On Mar 26, 2007, at 3:53 AM, Sandeep Chandna wrote:
Hi all,
I am facing a problem with the QDesign codec in my audio encoding application on Windows. The problem is that if the number of audio samples that is fed to the SCAudioFillBuffer is very small the application
crashes randomly while calling any of QT APIs including SCAudioFillBuffer or NewMovieFromFile.
For larger inputs it works just fine.
The number of input samples for which the Application crashes vary for different output frequencies.
This is my code flow for smaller inputs
: SCAudioFillBuffer is called with whole of the input
: SCAudioFillBuffer is called repetitively specifiying EndOfStream for input
The first call does not return any encoded packets most of the times, only the second call returns .
when I later call NewMovieFromFile function on the encoded file (after all AddMedia/EndMediaEdits calls) debugger says Heap Corruption detected and the application crashes here. This sometimes (very rarely) happens at the second SCAudioFillBuffer call itself.
Also, if the input is very very small (of the order of 2-4 frames) then the second call to SCAudioFillBuffer keeps returning packets . This is reproducible in SCAudioCompress and Quicktime Pro also, but I am not dealing with this case here.
Now I am not sure if there really is a problem in my code or is it only because of QDesign's Quirky behavior that I am seeing a crash as this problem never occurs for any other codec (including Apple lossless, IMA, LPCM or any other).
Has anyone ever got such problems with QDesign? Does QDesign require a minimum number of samples to work correctly? Is QDesign known to crash in some scenarios like smaller input?
Any help is appreciated!!
Thanks
Sandeep
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Help/Unsubscribe/Update your Subscription:
