![]() 10:10:00.801 :mpegts: pipe:///usr/bin/ffmpeg -loglevel fatal -i -vcodec copy -acodec copy -metadata service_provider=Russia -metadata service_name=Moscow -f mpegts -tune zerolatency pipe:1 - scan no data, failed 10:09:47.477 :iptv: stdin pipe unexpectedly closed: No data 10:09:45.802 :subscription: 0004: "scan" subscribing to mux "pipe:///usr/bin/ffmpeg -loglevel fatal -i -vcodec copy -acodec copy -metadata service_provider=Russia -metadata service_name=Moscow -f mpegts -tune zerolatency pipe:1", weight: 6, adapter: "IPTV", network: "ffmpeg trial", service: "Raw PID Subscription" 10:09:45.801 :mpegts: pipe:///usr/bin/ffmpeg -loglevel fatal -i -vcodec copy -acodec copy -metadata service_provider=Russia -metadata service_name=Moscow -f mpegts -tune zerolatency pipe:1 - tuning on IPTV Then, add a new IPTV Automatic Mux, specify file:///path/to/processed/m3u-file for the URL, disable Use A/V Library if on 4.3, make sure to remember to set a stream limit otherwise you will spawn a shed load of ffmpeg processes!ĮDITED: only match http at the beginning of the line, to leave logos alone ts part of the address, add on tail of ffmpeg command ![]() # Use perl to process, replace http with the full ffmpeg pipe http I stumbled across another post that gave me another idea - download the M3U, process it to include the pipe:/// ffmpeg aspects, then import into tvheadend. I can't say I've seen that myself, I would have thought thats more the frontend part that makes that decision? Disable ALL rewrite options (PMT, PAT, SDT, EIT), these settings had the biggest impact for me. Timeout 0 (may need to experiment with between 5-10 second) I'm running the latest 4.3 unstable release at the time of writing, with OSMC frontends running on Raspi3 (with MPEG2 licenses) Key settings for me, are/were as follows, I can't advise the fall-out of changing these settings, but they seem to have more or less completely resolved my issues with IPtv stalling on TVHeadend, whilst I still see some 'service instance is bad, reason: No input detected' in the logs, the feed reconnects and streams without stalling and without skipping back 10 seconds or so and replaying: Running 2 instances of TVheadend, they would drop out at completely different times, again adding weight to the IPTV stream itself not being at fault. When using the pipe:// method with FFMpeg, everything played flawlessly, making me suspect a setting or two somewhere causing problems when using the 'IPTV Automatic' network and importing an M3U with regular HTTP streams - I'd rather not have edited a number of URLs manually to include pipe:// FFmpeg etc! So I started to twiddle some knobs to try and find a solution.Īs a few people seemed to also note, when playing the IPtv feeds with VLC directly they would play flawlessly, adding some weight to the IPTV stream not being at fault. ![]() Figured I'd share this, as I struggled for a long time with IPTV feeds - they would frequently stall, drop out, replay previous 10 seconds or so, etc. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |