Automatic soft padding running on the TiVo

[Mike Jones]

Yes!!!

I've managed to install endpad on both my TIVO's and from the logs it appears that I've done it right, and without having to ask for help. Hey, I'm learning :D

[orange]

Originally posted by racingclub
I'm running the latest version with the switch to record sugg. in Medium. This is confirmed in the enpad log file.

However, suggestions are still being recorded in High (my default setting) - any ideas?

I am experiencing the same. I have over come the rebooting issue, without changing any settings it just seemed to correct itself ... one of the great things about software! :-)

Would be great to be able to have this working on the suggestions so I can get more on the drive.

[Mike Jones]

I've installed endpad on both my TIVO's with the instructions at the start of this thread, and put them into rc.sysinit.author

I think this in part might be due to missing "/" in start up file as referred to above by IanKB. Start post needs editing to reflect this.

However problem still exists, as endpad is definately on at present, but log shows:

Saturday 19:27:00 : Next wake up will be 19:57
Sleeping, checking every minute for kill signal......

It's 20:30 and it hasn't woken up.

[Mike Jones]

Deleted

[sanderton]

Endpad's log in in GMT.

[Mike Jones]

I was just starting to think it was something to do with BST! I was about to do a search to see if there was a problem with TIVOweb and the time change.

I guess that means there are no problems. THanks

[marcdbl]

Ok, I'm a bit behind the game on this thread, having only just seen it!

I'm hoping someone can clear up a question for me, as I'm baffled by this soft/hard padding business, and exactly how endpad deals with different scenarios

I'm sure this question has been answered at least once already I expect, but I'll ask my question by example to try and make it clearer (to me at least ;-)):

Situation is:

