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 |
Description
Summary of the bug:
hi
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://@239.192.50.2:1234
built on raspi3b+ or ubuntu 16.04
Attachments (1)
Change History (4)
comment:1 by , 5 years ago
comment:2 by , 5 years ago
| Component: | ffmpeg → avformat |
|---|---|
| Keywords: | mpegts added |
| Priority: | normal → wish |
| Type: | defect → enhancement |
comment:3 by , 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?
regards
sample file: http://cs.weimarnetz.de/stream.dump