Rockbox.org home
release
dev builds
extras
themes manual
wiki
device status forums
mailing lists
IRC bugs
patches
dev guide
translations



Rockbox mail archive

Subject: Re: Bug report on iriver H140

Re: Bug report on iriver H140

From: Magnus Holmgren <lear_at_algonet.se>
Date: Thu, 29 Dec 2005 18:49:31 +0100

Magnus Holmgren wrote:

>> The podcasts from NPR have a 4 second tune affixed to the front of the
>> podcast.
>> These podcasts are seen by rockbox as a 4 second recording, even
>> though they are
>> multiple minutes long. When played using the iriver firmware, they play
>> normally. rockbox only plays the first 4 seconds of the podcast. I
>> can't hold
>> down the FF button to scan past the 4 second mark (it will just wait
>> until I let

<...>

> The problem appears to be the gapless playback; because there is
> information in the file about exactly how long the first part of the
> file is, Rockbox stops playing the track after that length. I'll see if
> I can do something about it.

After some consideration, I think the best solution is to simply check
the LAME header information (which is used by the gapless playback) for
reasonable values. In this case, if the byte count in the header is
available and differs "too much" from the actual file size, related
information in the header is ignored (frame count, file time, etc.).
Works well for the NPR podcast at least...

Btw, found a potential bug while examining this. If there is a LAME
header, but it doesn't specify a frame count and a byte count, there
will be a division by zero error...

   Magnus
Received on 2005-12-29

Page template was last modified "Tue Sep 7 00:00:02 2021" The Rockbox Crew -- Privacy Policy