NextPVR Forums
  • ______
  • Home
  • New Posts
  • Wiki
  • Members
  • Help
  • Search
  • Register
  • Login
  • Home
  • Wiki
  • Members
  • Help
  • Search
NextPVR Forums Public NextPVR Support Legacy (v4.x and earlier) v
« Previous 1 … 29 30 31 32 33 … 433 Next »
Issues with looping / repeating recordings

Issues with looping / repeating recordings
WhiteThnder
Offline

Junior Member

Posts: 13
Threads: 2
Joined: Jan 2019
#1
2019-01-27, 06:23 PM (This post was last modified: 2019-01-27, 06:35 PM by WhiteThnder.)
Hi all. I'm looking for help for a fairly persistent looping issue I have when recording IPTV streams through NPVR. Basically, my IPTV provider streams are very consistent (and rarely loop) when watching LiveTV. However, when the same service is used to record those streams, I consistently experience a looping (repeating) of content throughout the recording. When it loops, it will return back 10-15 seconds and then play through the problem area. I followed the information contained in the thread here: https://forums.nextpvr.com/showthread.ph...only/page5 and provided logs and sample recording. I am using the latest NPVRShared.dll here https://forums.nextpvr.com/showthread.ph...post529004

Some of my specs:
- Intel NUC i5 w/ 500GB SATA3 SSD, 16GB RAM
- 50 GB/s Internet - With 3 simultaneous recordings and 1 LiveTV stream, I max out at less than 20 GB/s
- Motorola Surfboard modem support DOCSIS 3.0

Attached are the log files. At the time where the looping occurred, the FillBuffer was taking too long to refresh and the socket then disconnected and reconnected. Couple other anecdotes: Occasionally, when this recording repeats, I will notice that the leading number will grow to a number very large (e.g 17 hours) out of a 30 minute show - this didn't happen during the bad recording I'm referencing here. I have a sampling of the video uploaded here: https://www.mediafire.com/file/h7i9719ll...nk.ts/file.

Thanks guys. Great product. Looking to help make it even better.
WhiteThnder
Offline

Junior Member

Posts: 13
Threads: 2
Joined: Jan 2019
#2
2019-02-02, 03:26 AM
Any idea here? I provided a lot of detail here to help with troubleshooting. Let me know if anything else is needed.
sub
Offline

Administrator

NextPVR HQ, New Zealand
Posts: 106,724
Threads: 767
Joined: Nov 2003
#3
2019-02-02, 03:37 AM
Can you supply a short sample recording?

(I've been in hospital most of the last week, so there hasn't been much support going on from me since your original post)
sub
Offline

Administrator

NextPVR HQ, New Zealand
Posts: 106,724
Threads: 767
Joined: Nov 2003
#4
2019-02-02, 03:41 AM
I'd probably need a whole netpush log to see what was happening.
WhiteThnder
Offline

Junior Member

Posts: 13
Threads: 2
Joined: Jan 2019
#5
2019-02-02, 02:04 PM
Sorry to hear about your illness. Hope all is well. The video sample is in the original link. I’ll see if I can get the entire log but I may have deleted this specific one. In any case, it was all normal activity prior to this start point.
WhiteThnder
Offline

Junior Member

Posts: 13
Threads: 2
Joined: Jan 2019
#6
2019-02-09, 03:58 PM
@sub - OK, I managed to capture a separate recording that was looping badly. Below are links to the NRecord and netpush logs, as well as a video capture from the start of the recording through the second loop. In the netpush log, you'll notice that at the 22:01:12 and 22:03:04 points, the Fillbuffer again takes too long (similar to last time). Unlike last time, the socket does not disconnect and reconnect at these points, although the output is the same. You'll also note it does disconnect and reconnect (such as 22:03:56 point), but there is no looping seen here. If you prefer the files through Dropbox or something, please PM me your email. Hope this helps. Thanks again.

