[vlc-devel] [vlc-commits] commit: stream_filter/httplive.c: HLS stream size calculation ( Jean-Paul Saman )
david.glaude at gmail.com
Thu Dec 23 10:56:56 CET 2010
Same thing here... I do not fully follow what you try to do. ;-)
But AFAIK, with HTTP protocol you do not have to download the file to
know the size.
Maybe a HEAD request is necessary, or you could do it with a get and
an explicit "range: 0-0"?
I hope it help.
2010/12/23 Jean-Paul Saman <jpsaman at gmail.com>:
> On Wed, Dec 22, 2010 at 8:09 PM, Kurle, Brian <Brian.Kurle at arrisi.com> wrote:
>> I'm not completely follow what you are doing here. The bandwidth provided in the M3U8 is only the maximum that none of the segments will exceed, not an average, or accurate summation of the collection. However, in practice none of the segments are actually going to require this bandwidth (mostly because they are usually VBR). This has been an issue that I've been pondering, myself when trying to fully analyze how the various Apple clients behave (and I find they, too, behave poorly when bandwidth availability changes in some situations).
> Of course you are right, but it is simply not possible to know exactly
> how long (in bytes) each segment will be. Unless you download them
> all. By using the segment duration times the bandwidth you get an
> approximation of the length. Which is by no means accurate, but it is
> as good as you can get given the information provided. Without such an
> assumption seeking would be impossible.
> Kind Regards
> Jean-Paul Saman
> vlc-devel mailing list
> To unsubscribe or modify your subscription options:
More information about the vlc-devel