Support and General Use > Audio Playback, Database and Playlists
Glitchy audio after resume playback (split from: New USB mode questions)
cool_walking_:
The first build in which USB was *enabled by default for particular PortalPlayer targets* was r20105.
dreamlayers:
With unmodified r20205, I am able to get noise, screeching and stalls of playback by repeatedly pausing and resuming playback. However, this is extremely rare.
Another important release to consider is "r20052: Use DMA for audio playback on PP502x".
AstroBoy:
--- Quote from: Chronon on March 04, 2009, 04:49:48 PM ---Binary search:
1) Pick an initial build that's long enough ago to not have this bug.
2) Verify that it doesn't exhibit the bug
3) Make a build that's halfway between that build and the current build.
4a) If it contains the bug then make a build halfway between that build and the initial one.
4b) If it doesn't contain the bug then make a build halfway between that build and the current one.
5) Repeat the process until you find the build where the bug begins.
To give you an idea of how much time this may take, for a set of 1024 revisions this will give the result in 10 steps.
Unfortunately, my e280 is currently AWOL so I cannot help test for the time being.
--- End quote ---
I think 1024 would take up to 11 steps and 1023 would take up to 10. :) 10 tests could take me 60 days since I had 1 failure in 6 days. But it happeded again today, so 3.5 days per failure on average. I don't understand why almost no one is posting known bad versions.
I found the archives here: http://www.rockbox.org/dl.cgi?bin=sansae200
I will test the oldest archive I could find, rockbox-sansae200-20090201.
The only known bad versions are: r20107-090225, r20205
Maybe we should consider the release that added support for the 2 cores? I don't know what version that is.
ThaCrip:
astroboy said, "Maybe we should consider the release that added support for the 2 cores? I don't know what version that is."
i dont think that's the problem because im pretty sure 'both cores' where supported in v3.1 release version and i never had a issue BUT i was primarily using .ogg files on that and not .mp3 files so maybe it's mp3 related specifically.
but i must mention this as it might have some relevance...
in general since i got my Sansa running Rockbox is that i was pretty much using .ogg audio files... but when i got that sound skipping stuff as other's have said it was in .mp3 format (most of the files has the vbr of around 192kbps (the ones that vary from 128kbps to 320kbps ... Lame encoded) ... so to my knowledge i never seen that 'sound issues' when playing .ogg files. (ogg files bit rates are around 45-60kbps if that matters at all)
and like i said before... i cant start testing different builds until i find out how to compile specific versions which i cant find out how that's done so far.... if anyone knows it would be nice if you could give me a push in the right direction ;)
dreamlayers:
Okay, how about this: add a debug menu entry which pauses playback, sleeps, unpauses playback, sleeps, etc. Then listen to that or better yet record the audio and look at its spectrum later. If you play a continuous tone, software or a PLL chip could easily auto-detect failures, but it may not be necessary to go that far.
I have a 30GB 5G iPod, so I guess this is a PP502x issue.
Edit: Yeah, this seems like a good idea. I got two failures in one song already. Time to use old versions. Is there some bandwidth-efficient way to get the source to old versions?
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version