Logs: https://www.mediafire.com/file/5674qaa8e...p.zip/file
Video: https://www.mediafire.com/file/ij5y27rea...ng.ts/file
WhiteThnder
Offline

Junior Member

Posts: 13
Threads: 2
Joined: Jan 2019
#7
2019-02-09, 06:07 PM
@sub - OK, I managed to capture a separate recording that was looping badly. Below are links to the NRecord and netpush logs, as well as a video capture from the start of the recording through the second loop. In the netpush log, you'll notice that at the 22:01:12 and 22:03:04 points, the Fillbuffer again takes too long (similar to last time). Unlike last time, the socket does not disconnect and reconnect at these points, although the output is the same. You'll also note it does disconnect and reconnect (such as 22:03:56 point), but there is no looping seen here. If you prefer the files through Dropbox or something, please PM me your email. Hope this helps. Thanks again.

Logs: http://www.mediafire.com/file/5674qaa8ee...p.zip/file
Video: http://www.mediafire.com/file/ij5y27rea4...ng.ts/file
WhiteThnder
Offline

Junior Member

Posts: 13
Threads: 2
Joined: Jan 2019
#8
2019-02-15, 03:18 AM
Hi. Any thoughts?
sub
Offline

Administrator

NextPVR HQ, New Zealand
Posts: 106,724
Threads: 767
Joined: Nov 2003
#9
2019-02-15, 03:57 AM
I just took at a look at the logs and .ts file now. I can see the loop in the file. Ultimately, I'm sure will be down to one of the disconnections/reconnects - it's highly likely your IPTV provider is providing us some content that has already been provided when this happens (because we've seen others do that in the past). You had 9 disconnects in that first 16 minutes or so. In this case, it looks like it's jumped back almost precisely 30 seconds, which is likely some buffering size used by your IPTV provider.

As a next step, I'd see if your IPTV provider also provides HLS/M3U8 versions of their streams (most do), and try switching to those. These should be more tolerant of disconnecting/reconnecting (since this stream type is continuously doing this anyway, and just requesting small files each time)
WhiteThnder
Offline

Junior Member

Posts: 13
Threads: 2
Joined: Jan 2019
#10
2019-02-15, 03:02 PM
Thanks sub. I actually asked them about the m3u8 previously and they do not support it. I guess what I am most curious about is I rarely notice this looping when live TV. It’s been very reliable. Any particular reason why this may be if your theory is correct.
« Next Oldest | Next Newest »

Users browsing this thread: 1 Guest(s)

Pages (2): 1 2 Next »


Possibly Related Threads…
Thread Author Replies Views Last Post
  Failed recordings won't delete Spid4567 3 2,468 2023-07-14, 10:13 PM
Last Post: ZeDoZ
  All my recordings start 90 sec early ncsercs 2 1,361 2022-03-19, 03:28 AM
Last Post: sub
  tsreader4 skipping issues dlindyds 63 14,242 2021-09-05, 03:23 AM
Last Post: rizarefaldi
  Fast-forward and comskip issues manic_biker 11 3,849 2021-07-12, 02:17 AM
Last Post: Robazz
  Issues with Signal? Tularis 6 2,372 2021-05-01, 11:09 AM
Last Post: shspvr
  Wake - Sleep Interaction -> Failed Recordings mikeh49 48 14,537 2021-03-21, 11:21 PM
Last Post: careads
  Most recordings are zero bytes virtualpaul 4 2,035 2021-01-29, 12:55 PM
Last Post: virtualpaul
  Recordings with Next PVR 4.2.5 (CL0116) have background music but no voice in record DavidF 4 2,076 2021-01-07, 08:47 AM
Last Post: sub
  Recordings not playing in browser FamilyGuyFan 1 1,428 2020-10-22, 10:18 PM
Last Post: mvallevand
  Recordings 1 minute off BobbyDing 7 2,784 2020-10-11, 08:07 PM
Last Post: mvallevand

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

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

Linear Mode
Threaded Mode