I am working on integrating the AAC-LC CODEC into my project.
I observe successful return values when calling algNumAlloc(), algAlloc(), and algInit(). Also, calling the algorithm control() with operations XDM_GETVERSION and XDM_GETBUFINFO is successful.
When I call the algorithm process(), it fails fairly quickly. I've looked at the disassembly of the process routine, ITTIAM_EAACPLUSENC_process(), and it is failing on a comparison of what appears to be a magic number of sorts. Here is the offending pseudo-code:
if (some variable != atoh("F48C339E") { set some undocumented error codes and return }
I ran the strings command across the codec library, and it appears the string "F48C339E" is hard coded.
Can someone with access to the codec sources OR someone with a clue as to what is going on reply? Thanks!
As for additional details about my system, I'm running no-os. I have the JPEG and MPEG4 codes working just fine. I'm using a hand-crafted XDM compatibility layer to handle resource allocation (works fine with JPEG and MPEG4, and seems to work fine with AAC-LC.)
