[FFmpeg-trac] #2886(avformat:new): HLS source with multiple variants is not optimally handled

FFmpeg trac at avcodec.org
Mon Apr 14 12:36:46 CEST 2014


#2886: HLS source with multiple variants is not optimally handled
-------------------------------------+------------------------------------
             Reporter:  sinkers      |                    Owner:
                 Type:  enhancement  |                   Status:  new
             Priority:  wish         |                Component:  avformat
              Version:  git-master   |               Resolution:
             Keywords:  HLS          |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+------------------------------------

Comment (by sinkers):

 Thanks and can see that now. One simple option could be to take all the
 streams based on the BANDWIDTH param in the m3u8 (assuming it is
 available) and then order the streams in an array based on this.

 Start playing the lowest bandwidth and if the state of the stream doesn't
 enter "buffering" (I can't see exactly where this is tracked but am sure
 it is there somewhere) then step up to the next highest stream until you
 reach the top. If the state then enters buffering it should step down a
 stream.

 It should also be configurable how big the buffer that maintained is as
 well.

 Some of what has been done in VLC could also be useful for this.
 http://git.videolan.org/?p=vlc.git;a=blob;f=modules/stream_filter/httplive.c;h=fa745af1052ff13c1f9dd22a088fffcc441ff904;hb=e6e09d2bf4f9f802aa27e3ca0cb75a3cc787e2cb

--
Ticket URL: <https://trac.ffmpeg.org/ticket/2886#comment:5>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker


More information about the FFmpeg-trac mailing list