Opened 9 months ago

Last modified 5 months ago

#8104 new enhancement

unknown streams causes 5s start delay

Reported by: storchi 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)

log.txt (38.2 KB) - added by storchi 9 months ago.
full log

Download all attachments as: .zip

Change History (4)

Changed 9 months ago by storchi

full log

comment:2 Changed 9 months ago by cehoyos

  • Component changed from ffmpeg to avformat
  • Keywords mpegts added
  • Priority changed from normal to wish
  • Type changed from defect to enhancement

comment:3 Changed 5 months ago by storchi

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

Note: See TracTickets for help on using tickets.