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 114 115 116 117 118 … 433 Next »
Recordings doesn't use same channel tuners

Recordings doesn't use same channel tuners
Handy.Man
Offline

Senior Member

Montréal, Québec, Canada
Posts: 423
Threads: 41
Joined: Oct 2012
#31
2016-02-03, 04:03 AM
mvallevand Wrote:I'm still trying to figure out why he is screwing around with the padding. Canadian TV like US is very accurate because of the network scheduling and I'd be hard pressed to find an Infoman that needed adjustment.

Martin

Yes I know most program have some advertisements during the first 15-60 sec. So 0 padding works fine with a precise clock.

On my server, Win7 time service is not so reliable on reboot. On the client it is always in sync.
In order to get the clock synced to my firewall NTP server, I have to go : Date Hour settings / Internet Time / Modify Parameters / Update
After this the clock stay in sync until the next reboot.

I rebooted the server 2 days ago and forgot Rolleyes to sync the Windows Time service, I noticed today that its was 10 sec late.

Having functional extra pre/post padding would provide complete recordings when the clock shifts

I want to get complete recordings for the programs I encoded and share.
For the other programs, like News or entertainment, I often program them with negative padding to help the scheduler do the padding.
Server : NextPVR 4.2.3 Intel Core2 Quad Q6600 @2.4GHz 8GB Win7Pro, Hauppauge HVR-2250 Dual Tuner, DIAMOND ATI Theater HD 750 USB TV Tuner, Homemade fractal antenna, SchedulesDirect EPG.
Client : NextPVR 4.2.3 Intel I7-2600K @4.5GHz 8GB, Radeon HD6800, Win7Pro
johnsonx42
Offline

Posting Freak

Posts: 7,298
Threads: 189
Joined: Sep 2008
#32
2016-02-03, 07:06 PM
Handy.Man Wrote:From what I understand, during an EPG Update the scheduler will :

