Closed GoogleCodeExporter closed 9 years ago
Nope, CBR encoding does not help here. It seems the duration is estimated and
then updated when the audio clip has been buffered. This sample should make it
a bit clearer:
http://flowplayer.blacktrash.org/test/minimal-audio.html
duration with empty cache on first load: 5:35 or 5:36, then 5:40 when buffered.
If this is a technical restriction, I have to document it, so please inform me.
Original comment by blacktrashproduct
on 17 May 2012 at 10:58
Yes thats how it works with http, it will get an initial duration, and then
once the file has triggered a complete event it will update the duration again.
On reload because it's cached it should update to the correct duration or is it
not.
Original comment by electrot...@gmail.com
on 18 May 2012 at 2:07
It's 5:27 then 5:40 once file has completed, your mp3 works I suggest its used
as a demo or something with no copyright notices :)
Original comment by electrot...@gmail.com
on 18 May 2012 at 2:08
Will document this in the sense that if one needs precision regarding
clip.fullDuration and clip.duration at load time, one should consider rtmp
audio.
Before I had rtmp access I actually achieved this for php-pseudostreaming by
putting the mp3 in a flv container with a tiny bogus video and injecting flv
metadata ;-)
See: https://github.com/flowplayer/site/issues/481
Closing here.
Original comment by blacktrashproduct
on 18 May 2012 at 10:25
Original issue reported on code.google.com by
blacktrashproduct
on 17 May 2012 at 10:51