Skipping issue on PCH

[mvallevand]

Sub did you change anything regarding the initial resume from the Recording in 2.2.6? The post from Shiek Yerbouti and jksmurf show the resume being sent before the NMT is ready to receive it. It would partially explain bgowland's problem since a resume seek before a file is played could be ignored if the delay was long enough.

Martin

[bgowland]

Martin - did you see my post #20? I think our posts may have overlapped and the pages have wrapped now. If I can get logging to the share working, I'll go and test and see if I can provide more details.

[sub]

Sub did you change anything regarding the initial resume from the Recording in 2.2.6? The post from Shiek Yerbouti and jksmurf show the resume being sent before the NMT is ready to receive it. It would partially explain bgowland's problem since a resume seek before a file is played could be ignored if the delay was long enough.

No, I dont think anything has changed. Resuming has always initiated playback, if a PCH/MVP then sleep for a short period, then seeked to the resume spot.

The duration of that sleep can be tweaked with the /Settings/General/PreResumeDelay. The default was 500ms.

[mvallevand]

Yes, I setup a local user for the share which has full control. Looking at the npvr.cgi I can only see one line with redirects...

Code:

sh -c /etc/mvpmc/startmeup 2>/dev/null >/dev/null &

...assuming that's the correct line, should I change both /dev/null entries to point to a log file?

I want both so try

Code:

sh -c /etc/mvpmc/startmeup &>/etc/mvpmc/foobar &

Martin

[mvallevand]

The duration of that sleep can be tweaked with the /Settings/General/PreResumeDelay. The default was 500ms.

Ok I will do some testing I don't normally play from Recordings. Chris/Brian I suggest that you try adjusting this value.

Martin

[BrettB]

Ok I will do some testing I don't normally play from Recordings. Chris/Brian I suggest that you try adjusting this value.

FYI - Mine is set at 4500--I think from Martin's advice a long time back when I was having problems with resumes not working.

Edit: Yeah, here it was:

To get around another .33 issue if you want it to work on the PCH try using this
<PreResumeDelay>4500</PreResumeDelay>
This is only of value on the PCH however, and doesn't fix the 12:48 problem with Timing.Info
Martin

[bgowland]

I want both so try

Code:

sh -c /etc/mvpmc/startmeup &>/etc/mvpmc/foobar &

I tried this (using foobar, log.txt etc etc) and the files are created which shows the PCH has write access to my mvpmc share but, when I use this command-line, I never see the npvr main menu on my TV - it goes through the motions but I just end up with a blank screen and the log file is always 0KB. I've reverted to the previous 'sh' command until I have more time to play tomorrow.

Ok I will do some testing I don't normally play from Recordings. Chris/Brian I suggest that you try adjusting this value.

The issue of this thread isn't to do with 'resume' - it's to do with the unexplained drop back to the Recordings menu. I will try tweaking that resume setting in case it helps recover but that's actually just a side-effect of the drop out. The outstanding question is why, when I've been able to successfully skip through earlier parts of a recording, does it suddenly drop out to the Recordings screen? No error messages in the logs and even a log entry where it seems to be saving the current position as if I've requested a stop when all I did was press the Right skip button.

[mvallevand]

The issue of this thread isn't to do with 'resume' - it's to do with the unexplained drop back to the Recordings menu. I will try tweaking that resume setting in case it helps recover but that's actually just a side-effect of the drop out. The outstanding question is why, when I've been able to successfully skip through earlier parts of a recording, does it suddenly drop out to the Recordings screen? No error messages in the logs and even a log entry where it seems to be saving the current position as if I've requested a stop when all I did was press the Right skip button.

I am not trying to solve the drop out at this point without client side logs. The "abort" logic is designed to have NPVR treat a file read error as a stop so the resume point is valid. In you're example you should have been able to quickly resume even after the failure. I can't explain why NPVR didn't request a resume.

Martin

[mvallevand]

No, I dont think anything has changed. Resuming has always initiated playback, if a PCH/MVP then sleep for a short period, then seeked to the resume spot.

The duration of that sleep can be tweaked with the /Settings/General/PreResumeDelay. The default was 500ms.

I did some testing and didn't notice any changed behaviour, I run with just 500ms and the mvpmcx2 safeguards still work for me.

Martin

[Sheik Yerbouti]

I did some testing and didn't notice any changed behaviour, I run with just 500ms and the mvpmcx2 safeguards still work for me.

Martin

I did switch to HD on a lot of channels, maybe that's less forgiving. I'll just test some more.

Chris