- I haven't yet installed endpad
- Currently I have no padding on any of my SPs (apart from one) because of the problem with conflicts
- The one SP that does have padding is my Formula 1 SP, which has 1 hour of padding (I'd rather risk clobbering other recordings than risk missing the end of a race)
- I want to install endpad and have it add 2 mins to all my recordings

Question is:

- If I run endpad, with a 2 min pad configured, will the Formula 1 record with a pad of 2 mins, 60 mins, or 62 mins?


Thanks in advance, and nice work sanderton!

[bobnick]

Hmmm, not sure now. Will have to double check!

[ccwf]

Unless Stuart's changed the behaviour, you'll get 60 minutes since Endpad uses the larger of the two paddings. There's code early in this thread on how to change the paddings to add instead for those who desire that.

[sanderton]

As Charles says, you'll get 60.

[mebrown]

Dear all
I hope that someone can help a newbie to the TiVo hacking lark. I followed Hinsdale excellent upgrade instructions and am now the proud owner of a 120 Gb Hard drive in my TiVo. To resolve "her indoor's" main gripe about missing the end of programs i tried to install endpad following the instructions outlined in this forum and pinedragon.com. Unfortunately, i dont have a partition 7 on the new drive and no instructions on what to do in that eventuallity were around! So endpad doesnt work.
Can someone help and please can they give me some guidance in terms that i can follow reasonably straightforwardly?
Many thanks in advance
Mike

[sanderton]

Try partition 4 instead.

[mebrown]

I created the rc.sysinit.author on 9 then copied it to 4. I then did the chmod thing on 9 - should i have done that on 4? Instructions followed slavishly i'm afraid. Do we need to set the permissions on the file i copied to partition 4?
Thanks for your support and quick response
Mike

[sanderton]

The version on 4 is the "real" one - it's that one that must be made executable.

[pmk]

Hi

I am looking for instructions on how to install if you do not have ftp access etc. Does anyone know of a guide on how to do this? (e.g. install TiVo disk into PC, boot somehow, copy files over, add to appropriate scripts etc?)

I am led to believe they are in this thread somewhere but I have no idea what to search for to even have a chance of finding it in 750 replies.

TIA.

[Fletch]

How does endpad handle the TiVo "invisible" programs on the Discovery channel? (I don't know if this een takes place in the UK but I assume you are familiar with what I'm talking about.)

[bignoise]

I have an odd one.. I have a manual repeating recording set up every weekend from 6.30am to 6.55am, and a season pass for a show which comes on the same days at 7am, running for half an hour. With EndPad running, asked to record 2 minutes early and 5 minutes past the end. I find that my recording of the 7am show is 37 minutes long, as I'd expect - but the first 4 minutes are always missing!

It's not worrying me but I thought it was a curiosity. Here's something from the log files:

Sunday 05:27:00 : Woken up
Sunday 05:27:00 : Recording {Three Friends & Jerry} on UKPANI now
Sunday 05:27:00 : Recording Scheduled End Time: 05:30
Sunday 05:27:00 : Next recording is {Rocko's Modern Life} on UKPANI at 05:30
Sunday 05:27:00 : Gap to next programme is 0 seconds
Sunday 05:27:00 : Can't add end padding to {Three Friends & Jerry}
Sunday 05:27:01 : Next end padding setting due 05:50
Sunday 05:27:01 : Gap to previous recording is 0 seconds
Sunday 05:27:01 : Can't add start padding to {Rocko's Modern Life}
Sunday 05:27:01 : Next start padding setting due 05:50
Sunday 05:27:01 : Next wake up will be 05:50
Sleeping, checking every minute for kill signal........................
Sunday 05:50:00 : Woken up
Sunday 05:50:00 : Recording {Rocko's Modern Life} on UKPANI now
Sunday 05:50:00 : Recording Scheduled End Time: 05:55
Sunday 05:50:00 : Next recording is Spider-Man on UKPANI at 05:58
Sunday 05:50:00 : Gap to next programme is 180 seconds
Sunday 05:50:00 : Added 178 seconds end padding to {Rocko's Modern Life}
Sunday 05:50:00 : Next end padding setting due 06:23
Sunday 05:50:00 : Can't add start padding to Spider-Man
Sunday 05:50:00 : Start padding of 120 seconds already set
Sunday 05:50:00 : Next start padding setting due 06:08
Sunday 05:50:00 : Next wake up will be 06:08
Sleeping, checking every minute for kill signal...................
Sunday 06:08:00 : Woken up
Sunday 06:08:00 : Recording Spider-Man on UKPANI now
Sunday 06:08:00 : Recording Scheduled End Time: 06:30
Sunday 06:08:00 : Next recording is {The Golden Girls} on LIVINGR (Suggestion) at 09:00
Sunday 06:08:00 : Not time to add end padding yet
Sunday 06:08:00 : Next end padding setting due 06:25
Sunday 06:08:00 : Not time to add start padding yet
Sunday 06:08:00 : Next start padding setting due 08:57
Sunday 06:08:00 : Next wake up will be 06:25
Sleeping, checking every minute for kill signal..................
Sunday 06:25:00 : Woken up
Sunday 06:25:00 : Recording Spider-Man on UKPANI now
Sunday 06:25:00 : Recording Scheduled End Time: 06:30
Sunday 06:25:00 : Next recording is {The Golden Girls} on LIVINGR (Suggestion) at 09:00
Sunday 06:25:00 : Gap to next programme is 9000 seconds
Sunday 06:25:00 : Added 300 seconds end padding to Spider-Man
Sunday 06:25:00 : Next end padding setting due 09:25
Sunday 06:25:00 : Not time to add start padding yet
Sunday 06:25:00 : Next start padding setting due 08:57
Sunday 06:25:00 : Next wake up will be 06:55
Sleeping, checking every minute for kill signal...............................

[pmk]

Originally posted by pmk

I am led to believe they are in this thread somewhere but I have no idea what to search for to even have a chance of finding it in 750 replies.


Answering my own question but thought it would be useful...

See post dated 11-09-2003 11:03 PM by alphabeta for details. I suggest if you understand shell commands reading the thread from this point for more information but http://www.pinedragon.com/tivo/endpad_instructions.html gives you the main points.

I do have a couple of queries on this URL if anyone is familiar with shell commands who can help me?

1. Do I need to make the "make partition editable" with the commands already posted to this thread?

2. Is a chmod needed after the rc.sysinit.author file is copied to part7?

3. When the echo command is being used to create the rc.sysinit.author field is the &" and &" correct? These seem like strange combinations of letters together - no space needed?

4. I have an upgraded TiVo (120GB hard disk). Will the rc.sysinit.author file exist if it does do I need to do any extra chmods etc? I am assuming I will have either part4 *OR* part7 because of the upgrade - not both?

5. I am not planning on adding the line to get bash working but is there anything I can add to be able to check that endpad is running - e.g. view the log file etc after the TiVo is put back together?

Any help with the above would be greatly appreciated. TIA.

[sanderton]

Originally posted by bignoise
Sunday 05:50:00 : Next recording is Spider-Man on UKPANI at 05:58
Sunday 05:50:00 : Gap to next programme is 180 seconds
Sunday 05:50:00 : Added 178 seconds end padding to {Rocko's Modern Life}
Sunday 05:50:00 : Next end padding setting due 06:23
Sunday 05:50:00 : Can't add start padding to Spider-Man
Sunday 05:50:00 : Start padding of 120 seconds already set
Sunday 05:50:00 : Next start padding setting due 06:08


Very odd bit of log.

Your SP already has 2 mins of hard start padding, so EndPad won't touch it.

But why is the next start padding check time 6.08 when the recording starts at 6am?

Deeply odd. If anyone can see why that might happen please post!

[alphabeta]

For PMK:

1. Do I need to make the "make partition editable" with the commands already posted to this thread?
No - you only need to do this if the partition is running under Tivo's OS. If its running on a PC Linux disk then you are fine.

2. Is a chmod needed after the rc.sysinit.author file is copied to part7?
No - the copy will copy the permissions as well, but see point 4 as you have upgraded.

3. When the echo command is being used to create the rc.sysinit.author field is the &" and &" correct? These seem like strange combinations of letters together - no space needed?
Yes they are right. The quote pairs with the one at the start of the line to delimit the string to go in the rc.sysinit.author file. The & at the end of the line tells Linux to run the command in its own process so that the script will continue to execute and not wait for that command to terminate before moving on to the next one.

4. I have an upgraded TiVo (120GB hard disk). Will the rc.sysinit.author file exist if it does do I need to do any extra chmods etc? I am assuming I will have either part4 *OR* part7 because of the upgrade - not both?
A normal upgrade won't have created an rc.sysinit.author. However you will find only one of the 4/7 partitions exists. You will get an error when you try and mount the one that doesn't exist. In this case just make the changes to the one that does exist and ignore the other.

5. I am not planning on adding the line to get bash working but is there anything I can add to be able to check that endpad is running - e.g. view the log file etc after the TiVo is put back together?
The easiest is probably to just set something to record and see if it gets padded! You can view the log files via backdoors, but I can't remember how to set it all up.

[sanderton]

Originally posted by alphabeta
The easiest is probably to just set something to record and see if it gets padded!

But remember that EndPad only checks for new, unscheduled recordings every 30 mins, so if you just hit record then it's quite possible that that particular show might be missed.

[pmk]

Thanks alphabeta / sanderton.

[smokie]

I have 2 minutes start padding and 5 minutes end padding set.

My DailyMailJazz has a new icon against a program starting at 20:30, and the microhelp says "Soft padding makes this recording unlikely. Adding end-padding to the previous recording will cause this suggestion to be cancelled". There is a Season Pass ending at 8:30. The Season Pass specifies off-time.

Will my program record? I thought that was how soft padding worked - if it could pad, it would, whereas if it couldn't it wouldn't...? Or is it because programme 2 is a Suggestion rather than a SP?

btw I don't know where I'd be without these hacks now - again, thanks!

[Fozzie]

The programme will not be recorded. As the help says, padding will be added to the previous (scheduled) recording which will cause the suggestion to be cancelled. By scheduled recordings I mean those setup by wishlists, SPs or manual recordings. Padding of these takes precedence over any suggestions.

As an aside, don't forget there is now an option with endpad to allow the padding of suggestions to cancel other suggestions.

[pmk]

Originally posted by pmk
Thanks alphabeta / sanderton.

I installed last night and after thinking it was not working (either scheduled a recording too quickly for EndPad to pick it up, or EndPad does not work with manual recordings) this morning all my programmes recorded over night do have start and end padding. Fantastic! Thanks again.

[davedixson]

Same thing happened to me when I installed it a while back. Its not the fact that the recording was manual, because my first recording was not. It just seems to take a while to sort itself out.

It has worked flawlessly since though, and it has stopped the wife moaning about chopped off coronation street!

[sanderton]

When it starts up it read the to do list; if nothing is scheduled for a while it goes to sleep for half an hour. If you set a "practice" recording for it, it will not realise that you have done that for 30 mins.

[pmk]

Quick question:

Early this morning with "EndPad -s 2 -e 15"

All Channel4
---------------
Title Wishlist -> Stargate SG1 02:40
Title Wishlist -> Stargate SG1 03:25
Suggestion -> Andromeda 04:10
Suggestion -> Andromeda 04:55

The second Stargate was not padded with 15 minutes - is this because the following suggestion was on the same channel? Would it have normally ignored the suggestion and padded the second Stargate instead if the suggestion was on another channel?

TIA

[sanderton]

Hmm. Yes, you are correct, but now I think of it, I'm not sure that's the right behaviour, since the Sugestion could have been nuked by the time you watch the SP's show.

I'll do a revised version.

[pmk]

Originally posted by sanderton
Hmm. Yes, you are correct, but now I think of it, I'm not sure that's the right behaviour, since the Sugestion could have been nuked by the time you watch the SP's show. I'll do a revised version.

I have a few of other items to report:

1. If you have a Suggestion followed by a Recording the recording does not get X minutes start padding. This is related to what is reported above but for the start instead of end padding. I am not sure of the best solution on either of these but I think I agree that the Recording should take priority and be padded over the suggested programme.

2. On two occassions instead of a programme being recorded from 0-30mins or 0-60mins etc the first 5 minutes of the program has not been recorded (i.e. black space on the time bar). The rest of the program has been fine. It is like the end padding of the immediately preceeding show has taken priority over the start of another showing but then gone missing.

10:00-10:50 Programme1
11:00-12:00 Programme2

What was recorded:

Programme1 = 59 minutes
Programme2 = [first five minutes missing - black bar] then 55 minutes of actual program

3. On several occassions programmes that are 30mins or 60mins long and are still not recording (e.g. 1 day old etc) have been incorrectly reported as 29mins or 59mins on the time bar.

TIA

[sanderton]

1 - yes, that's because if you add start padding Tivo's internal clash mechanism will cancel the scheduled recording, not the suggestion. There may be a workaround, but I've not found it.

2 & 3 - I don't believe these are anything to do with Endpad. If you added end padding which then overlapped with another show, TiVo would cancel the second show, not start it late. Several people have requested that as a function, but I've not added it, honest! Sounds like an IR realted problem to me. If it happens again please post the log just to be sure.

[pmk]

Originally posted by sanderton
2 & 3 - I don't believe these are anything to do with Endpad. If you added end padding which then overlapped with another show, TiVo would cancel the second show, not start it late. Several people have requested that as a function, but I've not added it, honest! Sounds like an IR realted problem to me. If it happens again please post the log just to be sure.

It is using the internal tuner so its not IR related.

Never had 2 or 3 problems before installing EndPad but as the numbers being affected change the length of the programme and/or match up directly with start/end padding I thought it was worth reporting.

It is always 5 mins of "black" bar at the start of a programme this would be a massive coincidence that the TiVo has failed to lock onto the signal for exactly the same time, for the same duration and 5 minutes of End Padding of the previous recording have gone missing matching up to the 5 minutes of the "black" bar.

If it becomes a huge issue I will get the hard drive out so I can get at the log just thought I would post in case anyone else has similar problems.

TIA/HTH

[sanderton]

Huge co-incidence I think it is though!

When the end padding is added Endpad does not touch the start padding of the subsequent recording; that is done several minutes later in a completely separate operation. If the end padding had through some bug been set to 15 mins even though there was a programme after, that programme would be cancelled by TiVo, not started late.

The first recording is the correct length - it should indeed be 59 mins - so the end padding addition is working fine. The code which adds the start padding is in blissful ignorance of the Endpad end padding setting; it reads the end point of the previous show directly from the TiVo database, and it's coded to do nothing unless the gap is >0.

Having said that, I doubt there are many folks using 15 mins end padding, so the pool of people to report problems is a bit low.

[pmk]

Originally posted by sanderton
Huge co-incidence I think it is though!

Yes it probably is or with my luck my TiVo is in a bad mood but it happened again last night:

Friday Night With Jonathan Ross 01:55->02:50
CD:UK 03:00->03:50

Jonathan Ross was fine (EndPad did its job correctly - nothing could save me from BBC1 running 25mins late however due to a concert or something!)

However CD:UK had the first 5 minutes of the programme lost with a black area on the time bar. Again exactly 5 minutes, at the start of a programme and the last 5 minutes of the 15 minutes of padding lost in the ether somewhere (that should have been CD:UK anyway).

Interestingly the scenario is exactly the same as the one reported yesterday except at different hours of the day. I think these programmes are on at the same time next week so I will see if it does it again.

[Saturday mornings - Dawsons Creek (10:00-10:50 - maybe 10:55 next week so probably not an exact test, Five) and TOTP Saturday (11:00-12:00, BBC1]

TIA/HTH

[sanderton]

Unless your TiVo is psychic and knew that EndPad was set for 15 mins of padding even though only 10 were added, I don't see how the two things can be connected.

[pmk]

Thanks clearly it must be something on my set-up that is does not like which is a bit strange or it just does not like s 2 and e 15.

I had another recording with 5 minutes blank at the beginning others were fine from last night.

[pmk]

A quick update on my problem I have further information.

For the past couple of weeks the problem has hardly occurred probably had a couple of recordings where the first 5 minutes have not recorded but I have hardly changed any recordings in my To Do / Conflict Manager lists. Over the past 3/4 days I have made several corrections however.

Over the past couple of days I have had several recordings that have had the first 5 minutes missed off (i.e. there is space in the time bar but it is black - the recording starts playing at 5 mins).

On a couple of occassions my TiVo has totally stopped responding to the remote control. After approx 5 minutes any cached IR signals are executed and TiVo comes back to life and if I check the currently recording program it has the first 5 minutes missed.

The best way I can describe it it its like the TiVo is stuck in a loop using all/remaining CPU time. i.e. if it happens when a recording is playing it still plays but no remote control commands are executed.

I know I appear to be the only one experiencing these problems but as everything was fine before I installed EndPad and it is always affecting start of programmes which EndPad has control over to me it is pointing to an incompatibility with EndPad on my TiVo? It is not like it is missing 5 minutes in the middle of recordings it is always the first 5 minutes.

I do have 140 SPs, and I am using 2 mins start padding and 15 mins end padding perhaps its related to when TiVo is doing some indexing or the To Do list changes or something and perhaps EndPad is not getting enough CPU time.

Interestingly my TiVo has started doing its phone call around the midnight time again over the past few days and problems have started to occur again. When it has been phoning around the 06:00-08:00 time (i.e. last couple of weeks) not noticed many problems as not many programmes are recorded around that time.

Any ideas would be greatly appreciated.

[It may also affect the end of recordings when EndPad is adding extra time but it never black lines the time bar - it just does not add the correct amount of extra minutes - I will try to find a pattern, see previous posts]

TIA

[sanderton]

Are you running one of the red dot removers?

It all sounds like an IR related problem, and EndPad does nothing with regard to IR or sending channel changes. EndPad does not have 2control" over these programmes al ity does is add start and end padding in exactly the same way as if you did it manually yourself; the triggering of the recording start etc is entirely under TiVo standard software control.

You seem to be the only person experiencing this, however you do have a very high end padding setting so your usage of EndPad is a little unusual in that respect. Most people will rarely if ever have the situation where Endpad adds a reduced amount of padding - it's typically all or nothing.

Could you post a section of EndPad log around the time of one of the missing 5 mins recordings, and also the tvlog from the same time period.

[pmk]

Thanks for replying.

Its a bog standard TiVo set-up really. The HD was upgraded to 120GB over a year ago and I record off aerial channels 1-5 and an old Philips Freebox box for others. No Red Dot remover etc. I have checked my other remotes and no buttons seem to be depressed. When the problem happens the TV remote works fine.

I can only get to the logs by getting the case off the TiVo and setting it all up in my PC I think.

Is it possible to display the EndPad logs via a Backdoor command?
Are EndPad logs kept for a few days?
Could you post which directory the logs should be found in?

EndPad is great and I would not do without it I just wished I could track down this 5 minute problem. I was thinking I could try to change settings to s 2 and e 5 and see if the problem continues but as I record many programmes from early morning BBC/ITV the 15 mins end padding is a necessity.

TIA

[sanderton]

Suggest you set your TiVo up so that you can connect to it wit a serial cable, saves hoiking disks out.

Logs are in /var/log and are kept for up to 48 hrs.

[doubledrat]

off topic, but any idea why additional logs (eg endpad) don't show up with the backdoor log viewing?

[sanderton]

The log file names must be hardwired in the backdoor code.

[pmk]

Originally posted by sanderton
Suggest you set your TiVo up so that you can connect to it wit a serial cable, saves hoiking disks out. Logs are in /var/log and are kept for up to 48 hrs.

Yes I think I have no option - the benefits far out way the disadvantages.

Can you recommend a guide for getting the serial cable working and anything else that needs installing to send/retrieve and setup files off the TiVo?

Cheers

[P63B]

New HD with EndPad?

At some point in the future, I'm going to want to replace my 40 + 30 GB drives with a single larger drive (120 GB probably). My Tivo is not networked, and I don't really want to get into this, but having Endpad functionality would certainly be useful.

Does anyone supply replacement drives with Tivo software and Endpad (with default padding lengths added for particular channels)? Or is this a non-starter because Endpad needs a networked Tivo to be managed/tweaked/to view logs etc?

Many thanks in advance.

[sanderton]

No-one offers it as a paid service, because that would be against the terms and conditions of use for EndPad.

If you have the disks "out" to do the upgrade it is relatively straightforward to add EndPad in at that point, assuming you are reasonably Linux literate. You don't need to be networked to install or run it - indeed you don't even need to take the disks out (there are guides further up the thread).

[pmk]

Originally posted by sanderton
Suggest you set your TiVo up so that you can connect to it wit a serial cable, saves hoiking disks out. Logs are in /var/log and are kept for up to 48 hrs.
Okay I took the plunge and bought a TurboNET card so I can easy get access to the log files in the hope it may point to what the problem is. Everything is installed and I have my first report of the black bar problem.

Dawsons Creek 10:00-11:00 (may have been 10:55 however)
Details Of Recording Duration 1:05
Timebar indicates 0:00-0:59
(Duration 5/6 minutes too long that matches up with 5 minutes of black in next recording)

Top Of The Pops Saturday 11:00-12:00
Recording indicates Duration 1:10
Timebar indicates 00:05-1:15
(i.e. first 5 minutes of black at beginning)

My EndPad logs follow I hope that it allows you to help me out with my problem?

Thanks.

Saturday 07:27:00 : Woken up
Saturday 07:27:00 : No recording in progress
Saturday 07:27:00 : Next recording is {The Saturday Show} on BBC1NW (Suggestion) at 07:30
Saturday 07:27:00 : No end padding required:
Saturday 07:27:00 : No recording in progress
Saturday 07:27:00 : Next end padding setting due 08:55
Saturday 07:27:00 : Added 120 seconds start padding to {The Saturday Show}
Saturday 07:27:00 : Next start padding setting due 08:55
Saturday 07:27:00 : Next wake up will be 07:57
Sleeping, checking every minute for kill signal...............................
Saturday 07:57:00 : Woken up
Saturday 07:57:00 : Recording {The Saturday Show} on BBC1NW (Suggestion) now
Saturday 07:57:00 : Recording Scheduled End Time: 09:00
Saturday 07:57:00 : Next recording is {Dawson's Creek} on FIVE at 09:00
Saturday 07:57:00 : Not time to add end padding yet
Saturday 07:57:00 : Next end padding setting due 08:55
Saturday 07:57:00 : Not time to add start padding yet
Saturday 07:57:00 : Next start padding setting due 08:57
Saturday 07:57:00 : Next wake up will be 08:27
Sleeping, checking every minute for kill signal...............................
Saturday 08:27:00 : Woken up
Saturday 08:27:00 : Recording {The Saturday Show} on BBC1NW (Suggestion) now
Saturday 08:27:00 : Recording Scheduled End Time: 09:00
Saturday 08:27:00 : Next recording is {Dawson's Creek} on FIVE at 09:00
Saturday 08:27:00 : Not time to add end padding yet
Saturday 08:27:00 : Next end padding setting due 08:55
Saturday 08:27:00 : Not time to add start padding yet
Saturday 08:27:00 : Next start padding setting due 08:57
Saturday 08:27:00 : Next wake up will be 08:55
Sleeping, checking every minute for kill signal.............................
Saturday 08:55:00 : Woken up
Saturday 08:55:01 : Recording {The Saturday Show} on BBC1NW (Suggestion) now
Saturday 08:55:01 : Recording Scheduled End Time: 09:00
Saturday 08:55:01 : Next recording is {Dawson's Creek} on FIVE at 09:00
Saturday 08:55:01 : Gap to next programme is 0 seconds
Saturday 08:55:01 : Can't add end padding to {The Saturday Show}
Saturday 08:55:01 : Next end padding setting due 09:50
Saturday 08:55:01 : Not time to add start padding yet
Saturday 08:55:01 : Next start padding setting due 08:57
Saturday 08:55:01 : Next wake up will be 08:57
Sleeping, checking every minute for kill signal...
Saturday 08:57:00 : Woken up
Saturday 08:57:00 : Recording {The Saturday Show} on BBC1NW (Suggestion) now
Saturday 08:57:00 : Recording Scheduled End Time: 09:00
Saturday 08:57:00 : Next recording is {Dawson's Creek} on FIVE at 09:00
Saturday 08:57:00 : Gap to next programme is 0 seconds
Saturday 08:57:00 : Can't add end padding to {The Saturday Show}
Saturday 08:57:00 : Next end padding setting due 09:50
Saturday 08:57:00 : Gap to previous recording is 0 seconds
Saturday 08:57:00 : Can't add start padding to {Dawson's Creek}
Saturday 08:57:00 : Next start padding setting due 09:50
Saturday 08:57:00 : Next wake up will be 09:27
Sleeping, checking every minute for kill signal...............................
Saturday 09:27:00 : Woken up
Saturday 09:27:01 : Recording {Dawson's Creek} on FIVE now
Saturday 09:27:01 : Recording Scheduled End Time: 09:55
Saturday 09:27:01 : Next recording is {Top of the Pops Saturday} on BBC1NW at 10:00
Saturday 09:27:01 : Not time to add end padding yet
Saturday 09:27:01 : Next end padding setting due 09:50
Saturday 09:27:01 : Not time to add start padding yet
Saturday 09:27:01 : Next start padding setting due 09:57
Saturday 09:27:01 : Next wake up will be 09:50
Sleeping, checking every minute for kill signal........................
Saturday 09:50:00 : Woken up
Saturday 09:50:00 : Recording {Dawson's Creek} on FIVE now
Saturday 09:50:00 : Recording Scheduled End Time: 09:55
Saturday 09:50:00 : Next recording is {Top of the Pops Saturday} on BBC1NW at 10:00
Saturday 09:50:00 : Gap to next programme is 300 seconds
Saturday 09:50:00 : Added 298 seconds end padding to {Dawson's Creek}
Saturday 09:50:00 : Next end padding setting due 10:55
Saturday 09:50:00 : Not time to add start padding yet
Saturday 09:50:00 : Next start padding setting due 09:57
Saturday 09:50:00 : Next wake up will be 09:57
Sleeping, checking every minute for kill signal........
Saturday 09:57:00 : Woken up
Saturday 09:57:00 : Recording {Dawson's Creek} on FIVE now
Saturday 09:57:00 : Recording Scheduled End Time: 09:59
Saturday 09:57:00 : Next recording is {Top of the Pops Saturday} on BBC1NW at 10:00
Saturday 09:57:00 : Gap to next programme is 300 seconds
Saturday 09:57:01 : Added 298 seconds end padding to {Dawson's Creek}
Saturday 09:57:01 : Next end padding setting due 10:55
Saturday 09:57:01 : Gap to previous recording is 2 seconds
Saturday 09:57:01 : Can't add start padding to {Top of the Pops Saturday}
Saturday 09:57:01 : Next start padding setting due 10:55
Saturday 09:57:01 : Next wake up will be 10:27
Sleeping, checking every minute for kill signal...............................
Saturday 10:27:01 : Woken up
Saturday 10:27:01 : Recording {Top of the Pops Saturday} on BBC1NW now
Saturday 10:27:01 : Recording Scheduled End Time: 11:00
Saturday 10:27:01 : Next recording is Xcalibur on FIVE (Suggestion) at 11:25
Saturday 10:27:01 : Not time to add end padding yet
Saturday 10:27:01 : Next end padding setting due 10:55
Saturday 10:27:01 : Not time to add start padding yet
Saturday 10:27:01 : Next start padding setting due 11:22
Saturday 10:27:01 : Next wake up will be 10:55
Sleeping, checking every minute for kill signal.............................
Saturday 10:55:00 : Woken up
Saturday 10:55:00 : Recording {Top of the Pops Saturday} on BBC1NW now
Saturday 10:55:00 : Recording Scheduled End Time: 11:00
Saturday 10:55:00 : Next recording is Xcalibur on FIVE (Suggestion) at 11:25
Saturday 10:55:00 : Gap to next programme is 1500 seconds
Saturday 10:55:00 : Added 900 seconds end padding to {Top of the Pops Saturday}
Saturday 10:55:00 : Next end padding setting due 11:55
Saturday 10:55:00 : Not time to add start padding yet
Saturday 10:55:00 : Next start padding setting due 11:22
Saturday 10:55:00 : Next wake up will be 11:22
Sleeping, checking every minute for kill signal............................
Saturday 11:22:00 : Woken up
Saturday 11:22:00 : No recording in progress
Saturday 11:22:00 : Next recording is Xcalibur on FIVE (Suggestion) at 11:25
Saturday 11:22:00 : No end padding required:
Saturday 11:22:00 : No recording in progress
Saturday 11:22:00 : Next end padding setting due 11:55
Saturday 11:22:00 : Added 120 seconds start padding to Xcalibur
Saturday 11:22:00 : Next start padding setting due 11:55
Saturday 11:22:00 : Next wake up will be 11:52
Sleeping, checking every minute for kill signal...............................
Saturday 11:52:00 : Woken up
Saturday 11:52:01 : Recording Xcalibur on FIVE (Suggestion) now
Saturday 11:52:01 : Recording Scheduled End Time: 12:00
Saturday 11:52:01 : Next recording is {Even Stevens} on CBBC at 14:00
Saturday 11:52:01 : Not time to add end padding yet
Saturday 11:52:01 : Next end padding setting due 11:55
Saturday 11:52:01 : Not time to add start padding yet
Saturday 11:52:01 : Next start padding setting due 13:57
Saturday 11:52:01 : Next wake up will be 11:55
Sleeping, checking every minute for kill signal....
Saturday 11:55:00 : Woken up
Saturday 11:55:00 : Recording Xcalibur on FIVE (Suggestion) now
Saturday 11:55:00 : Recording Scheduled End Time: 12:00
Saturday 11:55:00 : Next recording is {Even Stevens} on CBBC at 14:00
Saturday 11:55:00 : Gap to next programme is 7200 seconds
Saturday 11:55:00 : Added 900 seconds end padding to Xcalibur
Saturday 11:55:00 : Next end padding setting due 14:45
Saturday 11:55:00 : Not time to add start padding yet
Saturday 11:55:00 : Next start padding setting due 13:57
Saturday 11:55:00 : Next wake up will be 12:25

[shanew]

Originally posted by P63B
New HD with EndPad?

At some point in the future, I'm going to want to replace my 40 + 30 GB drives with a single larger drive (120 GB probably). My Tivo is not networked, and I don't really want to get into this, but having Endpad functionality would certainly be useful.

Does anyone supply replacement drives with Tivo software and Endpad (with default padding lengths added for particular channels)? Or is this a non-starter because Endpad needs a networked Tivo to be managed/tweaked/to view logs etc?

Many thanks in advance.

I installed endpad on my parents TiVo which doesn't have network access.

With the knowledge that there wouldn't be a new tivo version in the UK (ie the OS partition wouldn't change) but occasionally the /var partition can be rebuilt I wrote a simple bash script which was called at the end of /etc/rc.d/rc.sysinit

It checked for the existance of the endpad.tcl file and the /var/hack directory. If they didn't exist it would create /var/hack then copy endpad.tcl from /etc/rc.d to /var/hack directory then run it with the default options.

I checked it worked by getting the script to copy the file on the first boot up.

Living a long way from my parents I didn't want to go back and reinstall it when the var partition was rebuilt.

Hope this helps

Shane.

[sanderton]

Originally posted by pmk
My EndPad logs follow I hope that it allows you to help me out with my problem?


The logs show EndPad doing what its supposed to do I'm afraid.

It doesn't touch the TOTP recording at all, and adds 2 seconds under 5 mins padding to the Dawsons Creek, taking its stop time to 2 seconds short of 11am - ie, no overlap.

I can't see anything different to how it normally operates.

Are the two recordings still on your TIVo?

If they are, can you use TivoWeb to extract the details please; browse to the recordings in Now Playing, then change the URL from "showing" to "object" and post the output here.

It would also be useful if you could post the section of tvlog from the 15 mins around the time of the oddity (remember the log is GMT). Yesterdays logs are prefaced with an O.

[pmk]

Thanks for replying Stuart.

>The logs show EndPad doing what its supposed to do I'm afraid.
Yes I thought it would. Probably pure coincidence this 5mins black bar problem started to happen after I installed EndPad. I guess I can easily try 5 mins end padding and see if the problem disappears but at a last resort.

You probably noticed but when looking at the details of the Dawsons Creek recording in the Now Playing it says Duration 1:05 - i.e. this should have been only 1hour the extra 5 minutes on this recording is what has created the 5 mins of black bar on TOTP Sat but this 5 mins does not exist in the Dawson Creek recording either (i.e. only 59 mins in timebar).

>Are the two recordings still on your TIVo?

Unfortunately both are not anymore but the next time it happens I will post what you suggest. It usually happens to a programme I have manually forced to record due to a conflict. e.g. TOTP Saturday but not always.

>tvlog from the 15 mins around the time of the oddity

See below. The 5 minutes of black in the time line was at the beginning of TOTP Sat that was 11:00 so I am guessing you need the log times around 10:00. The "VERY_LATE" entries look like they may be pointing to something with the milliseconds equating to around 5 mins?

May 22 09:45:20 (none) Recorder[144]: Adding check schedule task
May 22 09:45:21 (none) Scheduler[146]: Done ProcessProgramSources
May 22 09:45:21 (none) Scheduler[146]: Done Checking normal priority Capture Requests
May 22 09:45:21 (none) Scheduler[146]: FUZZY SOURCE
May 22 09:45:56 (none) RecordingList[146]: Err errTmBackgroundHoldoff at line 1018
May 22 09:46:24 (none) Recorder[144]: Adding check schedule task
May 22 09:46:34 (none) RecordingList[146]: Err errTmBackgroundHoldoff at line 1018
May 22 09:46:51 (none) RecordingList[146]: Err errTmBackgroundHoldoff at line 1018
May 22 09:47:08 (none) Scheduler[146]: Done ProcessSpecialProgramSources
May 22 09:47:08 (none) Scheduler[146]: DataChanged:Completed
May 22 09:47:36 (none) Scheduler[146]: Mempool highwater 150108
May 22 09:47:36 (none) Scheduler[146]: DISK SPACE: Total: 103698 Live cache: 1277 Overhead: 396
May 22 09:47:36 (none) Scheduler[146]: TIVO CLIPS DISK SPACE: Total: 9765 Overhead: 42
May 22 09:47:38 (none) Scheduler[146]: Done Checking high priority Capture Requests
May 22 09:49:10 (none) Recorder[144]: Adding check schedule task
May 22 09:49:19 (none) RecordingList[146]: Err errTmBackgroundHoldoff at line 1026
May 22 09:50:00 (none) Recorder[144]: Adding check schedule task
May 22 09:50:05 (none) RecordingList[146]: Err errTmBackgroundHoldoff at line 1026
May 22 09:50:31 (none) RecordingList[146]: Err errTmBackgroundHoldoff at line 1018
May 22 09:50:45 (none) Recorder[144]: Adding check schedule task
May 22 09:50:53 (none) RecordingList[146]: Err errTmBackgroundHoldoff at line 1026
May 22 09:51:33 (none) Recorder[144]: Adding check schedule task
May 22 09:51:41 (none) RecordingList[146]: Err errTmBackgroundHoldoff at line 1026
May 22 09:52:34 (none) Recorder[144]: Adding check schedule task
May 22 09:52:35 (none) RecordingList[146]: Err errTmBackgroundHoldoff at line 1026
May 22 09:52:45 (none) RecordingList[146]: Err errTmBackgroundHoldoff at line 1026
May 22 09:53:03 (none) RecordingList[146]: Err errTmBackgroundHoldoff at line 1018
May 22 09:54:10 (none) Recorder[144]: Adding check schedule task
May 22 09:54:18 (none) RecordingList[146]: Err errTmBackgroundHoldoff at line 1105
May 22 09:55:00 (none) VideoGuts[148]: InputState processing took 660 msecs
May 22 09:55:00 (none) VideoGuts[148]: Total Heartbeat processing took 661 msecs
May 22 09:55:14 (none) Recorder[144]: found showing 426553/78 (program 229943)
May 22 09:55:15 (none) Recorder[144]: Adding check schedule task
May 22 09:55:18 (none) Recorder[144]: IncrementalAlloc rec 433209
May 22 09:55:18 (none) Recorder[144]: Allocating new recording file. Size 61440
May 22 09:55:18 (none) Recorder[144]: Two small clips in a row!
May 22 09:55:18 (none) Recorder[144]: Live cache size 1671168
May 22 09:55:18 (none) Recorder[144]: Recording Id 433209 size 726016
May 22 09:55:18 (none) Recorder[144]: User recording 104515968 free 22912
May 22 09:55:18 (none) Recorder[144]: TivoClip total 10000000 free 9712256
May 22 09:55:18 (none) Recorder[144]: DeleteSomething fUserSaidOk=1
May 22 09:55:18 (none) Recorder[144]: allocate: 14:00000000:40b1b990 rec 433209
May 22 09:55:19 (none) Recorder[144]: live cache: 22:00000000:00000000
May 22 09:55:27 (none) Recorder[144]: candidate: 1:00000000:00000000 430605
May 22 09:55:27 (none) Recorder[144]: deleting rec 430605
May 22 09:55:27 (none) Recorder[144]: Abr--Now: rec 430605
May 22 09:55:28 (none) Recorder[144]: Live cache size 1671168
May 22 09:55:28 (none) Recorder[144]: Recording Id 433209 size 726016
May 22 09:55:28 (none) Recorder[144]: User recording 104515968 free 414080
May 22 09:55:28 (none) Recorder[144]: TivoClip total 10000000 free 9712256
May 22 09:55:28 (none) Recorder[144]: Allocated stream Id 439523, size 61440
May 22 09:55:28 (none) mediamgr[144]: AddRecordFile input#0
May 22 09:55:28 (none) Deadline[144]: Task CheckSchedule started late by 3465ms
May 22 09:55:28 (none) Deadline[144]: Tasks run 5300
May 22 09:55:28 (none) Deadline[144]: Existed for 0:63611:194612
May 22 09:55:28 (none) Deadline[144]: Overhead time 0:1:574264
May 22 09:55:43 (none) RecordingList[146]: Err errTmBackgroundHoldoff at line 1018
May 22 09:56:06 (none) Recorder[144]: Adding check schedule task
May 22 09:56:11 (none) RecordingList[146]: Err errTmBackgroundHoldoff at line 1018
May 22 09:56:18 (none) TmkTransform::Trace[143]: ClipCache 0x300113cc Secondary Reset
May 22 09:56:18 (none) ClipCache[139]: 0x300113cc in Entry(), thread 139
May 22 09:57:01 (none) Recorder[144]: Adding check schedule task
May 22 09:57:06 (none) RecordingList[146]: Err errTmBackgroundHoldoff at line 1026
May 22 09:57:23 (none) TmkMediaswitch::Trace[143]: Drift = 4
May 22 09:57:35 (none) RecordingList[146]: Err errTmBackgroundHoldoff at line 1018
May 22 09:58:03 (none) Recorder[144]: Adding check schedule task
May 22 09:58:14 (none) RecordingList[146]: Err errTmBackgroundHoldoff at line 1018
May 22 09:58:30 (none) RecordingList[146]: Err errTmBackgroundHoldoff at line 1018
May 22 09:58:51 (none) Recorder[144]: Adding check schedule task
May 22 09:58:56 (none) RecordingList[146]: Err errTmBackgroundHoldoff at line 1026
May 22 09:58:58 (none) Recorder[144]: StopPending rec 433209
May 22 09:58:58 (none) VideoGuts[144]: RecordingStopPending 266
May 22 09:59:06 (none) Recorder[144]: Adding check schedule task
May 22 09:59:06 (none) Recorder[144]: CheckSchedule: creating action for: rec 435565
May 22 09:59:06 (none) Recorder[144]: Creating normal action
May 22 09:59:06 (none) Recorder[144]: Creating normal action
May 22 09:59:06 (none) Recorder[144]: CheckSchedule: next creation at 12560 41046: rec 439518
May 22 09:59:06 (none) Recorder[144]: InitialAction rec 435565
May 22 09:59:06 (none) Recorder[144]: InitialAction RecId 435565
May 22 09:59:06 (none) Recorder[144]: Item 435565: estimate kb per second: 219
May 22 09:59:07 (none) Recorder[144]: RequestTuner rec 435565
May 22 09:59:07 (none) TvVideoPolicy[144]: RecordingTunerRequest on 267
May 22 09:59:07 (none) VideoGuts[144]: RecordingTunerResult ALLOWED 267
May 22 09:59:07 (none) Recorder[144]: Got EVT_VIDEO_SESSION 3
May 22 09:59:07 (none) Recorder[144]: AquiredTunerLock event received
May 22 09:59:46 (none) Recorder[144]: Adding check schedule task
May 22 09:59:48 (none) Recorder[144]: Allocate rec 435565
May 22 09:59:48 (none) Recorder[144]: Allocating new recording file. Size 524288
May 22 09:59:48 (none) Recorder[144]: Live cache size 1671168
May 22 09:59:48 (none) Recorder[144]: Recording Id 433209 size 787456
May 22 09:59:48 (none) Recorder[144]: Recording Id 435565 size 0
May 22 09:59:48 (none) Recorder[144]: User recording 104515968 free 352640
May 22 09:59:48 (none) Recorder[144]: TivoClip total 10000000 free 9712256
May 22 09:59:48 (none) Recorder[144]: DeleteSomething fUserSaidOk=1
May 22 09:59:48 (none) Recorder[144]: allocate: 12:00002328:40b1c7a0 rec 435565
May 22 09:59:48 (none) Recorder[144]: live cache: 22:00000000:00000000
May 22 09:59:51 (none) mempool[138]: MyWorld block: 1191kB/1650kB chunk: 264kB/733kB unused: 1259kB search: 1 (size=3731424)
May 22 09:59:51 (none) mempool[138]: Osd block: 96kB/111kB chunk: 947kB/1244kB unused: 1623kB search: 0 (size=3051488)
May 22 09:59:56 (none) Recorder[144]: candidate: 1:00000000:00000000 430613
May 22 09:59:56 (none) Recorder[144]: deleting rec 430613
May 22 09:59:56 (none) Recorder[144]: Abr--Now: rec 430613
May 22 09:59:57 (none) Recorder[144]: Live cache size 1671168
May 22 09:59:57 (none) Recorder[144]: Recording Id 433209 size 787456
May 22 09:59:57 (none) Recorder[144]: Recording Id 435565 size 0
May 22 09:59:57 (none) Recorder[144]: User recording 104515968 free 962944
May 22 09:59:57 (none) Recorder[144]: TivoClip total 10000000 free 9712256
May 22 09:59:57 (none) Recorder[144]: Allocated stream Id 439524, size 524288
May 22 09:59:57 (none) Recorder[144]: Allocate success! Adding START task
May 22 09:59:58 (none) Recorder[144]: Stop rec 433209
May 22 09:59:58 (none) VideoGuts[144]: StopRecording 266
May 22 09:59:58 (none) InputState[144]: StartCaching 0
May 22 09:59:58 (none) TmkMediaswitch::Trace[143]: using CBR, bitRate=5960000, maxBitrate=5960000
May 22 09:59:58 (none) Recorder[144]: Start rec 435565
May 22 09:59:58 (none) VideoGuts[144]: StartRecording 267
May 22 09:59:58 (none) InputState[144]: StartRecording 0
May 22 09:59:58 (none) TmkTransform::Trace[143]: ClipCache 0x30017140 Secondary Reset
May 22 09:59:58 (none) ClipCache[139]: 0x30017140 in Entry(), thread 139
May 22 10:04:42 (none) TmkMediaswitch::Trace[143]: using CBR, bitRate=1700000, maxBitrate=1700000
May 22 10:04:42 (none) VideoGuts[148]: Starved of heartbeats for 289 secs
May 22 10:04:42 (none) TmkTransform::Trace[143]: ClipCache 0x300176e4 Secondary Reset
May 22 10:04:42 (none) ClipCache[139]: 0x300176e4 in Entry(), thread 139
May 22 10:04:42 (none) Deadline[144]: VERY_LATE:Task Start ran late by 283879ms
May 22 10:04:42 (none) Deadline[144]: VERY_LATE:Task CheckSchedule started late by 292062ms
May 22 10:04:42 (none) VideoGuts[148]: InputState processing took 499 msecs
May 22 10:04:42 (none) VideoGuts[148]: Total Heartbeat processing took 499 msecs
May 22 10:04:43 (none) Deadline[144]: VERY_LATE:Task CheckSchedule ran late by 282340ms
May 22 10:04:43 (none) Deadline[144]: VERY_LATE:Task LiveCache started late by 290061ms
May 22 10:04:43 (none) Deadline[144]: VERY_LATE:Task LiveCache ran late by 288062ms
May 22 10:04:43 (none) Deadline[144]: VERY_LATE:Task IncrementalAlloc started late by 265853ms
May 22 10:04:43 (none) Deadline[144]: VERY_LATE:Task IncrementalAlloc ran late by 255854ms
May 22 10:04:43 (none) Recorder[144]: Deadline scheduler took 290469 milliseconds
May 22 10:04:43 (none) Recorder[144]: Heartbeat took 290 seconds
May 22 10:04:43 (none) Recorder[144]: SecondaryEventCallback took 290 seconds
May 22 10:04:43 (none) Recorder[144]: Got EVT_VIDEO_SESSION 9
May 22 10:04:43 (none) Recorder[144]: Got EVT_VIDEO_SESSION 15
May 22 10:04:43 (none) Recorder[144]: ScheduleCleanup rec 433209
May 22 10:04:43 (none) Recorder[144]: AquiredTunerLock event received
May 22 10:04:43 (none) Recorder[144]: Got EVT_VIDEO_SESSION 9
May 22 10:04:43 (none) Recorder[144]: Got EVT_VIDEO_SESSION 10
May 22 10:04:43 (none) Deadline[144]: Task Cleanup started late by 3082ms
May 22 10:04:43 (none) Recorder[144]: Cleanup rec 433209
May 22 10:04:43 (none) Recorder[144]: FRecordingEmpty: probing...
May 22 10:04:43 (none) Deadline[144]: Task Cleanup ran late by 564ms
May 22 10:04:43 (none) Recorder[144]: Adding check schedule task
May 22 10:04:53 (none) RecordingList[146]: Err errTmBackgroundHoldoff at line 1018
May 22 10:05:10 (none) RecordingList[146]: Err errTmBackgroundHoldoff at line 1018
May 22 10:05:10 (none) Recorder[144]: found showing 426567/72 (program 435005)
May 22 10:05:11 (none) Recorder[144]: Adding check schedule task
May 22 10:05:21 (none) RecordingList[146]: Err errTmBackgroundHoldoff at line 1018
May 22 10:05:30 (none) RecordingList[146]: Err errTmBackgroundHoldoff at line 1026
May 22 10:05:39 (none) RecordingList[146]: Err errTmBackgroundHoldoff at line 1018
May 22 10:06:37 (none) Recorder[144]: Adding check schedule task
May 22 10:06:47 (none) RecordingList[146]: Err errTmBackgroundHoldoff at line 1018
May 22 10:07:03 (none) RecordingList[146]: Err errTmBackgroundHoldoff at line 1018
May 22 10:07:31 (none) Recorder[144]: Adding check schedule task
May 22 10:07:42 (none) RecordingList[146]: Err errTmBackgroundHoldoff at line 1018
May 22 10:07:59 (none) Recorder[144]: Adding check schedule task
May 22 10:08:27 (none) RecordingList[146]: Err errTmBackgroundHoldoff at line 1018
May 22 10:08:59 (none) Recorder[144]: Adding check schedule task
May 22 10:09:09 (none) RecordingList[146]: Err errTmBackgroundHoldoff at line 1018
May 22 10:09:23 (none) RecordingList[146]: Err errTmBackgroundHoldoff at line 1018
May 22 10:09:57 (none) Recorder[144]: Adding check schedule task
May 22 10:10:08 (none) RecordingList[146]: Err errTmBackgroundHoldoff at line 1018
May 22 10:10:18 (none) RecordingList[146]: Err errTmBackgroundHoldoff at line 1018
May 22 10:10:46 (none) Recorder[144]: Adding check schedule task
May 22 10:10:57 (none) RecordingList[146]: Err errTmBackgroundHoldoff at line 1026
May 22 10:11:14 (none) RecordingList[146]: Err errTmBackgroundHoldoff at line 1018
May 22 10:11:41 (none) Recorder[144]: Adding check schedule task
May 22 10:11:42 (none) RecordingList[146]: Err errTmBackgroundHoldoff at line 1026
May 22 10:11:52 (none) RecordingList[146]: Err errTmBackgroundHoldoff at line 1026
May 22 10:12:10 (none) RecordingList[146]: Err errTmBackgroundHoldoff at line 1018
May 22 10:12:41 (none) Recorder[144]: Adding check schedule task
May 22 10:12:52 (none) RecordingList[146]: Err errTmBackgroundHoldoff at line 1018
May 22 10:13:06 (none) RecordingList[146]: Err errTmBackgroundHoldoff at line 1018
May 22 10:13:23 (none) Recorder[144]: Adding check schedule task
May 22 10:13:31 (none) RecordingList[146]: Err errTmBackgroundHoldoff at line 1026
May 22 10:14:14 (none) Recorder[144]: Adding check schedule task
May 22 10:14:24 (none) RecordingList[146]: Err errTmBackgroundHoldoff at line 1018
May 22 10:14:58 (none) Recorder[144]: Adding check schedule task
May 22 10:15:05 (none) RecordingList[146]: Err errTmBackgroundHoldoff at line 1026
May 22 10:15:42 (none) Recorder[144]: Adding check schedule task
May 22 10:15:50 (none) RecordingList[146]: Err errTmBackgroundHoldoff at line 1026
May 22 10:16:46 (none) Deadline[144]: Tasks run 5400

[sanderton]

Hmm. The tvlog shows Dawons Creek ending successfully, the Live TV buffer starting up successfully at 2 seconds to 11 and then everything locking up for nearly 5 mins.

That 2 seconds gap doesn't happen on most setups, as the typical usage of EndPad is 5 mins or less. It's possible I guess that doing three swiches in 2 seconds is locking up myworld somehow.

[pmk]

Thanks Stuart.

Could you point out the time stamps where these switches are happening?

So do you think its EndPad? If yes can it be fixed?

If no what else could it be and do you have any suggestions on how it could be fixed?

Cheers

[sanderton]

I'm completely guessing pmk.

It's possible that scheduling a two second recording just makes Tivo trip over itself.

This is an edited version of EndPad which does not create the 2-second recordings.

Please report back if it fixed your problem.

[pmk]

Thanks Stuart. I will give it a try tonight and report back the next time a problem occurs (or hopefully not as the case may be!).

I noticed that someone else has posted very similar problems good news I guess in some way.

I guess the more log files we can gather the better chance we have of capturing the actual cause.

[nexstar]

I've recently installed endpad and I only decided to take a look at the logs for it when I noticed that a couple of recordings finished a bit prematurely.

I have it set to add 1 minute at the start and 3 minutes at the end and I'm using the -sugeq switch.

I was too late for the logs of the suspect recordings but I've included some of today's log for prior to a couple of scheduled recordings:

Tuesday 08:58:00 : Woken up
Tuesday 08:58:00 : Recording {Take Three Gardeners} on UKBRID (Suggestion) now
Tuesday 08:58:00 : Recording Scheduled End Time: 09:00
Tuesday 08:58:00 : Next recording is {City Hospital} on BBC1STH at 09:00
Tuesday 08:58:00 : Gap to next programme is 0 seconds
Tuesday 08:58:00 : Can't add end padding to {Take Three Gardeners}
Tuesday 08:58:00 : Next end padding setting due 09:55
Tuesday 08:58:00 : Gap to previous recording is 0 seconds
Tuesday 08:58:00 : Can't add start padding to {City Hospital}
Tuesday 08:58:00 : Next start padding setting due 09:55
Tuesday 08:58:00 : Next wake up will be 09:28
Sleeping, checking every minute for kill signal...............................
Tuesday 09:28:00 : Woken up
Tuesday 09:28:00 : Recording {City Hospital} on BBC1STH now
Tuesday 09:28:00 : Recording Scheduled End Time: 10:00
Tuesday 09:28:00 : Next recording is {WW2 Revisited} on UKHSTY (Suggestion) at 10:00
Tuesday 09:28:00 : Not time to add end padding yet
Tuesday 09:28:00 : Next end padding setting due 09:55
Tuesday 09:28:00 : Not time to add start padding yet
Tuesday 09:28:00 : Next start padding setting due 09:58
Tuesday 09:28:00 : Next wake up will be 09:55
Sleeping, checking every minute for kill signal............................
Tuesday 09:55:00 : Woken up
Tuesday 09:55:00 : Recording {City Hospital} on BBC1STH now
Tuesday 09:55:00 : Recording Scheduled End Time: 10:00
Tuesday 09:55:00 : Next recording is {WW2 Revisited} on UKHSTY (Suggestion) at 10:00
Tuesday 09:55:00 : Gap to next programme is 0 seconds
Tuesday 09:55:00 : Can't add end padding to {City Hospital}
Tuesday 09:55:00 : Next end padding setting due 10:55
Tuesday 09:55:00 : Not time to add start padding yet
Tuesday 09:55:00 : Next start padding setting due 09:58
Tuesday 09:55:00 : Next wake up will be 09:58
Sleeping, checking every minute for kill signal....
Tuesday 09:58:00 : Woken up
Tuesday 09:58:00 : Recording {City Hospital} on BBC1STH now
Tuesday 09:58:00 : Recording Scheduled End Time: 10:00
Tuesday 09:58:00 : Next recording is {WW2 Revisited} on UKHSTY (Suggestion) at 10:00
Tuesday 09:58:00 : Gap to next programme is 0 seconds
Tuesday 09:58:00 : Can't add end padding to {City Hospital}
Tuesday 09:58:00 : Next end padding setting due 10:55
Tuesday 09:58:00 : Gap to previous recording is 0 seconds
Tuesday 09:58:00 : Can't add start padding to {WW2 Revisited}
Tuesday 09:58:00 : Next start padding setting due 10:55
Tuesday 09:58:00 : Next wake up will be 10:28
Sleeping, checking every minute for kill signal.............

.....................
.....................
.....................

Tuesday 13:55:00 : Woken up
Tuesday 13:55:00 : No recording in progress
Tuesday 13:55:00 : Next recording is Countdown on C4 at 14:15
Tuesday 13:55:00 : No end padding required:
Tuesday 13:55:00 : No recording in progress
Tuesday 13:55:00 : Next end padding setting due 14:55
Tuesday 13:55:00 : Not time to add start padding yet
Tuesday 13:55:00 : Next start padding setting due 14:13
Tuesday 13:55:00 : Next wake up will be 14:13
Sleeping, checking every minute for kill signal...................
Tuesday 14:13:00 : Woken up
Tuesday 14:13:00 : No recording in progress
Tuesday 14:13:00 : Next recording is Countdown on C4 at 14:15
Tuesday 14:13:00 : No end padding required:
Tuesday 14:13:00 : No recording in progress
Tuesday 14:13:00 : Next end padding setting due 14:55
Tuesday 14:13:00 : Added 60 seconds start padding to Countdown
Tuesday 14:13:00 : Next start padding setting due 14:55
Tuesday 14:13:00 : Next wake up will be 14:43
Sleeping, checking every minute for kill signal...............................
Tuesday 14:43:00 : Woken up
Tuesday 14:43:00 : Recording Countdown on C4 now
Tuesday 14:43:00 : Recording Scheduled End Time: 15:00
Tuesday 14:43:00 : Next recording is {The Essential History of the Troubles} on UKHSTY (Suggestion) at 15:00
Tuesday 14:43:00 : Not time to add end padding yet
Tuesday 14:43:00 : Next end padding setting due 14:55
Tuesday 14:43:00 : Not time to add start padding yet
Tuesday 14:43:00 : Next start padding setting due 14:58
Tuesday 14:43:00 : Next wake up will be 14:55
Sleeping, checking every minute for kill signal.............
Tuesday 14:55:00 : Woken up
Tuesday 14:55:00 : Recording Countdown on C4 now
Tuesday 14:55:00 : Recording Scheduled End Time: 15:00
Tuesday 14:55:00 : Next recording is {The Essential History of the Troubles} on UKHSTY (Suggestion) at 15:00
Tuesday 14:55:00 : Gap to next programme is 0 seconds
Tuesday 14:55:00 : Can't add end padding to Countdown
Tuesday 14:55:00 : Next end padding setting due 15:55
Tuesday 14:55:00 : Not time to add start padding yet
Tuesday 14:55:00 : Next start padding setting due 14:58
Tuesday 14:55:00 : Next wake up will be 14:58
Sleeping, checking every minute for kill signal....
Tuesday 14:58:00 : Woken up
Tuesday 14:58:00 : Recording Countdown on C4 now
Tuesday 14:58:00 : Recording Scheduled End Time: 15:00
Tuesday 14:58:00 : Next recording is {The Essential History of the Troubles} on UKHSTY (Suggestion) at 15:00
Tuesday 14:58:00 : Gap to next programme is 0 seconds
Tuesday 14:58:00 : Can't add end padding to Countdown
Tuesday 14:58:00 : Next end padding setting due 15:55
Tuesday 14:58:00 : Gap to previous recording is 0 seconds
Tuesday 14:58:00 : Can't add start padding to {The Essential History of the Troubles}
Tuesday 14:58:00 : Next start padding setting due 15:55
Tuesday 14:58:00 : Next wake up will be 15:28
Sleeping, checking every minute for kill signal...............................

In the first section, there was no start or end padding of City Hospital even though the previous and subsequent recordings were Tivo suggestions.

In the later section, there was start padding of Countdown but no end padding. This is with version 1.4.0 of endpad.

I've read through most of this thread (phew!) but I apologise for probably missing some obvious point in relation to this. Any enlightenment would be greatly appreciated:)

[sanderton]

Ah, yes now I can either claim that's poor documentation, or a bug. Which would you prefer?

The -sugeq option actually turns off all suggestion deletion for padding.

In the first instance, however, a suggestion running up to a scheduled show will prevent start padding being added to the scheduled show; this is due to my not knowing how to kill an in-progress recording safely.

[nexstar]

Originally posted by sanderton
Ah, yes now I can either claim that's poor documentation, or a bug. Which would you prefer?


Entirely up to you....you can even blame me if it helps as I'd convinced myself I was at fault anyway :)

I tested it out again this evening after re-running it without -sugeq and the following suggestion wasn't recorded to make way for the endpadding (making up new verbs now) of a scheduled recording.

Excellent stuff :up: and many thanks.

[johala_reewi]

Originally posted by sanderton
I'm completely guessing pmk.

It's possible that scheduling a two second recording just makes Tivo trip over itself.

This is an edited version of EndPad which does not create the 2-second recordings.

Please report back if it fixed your problem.

Seems to have fixed the problem for me :) has worked two nights on the trot with programmes 5 and 10mins apart and 20 mins endpad time.

[sanderton]

Version 1.4.1 is in the top post.

Fixes problem with long end padding causing delayed start to a programme which overlapped the desired padding length.

[pmk]

Just thought I would post that everything has been fine with mine so far also but I did manage to go over a week (nearly two) with the old release with no problems so I am not 100% sure if my actual problem has been solved until more time has passed.

[pmk]

Arrhh well I do not think this has been fixed completely yet.

Jay Leno Show (FTN)
Thursday 27th 10:00-10:50

TiVO Detail Displays 59min duration
Timebar displays 1:05min but with the LAST 6mins as black in the timebar

Unfortunately no logs as more than a couple of days ago now but the next time it happens and I still have the logs I will post them.

[sanderton]

If it's the last six minutes it will be a different issue.

Was there a program on after it?

[pmk]

I have had to pull the power cord three times (TiVo totally hung on menus) since installing the PMK release (probably coincidence) so I have just updated to the official latest release, disabled/deleted all unused hacks etc and see how it goes.

It is possible that I pulled plug around the time where Jay Leno was black timelined.

Never had to pull plug on my TiVo since getting it 2 years ago so I am a bit concerned.

Thanks for your help and for the update that seems to address the problem with it missing the start of recordings.

[dialanothernumb]

I think your HD is wrecked

[pmk]

>I think your HD is wrecked

Do not know if this is aimed at me but I have not experienced any other issues of a wrecked HD. My /var partition has not been wiped due to "chkdsk" failing twice, no video corruption, no skipping or audio issues etc.

I have tidied up my hack folder and removed several things from the .author script to stop things running at startup thats not needed and everything has been fine so far. Much faster menus etc with just TiVoweb / Endpad running.

Is there anything specific I should be looking for in log files which may indicate a hard drive that is failing?

TIA

[gyre]

Dumb question... I installed the latest version cos I was seeing the 4 minute blank beginning problem with the older one... and just noticed something in the logfile which confused me.

It seemed that endpad was telling me that it couldn't add padding to a season pass recording since there was a suggestion scheduled immediately afterwards.

If that is true, it isn't exactly what I wanted. Is there a way of telling endpad that it should always pad non-suggestions, even if this means it can't schedule a suggestion?

Thanks!

-- gyre --

[dommac2000]

I think this is what the optional -sugeq parameter controls.

[gyre]

Oh, OK, I'd just assumed that it applied to padding suggestions.

-- gyre --

[Aerotec]

Help!

Have installed my Cachecard last night and am on a roll getting to grips with all these Tivo Add Ons!

I have downloaded the latest endpad and the instructions say to copy endpad.tcl on to the TiVo but where are you meant to copy it to? The root directory? /var/hack/? TivoWeb/Modules/?

Can someone point me in the right direction?

Thanks. Rich

[LJ]

/var/hack is a good place

[Aerotec]

I did that but when I run chmod 755 etc I get...

No Such File

??

[pmk]

try

cd /var/hack
chmod 755 ./endpad.tcl

I also remember for some reason I had to do this via telnet as ftp did not like it? First try via FTP if that does not work try it via telnet.

Obviously double check that endpad.tcl is in the /var/hack directory by doing a ls or something. I think pwd displays the current directory.

Also make sure if you are already running EndPad to stop it first according to instructions in first post.

HTH

[sanderton]

EndPad will run from any directory; I use /var/hack

tivoftpd does nor support chmod.

[Olly]

Thank you Stuart for a fantastic feature. I'm kicking myself for not installing it ages ago!

Oliver

[johala_reewi]

Just come back from holiday and discovered a lack of padding on recordings. Checked the endpad log and it looks like endpad just died.
Have restarted endpad and it cleaned up a stale PID. Will keep an eye on it (this is the pmk edit version).

edit: Just checking the tivo uptime and it looks like tivo rebooted at about the time endpad died. Maybe someone pulled the plug ?? Will still keep an eye on it.

[Aerotec]

Has anyone managed to install Endpad using...

http://www.pinedragon.com/tivo/endpad_instructions.html

I have tried on a standard 40GB drive and get errors when trying to mount hda4 and a few other things. I guess I should have noted what did and didn't work!

Is there an updated guide anywhere that I can follow? I have endpad running on my networked Tivo but would love to set it up on my parents machine.

Thanks, Rich

[sanderton]

Originally posted by johala_reewi
Just come back from holiday and discovered a lack of padding on recordings. Checked the endpad log and it looks like endpad just died.
Have restarted endpad and it cleaned up a stale PID. Will keep an eye on it (this is the pmk edit version).

edit: Just checking the tivo uptime and it looks like tivo rebooted at about the time endpad died. Maybe someone pulled the plug ?? Will still keep an eye on it.

Is Endpad in your startup script?

Was there an error message alog with the stale PID?

[pmk]

Originally posted by johala_reewi
(this is the pmk edit version

Doubt there are any changes but the "pmk" version is no longer the latest there is a newer version in the first item of this thread. HTH.

[sanderton]

No changes (beyond the version numbering).

[pmk]

Originally posted by Aerotec
Has anyone managed to install Endpad using...

http://www.pinedragon.com/tivo/endpad_instructions.html


Yes, I installed endpad using this guide (the main tip is make sure you use the correct boot CD and ensure you connect up your drives as indicated) before I got a TurboNET card. It worked fine but I am on a 120GB drive so I believe one of the partitions should not work.

If you had some error messages I guess the more Linux knowledgable members will be able to point you in the correct direction.

HTH

[Aerotec]

Was it the Kazmyr Boot CD you used? I am gathering a few different boot CDs this past week so it is getting a bit confusing!

I attempted this on a 40GB and a 120GB.

I take it one of the partitions will give me an error message if it is the dormant partitions used for software upgrades? I will reattempt it and copy over the error messages.

Oneof them when mounting was that it wanted me to specify the File System?

Rich

[johala_reewi]

Originally posted by sanderton
Is Endpad in your startup script?

Was there an error message alog with the stale PID?

Endpad wasn't in the startup script but it is now. No errors were reported when endpad was restarted. Looks like tivo decided to reboot but it was so long ago, the log files have nothing from that time. Have noticed that my Tivo seems a bit unstable with tivowebplus so maybe it was something to do with that.

[ywu]

how do you clean up a stale PID? My endpad has stopped working too.

[pmk]

Originally posted by Aerotec
Was it the Kazmyr Boot CD you used? I am gathering a few different boot CDs this past week so it is getting a bit confusing!

I attempted this on a 40GB and a 120GB.

I take it one of the partitions will give me an error message if it is the dormant partitions used for software upgrades? I will reattempt it and copy over the error messages.

Oneof them when mounting was that it wanted me to specify the File System?

Rich

I can't remember whether it was Kazymyrs or MFSToolsv2 as I have written both my gut feeling is Kazymyrs.

If its asking for a file system type you have probably got the drives mixed up / on wrong channel. This is what had me scratching my head for hours. You have to connect the drives up as indicated in the guide because whatever is needed to be done to get the TiVo drive readable is only done on certain channels.

If I understand correctly:

40GB original drive -> Partitions 4 and 7 should be available and the instructions should be followed and both partitions adjusted appropriately.

120GB upgraded drive -> Only one of the partitions will be mountable. Adjust the instructions appropriately and ignore the "#now do the same to partition X bit". Continue with "#now copy to /var/hack".

And do not forget never allow to boot to Win2K etc with your TiVo drive attached etc.

HTH

[sanderton]

Originally posted by ywu
how do you clean up a stale PID? My endpad has stopped working too.

You don't have to. It tells you as a courtesy so you know the previous instance ended abnormally.

[Fozzie]

Originally posted by Aerotec
One of them when mounting was that it wanted me to specify the File System?

Rich See my post here (http://www.tivocommunity.com/tivo-vb/showthread.php?s=&postid=1942730#post1942730) for a possible explanation.

[gyre]

A thought that arrived in a different thread (http://www.tivocommunity.com/tivo-vb/showthread.php?s=&threadid=179005).

Would it be sensible/possible for endpad to convert the "type" of a recording to a suggestion?

-- gyre --

[sanderton]

Yes, easy to do. You could have it change all kids programmes to Suggestions with a couple of lines of code.

[gyre]

What's your paypal address Stu? :)

-- gyre --

[sanderton]

Insert this code before the line "# Check if end padding can be added"


set db [dbopen]
RetryTransaction {
set crec [db $db openid $recfsid]
set cshowing [dbobj $crec get Showing]
set cprogram [dbobj $cshowing get Program]
set cgenre [dbobj $cprogram get Genre]
set match [lsearch -exact $cgenre 22]
if {$match >= 0} {
dbobj $crec set SelectionType 6
}
}
dbclose $db


Just written down, untested, may cause your TiVo to record Big Brother or other faults.

[gyre]

Thanks Stu!

Trying it out now. I'm guessing that a genre of 22 is 'children'.

Is there a way of saying "if this type of recording has 3 thumbs up and is part of a season pass?" That might be a better/more generic way for me to mark the ones I'd like converted to suggestions.

Alternatively "if this recording is 'basic'"... cos I record all the kids stuff in basic to save space :)

I've got Jeff's book... but haven't got to the tcl section yet :)

Thanks again.

-- gyre --

[ccwf]

Originally posted by gyre
Is there a way of saying "if this type of recording has 3 thumbs up and is part of a season pass?" That might be a better/more generic way for me to mark the ones I'd like converted to suggestions. Certainly, it should be possible to write code to do that.

However, although more difficult, I think WishLists are the way to go for leveraging the existing user interface to make special requests of EndPad.

For example, suppose you could request that all UEFA events be recorded with up to sixty seconds of start padding and one hour of end padding but to make them all suggestions by creating an Advanced WishList as follows: UEFA
*START PAD 1M
*END PAD 1H
*AS SUGGESTION (You could, of course, also have a higher priority, non-suggestion WishList for particular teams. The * at the start of a word is to ensure that TiVo's scheduler ignores the line.)

[sanderton]

Yes; the same code will work but replacing the Genre retrieve and test with whatever you like.

Thumbs are stored in a rather complex way in the Series object - you'd need to have a look at LJ's modules to see how they work.

Season Pass status is in the SelectionType property of the Recording object - I think 9 is usually SP, but there are a number of alternatives.

Recording Quality is the RecordQuality property of the Recording object. Basic is 0.

[sanderton]

Originally posted by ccwf
Certainly, it should be possible to write code to do that.

However, although more difficult, I think WishLists are the way to go for leveraging the existing user interface to make special requests of EndPad.

For example, suppose you could request that all UEFA events be recorded with up to sixty seconds of start padding and one hour of end padding but to make them all suggestions by creating an Advanced WishList as follows: UEFA
*START PAD 1M
*END PAD 1H
*AS SUGGESTION (You could, of course, also have a higher priority, non-suggestion WishList for particular teams. The * at the start of a word is to ensure that TiVo's scheduler ignores the line.)

Yes, you could add that functionality. Anyone interested?

[gyre]

ccwf: neat idea.
stu: thanks again... all worked great this morning... "suggestions" starting to fill up the hard drive.

-- gyre --

[ccwf]

Originally posted by sanderton
Yes, you could add that functionality. Anyone interested? I'm interested in coding it (but don't have a lot of time). :( If no one else steps forward (I know you're busy, too, Stuart, with various things), I'll probably get around to it eventually.

[gyre]

Stu, it may not be related, but would the code I've added to endpad cause the following two things to happen.

Firstly, a recording split itself into two parts, the first part was 5 minutes long.

Secondly, the tivo just rebooted with a BlockFailure error message.

May just be a coincidence.

-- gyre --

[sanderton]

1 & 2 are the same I should think - a reboot would split a recording.

It's possible that it's those changes doing it - anything that touches MFS can reboot the machine - however that code would only run when padding was actually being added, ie 5 mins before the end or 2 mins before the start of the next programme - if the reboot was at another time, I'd say it was unlikley. Comparing the times in the endpad log to the entries in the kernel log should clear that up.

I have seen people report that changing the specs on a recording while its recoding (through the TiVo menus) has rebooted their machine, but I do it so rarely I wouldn't know.

[gyre]

I know that reboots split the recording. However, this one was split before the reboot. Well wierd.

Anyway, it hasn't happened again since then, in fact has been sorting my stuff into suggestions just fine.

Thanks.

-- gyre --

[RichyClarke]

Stuart,
Thanks for endpad - don't know how I got by without it!!

My Tivo rebooted last night and I am trying to determine why. I noticed a line in my tvlog log file just before it happened which may (or may not) be relevant and related to endpad...

Before the reboot I was getting lots of 'VERY_LATE' messages and messages of heartbeat processing taking +++ msec, which I am not sure are are related.

The fifth line below indicates 'Two small clips in a row'. Do you know if this indicates 2 short recordings in a row, or am I way off track.
If it is 2 recordings, would this have thrown endpad???

If it's not endpad, I would appreciate anybodys view on what caused it.

relevant sections of tvlog, endpad.log and kernel are listed below:


Jun 14 01:01:56 (none) Deadline[147]: VERY_LATE:Task CheckSchedule ran late by 42933ms
Jun 14 01:01:56 (none) Deadline[147]: VERY_LATE:Task IncrementalAlloc started late by 50671ms
Jun 14 01:01:57 (none) Recorder[147]: IncrementalAlloc rec 204938
Jun 14 01:01:57 (none) Recorder[147]: Allocating new recording file. Size 458752
Jun 14 01:01:57 (none) Recorder[147]: Two small clips in a row!
Jun 14 01:02:00 (none) Recorder[147]: Live cache size 1880064
Jun 14 01:02:00 (none) Recorder[147]: Recording Id 204938 size 1504256
Jun 14 01:02:00 (none) Recorder[147]: User recording 221501824 free 220544
Jun 14 01:02:00 (none) Recorder[147]: TivoClip total 10000000 free 9712256
Jun 14 01:02:00 (none) Recorder[147]: DeleteSomething fUserSaidOk=1
Jun 14 01:02:00 (none) Recorder[147]: allocate: 22:00000000:00000000 rec 204938
Jun 14 01:02:00 (none) Recorder[147]: live cache: 3:00000000:00000000
Jun 14 01:01:51 (none) VideoGuts[151]: Starved of heartbeats for 73 secs
Jun 14 01:01:54 (none) VideoGuts[151]: OutputState processing took 1858 msecs
Jun 14 01:01:55 (none) VideoGuts[151]: Total Heartbeat processing took 2253 msecs
Jun 14 01:02:02 (none) VideoGuts[151]: OutputState processing took 542 msecs
Jun 14 01:02:02 (none) VideoGuts[151]: Total Heartbeat processing took 552 msecs
Jun 14 01:02:04 (none) VideoGuts[151]: InputState processing took 1256 msecs
Jun 14 01:02:04 (none) VideoGuts[151]: Total Heartbeat processing took 1258 msecs
Jun 14 01:02:07 (none) ClipCache[142]: 0x300177ac in Entry(), thread 142
Jun 14 01:02:22 (none) VideoGuts[151]: OutputState processing took 856 msecs
Jun 14 01:02:22 (none) VideoGuts[151]: Total Heartbeat processing took 1310 msecs
Jun 14 01:02:27 (none) VideoGuts[151]: InputState processing took 475 msecs
Jun 14 01:02:27 (none) VideoGuts[151]: Total Heartbeat processing took 544 msecs
Jun 14 01:02:31 (none) mempool[141]: MyWorld block: 932kB/1547kB chunk: 325kB/499kB unused: 1595kB search: 1 (size=3731424)
Jun 14 01:02:32 (none) mempool[141]: Osd block: 70kB/78kB chunk: 1257kB/1511kB unused: 1388kB search: 0 (size=3051488)
Jun 14 01:02:33 (none) VideoGuts[151]: InputState processing took 631 msecs
Jun 14 01:02:33 (none) VideoGuts[151]: Total Heartbeat processing took 634 msecs
Jun 14 01:03:14 (none) VideoGuts[151]: InputState processing took 1569 msecs
Jun 14 01:03:16 (none) VideoGuts[151]: OutputState processing took 1116 msecs
Jun 14 01:03:16 (none) VideoGuts[151]: Total Heartbeat processing took 3087 msecs
Jun 14 01:03:22 (none) VideoGuts[151]: InputState processing took 519 msecs
Jun 14 01:03:22 (none) VideoGuts[151]: Total Heartbeat processing took 733 msecs
Jun 14 01:03:39 (none) VideoGuts[151]: InputState processing took 437 msecs
Jun 14 01:03:39 (none) VideoGuts[151]: Total Heartbeat processing took 622 msecs
Jun 14 01:03:41 (none) VideoGuts[151]: InputState processing took 663 msecs
Jun 14 01:03:41 (none) VideoGuts[151]: Total Heartbeat processing took 665 msecs
Jun 14 01:03:43 (none) VideoGuts[151]: InputState processing took 982 msecs
Jun 14 01:03:43 (none) VideoGuts[151]: Total Heartbeat processing took 984 msecs
Jun 14 01:03:45 (none) VideoGuts[151]: InputState processing took 342 msecs
Jun 14 01:03:45 (none) VideoGuts[151]: Total Heartbeat processing took 345 msecs
Jun 14 01:04:41 (none) VideoGuts[151]: InputState processing took 1014 msecs
Jun 14 01:04:43 (none) VideoGuts[151]: OutputState processing took 656 msecs
Jun 14 01:04:43 (none) VideoGuts[151]: Total Heartbeat processing took 3686 msecs
Jun 14 01:05:27 (none) VideoGuts[151]: OutputState processing took 363 msecs
Jun 14 01:05:27 (none) VideoGuts[151]: Total Heartbeat processing took 1107 msecs
Jun 14 01:05:58 (none) Recorder[147]: candidate: 5:00000000:40b8cfa0 186568
Jun 14 01:05:59 (none) Recorder[147]: cache is lower than recording
Jun 14 01:05:59 (none) mediamgr[147]: RemoveUnwrittenLiveFile input#0
Jun 14 01:05:59 (none) MultiMpegCache[147]: Delete stream 206415(inx = 1, read = 0, write =0) totalCount 9
Jun 14 01:06:02 (none) TmkMediaswitch::Trace[146]: CHECK_VIDEO_LOCK took too long: 291
Jun 14 01:06:17 (none) Recorder[147]: Free live cache chunk: 206415
Jun 14 01:06:22 (none) VideoGuts[151]: InputState processing took 4401 msecs
Jun 14 01:06:23 (none) VideoGuts[151]: OutputState processing took 925 msecs
Jun 14 01:06:23 (none) VideoGuts[151]: Total Heartbeat processing took 6226 msecs
Jun 14 01:06:49 (none) TmkTransform::Trace[146]: ClipCache 0x30006948 Secondary Reset
Jun 14 01:07:23 (none) TmkMediaswitch::Trace[146]: Lost VBI lock
Jun 14 01:07:25 (none) VideoGuts[151]: InputState processing took 1876 msecs
Jun 14 01:07:26 (none) VideoGuts[151]: OutputState processing took 1197 msecs
Jun 14 01:07:26 (none) VideoGuts[151]: Total Heartbeat processing took 3352 msecs
Jun 14 01:07:31 (none) VideoGuts[151]: OutputState processing took 417 msecs
Jun 14 01:27:53 (none) EvtSwitcher[74]: EventSwitcher is starting up
Jun 14 01:27:53 (none) MfsDaemon[75]: MFS Daemon started, id is 75
Jun 14 01:27:53 (none) MfsDaemon[75]: Initializing MFS


endpad



Monday 00:25:02 : endpad.tcl 1.4.0 log file, log rotated
Monday 00:25:02 : Start padding set to 120 seconds
Monday 00:25:02 : End padding set to 600 seconds
Monday 00:25:02 : Suggestions will not be padded if another suggestion immediately follows them
Monday 00:25:02 : Detected TiVo software version 2.5.5-01-1-023
Monday 00:25:02 : Suggestion quality change disabled
Sleeping, checking every minute for kill signal...
Monday 00:27:00 : Woken up
Monday 00:27:00 : No recording in progress
Monday 00:27:00 : Next recording is {Ship to Shore} on FXKIDS (Suggestion) at 00:30
Monday 00:27:00 : No end padding required:
Monday 00:27:00 : No recording in progress
Monday 00:27:00 : Next end padding setting due 00:55
Monday 00:27:00 : Added 120 seconds start padding to {Ship to Shore}
Monday 00:27:00 : Next start padding setting due 00:55
Monday 00:27:00 : Next wake up will be 00:55
Sleeping, checking every minute for kill signal.............................
Monday 00:55:00 : Woken up
Monday 00:55:04 : Recording {Ship to Shore} on FXKIDS (Suggestion) now
Monday 00:55:04 : Recording Scheduled End Time: 01:00
Monday 00:55:04 : Next recording is {The Adventures of Sherlock Holmes} on BBCR7 (Suggestion) at 10:00
Monday 00:55:04 : Gap to next programme is 32400 seconds
Monday 00:55:05 : Added 600 seconds end padding to {Ship to Shore}
Monday 00:55:05 : Next end padding setting due 10:40
Monday 00:55:05 : Not time to add start padding yet
Monday 00:55:05 : Next start padding setting due 09:57
Monday 00:55:05 : Next wake up will be 01:25
Sleeping, checking every minute for kill signal.........Monday 01:28:11 :
Monday 01:28:11 : endpad.tcl 1.4.0 log file, starting up
Monday 01:28:11 : Start padding set to 120 seconds
Monday 01:28:11 : End padding set to 600 seconds
Monday 01:28:11 : Suggestions will not be padded if another suggestion immediately follows them
Monday 01:28:11 : Detected TiVo software version 2.5.5-01-1-023
Monday 01:28:11 : Suggestion quality change disabled
Monday 01:28:11 : Woken up



and Kernel


Jun 14 01:05:34 (none) kernel:
Jun 14 01:05:47 (none) last message repeated 1187 times
Jun 14 01:05:47 (none) kernel: tcp_keepalive: call keepopen(0x805dace0)
Jun 14 01:05:47 (none) kernel: tcp_keepalive: call keepopen(0x805daa00)
Jun 14 01:05:47 (none) kernel: tcp_keepopen_proc on 0x805daa00 - needs a tickle
Jun 14 01:05:47 (none) kernel: tcp_keepalive: call keepopen(0x805da720)
Jun 14 01:05:47 (none) kernel: tcp_keepalive: call keepopen(0x805da440)
Jun 14 01:05:47 (none) kernel: tcp_keepalive: call keepopen(0x805da160)
Jun 14 01:05:47 (none) kernel: tcp_keepalive: call keepopen(0x80b59900)
Jun 14 01:05:47 (none) kernel: tcp_keepalive: call keepopen(0x809a2300)
Jun 14 01:05:47 (none) kernel: tcp_keepalive: call keepopen(0x809a2ba0)
Jun 14 01:05:47 (none) kernel: tcp_keepalive: call keepopen(0x809a28c0)
Jun 14 01:05:47 (none) kernel: tcp_keepalive: call keepopen(0x8091f480)
Jan 1 00:00:16 (none) kernel: hda: ST3120026A, TiVo-realtime enabled ATA DISK drive
Jan 1 00:00:16 (none) kernel: hdb: ST3120026A, TiVo-realtime enabled ATA DISK drive
Jan 1 00:00:16 (none) kernel: ide0 at 0xffd00400-0xffd00407,0xffd00438 on irq 32
Jan 1 00:00:16 (none) kernel: idinfo 82=346B 83=7D01 85=3469 86=3C01 87=4003

[sanderton]

Doesn't apprear to be directly EndPad related - the crash happened while EndPad was inactive:


Monday 00:55:05 : Next wake up will be 01:25
Sleeping, checking every minute for kill signal.........
Monday 01:28:11 :
Monday 01:28:11 : endpad.tcl 1.4.0 log file, starting up


It looks like it got itself very confused because the Task Scheduler ran late and therefore didn't see the 5 mins padding had been added until after the show had finished. Why the Task Scheduler ran late - impossible to say from that - do you have the logs for 10 mins before?

[gyre]

Stuart... progress report... your fix to convert kids show recordings into suggestions has been working flawlessly since the first probably unrelated glitch.

Thanks d00d.

-- gyre --

[RichyClarke]

Stuart,
Thanks for the prompt reply.
the reference to '2 small clips in a row' made me think about endpad, after reading some of the previous postings. Also the fact that that it was due to wake at 01:25 - about the time of the reboot. If it is not endpad, then great - I don't want to lose endpad!!!

Here are the logs for the previous 10 mins..
Thanks again for your time to look at this.
Rich

endpad.log

Monday 00:25:02 : endpad.tcl 1.4.0 log file, log rotated
Monday 00:25:02 : Start padding set to 120 seconds
Monday 00:25:02 : End padding set to 600 seconds
Monday 00:25:02 : Suggestions will not be padded if another suggestion immediately follows them
Monday 00:25:02 : Detected TiVo software version 2.5.5-01-1-023
Monday 00:25:02 : Suggestion quality change disabled
Sleeping, checking every minute for kill signal...
Monday 00:27:00 : Woken up
Monday 00:27:00 : No recording in progress
Monday 00:27:00 : Next recording is {Ship to Shore} on FXKIDS (Suggestion) at 00:30
Monday 00:27:00 : No end padding required:
Monday 00:27:00 : No recording in progress
Monday 00:27:00 : Next end padding setting due 00:55
Monday 00:27:00 : Added 120 seconds start padding to {Ship to Shore}
Monday 00:27:00 : Next start padding setting due 00:55
Monday 00:27:00 : Next wake up will be 00:55
Sleeping, checking every minute for kill signal.............................
Monday 00:55:00 : Woken up
Monday 00:55:04 : Recording {Ship to Shore} on FXKIDS (Suggestion) now
Monday 00:55:04 : Recording Scheduled End Time: 01:00
Monday 00:55:04 : Next recording is {The Adventures of Sherlock Holmes} on BBCR7 (Suggestion) at 10:00
Monday 00:55:04 : Gap to next programme is 32400 seconds
Monday 00:55:05 : Added 600 seconds end padding to {Ship to Shore}
Monday 00:55:05 : Next end padding setting due 10:40
Monday 00:55:05 : Not time to add start padding yet
Monday 00:55:05 : Next start padding setting due 09:57
Monday 00:55:05 : Next wake up will be 01:25
Sleeping, checking every minute for kill signal.........Monday 01:28:11 :
Monday 01:28:11 : endpad.tcl 1.4.0 log file, starting up
Monday 01:28:11 : Start padding set to 120 seconds
Monday 01:28:11 : End padding set to 600 seconds
Monday 01:28:11 : Suggestions will not be padded if another suggestion immediately follows them
Monday 01:28:11 : Detected TiVo software version 2.5.5-01-1-023
Monday 01:28:11 : Suggestion quality change disabled
Monday 01:28:11 : Woken up


kernel (prior to this snippet there there are just keepopens and the odd tickle)

Jun 14 01:01:46 (none) kernel: tcp_keepalive: call keepopen(0x809a2ba0)
Jun 14 01:01:46 (none) kernel: tcp_keepalive: call keepopen(0x809a28c0)
Jun 14 01:01:46 (none) kernel: tcp_keepalive: call keepopen(0x8091f480)
Jun 14 01:02:59 (none) kernel: tcp_keepalive: call keepopen(0x805dace0)
Jun 14 01:03:33 (none) kernel: tcp_keepalive: call keepopen(0x805daa00)
Jun 14 01:03:56 (none) kernel: tcp_keepopen_proc on 0x805daa00 - needs a tickle
Jun 14 01:04:12 (none) kernel: tcp_keepalive: call keepopen(0x805da720)
Jun 14 01:04:38 (none) kernel: tcp_keepalive: call keepopen(0x805da440)
Jun 14 01:04:49 (none) kernel: tcp_keepalive: call keepopen(0x805da160)
Jun 14 01:04:49 (none) kernel: tcp_keepalive: call keepopen(0x80b59900)
Jun 14 01:04:49 (none) kernel: tcp_keepalive: call keepopen(0x809a2300)
Jun 14 01:04:49 (none) kernel: tcp_keepalive: call keepopen(0x809a2ba0)
Jun 14 01:04:49 (none) kernel: tcp_keepalive: call keepopen(0x809a28c0)
Jun 14 01:04:49 (none) kernel: tcp_keepalive: call keepopen(0x8091f480)
Jun 14 01:04:49 (none) kernel: tcp_keepalive: call keepopen(0x805dace0)
Jun 14 01:04:49 (none) kernel: tcp_keepalive: call keepopen(0x805daa00)
Jun 14 01:04:49 (none) kernel: tcp_keepopen_proc on 0x805daa00 - needs a tickle
Jun 14 01:04:49 (none) kernel: tcp_keepalive: call keepopen(0x805da720)
Jun 14 01:04:49 (none) kernel: tcp_keepalive: call keepopen(0x805da440)
Jun 14 01:04:49 (none) kernel: tcp_keepalive: call keepopen(0x805da160)
Jun 14 01:04:49 (none) kernel: tcp_keepalive: call keepopen(0x80b59900)
Jun 14 01:04:49 (none) kernel: tcp_keepalive: call keepopen(0x809a2300)
Jun 14 01:04:49 (none) kernel: tcp_keepalive: call keepopen(0x809a2ba0)
Jun 14 01:04:49 (none) kernel: tcp_keepalive: call keepopen(0x809a28c0)
Jun 14 01:04:50 (none) kernel: tcp_keepalive: call keepopen(0x8091f480)
Jun 14 01:05:34 (none) kernel:
Jun 14 01:05:47 (none) last message repeated 1187 times
Jun 14 01:05:47 (none) kernel: tcp_keepalive: call keepopen(0x805dace0)
Jun 14 01:05:47 (none) kernel: tcp_keepalive: call keepopen(0x805daa00)
Jun 14 01:05:47 (none) kernel: tcp_keepopen_proc on 0x805daa00 - needs a tickle
Jun 14 01:05:47 (none) kernel: tcp_keepalive: call keepopen(0x805da720)
Jun 14 01:05:47 (none) kernel: tcp_keepalive: call keepopen(0x805da440)
Jun 14 01:05:47 (none) kernel: tcp_keepalive: call keepopen(0x805da160)
Jun 14 01:05:47 (none) kernel: tcp_keepalive: call keepopen(0x80b59900)
Jun 14 01:05:47 (none) kernel: tcp_keepalive: call keepopen(0x809a2300)
Jun 14 01:05:47 (none) kernel: tcp_keepalive: call keepopen(0x809a2ba0)
Jun 14 01:05:47 (none) kernel: tcp_keepalive: call keepopen(0x809a28c0)
Jun 14 01:05:47 (none) kernel: tcp_keepalive: call keepopen(0x8091f480)
Jan 1 00:00:16 (none) kernel: hda: ST3120026A, TiVo-realtime enabled ATA DISK drive
Jan 1 00:00:16 (none) kernel: hdb: ST3120026A, TiVo-realtime enabled ATA DISK drive


tvlog (sorry abou the size - not sure how far back to go)

Jun 14 00:39:51 (none) TmkMediaswitch::Trace[146]: Lost VBI lock
Jun 14 00:40:22 (none) last message repeated 277 times
Jun 14 00:41:23 (none) last message repeated 554 times
Jun 14 00:42:07 (none) last message repeated 402 times
Jun 14 00:42:07 (none) Deadline[147]: Task Check ran late by 1984ms
Jun 14 00:42:07 (none) Recorder[147]: Adding check schedule task
Jun 14 00:42:07 (none) TmkMediaswitch::Trace[146]: Lost VBI lock
Jun 14 00:42:38 (none) last message repeated 220 times
Jun 14 00:42:51 (none) last message repeated 111 times
Jun 14 00:42:51 (none) ContextMgr[151]: ##### Context::OnHeartbeat(): context 6 said NOT to time out to Live TV. (idle time 15:00) #####
Jun 14 00:42:51 (none) TmkMediaswitch::Trace[146]: Lost VBI lock
Jun 14 00:43:22 (none) last message repeated 229 times
Jun 14 00:43:36 (none) last message repeated 128 times
Jun 14 00:43:41 (none) mempool[141]: MyWorld block: 935kB/1547kB chunk: 319kB/487kB unused: 1607kB search: 1 (size=3731424)
Jun 14 00:43:41 (none) mempool[141]: Osd block: 70kB/78kB chunk: 1257kB/1511kB unused: 1388kB search: 0 (size=3051488)
Jun 14 00:43:54 (none) TmkMediaswitch::Trace[146]: Lost VBI lock
Jun 14 00:44:25 (none) last message repeated 279 times
Jun 14 00:44:58 (none) last message repeated 282 times
Jun 14 00:44:58 (none) Deadline[147]: Task Check ran late by 1898ms
Jun 14 00:44:58 (none) Recorder[147]: Adding check schedule task
Jun 14 00:44:58 (none) TmkMediaswitch::Trace[146]: Lost VBI lock
Jun 14 00:46:41 (none) last message repeated 142 times
Jun 14 00:47:26 (none) last message repeated 407 times
Jun 14 00:47:45 (none) VideoGuts[151]: InputState processing took 438 msecs
Jun 14 00:47:45 (none) VideoGuts[151]: Total Heartbeat processing took 439 msecs
Jun 14 00:47:50 (none) Deadline[147]: Task Check ran late by 3204ms
Jun 14 00:47:50 (none) Recorder[147]: Adding check schedule task
Jun 14 00:48:47 (none) TmkMediaswitch::Trace[146]: Lost VBI lock
Jun 14 00:49:05 (none) last message repeated 32 times
Jun 14 00:49:27 (none) Deadline[147]: Tasks run 21200
Jun 14 00:49:27 (none) Deadline[147]: Existed for 4:32206:903096
Jun 14 00:49:27 (none) Deadline[147]: Overhead time 0:4:519636
Jun 14 00:50:39 (none) Deadline[147]: Task Check ran late by 968ms
Jun 14 00:50:39 (none) Recorder[147]: Adding check schedule task
Jun 14 00:50:43 (none) Recorder[147]: IncrementalAlloc rec 204938
Jun 14 00:50:43 (none) Recorder[147]: Allocating new recording file. Size 455680
Jun 14 00:50:43 (none) Recorder[147]: Live cache size 1880064
Jun 14 00:50:43 (none) Recorder[147]: Recording Id 204938 size 1048576
Jun 14 00:50:43 (none) Recorder[147]: User recording 221501824 free 676224
Jun 14 00:50:43 (none) Recorder[147]: TivoClip total 10000000 free 9712256
Jun 14 00:50:43 (none) Recorder[147]: Allocated stream Id 206435, size 455680
Jun 14 00:50:43 (none) mediamgr[147]: AddRecordFile input#0
Jun 14 00:51:40 (none) TmkMediaswitch::Trace[146]: Drift = 7
Jun 14 00:51:43 (none) TmkTransform::Trace[146]: ClipCache 0x3001991c Secondary Reset
Jun 14 00:51:43 (none) ClipCache[142]: 0x3001991c in Entry(), thread 142
Jun 14 00:53:28 (none) VideoGuts[151]: InputState processing took 530 msecs
Jun 14 00:53:28 (none) VideoGuts[151]: Total Heartbeat processing took 567 msecs
Jun 14 00:53:30 (none) TmkMediaswitch::Trace[146]: Lost VBI lock
Jun 14 00:53:33 (none) last message repeated 33 times
Jun 14 00:53:33 (none) Deadline[147]: Task Check ran late by 4436ms
Jun 14 00:53:33 (none) Recorder[147]: Adding check schedule task
Jun 14 00:53:34 (none) TmkMediaswitch::Trace[146]: Lost VBI lock
Jun 14 00:54:05 (none) last message repeated 280 times
Jun 14 00:55:05 (none) last message repeated 546 times
Jun 14 00:55:05 (none) Recorder[147]: Adding check schedule task
Jun 14 00:55:05 (none) TmkMediaswitch::Trace[146]: Lost VBI lock
Jun 14 00:55:09 (none) last message repeated 42 times
Jun 14 00:55:09 (none) VideoGuts[151]: InputState processing took 702 msecs
Jun 14 00:55:10 (none) VideoGuts[151]: Total Heartbeat processing took 949 msecs
Jun 14 00:55:10 (none) TmkMediaswitch::Trace[146]: Lost VBI lock
Jun 14 00:55:41 (none) last message repeated 275 times
Jun 14 00:55:53 (none) last message repeated 98 times
Jun 14 00:56:28 (none) Deadline[147]: VERY_LATE:Task Check ran late by 5289ms
Jun 14 00:56:28 (none) Recorder[147]: Adding check schedule task
Jun 14 00:56:49 (none) VideoGuts[151]: InputState processing took 366 msecs
Jun 14 00:56:49 (none) VideoGuts[151]: Total Heartbeat processing took 629 msecs
Jun 14 00:59:26 (none) Deadline[147]: VERY_LATE:Task Check ran late by 9234ms
Jun 14 00:59:26 (none) Recorder[147]: Deadline scheduler took 11392 milliseconds
Jun 14 00:59:26 (none) Recorder[147]: Heartbeat took 11 seconds
Jun 14 00:59:26 (none) Recorder[147]: SecondaryEventCallback took 11 seconds
Jun 14 00:59:26 (none) Recorder[147]: Adding check schedule task
Jun 14 01:00:02 (none) VideoGuts[151]: InputState processing took 2956 msecs
Jun 14 01:00:03 (none) VideoGuts[151]: Total Heartbeat processing took 3169 msecs
Jun 14 01:00:06 (none) VideoGuts[151]: OutputState processing took 2924 msecs
Jun 14 01:00:06 (none) VideoGuts[151]: Total Heartbeat processing took 2926 msecs
Jun 14 01:00:05 (none) TmkMediaswitch::Trace[146]: CHECK_VIDEO_LOCK took too long: 123
Jun 14 01:00:08 (none) VideoGuts[151]: InputState processing took 1446 msecs
Jun 14 01:00:08 (none) VideoGuts[151]: Total Heartbeat processing took 1447 msecs
Jun 14 01:00:09 (none) VideoGuts[151]: InputState processing took 841 msecs
Jun 14 01:00:09 (none) VideoGuts[151]: Total Heartbeat processing took 842 msecs
Jun 14 01:00:20 (none) VideoGuts[151]: InputState processing took 570 msecs
Jun 14 01:00:20 (none) VideoGuts[151]: Total Heartbeat processing took 851 msecs
Jun 14 01:00:23 (none) Deadline[147]: Task Check started late by 620ms
Jun 14 01:00:39 (none) Recorder[147]: found showing 183503/14 (program 161732)
Jun 14 01:00:21 (none) VideoGuts[151]: InputState processing took 549 msecs
Jun 14 01:00:21 (none) VideoGuts[151]: Total Heartbeat processing took 551 msecs
Jun 14 01:00:24 (none) VideoGuts[151]: InputState processing took 402 msecs
Jun 14 01:00:24 (none) VideoGuts[151]: Total Heartbeat processing took 403 msecs
Jun 14 01:00:25 (none) VideoGuts[151]: InputState processing took 603 msecs
Jun 14 01:00:25 (none) VideoGuts[151]: Total Heartbeat processing took 604 msecs
Jun 14 01:00:31 (none) VideoGuts[151]: InputState processing took 855 msecs
Jun 14 01:00:31 (none) VideoGuts[151]: Total Heartbeat processing took 857 msecs
Jun 14 01:00:37 (none) VideoGuts[151]: InputState processing took 1301 msecs
Jun 14 01:00:37 (none) VideoGuts[151]: Total Heartbeat processing took 1763 msecs
Jun 14 01:00:38 (none) VideoGuts[151]: InputState processing took 357 msecs
Jun 14 01:00:38 (none) VideoGuts[151]: Total Heartbeat processing took 358 msecs
Jun 14 01:00:52 (none) Deadline[147]: VERY_LATE:Task Check ran late by 28057ms
Jun 14 01:00:53 (none) Deadline[147]: VERY_LATE:Task LiveCache started late by 17600ms
Jun 14 01:00:53 (none) Deadline[147]: VERY_LATE:Task LiveCache ran late by 16137ms
Jun 14 01:00:53 (none) Recorder[147]: Deadline scheduler took 31696 milliseconds
Jun 14 01:00:53 (none) Recorder[147]: Heartbeat took 31 seconds
Jun 14 01:00:53 (none) Recorder[147]: SecondaryEventCallback took 31 seconds
Jun 14 01:00:53 (none) Recorder[147]: Adding check schedule task
Jun 14 01:02:07 (none) TmkTransform::Trace[146]: ClipCache 0x300177ac Secondary Reset
Jun 14 01:01:56 (none) Deadline[147]: VERY_LATE:Task CheckSchedule ran late by 42933ms
Jun 14 01:01:56 (none) Deadline[147]: VERY_LATE:Task IncrementalAlloc started late by 50671ms
Jun 14 01:01:57 (none) Recorder[147]: IncrementalAlloc rec 204938
Jun 14 01:01:57 (none) Recorder[147]: Allocating new recording file. Size 458752
Jun 14 01:01:57 (none) Recorder[147]: Two small clips in a row!
Jun 14 01:02:00 (none) Recorder[147]: Live cache size 1880064
Jun 14 01:02:00 (none) Recorder[147]: Recording Id 204938 size 1504256
Jun 14 01:02:00 (none) Recorder[147]: User recording 221501824 free 220544
Jun 14 01:02:00 (none) Recorder[147]: TivoClip total 10000000 free 9712256
Jun 14 01:02:00 (none) Recorder[147]: DeleteSomething fUserSaidOk=1
Jun 14 01:02:00 (none) Recorder[147]: allocate: 22:00000000:00000000 rec 204938
Jun 14 01:02:00 (none) Recorder[147]: live cache: 3:00000000:00000000
Jun 14 01:01:51 (none) VideoGuts[151]: Starved of heartbeats for 73 secs
Jun 14 01:01:54 (none) VideoGuts[151]: OutputState processing took 1858 msecs
Jun 14 01:01:55 (none) VideoGuts[151]: Total Heartbeat processing took 2253 msecs
Jun 14 01:02:02 (none) VideoGuts[151]: OutputState processing took 542 msecs
Jun 14 01:02:02 (none) VideoGuts[151]: Total Heartbeat processing took 552 msecs
Jun 14 01:02:04 (none) VideoGuts[151]: InputState processing took 1256 msecs
Jun 14 01:02:04 (none) VideoGuts[151]: Total Heartbeat processing took 1258 msecs
Jun 14 01:02:07 (none) ClipCache[142]: 0x300177ac in Entry(), thread 142
Jun 14 01:02:22 (none) VideoGuts[151]: OutputState processing took 856 msecs
Jun 14 01:02:22 (none) VideoGuts[151]: Total Heartbeat processing took 1310 msecs
Jun 14 01:02:27 (none) VideoGuts[151]: InputState processing took 475 msecs
Jun 14 01:02:27 (none) VideoGuts[151]: Total Heartbeat processing took 544 msecs
Jun 14 01:02:31 (none) mempool[141]: MyWorld block: 932kB/1547kB chunk: 325kB/499kB unused: 1595kB search: 1 (size=3731424)
Jun 14 01:02:32 (none) mempool[141]: Osd block: 70kB/78kB chunk: 1257kB/1511kB unused: 1388kB search: 0 (size=3051488)
Jun 14 01:02:33 (none) VideoGuts[151]: InputState processing took 631 msecs
Jun 14 01:02:33 (none) VideoGuts[151]: Total Heartbeat processing took 634 msecs
Jun 14 01:03:14 (none) VideoGuts[151]: InputState processing took 1569 msecs
Jun 14 01:03:16 (none) VideoGuts[151]: OutputState processing took 1116 msecs
Jun 14 01:03:16 (none) VideoGuts[151]: Total Heartbeat processing took 3087 msecs
Jun 14 01:03:22 (none) VideoGuts[151]: InputState processing took 519 msecs
Jun 14 01:03:22 (none) VideoGuts[151]: Total Heartbeat processing took 733 msecs
Jun 14 01:03:39 (none) VideoGuts[151]: InputState processing took 437 msecs
Jun 14 01:03:39 (none) VideoGuts[151]: Total Heartbeat processing took 622 msecs
Jun 14 01:03:41 (none) VideoGuts[151]: InputState processing took 663 msecs
Jun 14 01:03:41 (none) VideoGuts[151]: Total Heartbeat processing took 665 msecs
Jun 14 01:03:43 (none) VideoGuts[151]: InputState processing took 982 msecs
Jun 14 01:03:43 (none) VideoGuts[151]: Total Heartbeat processing took 984 msecs
Jun 14 01:03:45 (none) VideoGuts[151]: InputState processing took 342 msecs
Jun 14 01:03:45 (none) VideoGuts[151]: Total Heartbeat processing took 345 msecs
Jun 14 01:04:41 (none) VideoGuts[151]: InputState processing took 1014 msecs
Jun 14 01:04:43 (none) VideoGuts[151]: OutputState processing took 656 msecs
Jun 14 01:04:43 (none) VideoGuts[151]: Total Heartbeat processing took 3686 msecs
Jun 14 01:05:27 (none) VideoGuts[151]: OutputState processing took 363 msecs
Jun 14 01:05:27 (none) VideoGuts[151]: Total Heartbeat processing took 1107 msecs
Jun 14 01:05:58 (none) Recorder[147]: candidate: 5:00000000:40b8cfa0 186568
Jun 14 01:05:59 (none) Recorder[147]: cache is lower than recording
Jun 14 01:05:59 (none) mediamgr[147]: RemoveUnwrittenLiveFile input#0
Jun 14 01:05:59 (none) MultiMpegCache[147]: Delete stream 206415(inx = 1, read = 0, write =0) totalCount 9
Jun 14 01:06:02 (none) TmkMediaswitch::Trace[146]: CHECK_VIDEO_LOCK took too long: 291
Jun 14 01:06:17 (none) Recorder[147]: Free live cache chunk: 206415
Jun 14 01:06:22 (none) VideoGuts[151]: InputState processing took 4401 msecs
Jun 14 01:06:23 (none) VideoGuts[151]: OutputState processing took 925 msecs
Jun 14 01:06:23 (none) VideoGuts[151]: Total Heartbeat processing took 6226 msecs
Jun 14 01:06:49 (none) TmkTransform::Trace[146]: ClipCache 0x30006948 Secondary Reset
Jun 14 01:07:23 (none) TmkMediaswitch::Trace[146]: Lost VBI lock
Jun 14 01:07:25 (none) VideoGuts[151]: InputState processing took 1876 msecs
Jun 14 01:07:26 (none) VideoGuts[151]: OutputState processing took 1197 msecs
Jun 14 01:07:26 (none) VideoGuts[151]: Total Heartbeat processing took 3352 msecs
Jun 14 01:07:31 (none) VideoGuts[151]: OutputState processing took 417 msecs
Jun 14 01:27:53 (none) EvtSwitcher[74]: EventSwitcher is starting up
Jun 14 01:27:53 (none) MfsDaemon[75]: MFS Daemon started, id is 75

[sanderton]

That's the log of a Tivo struggling with its workload - do you have anything else running?

Anyway, I doubt it's EndPad stressed it out like that, although it's always possible. Certainly my logs have never looked like that!

[pmk]

Originally posted by RichyClarke
Stuart,
Thanks for the prompt reply.
the reference to '2 small clips in a row' made me think about endpad, after reading some of the previous postings. Also the fact that that it was due to wake at 01:25 - about the time of the reboot. If it is not endpad, then great - I don't want to lose endpad!!!


The latest EndPad 1.4.1 fixes an issue with TiVo creating 2 second long clips. It solved the problem I was having. Perhaps try the latest version?

HTH

[ccwf]

Originally posted by gyre
Stuart... progress report... your fix to convert kids show recordings into suggestions has been working flawlessly since the first probably unrelated glitch. Endpad does its magic five minutes before a recording. It occurs to me that if TiVo happens to recalculate suggestions during that five minute span (and maybe or maybe not while the show is recording), then your kid show recording as a suggestion might be removed. However, even if I'm correct, this should be an uncommon occurrence.

[gyre]

ccwf... that makes sense... however, that's something I can live with. I'm happy for the kids to fill up my hard drive with cartoons and stuff... but only if it doesn't impact stuff I want to watch :)

-- gyre --

[sanderton]

Originally posted by ccwf
Endpad does its magic five minutes before a recording. It occurs to me that if TiVo happens to recalculate suggestions during that five minute span (and maybe or maybe not while the show is recording), then your kid show recording as a suggestion might be removed. However, even if I'm correct, this should be an uncommon occurrence.

It changes it to a suggestion 5 mins from the END of the recording, not before it begins - I think it's unlikely that it would decide not to record a show its already recorded. Possible though.

[russellg]

Stuart,

I wonder if you can help with this... I'm seeing a problem in the log where a show should have had 15 minutes of end padding added, but for some reason it wasn't.

I'm running endpad 1.4.0, and have it set to add zero minutes to the beginning, and 15 minutes to the end. It was recording Big Brother from 19:00 to 19:30, and a suggestion was scheduled (by Tivo) to record from 19:30 to 20:30. The result was that it didn't add any end padding to Big Brother, and didn't record the suggestion either. (see highlighted text below) My understanding is that it should cancel the suggestion in order to add end padding to a scheduled show -- have I misunderstood?

I should also mention that this is a US Tivo, in case it makes a difference.

Thanks!
Russell

Tuesday 18:55:01 : Woken up
Tuesday 18:55:01 : No recording in progress
Tuesday 18:55:01 : Next recording is {Big Brother} on TEN10 at 19:00
Tuesday 18:55:01 : No end padding required:
Tuesday 18:55:01 : No recording in progress
Tuesday 18:55:01 : Next end padding setting due 19:25
Tuesday 18:55:01 : Can't add start padding to {Big Brother}
Tuesday 18:55:01 : No start padding requested
Tuesday 18:55:01 : Start padding of 0 seconds already set
Tuesday 18:55:01 : Next start padding setting due 19:10
Tuesday 18:55:01 : Next wake up will be 19:10
Sleeping, checking every minute for kill signal................
Tuesday 19:10:00 : Woken up
Tuesday 19:10:00 : Recording {Big Brother} on TEN10 now
Tuesday 19:10:00 : Recording Scheduled End Time: 19:30
Tuesday 19:10:00 : Next recording is {Law & Order} on CLAS (Suggestion) at 19:30
Tuesday 19:10:00 : Not time to add end padding yet
Tuesday 19:10:00 : Next end padding setting due 19:25
Tuesday 19:10:00 : Can't add start padding to {Law & Order}
Tuesday 19:10:00 : No start padding requested
Tuesday 19:10:00 : Start padding of 0 seconds already set
Tuesday 19:10:00 : Next start padding setting due 19:40
Tuesday 19:10:00 : Next wake up will be 19:25
Sleeping, checking every minute for kill signal................
Tuesday 19:25:00 : Woken up
Tuesday 19:25:00 : Recording {Big Brother} on TEN10 now
Tuesday 19:25:00 : Recording Scheduled End Time: 19:30
Tuesday 19:25:00 : Next recording is {Law & Order} on CLAS (Suggestion) at 19:30
Tuesday 19:25:00 : Gap to next programme is 0 seconds
Tuesday 19:25:00 : Can't add end padding to {Big Brother}
Tuesday 19:25:00 : Next end padding setting due 20:25
Tuesday 19:25:00 : Can't add start padding to {Law & Order}
Tuesday 19:25:00 : No start padding requested
Tuesday 19:25:00 : Start padding of 0 seconds already set
Tuesday 19:25:00 : Next start padding setting due 19:40
Tuesday 19:25:00 : Next wake up will be 19:40
Sleeping, checking every minute for kill signal............

[sanderton]

Do you have the -sugeq flag set?

EndPad didn't cancel the suggestion, or the log would say "Cancelling {Law and Order}"

[RichyClarke]

Stuart,
I am not running anything out of the ordinary, just Tivoweb, ftp, telnet and endpad.

Thanks for looking, I suspected it was down to heavy load as there were lots of references to heartbeats taking too long etc. But I don't know what caused it.

I will keep an eye on it and see if it happens again.
Thanks
Rich
:up:

[russellg]

Originally posted by sanderton
Do you have the -sugeq flag set?

EndPad didn't cancel the suggestion, or the log would say "Cancelling {Law and Order}"

Yes, that flag is set. Here's the startup line I'm using:

/hack/endpad.1.4.0.tcl -s 0 -e 15 -auto -sugeq > /dev/null 2>&1 &

If I understand correctly, that option prevents EndPad from cancelling a suggestion by padding another one. But since the first show was a show scheduled by a Season Pass, shouldn't the suggestion have been cancelled by Endpad so it could add end padding to the scheduled show? I'm not sure why the suggestion wasn't recorded, but my main concern is why the end padding didn't get added. Sorry if I've misunderstood what Endpad is supposed to do in this case.

Thanks,
Russell

[sanderton]

Read back through this thread a dozen posts or so. The -sugeq flag prevents suggestions being cancelled for padding.

[russellg]

Originally posted by sanderton
Ah, yes now I can either claim that's poor documentation, or a bug. Which would you prefer?

The -sugeq option actually turns off all suggestion deletion for padding. Ah ha!

Ok, either way is fine now that I understand how it works. I'll remove the -sugeq option, and hopefully it'll solve the problem.

Thanks,
Russell

[ccwf]

Originally posted by sanderton
It changes it to a suggestion 5 mins from the END of the recording, not before it begins - I think it's unlikely that it would decide not to record a show its already recorded. Possible though. I've seen many instances of TiVo starting to record a suggestion and then aborting for no apparent reason before the end. I don't know if this behaviour was due to space or suggestion recalculation or something else.

gyre, I just posted out of academic interest (I'm always curious to learn more about TiVo's internals) and not because I think this is an issue that needs to be fixed. If you do notice a suggestion aborting just before the end, please post a note about it. :)

[fysmd]

Well, after having dailymail work when called interactively I poped it into my crontab and waited....

I now have a new problem:

18:47:18-debug-checkpoint conflict 000
18:47:18-debug-just inside catch area
18:47:18-debug-name : >>12586:73500:1664548<<
18:47:18-debug-recdate : >>12586 73500 1664548<<
18:47:18-debug-thetime : >>73500<<
18:47:18-debug-rectime : >>1087503900<<
18:47:18-debug-prior to check for time ahead
18:47:18-debug-conflict item success
18:47:18-debug------------------------------------------------------------------
----
18:47:18-debug-quit out of conflict loop
18:47:18-debug======================================================= ===========
===
Dumping mempool to /tmp/BlockFailure.183
Tmk Assertion Failure:
BlockFailure, line 1771 ()
Tmk Fatal Error: Thread tivosh <183> died due to signal -2
1a344ec 1a32a44 1a2ed70 1b95e0c 1c4d5e8 1c85a50 1c89438 1c79a8c 1c61a10 1c8e4e0
1c77e7c 1c61a10 1c849c0 1c85ec8 1c4d248 1c28cac 1800134

I didn't change anything - HONEST!
I've tried switching 6.5 to and from zero but no apparent change...

[Fozzie]

Originally posted by fysmd
Well, after having dailymail work when called interactively I poped it into my crontab and waited....Cough, cough. This is the Endpad thread. Suggest you re-post in the Dailymail thread ;)

[gyre]

Originally posted by ccwf
gyre, I just posted out of academic interest (I'm always curious to learn more about TiVo's internals) and not because I think this is an issue that needs to be fixed. If you do notice a suggestion aborting just before the end, please post a note about it. :)
Sure thing.

-- gyre --

[Andy C]

Originally posted by sanderton
Read back through this thread a dozen posts or so. The -sugeq flag prevents suggestions being cancelled for padding.
Must admit I was confused by this today after installing endpad and it never added end padding to 'Mutant X' due to a suggestion (Friends) on E4.

I had assumed from the docs and log messages that the -sugeq flag only prevented suggestions from stopping other suggestions being recorded, but season passes or manual recordings would still have end padding and cancel suggestions. After all, the log file only says...

"Suggestions will not be padded if another suggestion immediately follows them"

and not...

"Any recordings or suggestions will not be padded if another suggestion immediately follows them"

:)

Andy.

[sanderton]

Like I said: bug or documentation error, you choose. :)

[Cainam]

Can I just check on the correct way to start endpad from rc.sysinit.author?

In various posts I have seen:

/var/hack/endpad.tcl 1 2 -auto >> /dev/null &
/var/hack/endpad.tcl -s 1 -e 2 -auto >> /dev/null &

Do I need the '-s' and '-e' bits? I tried it without them but endpad did not seem to work for me...

[iankb]

You need the -s and -e with the later versions which, presumably, you are using one of.

[NiShfiSh]

somewhat insignificant bug (given that it only occurs when nothing is in the scheduled recordings list), but reported all the same. discovered after rebuilding a tivo after a fatal GSOD.

With nothing in the todo list

Friday 22:41:25 : endpad.tcl 1.4.1 log file, starting up
Friday 22:41:25 : Start padding set to 60 seconds
Friday 22:41:25 : End padding set to 300 seconds
Friday 22:41:25 : Suggestions will be padded, even if that means cancelling a subsequent suggestion
Friday 22:41:25 : Detected TiVo software version 2.5.5-01-1-023
Friday 22:41:25 : Suggestion quality change disabled
Friday 22:41:25 : Woken up
Friday 22:41:25 : Error detected
Friday 22:41:25 : can't read "rectype": no such variable
while executing
"if {$rectype == 3} {

# Recording active
set isrec 1

# Get details of currently recording programme
R..."
Friday 22:41:25 : Attempting to recover
Friday 22:41:55 : Woken up
Friday 22:41:55 : Error detected
Friday 22:41:55 : can't read "rectype": no such variable
while executing
"if {$rectype == 3} {

# Recording active
set isrec 1

# Get details of currently recording programme
R..."
Friday 22:41:55 : Attempting to recover
Friday 22:41:55 : Too many errors, stopping

Then with something to all is okay...

Friday 22:51:51 : endpad.tcl 1.4.1 log file, starting up
Friday 22:51:51 : Start padding set to 60 seconds
Friday 22:51:51 : End padding set to 300 seconds
Friday 22:51:51 : Suggestions will be padded, even if that means cancelling a subsequent suggestion
Friday 22:51:51 : Detected TiVo software version 2.5.5-01-1-023
Friday 22:51:51 : Suggestion quality change disabled
Friday 22:51:51 : Woken up
Friday 22:51:51 : No recording in progress
Friday 22:51:51 : Next recording is {The Essential Mix} on BBCR1 at 01:00
Friday 22:51:51 : No end padding required:
Friday 22:51:51 : No recording in progress
Friday 22:51:51 : Next end padding setting due 02:55
Friday 22:51:51 : Not time to add start padding yet
Friday 22:51:51 : Next start padding setting due 00:58
Friday 22:51:51 : Next wake up will be 23:21
Sleeping, checking every minute for kill signal..

thanks for a very useful tool btw

[Adder]

Could this error occur if there was no next recording? As I suspect it is?

Tuesday 19:00:20 : endpad.tcl 1.4.1 log file, starting up
Tuesday 19:00:20 : Start padding set to 60 seconds
Tuesday 19:00:20 : End padding set to 180 seconds
Tuesday 19:00:20 : Suggestions will not be padded if another suggestion immediately follows them
Tuesday 19:00:20 : Detected TiVo software version 2.5.5-01-1-023
Tuesday 19:00:20 : Suggestion quality change disabled
Tuesday 19:00:20 : Woken up
Tuesday 19:00:20 : Error detected
Tuesday 19:00:20 : can't read "nextrecfsid": no such variable
while executing
"db $db openid $nextrecfsid"
("uplevel" body line 2)
invoked from within
"uplevel $body"
invoked from within
"transaction {uplevel $body}"
(procedure "RetryTransaction" line 4)
invoked from within
"RetryTransaction {
set nrec [db $db openid $nextrecfsid]
if {$version >= 3} {
set nrecbeh [dbobj $nrec get RecordingBehavior..."
Tuesday 19:00:20 : Attempting to recover
Tuesday 19:00:50 : Woken up
Tuesday 19:00:50 : Error detected
Tuesday 19:00:50 : can't read "nextrecfsid": no such variable
while executing
"db $db openid $nextrecfsid"
("uplevel" body line 2)
invoked from within
"uplevel $body"
invoked from within
"transaction {uplevel $body}"
(procedure "RetryTransaction" line 4)
invoked from within
"RetryTransaction {
set nrec [db $db openid $nextrecfsid]
if {$version >= 3} {
set nrecbeh [dbobj $nrec get RecordingBehavior..."
Tuesday 19:00:50 : Attempting to recover
Tuesday 19:00:50 : Too many errors, stopping

[sanderton]

Yes, same error as the previous post basically. It didn't occur to me that EndPad would be installed on an entirely virgin TiVo.

[Adder]

Cheers Stuart, have added a few more recordings and rebooting now, still haven't recreated my manual padding error... yet!

[aerialplug]

Note 2: if you try and add a recording as it is actually starting and get the clash warning because of EndPad's padding of the previous show, manually stop the current recording before adding the new one. TiVo's built in conflict resolution can result in the whole prior programme being deleted in some circumstances.


Oh *&@!. I wish I'd paid more attention to this rule - I did exactly this last night. I wanted to record the local news as there was a story of interest on it but I wasn't sure if the BBC would overrun the programme, as it started 3 1/2 minutes late. I waited to ensure The Grid had finished and then booked the extra programme.

Result - no episode 1 of The Grid in either the now showing list, or in the deleted list on Tivoweb (which is quite long as I had a good old cleanup yesterday).

I realise that this isn't really a bug - it's a "feature" of TiVo not understanding what endpad was doing. I'll have to be more vigilent and remember this in future. I was really looking forward to watching this programme too :(

[TivoTown]

Done some searching but haven't found an answer:

In the Endpad description:

"Note 1: By default, when EndPad looks at the next recording it takes suggestions as being disposable and deletes them to accommodate end padding if needed. If two back to back suggestions are scheduled, EndPad pads the first one and deletes the second. You can use the -sugeq switch to turn off the deletion of suggestions"

Does this still happen if the previous recording is on the same channel?

I currently SP 'Working Lunch' on BBC2 everyday, and find that I sometimes get the odd welcome suggestion that follows on BBC2. Would Endpad kill those ?

It's just a question - I'm not trying to knock the obviously excellent Endpad, just wondering what will happen when I finally get to install it.

[sanderton]

Good question; I had to go and look in the code to check!

If there is a scheduled suggestion immediately after a user recording on the same channel then no padding is added and the suggestion is recorded.

[TivoTown]

Thanks Stuart !

:)

[Gavin]

Now I don't profess to be a unix expert, but how do I "upgrade" end pad to the latest version?
My guess is stop it, delete the files and put the new ones in and restart it but is it that simple?

[sanderton]

Yes.

[SolidTechie]

'Fraid so, yup!

[Gavin]

what about the line that runs it on startup on tivo, do I need to remove the old one and put a new one in place?

[sanderton]

Depends how old the one there is. The syntax of the command line changed with 1.4.x

[aleks]

Please forgive this newbie question: I've searched but can't find the answer.

I bought a cachecard mainly so I could install endpad. I can telnet into it and get a bash prompt - but cd /var/hack gives "no such file or directory". Should it be there before I transfer the file across? If yes then how do I create it. I've tried ls and mb but they both don't appear to exist.

Thanks for your help.

Aleks

[LJ]

Try this:
cd /var
mkdir hack

[aleks]

Thanks - I get "bash: cd/var: No such file or directory"

But if I put a space between cd and \var it seems to work. How daft of me!

Is there anything else I should download while I'm at it or will just the contents of the zip file do the trick?

[LJ]

Yup, you'll need the space. Directory names in Linux are separated by forward slashes rather than backslashes as in DOS/Windows.

There're a ton of good resources around, but this one's a good'un to start with:

http://alt.org/wiki/index.php/TivoHackingLinks

TiVoWeb(Plus) is a must have - then you can download my modules too :D

[alphabeta]

TiVoWeb(Plus) is a must have Though you might want to read this thread (http://www.tivocommunity.com/tivo-vb/showthread.php?s=&threadid=192287&highlight=tivowebplus) first

[cashew1970]

Hello Stuart.

I am looking to install your padding hack.... However I am a complete novice, and this would be the first thing that I do with my New webbed up tivo.

As far as I am aware, I have no FTP utility installed. I know nothing of all these new commands, and was wondering if it would be possible to do a bit of hand holding.

I am on a tivo with upgraded HD to 120gb, Cachecard with 512mbram Networked via wireless bridge.
Have Tivo web istalled (It came on the drive) and thats about all i know....

I can do all the networky bits, and have had a little play with TivoWeb other than that it is all dutch to me!


Can you help?

Martin

[sanderton]

If the networking software has been installed, chances are FTP has too - try using a FTP client to see.

[cashew1970]

Will do Stuart, thanks......

Will any do?

Martin

PS will ahve to try tonight as I have not yet worked out how to drive everything from work!

[sanderton]

I use SmartFTP. But pretty much any will work, including Internet Explorer or the command line FTP built in to Windows.

[alphabeta]

including Internet Explorer As I recall the Tivo FTP server only supports a single session, and you might have to be a bit careful as IE often opens several.

[aitcheff]

I guess this is Off Topic, but I use CoreFTP Lite from www.coreftp.com. It is free, works well with TIVO, easy to use and supports FXP (for those interested in hacks from the 'other' place).

[cashew1970]

Thanks for all of your help on this.....
Got it installed yesterday from the command line, and all looks as if it is working great.....
Cheers

[Fatbloke]

Stuart - I'm having to turn to you for your thoughts!

OVer the last month, my Tivo has regularly failed to record Friday Night with Jonathan Ross (Friday showing). Well, actually Tivo does record it, but when you watch it, there's no channel changeover and I get Newsnight instead.
Anyway, this morning it's the same thing and this time I notice that as well as no changeover, there's also 4 minutes missing from the beginning of the recording.
Now, here's my theory...
The previous item to record before JR is IQ (which always works OK) and that ends 5 minutes before JR starts.

I'm running endpad with 1 minute pre-pad and 10 minutes post-pad.

ISTR, when I used to use 1pre and 5post, I was getting no problem but I'm wondering whether endpad might be throwing a wobbler and causing Tivo to reboot (the missing 4 minutes of recording).

Can someone elso possibly try this scenario, record 2 programs that end 5 minutes apart with a 1 min pre and 10 min post pad. I'd do it myself but my airnet is out of action and I'm awaiting my cachecard, so no direct access to tivoweb or endpad atm. :(

[gyre]

IIRC, there was an older version of endpad that gave those symptoms under certain scenarios.

Have you tried the latest version of endpad?

-- gyre --

[pmk]

Originally posted by gyre
IIRC, there was an older version of endpad that gave those symptoms under certain scenarios.

Have you tried the latest version of endpad?

-- gyre --

I also experienced this problem with an older version of EndPad (using 2 mins and 15 mins padding). Interestingly I am using the latest version of EndPad (have been for ages now) and this fixed the "Black Time Bar Problem" but I did experience this again on one programme earlier this week. I just put it down to a one off (not occurred again).

I am suddenly experiencing many suggestions not being recorded however when the suggestion immediately follows a recorded program. The recorded program is not end padded but the suggestion is not recorded for some unknown reason. Again this has never been a problem until recently.

For reference (not changed for many months):
/var/hack/endpad.tcl -s 2 -e 15 -sugeq -auto >> /dev/null &

I was unfortunately too late to catch the relevant log files.

HTH

[sanderton]

Originally posted by Fatbloke
Stuart - I'm having to turn to you for your thoughts!



This is a known bug which was fixed in the most recent release - suggest you update your copy of EndPad.

[sanderton]

Originally posted by pmk
I

I was unfortunately too late to catch the relevant log files.


That's the key I'm afraid; without those I can't do anything.

[Fatbloke]

Originally posted by sanderton
This is a known bug which was fixed in the most recent release - suggest you update your copy of EndPad.

:confused: Thought I was on the last release... but then again I've not been looking at this thread for a few months now. I'll update as I do the cache card thingy. Won't be long before it's here :)

[pmk]

Originally posted by Fatbloke
:confused: Thought I was on the last release... but then again I've not been looking at this thread for a few months now. I'll update as I do the cache card thingy. Won't be long before it's here :)

This is why I have reported a similar problem so Stuart knew it was not isolated to one user. I am 100% positive I am on the very latest version as I reported the initial problem and have been running the latest fix 141 for several months.

It has not happened again since, if it does and I watch the recording in time I will post the logs.

HTH

[pmk]

Just had a black bar problem again. It was Countdown C4 15:15->16:00. The timebar 0:00->1:00 but the last 14-15mins or so are black instead of green. As TiVo was recording a program before hand there is no 2 min start padding but there should be 15 mins end padding (i.e. 45 mins + 15mins padding = 1 hour). Everything has been working perfectly (i.e. no black bars) for months. The only recent change (approx 3 weeks ago) is dailymail is now installed and run via cron at 08:30hrs.

Are there any clues in the log files on what is causing this problem?

I have noticed [i]Nov 8 16:00:34 (none) Recorder[146]: Two small clips in a row![i] has been reported. I think small clips caused the last black bar problem is this a different case that need trapping?

TIA

endpad.log
Monday 00:25:02 : endpad.tcl 1.4.1 log file, log rotated
Monday 00:25:02 : Start padding set to 120 seconds
Monday 00:25:02 : End padding set to 900 seconds
Monday 00:25:02 : Suggestions will not be padded if another suggestion immediately follows them
Monday 00:25:02 : Detected TiVo software version 2.5.5-01-1-023
Monday 00:25:02 : Suggestion quality change disabled
Sleeping, checking every minute for kill signal...............................
Monday 00:55:01 : Woken up
Monday 00:55:01 : No recording in progress
<--cut-->
Sleeping, checking every minute for kill signal..................
Monday 15:12:00 : Woken up
Monday 15:12:00 : Recording {The Practice} on ITVTHREE (Suggestion) now
Monday 15:12:00 : Recording Scheduled End Time: 15:15
Monday 15:12:00 : Next recording is Countdown on C4 at 15:15
Monday 15:12:00 : No end padding required:
Monday 15:12:00 : End padding of 900 seconds already set
Monday 15:12:00 : Next end padding setting due 15:55
Monday 15:12:00 : Gap to previous recording is 0 seconds
Monday 15:12:00 : Can't add start padding to Countdown
Monday 15:12:00 : Next start padding setting due 15:55
Monday 15:12:00 : Next wake up will be 15:42
Sleeping, checking every minute for kill signal...............................
Monday 15:42:00 : Woken up
Monday 15:42:00 : Recording Countdown on C4 now
Monday 15:42:00 : Recording Scheduled End Time: 16:00
Monday 15:42:00 : Next recording is {The Simpsons} on C4 at 18:00
Monday 15:42:00 : Not time to add end padding yet
Monday 15:42:00 : Next end padding setting due 15:55
Monday 15:42:00 : Not time to add start padding yet
Monday 15:42:00 : Next start padding setting due 17:57
Monday 15:42:00 : Next wake up will be 15:55
Sleeping, checking every minute for kill signal..............
Monday 15:55:00 : Woken up
Monday 15:55:00 : Recording Countdown on C4 now
Monday 15:55:00 : Recording Scheduled End Time: 16:00
Monday 15:55:00 : Next recording is {The Simpsons} on C4 at 18:00
Monday 15:55:00 : Gap to next programme is 7200 seconds
Monday 15:55:00 : Added 900 seconds end padding to Countdown
Monday 15:55:00 : Next end padding setting due 18:25
Monday 15:55:00 : Not time to add start padding yet
Monday 15:55:00 : Next start padding setting due 17:57
Monday 15:55:00 : Next wake up will be 16:25
Sleeping, checking every minute for kill signal...............................
Monday 16:25:00 : Woken up
Monday 16:25:00 : No recording in progress
Monday 16:25:00 : Next recording is {The Simpsons} on C4 at 18:00
Monday 16:25:00 : No end padding required:
Monday 16:25:00 : No recording in progress
Monday 16:25:00 : Next end padding setting due 18:25
Monday 16:25:00 : Not time to add start padding yet
Monday 16:25:00 : Next start padding setting due 17:57
Monday 16:25:00 : Next wake up will be 16:55
Sleeping, checking every minute for kill signal............

tvlog
Nov 8 15:55:00 (none) last message repeated 52 times
Nov 8 15:55:00 (none) Recorder[146]: Adding check schedule task
Nov 8 15:55:00 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 15:55:10 (none) last message repeated 83 times
Nov 8 15:55:10 (none) RecordingList[148]: Err errTmBackgroundHoldoff at line 1018
Nov 8 15:55:16 (none) TmkMediaswitch::Trace[145]: Drift = 4
Nov 8 15:55:38 (none) Scheduler[148]: ShortenRecording[565674 <?>(1140 MB)(12734 36000)(3300):F:40]Time(12735 60000)
Nov 8 15:55:38 (none) Recorder[146]: Adding check schedule task
Nov 8 15:55:46 (none) RecordingList[148]: Err errTmBackgroundHoldoff at line 1026
Nov 8 15:55:51 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 15:56:11 (none) last message repeated 179 times
Nov 8 15:56:11 (none) Recorder[146]: Adding check schedule task
Nov 8 15:56:11 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 15:56:11 (none) last message repeated 4 times
Nov 8 15:56:14 (none) RecordingList[148]: Err errTmBackgroundHoldoff at line 1018
Nov 8 15:56:21 (none) RecordingList[148]: Err errTmBackgroundHoldoff at line 1018
Nov 8 15:56:21 (none) LogTime[150]: Lineup: make new RecordingsOnDisk obj: 0.000 sec
Nov 8 15:56:27 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 15:56:28 (none) last message repeated 7 times
Nov 8 15:56:28 (none) LogTime[150]: Lineup: update the OSD: 6.935 sec
Nov 8 15:56:28 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 15:56:29 (none) last message repeated 8 times
Nov 8 15:56:29 (none) VideoGuts[150]: PlayRecording for Proxy 337
Nov 8 15:56:29 (none) OutputState[150]: PlayRecording 0
Nov 8 15:56:29 (none) LogTime[150]: WatchTV: setup cached: 0.314 sec
Nov 8 15:56:29 (none) ContextMgr[150]: WATCHTV::LOCK (mode COMPLETED (via NS))
Nov 8 15:56:29 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 15:56:41 (none) last message repeated 109 times
Nov 8 15:56:41 (none) Scheduler[148]: Abr-- reason changed from 'None' to 'UI'
Nov 8 15:56:41 (none) Scheduler[148]: Abr-- DataChanged:0x00090009
Nov 8 15:56:42 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 15:56:56 (none) last message repeated 127 times
Nov 8 15:57:33 (none) Scheduler[148]: Mempool highwater 170544
Nov 8 15:57:33 (none) Scheduler[148]: Abr-- DataChanged:0x00090009
Nov 8 15:57:46 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 15:58:04 (none) last message repeated 150 times
Nov 8 15:58:04 (none) Scheduler[148]: Mempool highwater 170544
Nov 8 15:58:04 (none) Scheduler[148]: Abr-- DataChanged:0x00090009
Nov 8 15:58:04 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 15:58:31 (none) last message repeated 126 times
Nov 8 15:58:31 (none) Recorder[146]: Adding check schedule task
Nov 8 15:58:31 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 15:58:36 (none) last message repeated 43 times
Nov 8 15:58:36 (none) Scheduler[148]: Mempool highwater 170544
Nov 8 15:58:36 (none) Scheduler[148]: Abr-- DataChanged:0x00090009
Nov 8 15:58:36 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 15:59:01 (none) last message repeated 221 times
Nov 8 15:59:07 (none) Scheduler[148]: Mempool highwater 170544
Nov 8 15:59:07 (none) Scheduler[148]: Abr-- DataChanged:0x00090009
Nov 8 15:59:12 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 15:59:12 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 15:59:16 (none) LogTime[150]: WatchTV: show description box: 0.277 sec
Nov 8 15:59:27 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 15:59:34 (none) last message repeated 67 times
Nov 8 15:59:34 (none) mempool[140]: MyWorld block: 1184kB/1645kB chunk: 152kB/375kB unused: 1621kB search: 1 (size=3731424)
Nov 8 15:59:34 (none) mempool[140]: Osd block: 119kB/135kB chunk: 964kB/1260kB unused: 1582kB search: 0 (size=3051488)
Nov 8 15:59:34 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 15:59:38 (none) last message repeated 36 times
Nov 8 15:59:38 (none) Scheduler[148]: Mempool highwater 170544
Nov 8 15:59:38 (none) Scheduler[148]: Abr-- DataChanged:0x00090009
Nov 8 15:59:39 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 15:59:58 (none) last message repeated 170 times
Nov 8 15:59:58 (none) TmkSink::Trace[143]: Video out of A/V window. Resyncing, Diff=-2691161
Nov 8 15:59:58 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:00:09 (none) last message repeated 93 times
Nov 8 16:00:10 (none) Scheduler[148]: Mempool highwater 170544
Nov 8 16:00:10 (none) Scheduler[148]: Abr-- DataChanged:0x00090009
Nov 8 16:00:23 (none) Recorder[146]: found showing 550784/90 (program 558358)
Nov 8 16:00:23 (none) Recorder[146]: Adding check schedule task
Nov 8 16:00:24 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:00:32 (none) last message repeated 37 times
Nov 8 16:00:34 (none) Recorder[146]: IncrementalAlloc rec 563602
Nov 8 16:00:34 (none) Recorder[146]: Allocating new recording file. Size 307200
Nov 8 16:00:34 (none) Recorder[146]: Two small clips in a row!
Nov 8 16:00:34 (none) Recorder[146]: Live cache size 1880064
Nov 8 16:00:34 (none) Recorder[146]: Recording Id 563602 size 962560
Nov 8 16:00:34 (none) Recorder[146]: User recording 104307072 free 225664
Nov 8 16:00:34 (none) Recorder[146]: TivoClip total 10000000 free 9712256
Nov 8 16:00:34 (none) Recorder[146]: DeleteSomething fUserSaidOk=1
Nov 8 16:00:34 (none) Recorder[146]: allocate: 22:00000000:00000000 rec 563602
Nov 8 16:00:34 (none) Recorder[146]: live cache: 3:00000000:00000000
Nov 8 16:00:40 (none) Recorder[146]: candidate: 1:00000000:00000000 561684
Nov 8 16:00:40 (none) Recorder[146]: deleting rec 561684
Nov 8 16:00:40 (none) Recorder[146]: Abr--Now: rec 561684
Nov 8 16:00:40 (none) Recorder[146]: Live cache size 1880064
Nov 8 16:00:40 (none) Recorder[146]: Recording Id 563602 size 962560
Nov 8 16:00:40 (none) Recorder[146]: User recording 104307072 free 848256
Nov 8 16:00:40 (none) Recorder[146]: TivoClip total 10000000 free 9712256
Nov 8 16:00:40 (none) Recorder[146]: Allocated stream Id 565689, size 307200
Nov 8 16:00:41 (none) mediamgr[146]: AddRecordFile input#0
Nov 8 16:00:41 (none) Recorder[146]: Adding check schedule task
Nov 8 16:00:42 (none) Scheduler[148]: Mempool highwater 170544
Nov 8 16:00:42 (none) Scheduler[148]: Abr-- DataChanged:0x00090009
Nov 8 16:00:45 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:01:14 (none) last message repeated 219 times
Nov 8 16:01:14 (none) Scheduler[148]: Mempool highwater 170544
Nov 8 16:01:14 (none) Scheduler[148]: Abr-- DataChanged:0x00090009
Nov 8 16:01:14 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:01:15 (none) last message repeated 14 times
Nov 8 16:01:17 (none) Recorder[146]: Adding check schedule task
Nov 8 16:01:20 (none) LogTime[150]: Lineup: make new RecordingsOnDisk obj: 0.014 sec
Nov 8 16:01:22 (none) LogTime[150]: Lineup: update the OSD: 1.943 sec
Nov 8 16:01:25 (none) Deadline[146]: Tasks run 6600
Nov 8 16:01:25 (none) Deadline[146]: Existed for 1:8419:508858
Nov 8 16:01:25 (none) Deadline[146]: Overhead time 0:1:688782
Nov 8 16:01:26 (none) LogTime[150]: FindActions: entering: 4.001 sec
Nov 8 16:01:28 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:01:28 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:01:28 (none) Recorder[146]: Got EVT_VIDEO_SESSION 9
Nov 8 16:01:28 (none) VideoGuts[150]: StopRecording 326
Nov 8 16:01:28 (none) InputState[150]: StartCaching 0
Nov 8 16:01:28 (none) TmkMediaswitch::Trace[145]: using CBR, bitRate=5960000, maxBitrate=5960000
Nov 8 16:01:28 (none) MultiMpegCache[150]: Delete stream 565689(inx = 2, read = 1, write =1) totalCount 3
Nov 8 16:01:28 (none) TmkTransform::Trace[145]: ClipCache 0x30010808 Secondary Reset
Nov 8 16:01:28 (none) ClipCache[141]: 0x30010808 in Entry(), thread 141
Nov 8 16:01:29 (none) Recorder[146]: Got EVT_VIDEO_SESSION 15
Nov 8 16:01:29 (none) Recorder[146]: ScheduleCleanup rec 563602
Nov 8 16:01:29 (none) Recorder[146]: AquiredTunerLock event received
Nov 8 16:01:29 (none) Deadline[146]: Task Cleanup started late by 3038ms
Nov 8 16:01:29 (none) Recorder[146]: Cleanup rec 563602
Nov 8 16:01:29 (none) TvDbUtil[146]: Remove part 2
Nov 8 16:01:29 (none) Recorder[146]: FRecordingEmpty: probing...
Nov 8 16:01:30 (none) Deadline[146]: Task Cleanup ran late by 701ms
Nov 8 16:01:30 (none) Recorder[146]: Adding check schedule task
Nov 8 16:01:30 (none) LogTime[150]: Lineup: make new RecordingsOnDisk obj: 0.060 sec
Nov 8 16:01:33 (none) LogTime[150]: Lineup: update the OSD: 2.358 sec
Nov 8 16:01:34 (none) LogTime[150]: Lineup: page up/down: 0.481 sec
Nov 8 16:01:35 (none) LogTime[150]: Lineup: page up/down: 0.494 sec
Nov 8 16:01:36 (none) LogTime[150]: Lineup: page up/down: 0.464 sec
Nov 8 16:01:37 (none) LogTime[150]: Lineup: page up/down: 0.555 sec
Nov 8 16:01:37 (none) LogTime[150]: Lineup: page up/down: 0.639 sec
Nov 8 16:01:39 (none) LogTime[150]: Lineup: page up/down: 0.566 sec
Nov 8 16:01:40 (none) LogTime[150]: Lineup: page up/down: 0.588 sec
Nov 8 16:01:44 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:01:55 (none) last message repeated 92 times
Nov 8 16:01:55 (none) mediamgr[146]: RemoveUnwrittenLiveFile input#0
Nov 8 16:01:55 (none) MultiMpegCache[146]: Delete stream 565660(inx = 1, read = 7, write =0) totalCount 9
Nov 8 16:01:55 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:01:55 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:01:55 (none) Recorder[146]: Free live cache chunk: 565660
Nov 8 16:01:55 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:01:55 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:01:55 (none) Recorder[146]: Adding check schedule task
Nov 8 16:01:55 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:02:23 (none) last message repeated 247 times
Nov 8 16:02:23 (none) Scheduler[148]: Mempool highwater 170544
Nov 8 16:02:23 (none) Scheduler[148]: Abr-- DataChanged:0x00090009
Nov 8 16:02:23 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:02:29 (none) last message repeated 52 times
Nov 8 16:02:55 (none) Scheduler[148]: Mempool highwater 170544
Nov 8 16:02:55 (none) Scheduler[148]: Abr-- DataChanged:0x00090009
Nov 8 16:03:21 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:03:26 (none) last message repeated 41 times
Nov 8 16:03:26 (none) Scheduler[148]: Mempool highwater 170544
Nov 8 16:03:26 (none) Scheduler[148]: Abr-- DataChanged:0x00090009
Nov 8 16:03:26 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:03:57 (none) last message repeated 165 times
Nov 8 16:03:58 (none) last message repeated 13 times
Nov 8 16:03:58 (none) Scheduler[148]: Mempool highwater 170544
Nov 8 16:03:58 (none) Scheduler[148]: Abr-- reason changed from 'UI' to 'None'
Nov 8 16:03:58 (none) Scheduler[148]: DISK SPACE: Total: 103698 Live cache: 1277 Overhead: 396
Nov 8 16:03:58 (none) Scheduler[148]: TIVO CLIPS DISK SPACE: Total: 9765 Overhead: 42
Nov 8 16:03:58 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:04:10 (none) last message repeated 97 times
Nov 8 16:04:10 (none) Scheduler[148]: Done Checking high priority Capture Requests
Nov 8 16:04:10 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:04:27 (none) last message repeated 151 times
Nov 8 16:04:43 (none) Recorder[146]: Adding check schedule task
Nov 8 16:05:01 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:05:11 (none) last message repeated 95 times
Nov 8 16:05:11 (none) Recorder[146]: Adding check schedule task
Nov 8 16:05:11 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:05:22 (none) last message repeated 93 times
Nov 8 16:05:22 (none) RecordingList[148]: Err errTmBackgroundHoldoff at line 1018
Nov 8 16:05:22 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:05:38 (none) last message repeated 119 times
Nov 8 16:05:38 (none) Recorder[146]: Adding check schedule task
Nov 8 16:05:38 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:05:48 (none) last message repeated 83 times
Nov 8 16:05:48 (none) RecordingList[148]: Err errTmBackgroundHoldoff at line 1018
Nov 8 16:05:49 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:06:06 (none) last message repeated 155 times
Nov 8 16:06:06 (none) Recorder[146]: Adding check schedule task
Nov 8 16:06:06 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:06:12 (none) last message repeated 51 times
Nov 8 16:06:13 (none) TmkTransform::Trace[145]: ClipCache 0x300114b0 Secondary Reset
Nov 8 16:06:13 (none) ClipCache[142]: 0x300114b0 in Entry(), thread 142
Nov 8 16:06:14 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:06:16 (none) last message repeated 16 times
Nov 8 16:06:16 (none) RecordingList[148]: Err errTmBackgroundHoldoff at line 1026
Nov 8 16:06:16 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:06:31 (none) last message repeated 133 times
Nov 8 16:06:31 (none) Recorder[146]: Adding check schedule task
Nov 8 16:06:31 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:06:39 (none) last message repeated 70 times
Nov 8 16:06:42 (none) RecordingList[148]: Err errTmBackgroundHoldoff at line 1018
Nov 8 16:06:59 (none) Recorder[146]: Adding check schedule task
Nov 8 16:07:02 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:07:09 (none) last message repeated 20 times
Nov 8 16:07:09 (none) RecordingList[148]: Err errTmBackgroundHoldoff at line 1018
Nov 8 16:07:09 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:07:13 (none) last message repeated 32 times
Nov 8 16:07:24 (none) Recorder[146]: Adding check schedule task
Nov 8 16:07:25 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:07:53 (none) last message repeated 227 times
Nov 8 16:07:53 (none) Recorder[146]: Adding check schedule task
Nov 8 16:08:04 (none) RecordingList[148]: Err errTmBackgroundHoldoff at line 1018
Nov 8 16:08:18 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:08:23 (none) last message repeated 42 times
Nov 8 16:08:23 (none) Recorder[146]: Adding check schedule task
Nov 8 16:08:23 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:08:52 (none) last message repeated 212 times
Nov 8 16:08:52 (none) Recorder[146]: Adding check schedule task
Nov 8 16:08:52 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:08:59 (none) last message repeated 65 times
Nov 8 16:09:02 (none) RecordingList[148]: Err errTmBackgroundHoldoff at line 1018
Nov 8 16:09:05 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:09:07 (none) last message repeated 16 times
Nov 8 16:09:23 (none) Recorder[146]: Adding check schedule task
Nov 8 16:09:25 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:09:34 (none) RecordingList[148]: Err errTmBackgroundHoldoff at line 1018
Nov 8 16:09:49 (none) Recorder[146]: Adding check schedule task
Nov 8 16:09:49 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:09:59 (none) last message repeated 91 times
Nov 8 16:09:59 (none) RecordingList[148]: Err errTmBackgroundHoldoff at line 1018
Nov 8 16:09:59 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:10:16 (none) last message repeated 122 times
Nov 8 16:10:16 (none) Recorder[146]: Adding check schedule task
Nov 8 16:10:16 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:10:26 (none) last message repeated 95 times
Nov 8 16:10:26 (none) RecordingList[148]: Err errTmBackgroundHoldoff at line 1018
Nov 8 16:10:26 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:10:42 (none) last message repeated 99 times
Nov 8 16:10:42 (none) Recorder[146]: Adding check schedule task
Nov 8 16:10:42 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:10:56 (none) last message repeated 71 times
Nov 8 16:10:56 (none) TmkTransform::Trace[145]: ClipCache 0x30018490 Secondary Reset
Nov 8 16:10:56 (none) ClipCache[141]: 0x30018490 in Entry(), thread 141
Nov 8 16:11:03 (none) Recorder[146]: Adding check schedule task
Nov 8 16:11:14 (none) RecordingList[148]: Err errTmBackgroundHoldoff at line 1018
Nov 8 16:11:15 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:11:33 (none) last message repeated 129 times
Nov 8 16:11:33 (none) Recorder[146]: Adding check schedule task
Nov 8 16:11:33 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:12:00 (none) last message repeated 174 times
Nov 8 16:12:02 (none) Recorder[146]: Adding check schedule task
Nov 8 16:12:11 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:12:12 (none) last message repeated 8 times
Nov 8 16:12:12 (none) RecordingList[148]: Err errTmBackgroundHoldoff at line 1018
Nov 8 16:12:12 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:12:31 (none) last message repeated 169 times
Nov 8 16:12:31 (none) Recorder[146]: Adding check schedule task
Nov 8 16:12:31 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:12:42 (none) last message repeated 91 times
Nov 8 16:12:42 (none) RecordingList[148]: Err errTmBackgroundHoldoff at line 1018
Nov 8 16:12:42 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:12:59 (none) last message repeated 157 times
Nov 8 16:12:59 (none) Recorder[146]: Adding check schedule task
Nov 8 16:12:59 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:13:15 (none) last message repeated 139 times
Nov 8 16:13:29 (none) Recorder[146]: Adding check schedule task
Nov 8 16:13:39 (none) RecordingList[148]: Err errTmBackgroundHoldoff at line 1018
Nov 8 16:13:42 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:13:43 (none) last message repeated 6 times
Nov 8 16:13:54 (none) Recorder[146]: Adding check schedule task
Nov 8 16:14:05 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:14:12 (none) last message repeated 63 times
Nov 8 16:14:23 (none) Recorder[146]: Adding check schedule task
Nov 8 16:14:28 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:14:34 (none) last message repeated 49 times
Nov 8 16:14:34 (none) RecordingList[148]: Err errTmBackgroundHoldoff at line 1018
Nov 8 16:14:34 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:14:48 (none) last message repeated 57 times
Nov 8 16:14:49 (none) Recorder[146]: Adding check schedule task
Nov 8 16:14:59 (none) RecordingList[148]: Err errTmBackgroundHoldoff at line 1018
Nov 8 16:15:08 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:15:15 (none) last message repeated 65 times
Nov 8 16:15:15 (none) Recorder[146]: Adding check schedule task
Nov 8 16:15:17 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:15:40 (none) last message repeated 182 times
Nov 8 16:15:40 (none) TmkTransform::Trace[145]: ClipCache 0x30011e8c Secondary Reset
Nov 8 16:15:40 (none) ClipCache[142]: 0x30011e8c in Entry(), thread 142
Nov 8 16:15:42 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:15:43 (none) last message repeated 11 times
Nov 8 16:15:43 (none) Recorder[146]: Adding check schedule task
Nov 8 16:15:43 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:15:54 (none) last message repeated 94 times
Nov 8 16:15:54 (none) RecordingList[148]: Err errTmBackgroundHoldoff at line 1018
Nov 8 16:15:54 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:16:09 (none) last message repeated 135 times
Nov 8 16:16:09 (none) Recorder[146]: Adding check schedule task
Nov 8 16:16:09 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:16:27 (none) last message repeated 157 times
Nov 8 16:16:37 (none) Recorder[146]: Adding check schedule task
Nov 8 16:16:40 (none) ContextMgr[150]: ##### Context::OnHeartbeat(): context 7 timing out to Live TV! (idle time 15:00) #####
Nov 8 16:16:41 (none) VideoGuts[150]: PlayLive for Proxy 343
Nov 8 16:16:41 (none) TvVideoPolicy[150]: LiveTunerRequest on 343
Nov 8 16:16:41 (none) VideoGuts[150]: LiveTunerResult ALLOWED 343
Nov 8 16:16:41 (none) InputState[150]: AttachProxyForOutput 0
Nov 8 16:16:41 (none) OutputState[150]: PlayLive 0
Nov 8 16:16:41 (none) LogTime[150]: WatchTV: setup live: 0.182 sec
Nov 8 16:16:41 (none) ContextMgr[150]: WATCHTV::LOCK (mode COMPLETED (via LiveTV))
Nov 8 16:16:43 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:17:07 (none) last message repeated 75 times
Nov 8 16:17:09 (none) Recorder[146]: Adding check schedule task
Nov 8 16:17:23 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:17:27 (none) last message repeated 38 times
Nov 8 16:17:36 (none) Recorder[146]: Adding check schedule task
Nov 8 16:17:42 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:17:43 (none) last message repeated 7 times
Nov 8 16:17:57 (none) mempool[140]: MyWorld block: 1206kB/1645kB chunk: 152kB/375kB unused: 1621kB search: 1 (size=3731424)
Nov 8 16:17:57 (none) mempool[140]: Osd block: 119kB/135kB chunk: 964kB/1260kB unused: 1582kB search: 0 (size=3051488)
Nov 8 16:18:07 (none) Recorder[146]: Adding check schedule task
Nov 8 16:18:56 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:19:07 (none) last message repeated 88 times
Nov 8 16:19:07 (none) Recorder[146]: Adding check schedule task
Nov 8 16:19:07 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:19:17 (none) last message repeated 90 times
Nov 8 16:19:17 (none) RecordingList[148]: Err errTmBackgroundHoldoff at line 1018
Nov 8 16:19:17 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:19:41 (none) last message repeated 215 times
Nov 8 16:19:41 (none) Recorder[146]: Adding check schedule task
Nov 8 16:19:41 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:19:56 (none) last message repeated 11 times
Nov 8 16:19:59 (none) Recorder[146]: Adding check schedule task
Nov 8 16:20:10 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:20:15 (none) last message repeated 50 times
Nov 8 16:20:15 (none) Recorder[146]: Adding check schedule task
Nov 8 16:20:15 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:20:19 (none) last message repeated 33 times
Nov 8 16:20:24 (none) TmkTransform::Trace[145]: ClipCache 0x3001514c Secondary Reset
Nov 8 16:20:24 (none) ClipCache[141]: 0x3001514c in Entry(), thread 141
Nov 8 16:20:26 (none) RecordingList[148]: Err errTmBackgroundHoldoff at line 1018
Nov 8 16:20:41 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:20:45 (none) last message repeated 36 times
Nov 8 16:20:45 (none) Recorder[146]: Adding check schedule task
Nov 8 16:20:45 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:20:55 (none) last message repeated 91 times
Nov 8 16:20:55 (none) RecordingList[148]: Err errTmBackgroundHoldoff at line 1026
Nov 8 16:20:55 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:21:08 (none) last message repeated 120 times
Nov 8 16:21:19 (none) Recorder[146]: Adding check schedule task
Nov 8 16:21:30 (none) RecordingList[148]: Err errTmBackgroundHoldoff at line 1018
Nov 8 16:21:41 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:21:45 (none) last message repeated 34 times
Nov 8 16:21:45 (none) Scheduler[148]: Done ProcessProgramSources
Nov 8 16:21:45 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:21:45 (none) Scheduler[148]: Done Checking normal priority Capture Requests
Nov 8 16:21:45 (none) Scheduler[148]: FUZZY SOURCE
Nov 8 16:21:45 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:21:53 (none) last message repeated 70 times
Nov 8 16:22:01 (none) Scheduler[148]: Done ProcessSpecialProgramSources
Nov 8 16:22:01 (none) Scheduler[148]: Done Checking high priority Capture Requests
Nov 8 16:22:03 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:22:29 (none) last message repeated 97 times
Nov 8 16:22:29 (none) Recorder[146]: Adding check schedule task
Nov 8 16:22:29 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:23:00 (none) last message repeated 241 times
Nov 8 16:23:02 (none) last message repeated 21 times
Nov 8 16:23:02 (none) Recorder[146]: Adding check schedule task
Nov 8 16:23:02 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:23:09 (none) last message repeated 61 times
Nov 8 16:23:09 (none) RecordingList[148]: Err errTmBackgroundHoldoff at line 1018
Nov 8 16:23:09 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:23:40 (none) last message repeated 165 times
Nov 8 16:23:49 (none) last message repeated 87 times
Nov 8 16:23:49 (none) Recorder[146]: Adding check schedule task
Nov 8 16:23:49 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:24:18 (none) last message repeated 252 times
Nov 8 16:24:18 (none) Recorder[146]: Adding check schedule task
Nov 8 16:24:18 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:24:28 (none) last message repeated 88 times
Nov 8 16:24:28 (none) RecordingList[148]: Err errTmBackgroundHoldoff at line 1018
Nov 8 16:24:28 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:24:50 (none) last message repeated 200 times
Nov 8 16:24:50 (none) Recorder[146]: Adding check schedule task
Nov 8 16:24:50 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:25:08 (none) last message repeated 160 times
Nov 8 16:25:08 (none) TmkTransform::Trace[145]: ClipCache 0x30017a18 Secondary Reset
Nov 8 16:25:08 (none) ClipCache[142]: 0x30017a18 in Entry(), thread 142
Nov 8 16:25:08 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:25:33 (none) last message repeated 217 times
Nov 8 16:25:33 (none) Promo[150]: Promo errNmNameNotFound: line 557
Nov 8 16:25:33 (none) Promo[150]: PromoRotation::NextValid cannot find valid promotion.
Nov 8 16:25:33 (none) Promo[150]: PromoRotation::SetupPromotion Could not find a valid Promotion
Nov 8 16:25:33 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:25:33 (none) last message repeated 2 times
Nov 8 16:25:33 (none) Scheduler[148]: Abr-- reason changed from 'None' to 'UI'
Nov 8 16:25:33 (none) Scheduler[148]: Abr-- DataChanged:0x00090009
Nov 8 16:25:33 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:25:35 (none) last message repeated 16 times
Nov 8 16:25:35 (none) LogTime[150]: Lineup: make new RecordingsOnDisk obj: 0.000 sec
Nov 8 16:25:35 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:25:42 (none) last message repeated 65 times
Nov 8 16:25:42 (none) LogTime[150]: Lineup: update the OSD: 7.556 sec
Nov 8 16:25:42 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:25:44 (none) last message repeated 12 times
Nov 8 16:25:44 (none) LogTime[150]: Lineup: page up/down: 0.641 sec
Nov 8 16:25:44 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:25:44 (none) last message repeated 4 times
Nov 8 16:25:44 (none) LogTime[150]: Lineup: page up/down: 0.571 sec
Nov 8 16:25:44 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:25:45 (none) last message repeated 7 times
Nov 8 16:25:45 (none) LogTime[150]: Lineup: page up/down: 0.558 sec
Nov 8 16:25:45 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:25:46 (none) last message repeated 3 times
Nov 8 16:25:45 (none) LogTime[150]: Lineup: page up/down: 0.443 sec
Nov 8 16:25:46 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:25:46 (none) last message repeated 3 times
Nov 8 16:25:46 (none) LogTime[150]: Lineup: page up/down: 0.463 sec
Nov 8 16:25:46 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:25:46 (none) last message repeated 2 times
Nov 8 16:25:46 (none) LogTime[150]: Lineup: page up/down: 0.516 sec
Nov 8 16:25:46 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:25:47 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:25:47 (none) LogTime[150]: Lineup: page up/down: 0.429 sec
Nov 8 16:25:47 (none) LogTime[150]: Lineup: page up/down: 0.014 sec
Nov 8 16:25:47 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:25:48 (none) last message repeated 15 times
Nov 8 16:25:48 (none) VideoGuts[150]: PlayRecording for Proxy 347
Nov 8 16:25:48 (none) OutputState[150]: PlayRecording 0
Nov 8 16:25:48 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:25:49 (none) last message repeated 3 times
Nov 8 16:25:49 (none) LogTime[150]: WatchTV: setup cached: 0.390 sec
Nov 8 16:25:49 (none) ContextMgr[150]: WATCHTV::LOCK (mode COMPLETED (via NS))
Nov 8 16:25:49 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:26:02 (none) last message repeated 92 times
Nov 8 16:26:02 (none) TmkMediaswitch::Trace[145]: CHECK_VIDEO_LOCK took too long: 48
Nov 8 16:26:02 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:26:02 (none) TmkMediaswitch::Trace[145]: CHECK_VIDEO_LOCK took too long: 41
Nov 8 16:26:02 (none) TmkMediaswitch::Trace[145]: Lost VBI lock
Nov 8 16:26:02 (none) TmkMediaswitch::Trace[145]: CHECK_VIDEO_LOCK took too long: 48
Nov 8 16:26:02 (none) TmkMediaswitch::Trace[145]: Lost VBI lock

[sanderton]

Nothing unusual in Endpad's log. The previous bug occurred when the requested end padding overlappped the start of the next programme, which is not the case here.

The Tivo got a "Stop recording" event at 16.01:

Nov 8 16:01:28 (none) Recorder[146]: Got EVT_VIDEO_SESSION 9
Nov 8 16:01:28 (none) VideoGuts[150]: StopRecording 326
Nov 8 16:01:28 (none) InputState[150]: StartCaching 0


Then 15 minutes later it timed out to Live TV:


Nov 8 16:16:40 (none) ContextMgr[150]: ##### Context::OnHeartbeat(): context 7 timing out to Live TV! (idle time 15:00) #####


Since it times out after 15 mins unattended, the clock for which runs from the last user interaction on a menu screen, I'd have to conclude that someone stopped the recording from Now Playing at 16.01.

You might want to check the other log file which records keypresses?

[pmk]

Thanks Stuart you are correct I think perhaps this is what I did on my previous recent black bar problem. I probably finished watching at 16:00 and wanted to delete the recording but as it was still recording it does not allow you so I cancelled the recording but forgot to delete. TIA.

[Couch Potatoe]

I understand that EndPad determines the next time it is required to wake up based on recording times and also wakes up every 30 mins to check for changes. This seems to mean that if you add any program that starts or ends within the next 30 mins then EndPad may miss padding it. This is a performance nod.

I guess we use our Tivo a little differently - often panicing when two programs are about to start and creating an instant recording of one - or recording one already in progress in the buffer. The effect is that EndPad doesn't adjust the pad times and we occasionally lose the endings .

I just wondered if there was any other approach that might trap these types of additions eg an event driven rather than poll type operation. It would really be nice to get padding added on these instant recordings somehow. Is there a lot of work every 30 mins and would it be impractical for it to be more frequent , perhaps set in the command line parameters ?

Kevin

(Having recently just convinced someone that I will record the end of a thriller they were watching whilst we watched the footy live only to find the end was cut off. Yeah I know I should have added a manual padding and I now have the bruises / bow legs to prove it.)

[sanderton]

If you're doing it "live" why not just add the padding while you're at it?

You can mod the code to make the wake ups more frequent than 30 minutes if you want. The key line is:


# Max 30 mins between wake ups to catch new recordings
if {[expr $nexttime - [clock seconds]] > 1800} {
set nexttime [expr [clock seconds] + 1800]
}


Change the 1800 (30 mins in seconds) to whatever you like.

[Couch Potatoe]

Originally posted by sanderton
If you're doing it "live" why not just add the padding while you're at it?



Oh I did mention that I >should< have done this in my post but it sort of seems you shouldn't have to if you have true "automatic soft padding" running - plus that's an extra step and one the other members of the family would find awkward and will forget.

Thanks for the script edit pointers - I might try it at 5 min intervals and see how it works out. Is it a real cpu hog ?

Kevin

[sanderton]

Don't know. Shouldn't be. Try it!

I put it in at 30 mins, as the number of shows that should miss will be very small - shows which are shorter the 30 mins, whose recording was set less than 30 mins ago and which a wake up doesn't happen to fall in. Ireckoned you'd be unlucky if one a year got missed.

[bradleyem]

I've had a crash which wiped my /var folder. So I've reinstalled TW, and also endpad 1.4.1, but when I go to the tracker module, I've get "tracking directory not found".

Have I lost all my data? If so, is there a way of backing it up every so often (even manually)?
(or is it just copy /var/hack/tracker)

Otherwise, it's a fabulous tool, especially the tracking bit.

TIA
Brad

[sanderton]

Tracker isn't part of Endpad any more, it's a stand-alone TW module.

If /var got wiped, then yes you lost your database. You can indeed just make a copy (tar-ing it up first might make it quicker).

[bradleyem]

bugger.

(I'd added the tracker module, just didn't mention it. )

is tar on the tivo, or do I need to find the bin? (no tivo to hand to check!)

[sanderton]

You need to find the binary. There is a built in command, cpio, but its syntax is a bit of buggar.

[bradleyem]

Tar is on this thread if anyone else is interested.
http://www.tivocommunity.com/tivo-vb/showthread.php?s=&postid=2351541#post2351541

[ericd121]

I've only read the first 9 pages, so can I ask if the following question has been answered:-

Can Endpad be installed, and configured, using a PC in the manner of Hinsdale?

I don't have a serial cable (did one come with? :confused: If so, it must still be in the box(es) )

[kitschcamp]

Yes, using the types of boot discs you would use to install TivoWeb you can mount the drives and the partition and use pico/nano to edit the config file.

I've done it in the past when I've accidentally screwed up my tivo with unthoughtful editing.

[6022tivo]

Originally posted by ericd121

I don't have a serial cable (did one come with? :confused: If so, it must still be in the box(es) )

Interesting that is, in the US, series 1 tivos did come with a serial lead, in the UK they did not.

But as a buyer and seller of tivo's in the early days the cable sets that came with a new tivo has a small incision in them as if either a cable has been removed (serial??) or a cable inserted (UK Telephone cable)..

To answer your question they did not come with the UK tivo..

Can be easily made, there is a diagram on this forum have a search, or ebay.

[alphabeta]

Can Endpad be installed, and configured, using a PC in the manner of Hinsdale?Yes, there are instructions here (http://www.pinedragon.com/tivo/endpad_instructions.html) which I hope are still right. It may need some tweaks if your Tivo has already been upgraded or scripted though.

[ericd121]

Originally posted by kitschcamp
Yes, using the types of boot discs you would use to install TivoWeb you can mount the drives and the partition and use pico/nano to edit the config file.

I've done it in the past when I've accidentally screwed up my tivo with unthoughtful editing. I've still got the MFS Tools boot floppy that I used for my Hinsdale upgrade to 120Gb.

Would that be OK to use?
(I vaguely remember that boots to a Bash prompt)

I can then follow the command from Page One of this thread, presumably?

[kitschcamp]

Er, not sure. I can't remember what the MFS tools disc did and didn't let you do.

[sanderton]

The boot CD which has the turbonet drivers on works.

[ericd121]

Thanks, guys.

The old PC that I'll be using doesn't see its CD Drive until after booting (despite being told to do so in the BIOS!), but I've managed to boot it to a Bash prompt using the MFS Tools boot floppy , so I'll read and digest Hinsdale (again) and Steve Jenkins Network Hack How-To Guide (http://tivo.stevejenkins.com/network_floppy.html), both of which I have in printed form, before diving in tomorrow.

The PineDragon EndPad Page (http://www.pinedragon.com/tivo/endpad_instructions.html) looks very useful, too. :up:

[Goshdarnit]

:D

Thank you! Just stripped Tivo down again after my padding seemed to be missing on most shows. Turned out I had -sugeq set and Tivo was stripping padding from lots of recordings because of the suggestions. Often, suggestions which it never bothered recording after all! Anyway, one HD removal and joe session later, all seems well. This is THE killer hack for Tivo, IHMO. Nothing else worth taking it apart for. Of course, I installed bufferhack while I was at it! ;)

Can I just check on the latest state of play of Manual padding vs Endpad? If I set 30 min padding on a sports program, will Endpad strip it now (1.4.1 installed)? I would ideally want 5 mins on most things, but I tend to set BBC rugby to +1/2 hour and Formula 1 to +1 hr (in case of red flags and restarts), so would ideally prefer Endpad to leave any manual padding alone, as I have removed it from all my season passes. Either way though, it is still a million times better than Tivo without Endpad! I know the answer to this is in the thread, but I worked through them all once, and have kind of lost track of the whole plot!

Once again, congratulations on the succes of this hack, and THANK YOU!!!

[ericd121]

I, too, am using the PC method to install Endpad.

I've made all the changes on my partition 4, but can't mount partition 7

Can someone tell what I need to do? :confused:

[doubledrat]

it'll either be partition 7 or 9. if 7 won't mount, try 9

[ericd121]

Originally posted by doubledrat
it'll either be partition 7 or 9. if 7 won't mount, try 9 Now you're just trying to confuse me! :D

I understood it was 4 or 7 which are the same, and 9 which is something different entirely. :confused:

[alphabeta]

I understood it was 4 or 7 which are the same, and 9 which is something different entirely. You are right 4 and 7 are basically the same and 9 is different. If you are following the instructions on pinedragon.com then they only apply for a vanilla unupgraded Tivo. If you have done a disk upgrade then one of the 4 or 7 partitions won't mount. This is OK - just work on the one that does mount and ignore the other.

[alphabeta]

only apply for a vanilla unupgraded Tivo Also related to this, the instructions overwrite rc.sysinit.author. If you have created an rc.sysinit.author file for any other reason then you will need to make suitable modifications.

[doubledrat]

sorry, maybe I'm misremembering...

[ericd121]

Originally posted by alphabeta
Also related to this, the instructions overwrite rc.sysinit.author. If you have created an rc.sysinit.author file for any other reason then you will need to make suitable modifications. Just trying to expand my knowledge...
which bit overwrites rc.sysinit.author? Is itecho "/bin/bash < /dev/ttyS3 >& /dev/ttyS3 &" >> rc.sysinit.author
echo "/var/hack/endpad.tcl -s 2 -e 5 -auto >> /dev/null &" >> rc.sysinit.author
I thought this would only write to the file, not overwite it, if it existed?

But what do I know, I've been trying to get EndPad to work for two days now...:(

[doubledrat]

>> means append to the file that follows the >>

if you put > it will zap the file (unless the > is in "")

i.e. make sure you type the command very carefully or the results might not be what you want!

[ericd121]

Originally posted by doubledrat
>> means append to the file that follows the >>

if you put > it will zap the file (unless the > is in "")

i.e. make sure you type the command very carefully or the results might not be what you want! Thanks, Bob.
Looks like I did everything right, but I'll pull the HDD tomorrow to double check.

After I did the echo command, I discovered I could have used Joe, which is on the HDD as supplied by Blindlemon.
I had a look inside rc.sysinit.author and all looked acceptable (yes, I quit without saving the file).

I chmod 755ed it, and then did ls -l and the permissions looked fine.

If anyone can point out anything to be done, or not done, to get EndPad to work, I'd be very grateful.

[doubledrat]

the key thing is -

echo "/bin/bash < /dev/ttyS3 >& /dev/ttyS3 &" >> rc.sysinit.author

with that in your rc.sysinit.author you can access your tivo using the serial connection and make any necessary changes without having to pull it apart.

[alphabeta]

I thought this would only write to the file, not overwite it, if it existed? Humm, yes that would be right for partition 7. If you followed the instructions the rc.sysinit.author on partition 4 would be zapped.

In any case, the instructions certainly don't backup any old rc.sysinit.author file, or make sure that the commands you add don't conflict with any that are already there.

[ericd121]

Originally posted by doubledrat
the key thing is -

echo "/bin/bash < /dev/ttyS3 >& /dev/ttyS3 &" >> rc.sysinit.author

with that in your rc.sysinit.author you can access your tivo using the serial connection and make any necessary changes without having to pull it apart. Unfortunately, I don't have a Tivo Serial Cable. :eek:

I'm thinking of taking advantage of George Bush's mis-management of the U.S. economy (i.e. the dollar is in freefall) to buy a couple of CacheCards.

[gyre]

Now's a good time to buy, I think. $125 shipped... which is like 65 quid or something.

-- gyre --

[doubledrat]

it's the same as the pronto serial cable. there's one one ebay for 99p at the moment...

[ericd121]

I now have EndPad running.
I'd mistyped its parameters! :eek:

Luckily, I was accessing a Blindlemon supplied disk, which had all the TiVo binaries installed, so I edited rc.sysinit.author in Joe and all was well.

Thought I'd pass on something to those who, like me, are merely following, parrot-fashion, the instructions of others.

When you're backing up using Hinsdale (http://www.newreleasesvideo.com/hinsdale-how-to/) or PineDragon (http://www.pinedragon.com/tivo/endpad_instructions.html) using a variant of this command/mnt/dos/mfstool backup -l 32 -6 -s -o /mnt/dos/tivo.bak /dev/hdb be aware that, of course, tivo.bak is the filename of your backup, and if you change that, you can have as many backups as you have room for.

I have
tivo.bak which is my original 40Gb HDD backup from my first HDD upgrade.
tivobl.bak which is the 160 Gb HDD backup as supplied by Blindlemon with Cachecard drivers, TivoWeb, Mode 0 and upgraded kernal
and
tivoep.bak which is all the above with EndPad enabled.

[Filw]

Hi all,

Earlier in this thread a missing slash from the rc.sysinit.author line was highlighted.. Just to let you know that the readme in the endpad gzip has the same omission.

The line should read
/var/hack/endpad.tcl -s x -e y -sugqual z -sugeq -auto >> /dev/null &

It's only a problem if you're lazy like me and just paste it in - that'll teach me! It probably won't though.

Phil

PS Fantastic program sanderton- I'll never miss the last 5 minutes of Sky at Night again!

[Goshdarnit]

Originally posted by doubledrat
it's the same as the pronto serial cable. there's one one ebay for 99p at the moment...


*lol* Wish I'd known that! I have a Pronto and just waited several days for my Tivo cable to be delivered! :)

[doubledrat]

doh! :)

[LaupSavea]

Just downloaded and installed V1.4.1 - never installed before.

I have installed endpad.tcl exisitng in Hack directory
then
chmod 755 endpad.tcl - which seemed OK
then

./endpad.tcl 1 1

from which I get......

./endpad.tcl: t: command not found

./endpad.tcl: line 13: syntax error near unexpected token `}'

./endpad.tcl: line 13: ` }'

I have tried various combinations of syntax but no success?

Any ideas??

Thanks

Laup

160Gb TiVo with CacheCard + TiVoWeb

[Rob Nespor Bellis]

That's because your command is wrong......

Perhaps it should be ./endpad.tcl -s 1 -e 1 ?

You *may* wish to read the first post in this thread ( by Sanderton ) where he explains exactly how to use endpad.

Rgds,

R.

[Rob Nespor Bellis]

Thank-you Stuart for your great module, it just saved my bacon ( yet again. ) BBC3 are running fast ( again ) tonight and without your module I ( meaning the wife of course :) ) would have missed the start of Two Pints etc... the new series.

Rgds,

R.

[PaulOckenden]

Originally posted by RobBellis
Thank-you Stuart for your great module, it just saved my bacon

Mine too. endpad has to be the most useful tivo hack ever.

P.

p.s Wasn't that impressed with the 1st episode of the new series of 2POL - it seems to have lost its edge.

[LaupSavea]

My FTP Wanderer seems to screw up the file - I ftp using IE and all is well.

Anyone know of a TIVO friendly FTP prog?

EXCEPT for occassionally lock up when using Season Pass Manager which requires a switch off and on. Only started since installing - I am trying different s and e variables. Still, it works mostly and thats the rub - nice one!!

[iankb]

Originally posted by LaupSavea
... I ftp using IE ...Not a good idea. The TiVo FTP server can only handle one connection, and programs such as IE will try and use multiple connections. I use the command-line FTP client in Windows XP with no problems.

[Fozzie]

Originally posted by LaupSavea
Anyone know of a TIVO friendly FTP prog?Just pull up a command prompt and type 'ftp IP address'.

Make sure you type 'bin' (for binary mode) after connecting.

[hedwig-0101]

What is wrong with using IE for FTP.

It is the only FTP prog I use and it has never let me down.

[LaupSavea]

Fozzie,IanKB, Hedwig - Many thanks.

[dave h-j]

I take it endpad runs with the default priority - anybody running with a lower priority? (I've got problems with sound warbles sometimes, which doesn't seem to affect me when endpad is not running).

[kitschcamp]

What other hacks are you running? For example, Tivoweb or Tivoweb+? Any of the IR programs?

[dave h-j]

nope only run endpad/tivoweb/cron (for dailymail)

I can't see whats cauing it, so it's a case of stopping things to see. so far without endpad I haven't seen it reoccur.

[B33K34]

having finally got tivoweb working over the interweb i was browsing the logs and noticed that endpad doesnt seem to be working quite as i expected.
I've edited my startup file using Startup editor and it reads:
/var/local/tivoweb-tcl/tivoweb >> /dev/null &
/var/hack/endpad.tcl -s 1 -e 5 >> /dev/null &

Tivoweb and endpad both start after a reboot.

I thought that endpad would pad the end of a scheduled recording rather than record a suggestion but the logs seem to say otherwise. Am I wrong or is this a switchable option?

Sleeping, checking every minute for kill signal....
Sunday 19:58:00 : Woken up
Sunday 19:58:00 : Recording {Channel 4 News} on C4 now
Sunday 19:58:00 : Recording Scheduled End Time: 20:00
Sunday 19:58:00 : Next recording is {Seven Days that Shook the Weathermen} on C4 (Suggestion) at 20:00
Sunday 19:58:00 : Gap to next programme is 0 seconds
Sunday 19:58:00 : Can't add end padding to {Channel 4 News}
Sunday 19:58:00 : Next end padding setting due 20:55
Sunday 19:58:00 : Gap to previous recording is 0 seconds
Sunday 19:58:00 : Can't add start padding to {Seven Days that Shook the Weathermen}
Sunday 19:58:00 : Next start padding setting due 20:55
Sunday 19:58:00 : Next wake up will be 20:28

[sanderton]

Can you check which version of EendPad you are using and copy and paste the log fiel header where it announces its settings.

[B33K34]

Sorry - i did check the version and meant to include it. The only thing that occured to me is that this might be because the suggestion was on the same channel as the recording.

Sunday 00:25:01 : endpad.tcl 1.4.1 log file, log rotated
Sunday 00:25:01 : Start padding set to 60 seconds
Sunday 00:25:01 : End padding set to 300 seconds
Sunday 00:25:01 : Suggestions will be padded, even if that means cancelling a subsequent suggestion
Sunday 00:25:01 : Detected TiVo software version 2.5.5a-01-1-023
Sunday 00:25:01 : Suggestion quality change disabled
Sleeping, checking every minute for kill signal......

[ericd121]

Originally posted by B33K34
The only thing that occured to me is that this might be because the suggestion was on the same channel as the recording. As I posted in the Endpad and suggestions (http://www.tivocommunity.com/tivo-vb/showthread.php?postid=2461204#post2461204) over Christmas...

When I first installed EndPad, it failed to pad Channel 4 News, but instead padded the following 5 minute Channel 4 prog The Political Slot.

[B33K34]

That looks like the same problem on the same programme.... Fine in principle (if you want to see the end of the first prog you watch the start of the second) but poor in practice (you need to identify that the other prog exists, what it is and that it hasn't been deleted in the meantime).

As an aside, what does -auto do? I'm running from the startup script without it and it seems fine.

[sanderton]

-auto tells it to ignore the "Endpad is already running" flag, which may remain set if your TiVo crashes.

[a_tivo_noob]

i really do apologise if this has already been asked somewhere in this (48 page!) thread :)

I have endpad running on my Tivo, which was included on an image kindly donated to me by a member of this forum back in April 2004 (IIRC) and it was working like a dream, up until the last couple of months, whereby, due to BT, poor little Tivo could no longer dial in and, was struggling for a couple of weeks with no guide data...

now, since then, it's been dialling back in regularly, however, EndPad has stopped working... i'll be honest, i haven't a clue what to do... I really would appreciate any help - tried many resets and all sorts but to no avail...

your patience and replies are much appreciated! :)

cheers

[mike0151]

Sounds like your /var directory has been recreated, thus you have lost all or most of your hacks. This can happen from time to time. Do a search for more info. You'll need to reinstall the hacks to get them working again. This will also happen if you request the 2.5.5.a version of the software to overcome the teletext problem.

HTH

Mike

[lcsneil]

Having probs with endpad.

Noticed the other night it didn't pad a prog I had recorded. Checked out the logs and saw this...

Tuesday 23:11:18 :
Tuesday 23:11:18 : endpad.tcl 1.3.3 log file, starting up
Tuesday 23:11:18 : Start padding set to 60 seconds
Tuesday 23:11:18 : End padding set to 300 seconds
Tuesday 23:11:19 : Error detected
can't read "nextbutonerecstartdate": no such variable
while executing
"expr $nextbutonerecstartdate * 86400 + $nextbutonerecstarttime"
Tuesday 23:11:19 : Attempting to recover
Tuesday 23:11:49 : Error detected
can't read "nextbutonerecstartdate": no such variable
while executing
"expr $nextbutonerecstartdate * 86400 + $nextbutonerecstarttime"
Tuesday 23:11:49 : Attempting to recover
Tuesday 23:11:49 : Too many errors, stopping

Ran it again from the Bash Prompt and got the same thing - one thing to do in my ToDo list (for 3/2) before anyone suggest that might be the prob.

Any ideas??

Neil

[Fozzie]

Have you tried running the latest version (1.4.1) ?

[sanderton]

It's a known bug, but figured that the occasions where you only have one thing in the entire To Do List was so rare I didn't fix it.

[sanderton]

It's a known bug, but figured that the occasions where you only have one thing in the entire To Do List was so rare I didn't fix it.

[paul_J2]

Is there an idiots guide somewhere to how to install this software on the TiVo? I see nothing in the FAQ or on the sticky links, just lots of references to cron jobs and the like in this thread. Just WTF do I need to do? Surely this should be a stickly link? Or did I miss it???

[Fozzie]

The first post of this thread and the readme.txt in the endpad.zip file explain how to install it.

You don't need to do anything with cron - just follow the instructions.

(What exactly is a "stickly link"? ;))

[lcsneil]

[QUOTE]Originally posted by sanderton
It's a known bug, but figured that the occasions where you only have one thing in the entire To Do List was so rare I didn't fix it. [/QUOTE

Are there any plans to fix it?

<update now got it running - newer version has differnt cmd line param -Doh >

Neil

[sanderton]

It will be unrelated.

Hmm, I could pull out the code, figure out a fix, test it, upload it, cause 1,000-odd people to upgrade their software 'case they haven't got the altest version anymore or... you could just hit the record button in the guide to put a second item in the TDL.

Close call. :)

[lcsneil]

OK I'll rephrase that then. Any plans to incoroporate a fix in the next release (if there is one...) :D

Hmmm I got the "Close call" response from the 'pooter help desk at work today as well when summit still wasn't working. Completely different matter though! :D

2nd item now scheduled.....


Neil

[paul_J2]

Sorry, I downloaded the zip file, but all it says is

"Copy to the TiVo using binary mode FTP then"

This is the heart of my question. How do I set up a binary mode ftp connection to the TiVo - what connectors do I need (RS232 serial cable? )? Do I need to open the TiVo? I can probably handle the ftp part from my PC, but it is the connectivity that I am asking about, and which I can't find any details for.

[alextegg]

Paul,

The connectivity is provided either using a serial cable, or ethernet if you have installed a turbonet or cachecard to provide the ethernet interface.

This is the easiest option if you are going to add more hacks in the future. Once a network card is installed, you can install hacks easily, all of which are detailed on this forum.

HTH,

Alex

[Fozzie]

@paul_J2 - without wishing to sound rude, this thread is about endpad and not fairly basic questions about how to hack Tivo. Most hack installation instructions assume a certain base level of knowledge. Without this, all the threads would end up getting bogged down answering the same questions and important information pertaining to the hack itself ends up getting lost in the noise.

Have a quick search and I guarantee you'll find all your questions (and more) already answered in quite a few other threads. Good luck ;)

[Greg.Steele]

Thanks for posting this. I hate to ask a stupid question, but how do I get a TELNET session to the Tivo unit? I have it set up to use my wireless home network and I can ping the IP address it says it's using, but I can't open a TELNET session to the address.

[gregh]

Greg,

Use a terminal emulator, or under XP open a command prompt and type telnet!

Greg

[Greg.Steele]

Thanks for the response. I had tried a terminal emulator first, then telnet from the DOS prompt in W2k. I was getting a "connection refused" message.

I did a little more googling and it appears that telnet isn't enabled in the software as delivered and you have to hack it up to enable it. The unit I have is a Toshiba with a DVD player in it (no floppy) and I don't even know if the BIOS will boot from it. Even if it does, I'm not sure that I want to take a chance on screwing something up and winding up with nothing. I'm not exactly a Linux hacker.

I guess I'll just have to stay mad at Tivo. I've already told my kids to get their DVRs from the cable company. I think it's sad that a company can ignore their customers so thoroughly. They don't appear to even read this forum.

Thanks again.

Greg

[AMc]

Greg.Steele - Are you using a UK Thompson Scenium Tivo?
These are the only units available to the UK market, you may find better help in the US forums if you have a US Tivo.

[pahunt]

If it's a series 2, which it sounds like it is, then you are best off looking for hacking info at the "other" forum that we can't mention here but google will find if you search for "database hacking tivo". Be prepared for a steep learning curve though.

[Keris]

First, endpad is really useful, thanks for it!

I'd like an extra feature, though, I don't know whether it is possible.

On most of the cable channels (NTL UK) it seems that programmes finish early, then have commercials, and the next program starts "on time" (which can be up to a minute early). This means that if there are programmes to be recorded back-to-back the first one runs for the whole time, including the first bit of the second programme, then the TiVo changes channel (which the cable box causes a glitch so it takes several seconds to settle down) and then starts recording the second programme, minus the bit which has started.

What I want is a way to automatically shorten the previous programme, a sort of reverse end padding. Can this be done? I've looked at endpad.tcl, and I have a suspicion that if it can be done it will involve altering the 'Duration' of the current programme in the database, but (a) I haven't used TCL for many years (I'm a C/C++ programmer) and (b) I don't know what the database commands really do (is there a list somewhere?).

Any suggestions?

[a_tivo_noob]

Sounds like your /var directory has been recreated, thus you have lost all or most of your hacks. This can happen from time to time. Do a search for more info. You'll need to reinstall the hacks to get them working again. This will also happen if you request the 2.5.5.a version of the software to overcome the teletext problem.

HTH

Mike here we go then... never tried this before - wish me luck! :D

[a_tivo_noob]

stumbling block no.1 - i cant' mount to partition 7... I can mount to 4 and 9 tho... on 7, it says "you must specify the file system type"

is this because i am using an upgraded 120GB harddrive?

[a_tivo_noob]

ignore, read back and found this:
http://www.tivocommunity.com/tivo-vb/showthread.php?p=2411016&&#post2411016

[sanderton]

First, endpad is really useful, thanks for it!

I'd like an extra feature, though, I don't know whether it is possible.

On most of the cable channels (NTL UK) it seems that programmes finish early, then have commercials, and the next program starts "on time" (which can be up to a minute early). This means that if there are programmes to be recorded back-to-back the first one runs for the whole time, including the first bit of the second programme, then the TiVo changes channel (which the cable box causes a glitch so it takes several seconds to settle down) and then starts recording the second programme, minus the bit which has started.

What I want is a way to automatically shorten the previous programme, a sort of reverse end padding. Can this be done? I've looked at endpad.tcl, and I have a suspicion that if it can be done it will involve altering the 'Duration' of the current programme in the database, but (a) I haven't used TCL for many years (I'm a C/C++ programmer) and (b) I don't know what the database commands really do (is there a list somewhere?).

Any suggestions?

Sadly it's not quite that simple, as ever. :) This is an often requested feature, but would require quite a bit of work. The main problem is if you set a second recording to start early, then it tends to obilterate (not just cancel) the first recording, even if it has stopped early though negative end padding.

It's possible you could get something to work through also altering the Duration - I don't know.

I didn't persue it because for every time you get the last minute of a show on the start of the next recording at present, I think you'd create a new instance of the same thing with an EndPad working this way (from when the programmes actually ended on time.)

[bobones]

Endpad crashes if there are no recordings in the database (e.g. after using DeleteAll .tcl and clearing the todo list). It all kicks off when $rectype is used (if $rectype == 3) when it hasn't been set in the main loop.

[sanderton]

Yes, it does. Known bug. Fixes itself when you add two shows to the TDL.

[somegeeza]

I'm having trouble downloading Endpad from the link on the first page of this thread.

Having same problem downloading Autospace 2.5.5 too from this forum.

Is anyone else getting this problem?

[Fozzie]

Right click, 'Save Target As' works fine here.

[MikeMcr]

I have the same problem. Ever since they upgraded the forum software, left-clicking on attachments no longer works for me. However, you can right-click and select "Save Target As" instead.

[iankb]

I reported the download problem (http://www.tivocommunity.com/tivo-vb/showthread.php?t=226643) as a bug, but I didn't get much sympathy. :(

[somegeeza]

Many thanks, right-clicking and saving to target works fine.

Andy

[maxwells_daemon]

Hi sanderton,

Thanks for the nice module. I just installed it, so I'll have to see how it goes, but from your documentation it looks just the sort of thing I've always wanted - and nicely coded too. :)

If I understand it correctly, endpad applies the same padding to all programs (where it can), regardless of what channel they are on. Right? I was wondering whether one could apply different padding to different channels, eg. -e 15 for BBC and -s 1 for SKYONE (that's like what I usually used when I did it by hand).

If you like, I could give it a go. I know tcl quite well, but haven't done anything for the TiVo, so I don't know how easy that might be. What do you think? Sorry if this has already been discussed and I didn't notice among the 991 posts!

Thanks,
Tim.

[sanderton]

It has been; it is perfectly possible; I don't need it (and not that many folks seemed bothered) so haven't done it.

Feel free!

[maxwells_daemon]

Hi Stuart,

OK, my modified version is attached (or if, like me, you prefer to be able to download and unpack directly on the TiVo, you can get the tar.gz file here (http://homepage.ntlworld.com/maxwells.daemon/tivo/downloads/endpad-1.4.1-md1.tar.gz)). It has run OK on my TiVo for the last couple of days, so I thought I'd post it for you and other people to try if you are interested.

This new version can read an endpad.config file (from the same directory as endpad.tcl - or you can specify another location with the -config option) with lines likeendpad 2
channel BBC1STH,BBC2STH,BBC4 endpad 15
channel SKYONE startpad 1which adds 15 minutes' end padding on BBC programs, and 2 minutes for everything else. It also adds 1 minute's start padding on SKYONE programs. The global "endpad 2" line is equivalent to the "-e 2" command-line option. This means that all the settings can go in endpad.config so it can be started without any options (except, if needed, -auto -stop -debug or -config, of course).

The configuration file allows you to specify any of the endpad options separately for each channel, ie. "startpad", "endpad", "sugqual" (suggestion recording quality), and "sugeq" (disabling soft padding-prompted suggestion cancellation). Any that aren't specified, default to the command-line or global options.

I also took the liberty of making a few other small improvements to endpad.tcl.

1) Explicit help option (-? or -help).

2) Separate activity summary log in /var/log/endpad.msg. This shows just the actions that EndPad took, so you don't have wade past all the details of its calculations in endpad.log. This logfile is rotated weekly, so you get a longer view. The activity messages now include the channel name and whether the program is a suggestion.

3) New -debug option runs in the foreground with messages going to the screen and a kill signal check every 5 seconds.

4) For compatibility between the configuration file and the command-line options, -s and -e can be specified as -startpad and -endpad respectively (and vice versa for the configuration file).

5) When spawning into the background, use the same tivosh as was used to run endpad.tcl. This allows one to do a few tests on a PC by specifying tclsh explicitly.

I named this version 1.4.1-md1 to distinguish it from your latest. If you approve of these changes, feel free to include them in any future version you make (and you can drop the "-md1" suffix).

This probably does all I wanted for the moment. The configuration file format was designed to allow additional selections (eg. by time period, season pass, or wishlist). One possibility would be to allow TivoWeb to update the file and hence schedule soft padding from the Season Pass or To Do list. I might take a look at that if there were sufficient interest (anyone?) - and if you didn't want to run with it (I don't want to tread on your toes, Stuart).

Tim.

[maxwells_daemon]

To give an example, here is a snippet from my /var/log/endpad.msg (with the endpad.config settings I gave in my last post).Tuesday 16:25:00 : Added 120 seconds end padding to Seinfeld on PARCOM2 (Suggestion)
Tuesday 17:00:00 : Added 900 seconds end padding to {Party Election Broadcast by the Conservative Party} on BBC2STH
Tuesday 18:58:00 : Added 60 seconds start padding to {Star Trek: Enterprise} on SKYONE
Tuesday 21:45:00 : Added 120 seconds end padding to {Judge John Deed} on UKDRMAIt would have added 120 seconds end padding to Enterprise, but Judge John Deed came immediately after.

I should point out that my TiVo is usually a good left-wing PVR and the Conservatives' election broadcast was only included for political balance. :)

Tim.

[sanderton]

No toe-treading Tim; as far as I'm concerned EndPad development is complete. Free free to take it on and run with extra features, so long as the licence is not changed. I'm happy for you to increment version numbers.

I will however leave the version in the top post as-is, as it's stable, tested with over 1,000 users for over a year, and therefore useful for people who don't want development code controlling their TiVo. :)

[iankb]

Just in case you're wondering, there is interest in allowing for variable time-slots. e.g. Increase the padding on ITV after 8pm.

Of course, what I really want is increased padding on ITV after they show a routinely (and intentionally) overrun episode of 'Who Wants to be a Millionaire'. :mad:

[pmk]

For some reason last night Hit More Baby 1 More Time result show was not recorded at 20:15. This show was in my To Do list and the EndPad log below mentions it once but it was ignored and Doctor Who Confidential got 15 mins of end padding instead of HMB1MT being recorded?

Can anyone suggest a method of finding out what happened?

TIA

Saturday 18:42:00 : Woken up
Saturday 18:42:00 : Recording {Doctor Who} on BBC1NW now
Saturday 18:42:00 : Recording Scheduled End Time: 18:45
Saturday 18:42:00 : Next recording is {Doctor Who Confidential} on BBC3 at 18:45
Saturday 18:42:00 : Gap to next programme is 0 seconds
Saturday 18:42:00 : Can't add end padding to {Doctor Who}
Saturday 18:42:00 : Next end padding setting due 19:10
Saturday 18:42:00 : Gap to previous recording is 0 seconds
Saturday 18:42:00 : Can't add start padding to {Doctor Who Confidential}
Saturday 18:42:00 : Next start padding setting due 19:10
Saturday 18:42:00 : Next wake up will be 19:10
Sleeping, checking every minute for kill signal.............................
Saturday 19:10:00 : Woken up
Saturday 19:10:00 : Recording {Doctor Who Confidential} on BBC3 now
Saturday 19:10:00 : Recording Scheduled End Time: 19:15
Saturday 19:10:00 : Next recording is {Hit Me Baby One More Time} on ITV1GRA at 19:15
Saturday 19:10:00 : Gap to next programme is 0 seconds
Saturday 19:10:00 : Added 870 seconds end padding to {Doctor Who Confidential}
Saturday 19:10:00 : Next end padding setting due 19:25
Saturday 19:10:00 : Not time to add start padding yet
Saturday 19:10:00 : Next start padding setting due 19:12
Saturday 19:10:00 : Next wake up will be 19:12
Sleeping, checking every minute for kill signal...
Saturday 19:12:00 : Woken up
Saturday 19:12:00 : Recording {Doctor Who Confidential} on BBC3 now
Saturday 19:12:00 : Recording Scheduled End Time: 19:29
Saturday 19:12:00 : Next recording is {Click Online} on BBC24 at 19:30
Saturday 19:12:00 : Not time to add end padding yet
Saturday 19:12:00 : Next end padding setting due 19:24
Saturday 19:12:00 : Not time to add start padding yet
Saturday 19:12:00 : Next start padding setting due 19:27
Saturday 19:12:00 : Next wake up will be 19:24
Sleeping, checking every minute for kill signal..............
Saturday 19:24:30 : Woken up
Saturday 19:24:30 : Recording {Doctor Who Confidential} on BBC3 now
Saturday 19:24:30 : Recording Scheduled End Time: 19:29
Saturday 19:24:30 : Next recording is {Click Online} on BBC24 at 19:30
Saturday 19:24:30 : Gap to next programme is 900 seconds
Saturday 19:24:30 : Added 900 seconds end padding to {Doctor Who Confidential}
Saturday 19:24:30 : Next end padding setting due 19:55
Saturday 19:24:30 : Not time to add start padding yet
Saturday 19:24:30 : Next start padding setting due 19:27
Saturday 19:24:30 : Next wake up will be 19:27
Sleeping, checking every minute for kill signal....
Saturday 19:27:00 : Woken up
Saturday 19:27:01 : Recording {Doctor Who Confidential} on BBC3 now
Saturday 19:27:01 : Recording Scheduled End Time: 19:30
Saturday 19:27:01 : Next recording is {Click Online} on BBC24 at 19:30
Saturday 19:27:01 : No end padding required:
Saturday 19:27:01 : End padding of 900 seconds already set
Saturday 19:27:01 : Next end padding setting due 19:55
Saturday 19:27:01 : Gap to previous recording is 0 seconds
Saturday 19:27:01 : Can't add start padding to {Click Online}
Saturday 19:27:01 : Next start padding setting due 19:55
Saturday 19:27:01 : Next wake up will be 19:55
Sleeping, checking every minute for kill signal.............................
Saturday 19:55:00 : Woken up
Saturday 19:55:00 : Recording {Click Online} on BBC24 now
Saturday 19:55:00 : Recording Scheduled End Time: 20:00
Saturday 19:55:00 : Next recording is {Crazy Drivers} on FTN (Suggestion) at 20:30
Saturday 19:55:00 : Gap to next programme is 1800 seconds
Saturday 19:55:00 : Added 900 seconds end padding to {Click Online}
Saturday 19:55:00 : Next end padding setting due 20:55
Saturday 19:55:00 : Not time to add start padding yet
Saturday 19:55:00 : Next start padding setting due 20:27
Saturday 19:55:00 : Next wake up will be 20:25
Sleeping, checking every minute for kill signal...............................

[lcsneil]

I suppose the question is what version of EndPad?

Sanderton's or Maxwells_deamon?


Neil

[sanderton]

No idea at all. That log looks very odd. Seems to have added 14 and half minutes padding, then added another 15 on top (making 29 and half in total), while cancelling non suggestions.

It shouldn't do that, and I've never seen it, or seen it reported before.

I haven't the least idea why it would do that. I can only think that the guide data for Dr Who Confidential was really, really odd in some way, or some kind of memeory glitch screwed up EndPad's varaiables.