Project

General

Profile

Bug #4384

Tvheadend stop streaming IPTV

Added by Philippe Plantegenest over 7 years ago. Updated about 5 years ago.

Status:
New
Priority:
Normal
Assignee:
-
Category:
IPTV
Target version:
-
Start date:
2016-06-06
Due date:
% Done:

0%

Estimated time:
Found in version:
4.1.2332
Affected Versions:

Description

Tvheadend installed rpi 3 kodi 17 (4.1.2076).
DUring play, after some minutes the image and audio freeze and the bitrate of trasmission goes to zero.
No errors in log, debug and trace. Tvheadend continue working (or recording) without any error but the player does not play anything and the pvr does not record anything.
During play, I have two ways to restart the streaming:

1 - change channel and then go again to the previous channel
2 - go in configuration page in tvheadend, status->connections and click on the red cross to cancel the connection to the client. The stream immediately starts again until the next freeze.

If I am recording, the record finish without any errors but the file only have a few mb recorded (only minutes until the first freeze).

In fact exact same problem as in bug 3843 that appear like fixed....


Related issues

Copied from Bug #3843: Tvheadend stop streaming IPTV (synology server)Fixed2016-06-06

Actions

History

#1

Updated by Philippe Plantegenest over 7 years ago

  • Copied from Bug #3843: Tvheadend stop streaming IPTV (synology server) added
#2

Updated by Jaroslav Kysela over 7 years ago

  • Status changed from Fixed to New

Upgrade to latest and if problem persists, provide '--trace mpegts,service' for further analysis. https://tvheadend.org/projects/tvheadend/wiki/Traces

#3

Updated by Andreas Fornberg over 7 years ago

Yeah this has been an issue for long time in all versions.
I solved it with timeout in stream profiles to 5-10 seconds + restart stream on error.
But it's not a optimal solution.

#4

Updated by Philippe Plantegenest over 7 years ago

Jaroslav Kysela wrote:

Upgrade to latest and if problem persists, provide '--trace mpegts,service' for further analysis. https://tvheadend.org/projects/tvheadend/wiki/Traces

Hello, ok I'm trying to update since this morning but I have some issue doing it... Anyway I'll will manage to do it ...

I'll will trace mpegts,service thanks

#5

Updated by Philippe Plantegenest over 7 years ago

Andreas Fornberg wrote:

Yeah this has been an issue for long time in all versions.
I solved it with timeout in stream profiles to 5-10 seconds + restart stream on error.
But it's not a optimal solution.

Hello, witch version are you using now, same problem on 4.2 ?

And thanks I'll try this setting in stream profiles

#6

Updated by Jaroslav Kysela over 7 years ago

Please, could you also be more specific about your source ? It's HTTP HLS stream ? In this case provide also '--trace iptv,httpc'.

#7

Updated by Andreas Fornberg over 7 years ago

Yes all version since 3.9 and it happens often on streams that buffers sometimes in other programs.
The difference is that they continues to play the stream while tvheadend stop recieving data and needs a timeout that restarts the stream again.

#8

Updated by Philippe Plantegenest over 7 years ago

Jaroslav Kysela wrote:

Please, could you also be more specific about your source ? It's HTTP HLS stream ? In this case provide also '--trace iptv,httpc'.

Yes it's that I thinks, the url start like that http://euroiptv.xxxxxxxxxxxx.ts, it's paid service.
Ok I'll do trace for that also.

#9

Updated by Philippe Plantegenest over 7 years ago

Andreas Fornberg wrote:

Yes all version since 3.9 and it happens often on streams that buffers sometimes in other programs.
The difference is that they continues to play the stream while tvheadend stop recieving data and needs a timeout that restarts the stream again.

Ok thanks so no difference and no need to upgrade to 4.2 since it will be the same, according to you.

Anyway I'll do the upgrade to 4.2 just by chance

#10

Updated by Andreas Fornberg over 7 years ago

I recommend to update to 4.2.2 or latest 4.3 devel verison because they have other improvements.

#11

Updated by Terry Kramer about 6 years ago

Got same problem as Philippe. His description was a perfect match to my problem. I applied Andreas advice and changed stream profiles "htsp" and "pass" to timeout 4sec and "restart on error" on. Seem to recover, but have time gaps in recordings. I run TVH 4.2.6-16~g42e737f28~bionic. Use a paid IPTV service. Streams fine when directly connected to IPTV service with Windows Media Player 12 (Win10) or VLC (Lubuntu).

#12

Updated by Terry Kramer about 6 years ago

Update and correction.
The stream does not run without interruptions on VLC. Every couple of minutes, VLC will change the channel when it appears to hit a error in the stream. I can quickly reconnect back to the channel with a few mouse click and continue on till the next error. I have also watched the channel with MyIPTV Player that comes with Windows 10. MyIPTV seems to have better error correction, and I see brief pauses, but it recovers and continues on successfully.

#13

Updated by Terry Kramer about 6 years ago

More info.
Any recordings from IPTV stream with corrupted payload results in strange timelines. TV shows that are 1 hour long will show as 20+ hours long during playback under Kodi. Also, Fast Forwarding/Reversing produces random time line jumps. Typically backwards in timeline.

#14

Updated by Michael Freeman over 5 years ago

Terry Kramer wrote:

