dolodobendan wrote: 
> I 'downloaded this feed'
> (http://media.adknit.com/a/f/11/anderson-cooper-360/el0b8v.1-1.mp3) and
> here it's also 2455 seconds (40:55m).
> 
> Episode overview in LMS: Duration reported as 2353s (39:13m)
> Episode duration reported while playing: 2509s (41:49m)
> 
> Maybe it's nothing, but LMS reports a bitrate of 63 kbps CBR while VLC
> reports one of 64 kbps. I do remember some problems with badly encoded
> mp3s regarding duration and bitrate.

All duration at teh start of playing an MP3 are estimates based on size
and data rate of the file.  I'm not sure but I think the data rate is
not accurate  (i.e. 64kbps will not be 64kbps for 100% of the file but
should be the close to that figure for the whole file) it is really a
max figure.

To know exactly the duration of a file without playing it - convert to
WAV as part of the conversion the real duration is saved in the header
(e.g.  lame --mp3input --decode --verbose input.mp3 output.wav ) - there
is no compression so duration is accurate.

LMS treats MP3 podcasts as streams so some values such as compression
and (possibly duration ) are calculated "on the fly" as audio is being
played and whereas applications which process MP3 files can analyse the
whole file before playing.

If you look at LMS Web GUI when plyaing the podcast - the
initialduraiton that appears is the one in the feed and shortly after
podcast starts playing (i.e. after LMS has been told the number of bytes
in the podcast) - LMS updates the duration  to the correct longer one.  
I wonder whether LMS has managed to keep the original feed duration
somewhere and didn't update it whereas once you "jump" in the podcasts -
LMS  knows the real duration.

Needs some more testing but with much shorter podcast (possibly by
faking a feed) .


------------------------------------------------------------------------
bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread: http://forums.slimdevices.com/showthread.php?t=109017

_______________________________________________
Squeezecenter mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/squeezecenter

Reply via email to