NextPVR Forums
  • Home
  • New Posts
  • Wiki
  • Members
  • Help
  • Search
  • Register
  • Login
  • Home
  • Wiki
  • Members
  • Help
  • Search
NextPVR Forums Public NextPVR Support Linux v
1 2 3 4 5 … 22 Next »
Recordings cut off

 
  • 0 Vote(s) - 0 Average
Recordings cut off
tvgenie
Offline

Junior Member

USA
Posts: 6
Threads: 1
Joined: Aug 2022
#1
2022-08-05, 01:40 AM (This post was last modified: 2022-08-05, 06:20 AM by tvgenie.)
Hi all,

First off, thanks for providing this free PVR solution! I am having a few issues that I hope can be resolved on my end. I have tried tvheadend and piping through ffmpeg and any other software I can find to record IPTV events in their entirety. The issue is (I think) that when the stream stutters, the recordings get all messed up. Either they start over, or just plain stop. Today I tried a 4 hr recording and the UI said it was recording the entire way through as scheduled, the the end file only ended up being 6 mins long or so and ~300 mb in size.

Is there anything I can try to resolve this issue so that if the stream stutters, the recording will continue and not stall or get corrupted? Thanks!

Logs attached. Recording of Peacock 1 started at 15:00 and was scheduled to end at 19:00 on 8/4/2022. Only ran for about 6 mins though as I noted above. Running the more recent install (I assume) on a Raspberry Pi 4.


Attached Files
.zip   logs-20220804-2034.zip (Size: 1.02 MB / Downloads: 3)
sub
Offline

Administrator

NextPVR HQ, New Zealand
Posts: 101,474
Threads: 728
Joined: Nov 2003
#2
2022-08-05, 02:07 AM
You're using .ts streams from your IPTV provider. Most also provide .m3u8 streams. Might be worth trying this to see if it makes siginficant a difference.

Otherwise, the next build is slightly better at recovering when a ts connection is randomly disconnected.

Ultimately we're at the mercy of the IPTV service though...and it's pretty common for these types of services to be superficially ok, but can't be relied on for a full hour or so.
tvgenie
Offline

Junior Member

USA
Posts: 6
Threads: 1
Joined: Aug 2022
#3
2022-08-05, 02:25 AM
(2022-08-05, 02:07 AM)sub Wrote: You're using .ts streams from your IPTV provider. Most also provide .m3u8 streams. Might be worth trying this to see if it makes siginficant a difference.

Otherwise, the next build is slightly better at recovering when a ts connection is randomly disconnected.

Ultimately we're at the mercy of the IPTV service though...and it's pretty common for these types of services to be superficially ok, but can't be relied on for a full hour or so.

Thank you sub, I will try that. If you have a moment, is there an easy way to swap my m3u file to change to HLS streams? I will reach out to the IPTV support as well but not sure how long it will take for a response.
sub
Offline

Administrator

NextPVR HQ, New Zealand
Posts: 101,474
Threads: 728
Joined: Nov 2003
#4
2022-08-05, 02:27 AM
It depends on the service. Some of them have urls with "output=ts" in the url, and it's just a matter of changing that bit to "output=hls" or "output=m3u8"
tvgenie
Offline

Junior Member

USA
Posts: 6
Threads: 1
Joined: Aug 2022
#5
2022-08-05, 02:30 AM
(2022-08-05, 02:27 AM)sub Wrote: It depends on the service. Some of them have urls with "output=ts" in the url, and it's just a matter of changing that bit to "output=hls" or "output=m3u8"

Bingo, you're right. Thanks!
tvgenie
Offline

Junior Member

USA
Posts: 6
Threads: 1
Joined: Aug 2022
#6
2022-08-05, 06:10 AM
(2022-08-05, 02:27 AM)sub Wrote: It depends on the service. Some of them have urls with "output=ts" in the url, and it's just a matter of changing that bit to "output=hls" or "output=m3u8"

So far, holding strong. 4 hour recording hasn't faltered yet. Curious, what causes the hls stream to be able to recover so much better? Thanks again.
sub
Offline

