#9903(avformat:new): hls demux emits eof packets on some tls/ssl errors
#9903: hls demux emits eof packets on some tls/ssl errors ----------------------------------+-------------------------------------- Reporter: sylware | Type: defect Status: new | Priority: normal Component: avformat | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- My IAP (french "free") hls peering with twitch.tv is accute trash (was fine with SFR IAP). While reading twitch.tv streams, the hls demuxer will generates tons of tls/ssl errors, but with some streams, not all, some tls/ssl errors will generate empty/EOF packets in the middle of valid packets. Then when I send valid packets after those spurious(?) empty/EOF packets I get the error: non null packet after EOF packet. Since it is a network quality issue, as a workaround, I do "clean" those empty/EOF packets from the packets queues(video and audio) before trying to read from the hls demuxer again after an error, and playback seems more than fine, namely I do not need to reset/flush the decoders. This is nasty, because it would seems that if I reset/flush the decoders I will get probably choppy playback. It feels like normal and fine playback is expected to work around in some specific way those network errors. -- Ticket URL: <https://trac.ffmpeg.org/ticket/9903> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker
#9903: hls demux emits eof packets on some tls/ssl errors ------------------------------------+------------------------------------ Reporter: sylware | Owner: (none) Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by Balling): What OS are you one? If you are on windows executable, it uses schannel (though openssl 3.0.5 already has Apache license and can be used with our GPL, eben on windows, just saying). Schannel is windows backend. As in OS's. Nothing can be done about it. -- Ticket URL: <https://trac.ffmpeg.org/ticket/9903#comment:1> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker
#9903: hls demux emits eof packets on some tls/ssl errors ------------------------------------+------------------------------------ Reporter: sylware | Owner: (none) Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by sylware): elf/linux, with libressl 3.5.3. I wildy guess this is related on how the hls demuxer with the https protocols handle extremely bad network connectivity with the hls servers. -- Ticket URL: <https://trac.ffmpeg.org/ticket/9903#comment:2> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker
#9903: hls demux emits eof packets on some tls/ssl errors ------------------------------------+------------------------------------ Reporter: sylware | Owner: (none) Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by Balling): libressl was removed even here. https://github.com/zhongfly/mpv-winbuild/ -- Ticket URL: <https://trac.ffmpeg.org/ticket/9903#comment:3> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker
participants (1)
-
FFmpeg