![]() |
|
SageTV Github Development Discussion related to SageTV Open Source Development. Use this forum for development topics about the Open Source versions of SageTV, hosted on Github. |
![]() |
|
Thread Tools | Search this Thread | Display Modes |
#1
|
|||
|
|||
Padding on back to back favorites specific issue
I've seen this for quite a while and just noticed the specific conditions where it will crop up.
I am not sure how long this has been in the code, whether back in V7 and continued onto V9 or something that entered in the V9 updates/changes. Here is the issue. On certain channels/shows they will air a new episode and then repeat the new episode in the very next time slot. (The Last Ship on TNT is a specific example). Whenever this happens SageTV will not put on the post padding even though nothing is being recorded next either on that channel, nor on that tuner. NOTE: I do have remove padding on back to back recordings (same channel) set. i.e. The Last Ship airs at 9pm as a first run and at 10pm the exact same "new" episode airs. So my favorite for The Last Ship records at 9pm, but stops at 10pm instead of padding an extra 2 minutes. There is nothing recording at 10Pm on that tuner, and in fact there are other tuners free so a conflict can't be the issue. There are other examples on other shows/networks that have this same behavior. If it is a different episode, or different show SageTV V9 will do the proper padding and leave it in if nothing is recording in the next time slot and/or a tuner is free. It will strip the padding if it is recording the next show on that same channel or it needs the tuner to record something else. I am running the latest Windows version, but this has been in there for a long time, possibly even back in V7? As I said I have seen this crop up on occasion since at least the initial V9, and probably back to V7, but just made the connection on the conditions that cause it to happen.
__________________
Wayne Dunham |
#2
|
||||
|
||||
This is a known issue. The problem stems from that when it determines if it should be removing the padding or not for a back-to-back favorite, it only checks if the one following it has been watched or not....it doesn't go to more extensive measures like checking the schedule or existing recordings because that would induce too much of a penalty for these frequently used API calls and result in performance problems (or at least that was the reason I never changed that code, it may actually be able to handle it without much issue if somebody wanted to try changing that and see how it results).
__________________
Jeffrey Kardatzke Founder of SageTV |
#3
|
|||
|
|||
I guess that explains a lot of these recordings over the years. I always figured that either the tuner was needed so it couldn't do the post padding.
Sure would be nice to see this addressed at some point during code work. To me it would seem like just another "if/then" type operation during the normal remove padding on back to back testing for the scheduler while it figures whether to put the post padding on the end of the recording. I'm sure I'm probably over simplifying that, speaking from a non-coders mind. ![]()
__________________
Wayne Dunham |
#4
|
|||
|
|||
Oops, LOL. I just noticed this the first time a few days ago myself setting up to record "The Vietnam War" which for some reason our PBS station is repeating episodes back to back. When I started digging I found other shows and created an issue on Github (issue 363 if you want to track it).
I did look to see if others reported this problem but it seems like the forums are too fractured. We have "SageTV Software", "SageTV Linux", "SageTV Unraid", "SageTV Open Source" and "Open Source Development" all seem to be places applicable for reporting problems. Apparently, I didn't look here... |
#5
|
|||
|
|||
Quote:
Edit although in a serial schedule building process I can see where the shortcut may have happened, it(watched status) still seems an odd basis. Beyond the obvious that a "watched" show would never be flagged for automatic recording so some overhead gets skipped. Hard to check if a following show is scheduled when the scheduler hasn't made it there yet. "Easy logic" (easy being very relative) Would probably be to either do a "first pass" scheduler run without padding, then add it in from there on a second pass, reshuffling as conflicts pop up and resolve. Or shift the "post-show" padding to being something that is added later on when "remove padding" on back to back is selected. (So that the following show should already be scheduled or not for recording by then) these are adjustments EnterNoEscape is probably grappling with on one of his other SageTV projects. Last edited by Monedeath; 09-16-2017 at 11:15 PM. |
#6
|
||||
|
||||
Quote:
__________________
SageTV v9 Server: ASRock Z97 Extreme4, Intel i7-4790K @ 4.4Ghz, 32GB RAM, 6x 3TB 7200rpm HD, 2x 5TB 7200rpm HD, 2x 6TB 7200rpm HD, 4x 256GB SSD, 4x 500GB SSD, unRAID Pro 6.7.2 (Dual Parity + SSD Cache). Capture: 1x Ceton InfiniTV 4 (ClearQAM), 2x Ceton InfiniTV 6, 1x BM1000-HDMI, 1x BM3500-HDMI. Clients: 1x HD300 (Living Room), 1x HD200 (Master Bedroom). Software: OpenDCT :: WMC Live TV Tuner :: Schedules Direct EPG |
#7
|
|||
|
|||
Quote:
On another note, I feel like trying to compensate you for your time on things, but I'm not finding an option to throw money at you. ![]() |
#8
|
||||
|
||||
Quote:
![]()
__________________
SageTV v9 Server: ASRock Z97 Extreme4, Intel i7-4790K @ 4.4Ghz, 32GB RAM, 6x 3TB 7200rpm HD, 2x 5TB 7200rpm HD, 2x 6TB 7200rpm HD, 4x 256GB SSD, 4x 500GB SSD, unRAID Pro 6.7.2 (Dual Parity + SSD Cache). Capture: 1x Ceton InfiniTV 4 (ClearQAM), 2x Ceton InfiniTV 6, 1x BM1000-HDMI, 1x BM3500-HDMI. Clients: 1x HD300 (Living Room), 1x HD200 (Master Bedroom). Software: OpenDCT :: WMC Live TV Tuner :: Schedules Direct EPG |
#9
|
|||
|
|||
Quote:
Just so long as people don't get demanding. ![]() |
#10
|
|||
|
|||
Quote:
I would contribute to that.
__________________
Hardware: Intel Core i5-3330 CPU; 8GB (2 x 4GB); 2-4TB WD Blue SATA 6.0Gb/s HDD; Windows 7 Servers: ChannelsDVR, Plex, AnyStream, PlayOn, Tuner: HDHomeRun Connect Quatro Tuner: HDHomeRun Connect Duo Sources: OTA, Sling Blue, Prime, Disney+, Clients: ShieldTV (2), Fire TV Stick 4K (4) |
#11
|
|||
|
|||
Quote:
A few hours here, a few hours there, a major coding binge over here, so and so forth, those hours start to add up. The problem is the other group of people who love to feel entitled after throwing $2 into the pot. |
#12
|
|||
|
|||
Nothing new/different to report as far as any change to this goes.
Just that I'm seeing it more and more in my scheduled recordings now that I know what I'm looking for. Explains so many past recordings (for years!) that didn't have "proper" padding on them. So I'm spending more time in my scheduled recordings setting these particular recordings to manual so it prompts me to whether to add padding or not. Of course all the extra time muddling around in the scheduled recordings is causing even more java heap overruns than before. Well, that and all the extra processing required to fit all the returning and new shows in to the fall schedule.
__________________
Wayne Dunham |
#13
|
||||
|
||||
Are both getting slow load time when you first SageTV server ?.
|
#14
|
|||
|
|||
This specific issue isn't the reason I opted for throwing more tuners at SageTV instead. But it certainly does make me glad I did go the route of preserving the padding on back-to-back recordings instead. Even if the reason was for archival reasons and ensuring a continuous file. It did effectively double the number of tuners needed, but it seems to have mitigated a number of other headaches.
Maybe an interim(or even more permanent) fix (prior to EnterNoEscape's overhaul for 1 tuner, multiple streams) for those who don't want to go that route would be to shift the "preserve padding" flag to the recordings/favorites themselves and make the current (global) setting the default which can be overwritten on a case by case basis. Even though I currently preserve padding on everything, that doesn't mean I need or even want to on everything I record. |
#15
|
||||
|
||||
Were these changes to the padding ever implemented? I continue to see padding issues where there are no conflicts or even other tuner usage yet the recording engine ignores the manual padding I've added.
|
#16
|
|||
|
|||
There is a setting that will remove Padding on back to back recordings on the same channel. If you want to always keep padding you need to set that to NO it will use more tuners but will keep padding.
__________________
Channels DVR UBUNTU Server 2 Primes 3 Connects TVE SageTV Docker with input from Channels DVR XMLTV and M3U VIA Opendct. |
#17
|
||||
|
||||
Yup nyplayer is rigth
|
![]() |
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
|
|
![]() |
||||
Thread | Thread Starter | Forum | Replies | Last Post |
Remove padding on back to back favorites | PhillJones | SageTV Software | 2 | 02-23-2007 07:08 PM |
Padding & Back-to-Back Favorites | RAlfieri | SageTV Software | 7 | 11-10-2005 11:12 AM |
Back-to-back Favorites on different channels and padding | ender81x | SageTV Beta Test Software | 6 | 10-06-2005 06:52 AM |
Favorites padding removed without back to back | NikDFish | SageTV Software | 3 | 07-03-2005 05:30 PM |
Back to Back Favorites issue with Multi-tuners cards | carlgar | SageTV Software | 0 | 11-26-2003 04:08 PM |