NextPVR Forums
  • ______
  • Home
  • New Posts
  • Wiki
  • Members
  • Help
  • Search
  • Register
  • Login
  • Home
  • Wiki
  • Members
  • Help
  • Search
NextPVR Forums Public Add-ons (3rd party plugins, utilities and skins) Old Stuff (Legacy) GB-PVR Support (legacy) v
« Previous 1 … 884 885 886 887 888 … 1231 Next »
Recording stopped early - clues?

 
  • 0 Vote(s) - 0 Average
Recording stopped early - clues?
djtaylor
Offline

Senior Member

Posts: 505
Threads: 48
Joined: Jan 2006
#1
2006-01-19, 11:07 PM (This post was last modified: 2006-01-19, 11:16 PM by djtaylor.)
I think this is one for Sub. I had a recording scheduled for 21:50 to end at 22:00 with 4 minutes pre-pad and 10 mins post.

As you can see from the log, the recording ended at 21:54 and from what I can see, this was a graceful stop.

Is it obvious what went wrong? PC clock is correct but then even if it weren't the times would still match.

The programme was only 10 minutes long in the first place so to have the last 4 minutes lost was a bit of a killer! Smile

David.
sub
Offline

Administrator

NextPVR HQ, New Zealand
Posts: 106,740
Threads: 767
Joined: Nov 2003
#2
2006-01-19, 11:12 PM
Have you got the GBPVRRecordingService.exe.log that went with it?

Was it a manual recording, or from the guide?
djtaylor
Offline

Senior Member

Posts: 505
Threads: 48
Joined: Jan 2006
#3
2006-01-19, 11:17 PM
Sorry, just literally found the recording service log which is richer. I've copied the relevant bit from that one, and it's attached to the other message.

It was a scheduled recording from the EPG.

Thanks
David.
sub
Offline

Administrator

NextPVR HQ, New Zealand
Posts: 106,740
Threads: 767
Joined: Nov 2003
#4
2006-01-19, 11:26 PM
Every looks correct in those logs. I suspect if we looked in the database that would have been the period of time the recording was supposed to recording. It does beg the question though, how it would have got in there with these times that dont tally up with those you expected. I dont know.

I've not seen any other reports that sounds like this, so I'm inclined to think you had some faulty guide data or something similar.
djtaylor
Offline

Senior Member

Posts: 505
Threads: 48
Joined: Jan 2006
#5
2006-01-19, 11:33 PM
How would faulty guide data do that though? Are the times in the filename not the times it expects to record? So for example it says 2150_2200 so therefore to take 2200 and add 10 minutes can't equal -6 minutes.

How is the guide data used exactly then because I don't understand how it could be wrong guide data to cause this?

Which database are you referring to that I could look in? I'm not wishing to flog a dead horse but if there's something that could crop up again to either me or others, i'm keen to help identify it or put it to bed as appropriate.

Cheers
David.
sub
Offline

Administrator

NextPVR HQ, New Zealand
Posts: 106,740
Threads: 767
Joined: Nov 2003
#6
2006-01-20, 12:19 AM
gbpvr.mdb is the access database that contains the list of recordings and their times.
djtaylor
Offline

Senior Member

Posts: 505
Threads: 48
Joined: Jan 2006
#7
2006-01-20, 11:36 AM
Right, problem investigated, cause and solution found.

I had originally set the recording via EPG but the oddity about this programme is that it used to be an hour long so I was suspicous of this 10 minute slot especially after last weeks recording only appeared to give me the last 10 minutes, so this week, after setting the EPG, I then went in to the Videos plug-in to edit the schedule to add 63 minutes pre-padding.

The bug is in the Videos plug-in as it changes the manual end time in the database to be the same as the start time and is completely reproduceable. When using the Recordings feature within gbpvr, this works correctly.

Here's a clip from the database after editing the prepadding within the Video's plug-in.

Before:


oid programme_oid capture_source_oid status filename recording_type recording_group manual_start_time manual_end_time manual_channel_oid quality_level pre_pad_minutes post_pad_minutes
176 150296 4 0 BrainTeaser 0 0 20/01/2006 12:30:00 20/01/2006 12:45:00 10 1 4 5

After:


oid programme_oid capture_source_oid status filename recording_type recording_group manual_start_time manual_end_time manual_channel_oid quality_level pre_pad_minutes post_pad_minutes
176 150296 4 0 BrainTeaser 0 0 20/01/2006 12:30:00 20/01/2006 12:30:00 10 1 53 5

Solution, contact author to fix bug.

Like I said, I'm a technical person, I want to know why it's not working Big Grin

Thanks for the pointers.

David.
« Next Oldest | Next Newest »

Users browsing this thread: 1 Guest(s)



Possibly Related Threads…
Thread Author Replies Views Last Post
  Audio buzzing second time recording launched. dennit 2 4,561 2012-12-09, 11:28 PM
Last Post: dennit
  Inhibit Computer Shutdown While Recording rwnz 52 30,403 2012-04-03, 11:40 AM
Last Post: pBS
  Start PC for recording, Sleep/Hibernate when done Basher52 6 4,982 2011-12-17, 02:52 PM
Last Post: Sykor
  intermittent recording failures bcdudley 6 3,659 2011-09-28, 07:28 AM
Last Post: bcdudley
  Recording fails but only on one channel (live viewing still works) dshoup 5 3,543 2011-09-19, 01:15 AM
Last Post: sub
  Sattelite interent recording? crsfooddude 1 2,155 2011-07-26, 02:32 AM
Last Post: mvallevand
  Recording problem with Hauppauge Nova-S USB2 ... softfoot 4 3,417 2011-06-27, 02:06 AM
Last Post: sub
  How to kill an orphan Live TV recording? martint123 2 2,358 2011-05-16, 05:33 PM
Last Post: martint123
  SUB: Recording show in two pieces. Found bug(?) lif 10 5,105 2011-05-11, 09:30 AM
Last Post: jksmurf
  Order of tuner use for live tv and recording shaunpatrick77 1 1,744 2011-02-19, 10:49 AM
Last Post: martint123

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

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

Linear Mode
Threaded Mode