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 … 399 400 401 402 403 … 433 Next »
resume playback position problem

resume playback position problem
johnsonx42
Offline

Posting Freak

Posts: 7,298
Threads: 189
Joined: Sep 2008
#1
2010-09-06, 07:32 AM
This bug was also present in 1.5.28, I just never got around to reporting it. Since you've just made a new release, it seems a fine time to add to your to do list Wink

If I resume playback on a recording, it resumes to and plays from the correct spot but the timeline position is stuck at 12:48, and any skip is then done relative to 12:48. The 12:48 is consistent regardless of the actual resume point.

From the attached log, I play a file and skip in about 30 minutes; then stop playback; it stores the correct resume point:
Code:
2010-09-05 23:50:57.470    [DEBUG][1]    Using timing.info, jumping to time 1824.528198 (offset 3111347736)
2010-09-05 23:51:01.148    [DEBUG][1]    appcommand: 1 +(lParam: 10000, wParam: 140234)
2010-09-05 23:51:01.156    [DEBUG][1]    PlaybackPositionHelper.StorePlaybackPosition(F:\Recordings\House\House_20100905_20002100.ts, 1828, 3598)
Then I resume playback, and it jumps to the correct spot in the video:
Code:
2010-09-05 23:51:14.508    [DEBUG][1]    PlaybackPositionHelper.GetPlaybackPosition(F:\Recordings\House\House_20100905_20002100.ts)
2010-09-05 23:51:14.510    [DEBUG][1]    Using timing.info, jumping to time 1828.000000 (offset 3117384792)
But then I hit fast-forward once, and it jumps back to approximately 12:48+10 seconds:
Code:
2010-09-05 23:51:23.380    [DEBUG][1]    appcommand: 49 +(lParam: 10310000, wParam: 140234)
2010-09-05 23:51:23.382    [DEBUG][1]    Using timing.info, jumping to time 778.000000 (offset 1326056120)

I didn't do any further skipping in that log, but I can confirm after that all further skipping proceeds normally.
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
johnsonx42
Offline

Posting Freak

Posts: 7,298
Threads: 189
Joined: Sep 2008
#2
2010-09-07, 08:12 PM
A minor update to what I posted already: the bug only occurs if I resume to a point PAST 12:48; if the resume point is earlier than that, then everything is normal. Also, if 12:48 is during a marked commercial break, it will immediately skip to the end of that break the moment it resumes.
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
Reddwarf
Offline

Posting Freak

Posts: 6,629
Threads: 230
Joined: Mar 2007
#3
2010-09-07, 09:15 PM
johnsonx42 Wrote:A minor update to what I posted already: the bug only occurs if I resume to a point PAST 12:48; if the resume point is earlier than that, then everything is normal. Also, if 12:48 is during a marked commercial break, it will immediately skip to the end of that break the moment it resumes.

I'v seen something like this, but only once. I didn't notice the time, but it was a little more than 10 minutes, and it acted exactly as described here with regards to skipping. Has anyone else seen this?

"I'd rather have a bottle in front of me than a frontal lobotomy"
johnsonx42
Offline

Posting Freak

Posts: 7,298
Threads: 189
Joined: Sep 2008
#4
2010-09-09, 07:15 AM
I did a little more expirementing with this problem, and found it's a Timing.Info related problem. I started with a recording that exhibited the problem (all of mine do), and first I moved the comskip files away; the problem still occurred. Then I put the comskip files back, and stripped out the Timing.Info; the problem was gone.
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
Lao Pan
Offline

Posting Freak

UK (Mendip TX)
Posts: 1,300
Threads: 114
Joined: Oct 2008
#5
2010-09-09, 09:43 AM
I am seeing 12min 48sec at the start of the time line too often to be a coincedence - this without comskip installed - prity useless her in the UK with crossfades to ad breaks, channel logos over ads :mad: seems they expect us to watch them all - at least I now have fairly stable skipping with latest NPVR
sub
Offline

Administrator

NextPVR HQ, New Zealand
Posts: 106,627
Threads: 767
Joined: Nov 2003
#6
2010-09-09, 04:26 PM
johnsonx42 Wrote:I did a little more expirementing with this problem, and found it's a Timing.Info related problem. I started with a recording that exhibited the problem (all of mine do), and first I moved the comskip files away; the problem still occurred. Then I put the comskip files back, and stripped out the Timing.Info; the problem was gone.
Can you post the comskip files and Timing.Info?
johnsonx42
Offline

Posting Freak

Posts: 7,298
Threads: 189
Joined: Sep 2008
#7
2010-09-09, 06:01 PM
The attached .zip includes all the comskip files from the recording (Seinfeld) I was playing with last night, and the Timing.Info. I've also included the NPVR.log; I started playing around with the file at 23:50.

One other tiny bit of info I stumbled across, but may be illuminating to you: I reported that if I resume playback to a point prior to 12:48, then everything is normal. This isn't quite true. Everything is normal IF I execute a skip prior to reaching 12:48. However if I let it play naturally to 12:48, then the timeline will stop advancing at that point. It keeps playing, but then if I do a skip it will skip back relative to 12:48; in other words it behaves exactly as if I had resumed to a point past 12:48.
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
petercooperjr
Offline

Member

Posts: 58
Threads: 10
Joined: Feb 2009
#8
2010-09-10, 06:48 PM
I just wanted to add a "Me too" here, as I've noticed some odd skipping behavior after a resume since the timing.info feature was implemented, but I was always too busy trying to find where I actually left off in the show to work on putting together the actual conditions and put together a coherant bug report.

But this happens on every recording I make now I think.
whurlston
Offline

Posting Freak

Posts: 7,885
Threads: 102
Joined: Nov 2006
#9
2010-09-10, 07:21 PM
Does it still happen if you wait about a minute after resume before you attempt to skip?
johnsonx42
Offline

Posting Freak

Posts: 7,298
Threads: 189
Joined: Sep 2008
#10
2010-09-10, 07:40 PM
Yes, no difference.
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
« Next Oldest | Next Newest »

Users browsing this thread: 1 Guest(s)

Pages (3): 1 2 3 Next »


Possibly Related Threads…
Thread Author Replies Views Last Post
  Comskip Playback Odd Behavior kirschey 3 1,611 2021-09-27, 06:16 PM
Last Post: sub
  NPVR4 and MPC-HC problem The Solutor 29 6,860 2021-07-27, 03:45 PM
Last Post: The Solutor
  Problem locking on to a tuner? time_lord 7 2,894 2021-01-09, 12:06 PM
Last Post: Graham
  EPG XMLTV problem DBHall 8 3,685 2021-01-01, 12:34 PM
Last Post: Graham
  Problem with Intel 4600 graphics driver pol098 1 1,395 2020-12-01, 12:44 PM
Last Post: romdl
  Problem setting up recording for some programmes LeoL 5 1,944 2020-10-21, 09:34 PM
Last Post: LeoL
  Replayed recording problem Tj.2 25 8,895 2020-09-22, 04:51 PM
Last Post: baj1
  Recurring recording problem Dave48167 18 4,087 2020-09-10, 08:26 PM
Last Post: Dave48167
  Problem with 1 device and 1 frequency lost@c 6 1,977 2020-08-21, 04:11 AM
Last Post: lost@c
  Audio Problem jrockow 11 4,706 2020-04-22, 12:07 PM
Last Post: jrockow

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

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

Linear Mode
Threaded Mode