#12547 - oliheb - Mon Nov 17, 2003 4:20 pm
I am currently using Apex along with a standard interruptProcess() function, but the image flickers when integrating sounds and music.
Now, when I play my rom file, the sound comes out perfectly but the image is flashing on and off. I am strongly suspecting interrupts to be the cause of this (maybe conflicting with Vblank). I have tried going into AAS_MultiInterrupts mode using the AAS_FastTimer1InterruptHandler, but it does not do it.
Can somebody please help me? I just do not know where to start looking at... and it is getting critical (time-wise)!
#12556 - oliheb - Mon Nov 17, 2003 9:00 pm
Actually, it might be less of an arsehole for everyone if I could just get a glimpse onto some source code which uses APEX, with a combination of both image and sound (most examples are strictly sound).
Please reach me via e-mail at: oheber1@cs.mcgill.ca
Much appreciated...
#12572 - jd - Tue Nov 18, 2003 5:40 am
If you're using other CPU-intensive interrupts then you'll need to use "AAS_MultipleInterrupts" as you mentioned. "AASExample2" (which is included with the SDK) demonstrates how to do this and, whilst it doesn't do any graphics handling, it should be fairly straightforward to integrate it with any interrupt routines, including graphics ones. If you aren't using any other interrupts then there shouldn't be a problem. Would it be possible for you to email me your code - or at least a relevant snippet?
My address: james.daniels@apex-designs.net
#12585 - NEiM0D - Tue Nov 18, 2003 6:51 pm
Hi James, would it be possible to create a ARM SDT version of AAS ?
The current linklibrary only works for GCC.
It should work if you can convert it to asm (gcc -S) and with the trusty Wordpad search&replace it should be an easy job :).
Anyway, let us know!
#12592 - jd - Tue Nov 18, 2003 11:18 pm
| NEiM0D wrote: |
Hi James, would it be possible to create a ARM SDT version of AAS ?
The current linklibrary only works for GCC.
|
It's a possibility, but it's not very likely because I don't own a copy of the SDT and unfortunately it isn't cheap.
| NEiM0D wrote: |
It should work if you can convert it to asm (gcc -S) and with the trusty Wordpad search&replace it should be an easy job :).
|
Whilst I could send the asm code someone else to make a library for SDT with, I'm somewhat reluctant to since that would involve giving away the inner workings of the mixer. Or is there a tool that I could use to convert the asm into a SDT library, or to convert a GCC library into an SDT one?
#12598 - tepples - Wed Nov 19, 2003 12:35 am
man objdump
True, disassembling the GCC version of the library would "giv[e] away the inner workings of the mixer," but disassembling a publicly distributed game linked to the library would "giv[e] away the inner workings of the mixer" as well.
_________________
-- Where is he?
-- Who?
-- You know, the human.
-- I think he moved to Tilwick.
#12599 - jd - Wed Nov 19, 2003 1:00 am
| tepples wrote: |
man objdump
True, disassembling the GCC version of the library would "giv[e] away the inner workings of the mixer," but disassembling a publicly distributed game linked to the library would "giv[e] away the inner workings of the mixer" as well. |
Yes, and distributing the library on my site for free (as I am doing) would make it even easier. However, what we're talking about here (unless I've misunderstood) is the original asm code which is a lot easier to interpret than disassembled code.
#12600 - tepples - Wed Nov 19, 2003 2:00 am
| jd wrote: |
| However, what we're talking about here (unless I've misunderstood) is the original asm code which is a lot easier to interpret than disassembled code. |
Wouldn't the disassembled code suffice to translate the proprietary binary for use with GCC into a proprietary binary for use with expensive ARM tools?
_________________
-- Where is he?
-- Who?
-- You know, the human.
-- I think he moved to Tilwick.
#12601 - jd - Wed Nov 19, 2003 5:15 am
| tepples wrote: |
Wouldn't the disassembled code suffice to translate the proprietary binary for use with GCC into a proprietary binary for use with expensive ARM tools? |
I don't know, although I guess it probably would. Unfortunately, I don't have the ARM tools but if someone else wants to make an SDT version that that's ok with me.
#12639 - jd - Thu Nov 20, 2003 1:49 am
By the way, for those who might be interested, I've spoken to oliheb and the problem turned out to be with the graphics double buffering routines rather than with AAS.
#12648 - harlekijn - Thu Nov 20, 2003 7:23 pm
| jd wrote: |
| tepples wrote: |
Wouldn't the disassembled code suffice to translate the proprietary binary for use with GCC into a proprietary binary for use with expensive ARM tools? |
I don't know, although I guess it probably would. Unfortunately, I don't have the ARM tools but if someone else wants to make an SDT version that that's ok with me. |
I would like to create a SDT version if that's possible.. you can send the dissassembled code to harlekijn02@hotmail.com .
#12654 - jd - Fri Nov 21, 2003 12:44 am
| harlekijn wrote: |
I would like to create a SDT version if that's possible.. you can send the dissassembled code to harlekijn02@hotmail.com.
|
The library is on my website here:
http://www.apex-designs.net/tools_aas.html
You can disassemble and recompile it for SDT yourself.