[FFmpeg-trac] #2619(avformat:new): Unable to play HLS urls from uplynk.com

[FFmpeg]

#2619: Unable to play HLS urls from uplynk.com
-------------------------------------+------------------------------------
             Reporter:  kyl416       |                    Owner:
                 Type:  enhancement  |                   Status:  new
             Priority:  normal       |                Component:  avformat
              Version:  git-master   |               Resolution:
             Keywords:  hls          |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+------------------------------------

Comment (by kyl416):

 I see it as more of a general issue related to streams from uplynk and the
 cookies were just one part of it, since even without the cookie support in
 the original output, the error about the unplayable mp3 stream still
 appeared.

 In cases like this though shouldn't it just reject the unplayable stream
 automatically instead of hanging while it tries to probe it and then
 playing what it can play? As I said I'm not too familiar with how the
 probing works, so I don't know if there's a way to know that the stream is
 unplayable immediately and to ignore it, or if the 0 channels and
 "unspecified frame size" error only shows up after it gives up on trying
 to probe it.


 Also, is it a duplicate? That's ticket is related to the flags not being
 passed in the chain from the m3u8 container to the individual ts streams,
 which if fixed would possibly provide a workaround, but it wouldn't be
 that practical in situations where you don't know where the hls playlist
 is coming from in advanced (i.e. a mobile app that uses libavformat and
 takes streams from multiple sources)

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