I've noticed that these time issues are the problems with Songbird choking on my FLAC files as well. If a song is listed as being 15 days, 6 hours and 50 minutes long, we got problems.......<br><br>I haven't dug too far into it but I'm thinking that it's an issue with how the song gets tagged??<br>
<br>-aaron<br><br><div class="gmail_quote">On Mon, Nov 23, 2009 at 11:36 AM, Ray Rashif <span dir="ltr"><<a href="mailto:schivmeister@gmail.com">schivmeister@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
2009/11/24 Ken Restivo <span dir="ltr"><<a href="mailto:ken@restivo.org" target="_blank">ken@restivo.org</a>></span><br><div class="gmail_quote"><div class="im"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div>On Fri, Nov 20, 2009 at 03:24:58PM +0000, Gwenhwyfaer wrote:<br>
> On 20/11/2009, <a href="mailto:hollunder@gmx.at" target="_blank">hollunder@gmx.at</a> <<a href="mailto:hollunder@gmx.at" target="_blank">hollunder@gmx.at</a>> wrote:<br>
> >> Is it a variable-rate MP3, by any chance? In which case, it's probably<br>
> >> dividing the length of the song in bytes by the bitrate of the first<br>
> >> frame; no really good way to fix that, other than by recording the<br>
> >> real song length (or mean bitrate) somewhere else.<br>
> ><br>
> > I'm sure there is a good way to fix that, just few players implement<br>
> > it. I'm sure the length can be found in some header or tag or<br>
> > something. Foobar2k manages to show it correctly, so should others.<br>
><br>
> Well, there is one way to fix it - read the entire MP3 file at once<br>
> (since you only really care about the length of a file which you<br>
> already have all of) and counting each frame, without looking at the<br>
> bitrate. But for players which treat files and streams identically, I<br>
> guess an iffy time display is quite a way down on the list of sins.<br>
><br>
> Mind, there's no excuse whatsoever for my portable MP3 player getting<br>
> it wrong. ;-)<br>
<br>
</div>If I chop up an MP3 or Ogg file, using mpgsplt or oggz-chop, the time is forever wrong on that file. It'll show the start time that it was in the ORIGINAL file, not in this new, shorter file, which should start from 00:00. And, alas, my Sanza Fuze loses control of its bladder when it sees a file starting at 49:32, for example, and refuses to play it.<br>
<font color="#888888"><br>
-ken</font></blockquote><div><br></div></div><div>Are we looking at a library (low-level) fault here? If so we should staple and bug a bug report.</div></div>
<br>_______________________________________________<br>
Linux-audio-user mailing list<br>
<a href="mailto:Linux-audio-user@lists.linuxaudio.org">Linux-audio-user@lists.linuxaudio.org</a><br>
<a href="http://lists.linuxaudio.org/mailman/listinfo/linux-audio-user" target="_blank">http://lists.linuxaudio.org/mailman/listinfo/linux-audio-user</a><br>
<br></blockquote></div><br>