Administrator

NextPVR HQ, New Zealand
Posts: 101,474
Threads: 728
Joined: Nov 2003
#7
2022-08-05, 07:18 PM
(2022-08-05, 06:10 AM)tvgenie Wrote: Curious, what causes the hls stream to be able to recover so much better?
ts is a single connection that has to stay connected.

hls is just a series of small files sitting on their web server, so the application using lots of connections for short period of time to download these small files..ie, so not dependent on their connection staying up for extended periods of time.
tvgenie
Offline

Junior Member

USA
Posts: 6
Threads: 1
Joined: Aug 2022
#8
2022-08-05, 08:51 PM (This post was last modified: 2022-08-05, 08:51 PM by tvgenie.)
(2022-08-05, 07:18 PM)sub Wrote:
(2022-08-05, 06:10 AM)tvgenie Wrote: Curious, what causes the hls stream to be able to recover so much better?
ts is a single connection that has to stay connected.

hls is just a series of small files sitting on their web server, so the application using lots of connections for short period of time to download these small files..ie, so not dependent on their connection staying up for extended periods of time.

Interesting...so does that mean if my provider allows 5 connections max, I need to set the "allowed connections" in device settings to 5 (right now its at 2) and maybe even consider upgrading to more connections from my provider?
sub
Offline

Administrator

NextPVR HQ, New Zealand
Posts: 101,474
Threads: 728
Joined: Nov 2003
#9
2022-08-05, 08:55 PM
Downloading a hls stream, it'd usually only be downloading one file at a time, so it'll only be one connection as such. The difference is more that it's lots of short lived connections for hls, rather than one long lived connection.
tvgenie
Offline

Junior Member

USA
Posts: 6
Threads: 1
Joined: Aug 2022
#10
2022-08-05, 09:00 PM (This post was last modified: 2022-08-05, 09:01 PM by tvgenie.)
(2022-08-05, 08:55 PM)sub Wrote: Downloading a hls stream, it'd usually only be downloading one file at a time, so it'll only be one connection as such. The difference is more that it's lots of short lived connections for hls, rather than one long lived connection.

I see, thank you. We can mark this thread closed and resolved then. After swapping to HLS from TS I ran concurrent recordings of an event today to test: one with TVH and one with NextPVR and TVH experienced 30+ data recording errors while NextPVR is still going strong. Thanks again so much for what you've done. Bought both iOS and tvOS apps to support.
« Next Oldest | Next Newest »

Users browsing this thread: 1 Guest(s)



Possibly Related Threads…
Thread Author Replies Views Last Post
  Recordings broken Armsp0 13 529 2022-02-15, 06:17 AM
Last Post: Armsp0
  Recordings fail Bstephens 20 885 2021-12-11, 05:21 PM
Last Post: mvallevand
  Cannot import recordings as zip VCR58 4 447 2021-08-16, 03:50 AM
Last Post: VCR58
  Recordings fail to start muzicman0 18 1,385 2021-08-15, 06:00 PM
Last Post: sub
  Incomplete VOD Recordings from IPTV Streams nonuoha 31 1,809 2021-08-07, 09:08 PM
Last Post: nonuoha
  Play Back WIndows Recordings Uing Linux NextPVR jw1 11 810 2021-08-04, 12:44 AM
Last Post: jw1
  Missed recordings - System.OutOfMemoryException ceejayemm 2 326 2021-07-03, 06:19 PM
Last Post: mvallevand
  EPG info is displayed in "Recordings" but not "Videos" baj1 7 523 2021-06-07, 12:05 AM
Last Post: mvallevand
  Multiple missed recordings CDinger 2 427 2021-05-10, 03:20 PM
Last Post: CDinger
  Multiple recurring recordings not recording CDinger 9 827 2021-04-11, 01:44 AM
Last Post: CDinger

  • View a Printable Version
  • Subscribe to this thread
Forum Jump:

© Designed by D&D, modified by NextPVR - Powered by MyBB

Linear Mode
Threaded Mode