2020-08-14, 08:48 AM
Have you enabled the auto recording transcode?
2020-08-14, 08:48 AM
Have you enabled the auto recording transcode?
2020-08-14, 11:09 AM
(This post was last modified: 2020-08-14, 11:11 AM by mvallevand.)
I think it relates to these messages
2020-08-11 22:32:00.044 [DEBUG][149] GetExtraInfo: ResumePointsChanged 2020-08-12 21:06:49.585 [DEBUG][83] GetExtraInfo: ResumePointsChanged which are received after the recording is finished being recorded but still being actively viewed. Martin
2020-08-14, 08:06 PM
server: NextPVR 5.0.7/Win10 2004/64-bit/AMD A6-7400k/hvr-2250 & hvr-1250/Winegard Flatwave antenna/Schedules Direct
main client: NextPVR 5.0.7 Desktop Client; LG 50UH5500 WebOS 3.0 TV
2020-08-14, 08:19 PM
What is <PromptForDeleteAfterPlayback> set to in your config.xml?
2020-08-14, 10:07 PM
(This post was last modified: 2020-08-14, 10:08 PM by johnsonx42.)
(2020-08-14, 08:19 PM)sub Wrote: What is <PromptForDeleteAfterPlayback> set to in your config.xml?False. I quoted all Delete-related lines from my config.xml in the first post
server: NextPVR 5.0.7/Win10 2004/64-bit/AMD A6-7400k/hvr-2250 & hvr-1250/Winegard Flatwave antenna/Schedules Direct
main client: NextPVR 5.0.7 Desktop Client; LG 50UH5500 WebOS 3.0 TV
2020-08-15, 01:34 AM
Weird it only happens with America's Got Talent.
Has it got a maximum number of episodes to keep set for this recurring?
2020-08-15, 01:41 AM
He identified another show later the topic is wrong it somehow relates to watching in progress will comskip is in parallel processing.
Martin
2020-08-15, 01:51 AM
(2020-08-15, 01:34 AM)sub Wrote: Weird it only happens with America's Got Talent. it appears to be any show that I watch while the recording is in-progress; apparently it was initially only AGT that I watched while recording, though I had thought I watched other shows that way. Last night it did it with Penn & Teller Fool Us, I posted in the 5th post of this thread. I'm currently running a few tests. I'm about to try it without comskip, at Martin seems to believe it has something to do with the the way comskip updates the EDL file when it completes processing. Presumably I'm doing something most NPVR users don't, since I'm apparently the first to report any such misbehavior.
server: NextPVR 5.0.7/Win10 2004/64-bit/AMD A6-7400k/hvr-2250 & hvr-1250/Winegard Flatwave antenna/Schedules Direct
main client: NextPVR 5.0.7 Desktop Client; LG 50UH5500 WebOS 3.0 TV
2020-08-15, 02:38 AM
it appears to have something to do with running the recording service as a user process. I just tested with the recording service running as a service, and the recording I watched in-progress survived.
server: NextPVR 5.0.7/Win10 2004/64-bit/AMD A6-7400k/hvr-2250 & hvr-1250/Winegard Flatwave antenna/Schedules Direct
main client: NextPVR 5.0.7 Desktop Client; LG 50UH5500 WebOS 3.0 TV
2020-08-15, 03:11 AM
I tried a test this afternoon and the UI is really funny when new comskip points are added, basically it didn't work and it kept jumping backwards not forward. Then on exit I got this strange combination
2020-08-14 17:40:27.910 [DEBUG][1] PlaybackPositionHelper.StorePlaybackPosition(NHL Hockey_20200814_15001730.ts, -2147483648, 1094) 2020-08-14 17:40:27.910 [DEBUG][1] PlaybackPositionHelper.DeletePlaybackPosition(C:\Users\Public\Videos\NHL Hockey\NHL Hockey_20200814_15001730.ts) I stopped to see if deleted (it didn't) and tried again and same thing again the same negative time. 2020-08-14 17:41:56.592 [DEBUG][1] PlaybackPositionHelper.StorePlaybackPosition(NHL Hockey_20200814_15001730.ts, -2147483648, 1190) this was also in the web browser Code: 2020-08-14 17:40:30.826 [DEBUG][49] { The recording actually stopped at 17:31 so the end time should have been the same (1190 is the ffprobe time) Martin |
|