Opened 5 years ago

Last modified 4 years ago

#8104 new enhancement

unknown streams causes 5s start delay

Reported by: cs Owned by:
Priority: wish Component: avformat
Version: git-master Keywords: mpegts
Cc: Blocked By:
Blocking: Reproduced by developer: no
Analyzed by developer: no


Summary of the bug:
local isp iptv stream with udp multicast contains unknown streams. ffmpeg takes analyzeduration to start playing. worked arround with analyzeduration 1M but it is just a workarround and it takes to long for tv zapping.
solution would be to recognize the streams, or ignore unknown or start as fast as possible when enough streams are analyzed
How to reproduce:

% ffplay -i udp://@

built on raspi3b+ or ubuntu 16.04

Attachments (1)

log.txt (38.2 KB ) - added by cs 5 years ago.
full log

Download all attachments as: .zip

Change History (4)

by cs, 5 years ago

Attachment: log.txt added

full log

comment:2 by Carl Eugen Hoyos, 5 years ago

Component: ffmpegavformat
Keywords: mpegts added
Priority: normalwish
Type: defectenhancement

comment:3 by cs, 4 years ago

hello friends,
i think there are thousends of users effected. google for "kodi iptv start delay"
i am pretty shure kodi uses ffmpeg code. i see exactly the same stream start delays in several iptv plugins of kodi.
current work arround for me is to use analize_duration, which means a safe value is far to long - 3s.
testing with the local stream.dump is very fast, because you dont have to wait for the packets of the stream.
vlc standard behavior is different. i think they dont want to decode every unknown stream inside the ts.
how can i help?

Note: See TracTickets for help on using tickets.