Got same problem as Philippe. His description was a perfect match to my problem. I applied Andreas advice and changed stream profiles "htsp" and "pass" to timeout 4sec and "restart on error" on. Seem to recover, but have time gaps in recordings. I run TVH 4.2.6-16~g42e737f28~bionic. Use a paid IPTV service. Streams fine when directly connected to IPTV service with Windows Media Player 12 (Win10) or VLC (Lubuntu).

Thank you for that tip. I've been banging my head against the wall trying to find the setting that would allow me to record shows longer than 2 hours. I applied your work-around and, although imperfect, it gives me a usable work-around. I can finally ditch NextPVR.

#15

Updated by Mark Clarkstone over 5 years ago

This smells like the provider drops the connections randomly, perhaps to free-up some slots, and sometimes in an attempt to stop people from just leaving the streams running 24/7.

#16

Updated by ermos jevohan over 5 years ago

Hello,
I have the similar error but your solution somehow does not work.
I am running ubuntu 14.04 with tvheadend 4.3-1789~g6bfeca6 + nginx-rtmp in a test server. I have been streaming videos inside a directory in HLS mode with rtmp. All video files have the same resolution, same sar-dar etc parameters.

When I test the output of nginx-rtmp in VLC:
http://127.0.0.1:8080/live/test/index.m3u8
There is no problem between video files transition. When the current video ends, other one plays without interruption.

Test in Tvheadend:
When I put the http url into tvheadend by creating a mux like this:

pipe:///usr/bin/ffmpeg -re -i http://127.0.0.1:8080/live/test/index.m3u8 -c copy -f mpegts pipe:1

It grabs the stream, "scan result" shows "OK". I map it to channel list.
When it comes to play the new channel in VLC, stream plays smoothly until the end of the active file.
While playing it shows:

019-04-12 19:34:56.814 spawn: Stream #0:1 -> #0:1 (copy)
2019-04-12 19:34:56.814 spawn: Press [q] to stop, [?] for help
2019-04-12 19:34:57.319 spawn: frame= 11 fps=0.0 q=-1.0 size= 236kB time=00:00:00.52 bitrate=3658.1kbits/s speed=1.05x
2019-04-12 19:34:57.823 spawn: frame= 24 fps= 24 q=-1.0 size= 517kB time=00:00:01.04 bitrate=4039.9kbits/s speed=1.04x
2019-04-12 19:34:58.329 spawn: frame= 36 fps= 24 q=-1.0 size= 782kB time=00:00:01.52 bitrate=4191.1kbits/s speed=1.01x
2019-04-12 19:34:58.835 spawn: frame= 49 fps= 24 q=-1.0 size= 1081kB time=00:00:02.04 bitrate=4321.7kbits/s speed=1.01x
2019-04-12 19:34:59.340 spawn: frame= 61 fps= 24 q=-1.0 size= 1361kB time=00:00:02.52 bitrate=4407.8kbits/s speed= 1x
2019-04-12 19:34:59.846 spawn: frame= 73 fps= 24 q=-1.0 size= 1784kB time=00:00:03.04 bitrate=4804.0kbits/s speed= 1x

At the end of the video, VLC kicks me out. Then log gets mad..

...
...
...
2019-04-12 19:35:00.134 spawn: frame= 3038 fps=7.2 q=-1.0 size= 45730kB time=26:29:00.06 bitrate= 3.9kbits/s speed= 226x
2019-04-12 19:35:00.637 spawn: frame= 3038 fps=7.2 q=-1.0 size= 45730kB time=26:29:00.06 bitrate= 3.9kbits/s speed= 226x

After changing streaming profiles with regards to Terry's comment given below, nothing changes if I play with hls or pass profiles .
It stops at the end of the video file.

Terry Kramer wrote:

Got same problem as Philippe. His description was a perfect match to my problem. I applied Andreas advice and changed stream profiles "htsp" and "pass" to timeout 4sec and "restart on error" on. Seem to recover, but have time gaps in recordings. I run TVH 4.2.6-16~g42e737f28~bionic. Use a paid IPTV service. Streams fine when directly connected to IPTV service with Windows Media Player 12 (Win10) or VLC (Lubuntu).

When I do above changes, my connection shown active in tvheadend webui as it is restarting on error, but VLC does not show anything.

2019-04-12 19:41:20.376 spawn: frame= 1235 fps=3.2 q=-1.0 size= 18849kB time=26:27:18.36 bitrate= 1.6kbits/s speed= 248x
2019-04-12 19:41:20.880 spawn: frame= 1235 fps=3.2 q=-1.0 size= 18849kB time=26:27:18.36 bitrate= 1.6kbits/s speed= 248x
2019-04-12 19:41:21.384 spawn: frame= 1235 fps=3.2 q=-1.0 size= 18849kB time=26:27:18.36 bitrate= 1.6kbits/s speed= 248x
2019-04-12 19:41:21.887 spawn: frame= 1235 fps=3.2 q=-1.0 size= 18849kB time=26:27:18.36 bitrate= 1.6kbits/s speed= 247x

I am not sure if I should post this error here or open a new support ticket.

Thank you
Ermos

#17

Updated by ermos jevohan over 5 years ago

Solved now. Thank you!

Ermos

#18

Updated by Jakob Jensen about 5 years ago

ermos jevohan wrote:

Solved now. Thank you!

Ermos

hi what did solved it? i am expiring the same issue

Also available in: Atom PDF