[FFmpeg-trac] #2619(avformat:new): Unable to play HLS urls from uplynk.com
FFmpeg
trac at avcodec.org
Tue Jun 11 01:24:26 CEST 2013
#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
More information about the FFmpeg-trac
mailing list