ape playback sometimes output noise

[powerpan]

seem to be the sync program error, while play for a long time, it might output noise, and ffw/fbw could solve the problem..

don't know how to debug.

[Chronon]

What build/player are you using?  Can you describe more specifically under what circumstances you see this behavior?

[saratoga]

Does it happen to all files or only certain ones?

[powerpan]

not special files but seem any files it could decode will have this problem while play for a long time.
at lost sync, just seek, will bring it back to sync state.

I'm building codecs as linux plug-in, all other codecs did not met this problem except APE.codecs, so I use monkey's audio and build a monkey.codec, it takes 450M cpu to decode C4000 ape, rockbox's engine is good at efficiency(like 250-270M cpu @ C4000) but not good for incompatibility.

I made up upnp control for robock's engine. so I could use ixxx//android to control playback lol.
Post Merge: December 13, 2011, 09:08:34 AMthough I output detail information but this problem shows up without any error messages nor any signs. don't know how to get the bug out.
playing a ape + cue will sometimes encounter this problem after play for a long time like hours.

What build/player are you using?  Can you describe more specifically under what circumstances you see this behavior?

[powerpan]

I do have some 3980 c2000 ape files output noise. but too large for the file and don't know where to send.

seem there will be noise for some specified file, format 3990 C2000.

[powerpan]

found if do not use asm codes, problem solved...

today the problem show in the none-asm version

[saratoga]

Was this ARM or x86?

[powerpan]

we did a lot try to find out the problem, platform is arm926ejs, running @ 456MHz, linux 2.6.33rc4

result is:

use arm-none-linux-gnueabi-gcc(codesourcery) , with asm while decoding APE c400 will have 55% cpu
witout asm 88% cpu

use arm-arago-linux-guneabi-gcc, with/without asm will have almost the same CPU like 79%-80%

conclusion:
no matter use asm or no asm, noise will sometimes come out.
old compiler provide better performance.
problem comes random, hard to debug, but when noise comes out, seek will resync the output to normal.


but this problem might not be solved in a short time because APE has license problem...

Post Merge: May 21, 2012, 04:39:39 AMI'm doubting if the buffer of the decode is not enough and while buffer exceeds limits, sometimes will go wrong.
like there is a seed from the decoder, and everytime load a song/seek, it will sync the seed, and sometimes the seed will be flush, later will look into the codes and try to solve the problem.

[powerpan]

Was this ARM or x86?

arm, none of the business of the asm code, none asm will go wrong too