Program each Recurring Recordings using the ascending priority order and schedule recordings using first available tuner for that time-slot according to the priority without regards to padding or surrounding recordings.
sounds right.
Quote:Then it will schedule Quick Recordings in the order they present themselves chronologically, using the first available tuner for that time-slot without regards to padding or surrounding recordings. If no tuner is available, it will create conflict (remove it's scheduling) for the less priority Recurring Recording in the time-slot and schedule the Quick Recording.
completely wrong. the scheduler doesn't touch single or "quick" recordings (a quick recording is just a method in the GUI to schedule a single recording with default settings using one click or button press; after that it is no different than any other single recording). single recordings are scheduled at the moment you request them, and once scheduled are basically cast in stone unless you yourself go and change them. at the time you schedule a single recording, it is scheduled against the existing backdrop of all pending recordings. during the nightly EPG update, all pending recurring recordings are cleared while pending single recordings are left in place (the former have a non-zero recurrance_oid); then each recurring recording is re-processed and re-scheduled against the backdrop of the existing single recordings.

Quote:Looking at the db3 I find :
Code:
Start Tuner Pre Post CH Title
19:30 26    0   0    2  La Facture
20:00 26    0   1    2  Unité 9
20:00 24    0   0    6  Rick Mercer
20:30 24    1   1    6  22 Minutes
21:00 26    0   0    17 Banc Public
21:00 24    0   0    6  Schitt'S Creek

With this scheduling, the post padding on "Unité 9" can't be honored if next recording "Banc Public" stay scheduled on channel 26, maybe the logic will switch it to Tuner 20. However if no tuner is available, it will cut it short of it's post padding
last I'm aware, the software makes zero effort to make post-padding happen. if the tuner is scheduled to do something else it just stops doing the one recording and starts the other, and in fact does it rather unceremoniously. so there's really only two conditions where you will get post-padding: either the tuner is doing nothing during the post-padding period, or the tuner is doing another recording on the same physical channel. it only attempts to move a recording for pre-padding.
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
Handy.Man
Offline

Senior Member

Montréal, Québec, Canada
Posts: 423
Threads: 41
Joined: Oct 2012
#33
2016-02-03, 07:31 PM (This post was last modified: 2016-02-03, 07:58 PM by Handy.Man.)
johnsonx42 Wrote:completely wrong. the scheduler doesn't touch single or "quick" recordings (a quick recording is just a method in the GUI to schedule a single recording with default settings using one click or button press; after that it is no different than any other single recording). single recordings are scheduled at the moment you request them, and once scheduled are basically cast in stone unless you yourself go and change them. at the time you schedule a single recording, it is scheduled against the existing backdrop of all pending recordings. during the nightly EPG update, all pending recurring recordings are cleared while pending single recordings are left in place (the former have a non-zero recurrance_oid); then each recurring recording is re-processed and re-scheduled against the backdrop of the existing single recordings.

Well that make more sense during the EPG update, it can flush all Recurring recordings and rebuild them by reading the recurring-backup.xml, for the non recurring recordings, it has to let them in place.

Thanks for the clarification.

johnsonx42 Wrote:last I'm aware, the software makes zero effort to make post-padding happen. if the tuner is scheduled to do something else it just stops doing the one recording and starts the other, and in fact does it rather unceremoniously. so there's really only two conditions where you will get post-padding: either the tuner is doing nothing during the post-padding period, or the tuner is doing another recording on the same physical channel. it only attempts to move a recording for pre-padding.

Well that explain a few problems I had in the past. I can now manage by scheduling unneeded Recurring Recordings and setting the priority to keep them aligned on the same tuners.

Thanks you for you input.
Server : NextPVR 4.2.3 Intel Core2 Quad Q6600 @2.4GHz 8GB Win7Pro, Hauppauge HVR-2250 Dual Tuner, DIAMOND ATI Theater HD 750 USB TV Tuner, Homemade fractal antenna, SchedulesDirect EPG.
Client : NextPVR 4.2.3 Intel I7-2600K @4.5GHz 8GB, Radeon HD6800, Win7Pro
Handy.Man
Offline

Senior Member

Montréal, Québec, Canada
Posts: 423
Threads: 41
Joined: Oct 2012
#34
2016-02-03, 08:36 PM
I am correct in presuming that pre-padding is only considered when the recordings is about to start (Scheduled time + pre-padding + 1 min or so) ?
At this point,
If the scheduled Tuner is available it will start with pre-padding.
If the scheduled Tuner tuner is already tuned to the same channel, it will start with pre-padding.
If the scheduled Tuner is in use on a different channel :
No other tuner available : It will start recording without pre-padding, when the previous recording end (probably dropping post-padding)
Tuner available : Move recordings to an available tuner and start recording with pre-padding.

If a tuner is presently recording the same channel, will it move the recording from the scheduled Tuner to the in use tuner ?
Server : NextPVR 4.2.3 Intel Core2 Quad Q6600 @2.4GHz 8GB Win7Pro, Hauppauge HVR-2250 Dual Tuner, DIAMOND ATI Theater HD 750 USB TV Tuner, Homemade fractal antenna, SchedulesDirect EPG.
Client : NextPVR 4.2.3 Intel I7-2600K @4.5GHz 8GB, Radeon HD6800, Win7Pro
johnsonx42
Offline

Posting Freak

Posts: 7,298
Threads: 189
Joined: Sep 2008
#35
2016-02-03, 08:43 PM
Handy.Man Wrote:Well that make more sense during the EPG update, it can flush all Recurring recordings and rebuild them by reading the recurring-backup.xml
no, what I mean is it flushes the pending recordings that were created from recurring recordings, then schedules them all again after the EPG update. The backup files are not involved. This way the scheduled recordings will reflect any scheduling changes in the newly loaded EPG data, like if a show is canceled or changes time slots; sometimes also you get shows that first appear in the EPG data two weeks out with only generic information, then after a few days as the broadcast date draws near the epg data gets more complete with a specific description, sub-title and most importantly the unique_id.
Quote:... for the non recurring recordings, it has to let them in place.
yes.

if I didn't mention it before, the difference between a pending recurring and pending non-recurring recording in the SCHEDULED_RECORDINGS table is that the recurring recording with have the recurrance_oid field filled with the number matching the oid in the RECURRING_RECORDING table. A non-recurring recording will just have a 0 there. Fun fact then, the Archive function both moves the recording to where you specify, and zeros the recurrance_oid field so that it's no longer associated with the original recurring recording and therefore not subject to automatic deletion.
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
Handy.Man
Offline

Senior Member

Montréal, Québec, Canada
Posts: 423
Threads: 41
Joined: Oct 2012
#36
2016-02-03, 09:02 PM (This post was last modified: 2016-02-03, 10:25 PM by Handy.Man.)
johnsonx42 Wrote:Fun fact then, the Archive function both moves the recording to where you specify, and zeros the recurrance_oid field so that it's no longer associated with the original recurring recording and therefore not subject to automatic deletion.

Good to know as I only have one folder for TV, I never saw the Archive button.Rolleyes

I encode the show to compress them instead of keeping the huge .ts files.

So this would better reflect the process :

[COLOR="#A52A2A"]When a EPG Update event occurs, it load the schedule, clear all Recurring Recordings, leaving non-Recurring (QuicK) recordings in place, update the EPG data, reload Recurring Recordings data.

Then it will program each Recurring Recordings using the ascending priority order and schedule recordings using first available tuner for that time-slot according to the tuner priority without regards to padding or surrounding recordings.

If it run out of tuner, it will schedule remaining Recurring Recordings with Tuner 0 indicating a conflict.[/COLOR]
Server : NextPVR 4.2.3 Intel Core2 Quad Q6600 @2.4GHz 8GB Win7Pro, Hauppauge HVR-2250 Dual Tuner, DIAMOND ATI Theater HD 750 USB TV Tuner, Homemade fractal antenna, SchedulesDirect EPG.
Client : NextPVR 4.2.3 Intel I7-2600K @4.5GHz 8GB, Radeon HD6800, Win7Pro
johnsonx42
Offline

Posting Freak

Posts: 7,298
Threads: 189
Joined: Sep 2008
#37
2016-02-03, 11:04 PM
yeah, that's about right. while I've not experimented with it at all, my understanding is that the scheduler does consider negative padding (introduced just this release), as the intention was to allow slightly overlapping programs to be recorded on the same tuner without causing a conflict. I have no idea what all it does with negative padding. I suppose being the curious sort I am, I ought to test it out a bit.
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
sub
Offline

Administrator

NextPVR HQ, New Zealand
Posts: 106,789
Threads: 769
Joined: Nov 2003
#38
2016-02-03, 11:27 PM
Handy.Man Wrote:[COLOR="#A52A2A"]When a EPG Update event occurs, it load the schedule, clear all Recurring Recordings, leaving non-Recurring (QuicK) recordings in place, update the EPG data, reload Recurring Recordings data.

Then it will program each Recurring Recordings using the ascending priority order and schedule recordings using first available tuner for that time-slot according to the tuner priority without regards to padding or surrounding recordings.

If it run out of tuner, it will schedule remaining Recurring Recordings with Tuner 0 indicating a conflict.[/COLOR]
A couple of other factors to also keep in mind:

- one-off recordings can also get rescheduled, if it detects the show start/end times have moved since the time it was originally scheduled.
- looking for an available tuner also takes into account multi-record, ie, same or other channels on the same frequency. (not so common in North America, pretty common in the rest of the world)
johnsonx42
Offline

Posting Freak

Posts: 7,298
Threads: 189
Joined: Sep 2008
#39
2016-02-04, 03:15 AM
Handy.Man Wrote:I am correct in presuming that pre-padding is only considered when the recordings is about to start (Scheduled time + pre-padding + 1 min or so) ?
At this point,
If the scheduled Tuner is available it will start with pre-padding.
If the scheduled Tuner tuner is already tuned to the same channel, it will start with pre-padding.
If the scheduled Tuner is in use on a different channel :
No other tuner available : It will start recording without pre-padding, when the previous recording end (probably dropping post-padding)
Tuner available : Move recordings to an available tuner and start recording with pre-padding.

If a tuner is presently recording the same channel, will it move the recording from the scheduled Tuner to the in use tuner ?
yes to the opening question, yes to the closing question. the original restrictions apply though: that tuner has to be available for the entirety of the scheduled recording, and it's only going to move the one recording.

sub Wrote:A couple of other factors to also keep in mind:

- one-off recordings can also get rescheduled, if it detects the show start/end times have moved since the time it was originally scheduled.

I'd forgotten it can do that, mostly I guess because I schedule very few one-off recordings and start/end times don't change very often. I've never noticed logging for that step, it must do the check for changes silently and only logs something if a recording has to be moved?
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
sub
Offline

Administrator

NextPVR HQ, New Zealand
Posts: 106,789
Threads: 769
Joined: Nov 2003
#40
2016-02-04, 04:05 AM
Yeah, there isn't really any logging around this.
« Next Oldest | Next Newest »

Users browsing this thread: 1 Guest(s)

Pages (6): « Previous 1 2 3 4 5 6 Next »


Possibly Related Threads…
Thread Author Replies Views Last Post
  Failed recordings won't delete Spid4567 3 2,555 2023-07-14, 10:13 PM
Last Post: ZeDoZ
  IR Server Suite Channel Changer BTJustice 26 27,459 2023-01-11, 08:49 PM
Last Post: Frapo
  Device Update - Channel Mapping chezmorris 10 4,825 2022-07-01, 01:59 PM
Last Post: mvallevand
  All my recordings start 90 sec early ncsercs 2 1,413 2022-03-19, 03:28 AM
Last Post: sub
  Wake - Sleep Interaction -> Failed Recordings mikeh49 48 15,111 2021-03-21, 11:21 PM
Last Post: careads
  IPTV Channel Mapping jrockow 15 8,141 2021-03-07, 09:45 PM
Last Post: jrockow
  channel icon location Brucek2839 2 1,763 2021-03-04, 10:30 PM
Last Post: Brucek2839
  UK channel More4 - tunes but cannot view? prothed 7 2,852 2021-02-17, 02:59 PM
Last Post: Graham
  send channel chanes via winLIRC?? chef Paula 67 14,038 2021-02-11, 07:38 PM
Last Post: mvallevand
  NextPVR hangs when tuning to offline channel? CormacBaptiste 2 1,978 2021-02-03, 01:29 PM
Last Post: Graham

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

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

Linear Mode
Threaded Mode