TiVoWeb Module : Manual Record

[Pete77]

That certainly wasn't my intent when working on it... the reduction of memory footprint mostly helps those with large lineups (most notably DTV users or those SA users that go through a satellite system like SKY), but there are also many other additions/improvements.

It's likely gotten a reputation as a dtivo-only branch because the majority of early adopters are dtivo owners (most likely due to how fragile earlier versions are on dtivos)

But I thought that there were some aspects of TWPv1.3.1 functionality that were removed in TWPv1.4 Beta, although I have forgotten for the time being just what those were. I also seem to remember that whatever they were they seemed like they were relevant to me at the time. Also I have tried Beta testing things like Microsoft's IE7 and Windows Defender in recent times and in view of the number of serious bugs in the Betas (especially Windows Defender where the daily updates didn't work properly and kept repeating endlessly under various conditions) have sort of taken the view that its probably easier to let other people be unpaid testers on the Betas and wait for the final release.

How is v1.4 going in terms of moving on from being a Beta to becoming the fully released current version of TivoWebPlus?

Do you think the freezes of the main Tivo menu system that I experienced when running TWv1.9.4 and TWPv1.3.1 were due to having them both resident in memory at the same time on different ports? Also would you suggest that if I run TWPv1.4 Beta alone with just an option to switch to TWv1.9.4 via Hackman (with both programs therefore set to use the same Port) that TWP will probably be a lot more stable due to the lower memory footprint of the database? I currently find that TWPv1.3.1 can be made to reboot the machine when using more demanding modules like Tracker and Backup and Search by Advisory Codes just as easily as in TWv1.9.4 unfortunately.

[omf]

I hope this isn't too far off-topic for this thread - please redirect me to a more appropriate location if it is...

I want to be able to queue-up a bunch of recordings via the command line. Basically, I want to set my Tivo to record for 8 minutes at 55 minutes after the hour (I'll tell you why if you're really curious...) every hour for an indefinite schedule - at least for a couple of days.

I thought the manualrec function in TivoWeb might be employable from the command line for this purpose. Can this be done, or is there another way to handle it?

Thanks for your insight!

[Pete77]

I thought the manualrec function in TivoWeb might be employable from the command line for this purpose. Can this be done, or is there another way to handle it?

Unfortunately the latest TivoWeb Manual Record module ( www.tivocommunity.com/tivo-vb/showthread.php?p=4717154#post4717154 ) only seems to let you schedule a recording for Daily rather than Hourly frequency.

I see no reason though why it couldn't be modified to provide hourly scheduling if the author (john in New Zealand who is also developing TivoWebPlus I believe) can be persuaded to assist you. I can't imagine that it is a very big change in the code of the module - its just that the need for an hourly recording was perhaps never anticipated at the time it was designed.

If you told us what your application for this recording is I'm sure it would help us understand the requirement a little better.

Why not PM john to see if he can help you with a modified version of the module.

Alternatively 8 minutes at 55 minutes past the hour for a couple of days is only 48 recordings so surely you could schedule this manually one by one using the manual recording option in the standard Tivo tv screen menus?

[omf]

Unfortunately the latest TivoWeb Manual Record module ( www.tivocommunity.com/tivo-vb/showthread.php?p=4717154#post4717154 ) only seems to let you schedule a recording for Daily rather than Hourly frequency.


Thanks for the reply. I really don't see a need to modify the module itself (I doubt there'd be much use for the modification). What I was really looking for was a way to execute the module from the command line so that I could write a little shell script around it to schedule as many recordings as I wanted. I don't see this as being generally useful, so I figured the shell script would provide great flexibility without requiring any module changes.

So, let me rephrase the question: Is there a way for me to execute the manualrec module from a shell script with arbitrary parameters?

For the curious: the Boomerang network frequently pads their hour and half-hour blocks with little 1-to-2-minute shorts that I would like to capture. They're not on any sort of schedule, so my best bet is to just capture a few minutes at the end of every (half)hour and manually go through them to see if anything interesting was recorded.

[BTUx9]

re: command-line recording, If you stuff the params into a properly formatted URL, I believe it could be done... you'd have to look at what is being sent to TW/TWP to actually schedule a recording

re: crashing when both TW and TWP are running... most likely a memory issue... I believe the cache card acts as fast swap, so I'd be suspicious that the fault may lie there... I know both programs are memory hogs, and a uktivo doesn't have much available

re: removal of capabilities in TWP 1.4... things weren't really removed, but because the memory issues required a MAJOR rewrite of some of the internal structures, module compatibility wasn't preserved (couldn't be)... PortlandPaw says he'll be releasing a 1.4-compatible version of hackman soon, but as far as tracker and search by advisory, I don't know anything about the modules. I believe the oztivo widget doesn't work, either, because it's a webpage scraper, and I've made some changes to formatting (the format is now user-modifyable, so a fix should be fairly trivial)

[Pete77]

re: removal of capabilities in TWP 1.4... things weren't really removed, but because the memory issues required a MAJOR rewrite of some of the internal structures, module compatibility wasn't preserved (couldn't be)... PortlandPaw says he'll be releasing a 1.4-compatible version of hackman soon, but as far as tracker and search by advisory, I don't know anything about the modules. I believe the oztivo widget doesn't work, either, because it's a webpage scraper, and I've made some changes to formatting (the format is now user-modifyable, so a fix should be fairly trivial)

So 101 reasons for not using TWP 1.4 really at the present time.

You also fail to mention our UK Highlights module with daily program recommendations from the Radio Times plus listings and ratings for all films that day. Again it won't work under TWP 1.4

Also the OzTivo Widget is one of my favourite enhancements to using my Tivo. And what about Daily Mail Jazz!

To be honest I think I had it right when I described 1.4 as being a branch from the original TivoWebPlus project.

[BTUx9]

thankyou for not using v1.4... looking for people to help improve it, not complain about what it doesn't do.

(it's still not a branch... when firefox releases a new version that requires updated plugins, it doesn't make it a branch... everything you are listing comes under that category)

[Pete77]

thankyou for not using v1.4... looking for people to help improve it, not complain about what it doesn't do.

(it's still not a branch... when firefox releases a new version that requires updated plugins, it doesn't make it a branch... everything you are listing comes under that category)

But if v1.4 doesn't support old TivoWeb modules then its more like v2.0 as far as I can see.

You will note that Microsoft have never been brave enough to bring out mainstream operating system software that makes older programs or data files obsolete overnight....................

The trouble is that the guys who wrote the good modules for TWv1.9.4 don't consider that TWPv1.4 has enough users to be worth their while to go to all the trouble of rewriting their modules specially in order to work with it.

[BTUx9]

But if v1.4 doesn't support old TivoWeb modules then its more like v2.0 as far as I can see.

You will note that Microsoft have never been brave enough to bring out mainstream operating system software that makes older programs or data files obsolete overnight....................

The trouble is that the guys who wrote the good modules for TWv1.9.4 don't consider that TWPv1.4 has enough users to be worth their while to go to all the trouble of rewriting their modules specially in order to work with it.
I agree that 2.0 would be a better version, and I argued for just that, but that wasn't my decision to make.

Many modules can be made compatible with 1.4 with very few modifications... it's not like rewriting from scratch. Except for PortlandPaw, none of the other module authors have expressed any interest in what is required.

earlier versions of TWP are effectively broken for dtivo users... not only are they very easily crashable, but when they crash they reboot the tivo (for those running v6.2 s/w). TWP just stored too much data, and increasing the mempool tended to cause too much disk thrashing/swap usage.

In order to get a usable, reliable version running on dtivos and SAs connected to satellite boxes, I had to change how some info was cached and how/when modules were loaded... and I couldn't find any way to do that and retain backwards compatibility.

If you have problems with that choice, then come up with a better alternative, but until then I'm going to continue on with developing v1.4

[Pete77]

I agree that 2.0 would be a better version, and I argued for just that, but that wasn't my decision to make.

Many modules can be made compatible with 1.4 with very few modifications... it's not like rewriting from scratch. Except for PortlandPaw, none of the other module authors have expressed any interest in what is required.

In order to get a usable, reliable version running on dtivos and SAs connected to satellite boxes, I had to change how some info was cached and how/when modules were loaded... and I couldn't find any way to do that and retain backwards compatibility.

If you have problems with that choice, then come up with a better alternative, but until then I'm going to continue on with developing v1.4

I think that whoever decided to not call your new Beta V2 was clearly in error as there will, I imagine, continue to be further evolutions of v1.3.1 that continue to provide backward compatibility with earlier Tivoweb modules?

I am a Sky Digital user and most of the problems caused to DTivo users are also suffered by us. That is that using several of the more demanding TivoWeb functions like Tracker, Backup, Highlights and Search by Advisory Codes in succession will sooner or latter end up rebooting the Tivo. On the other hand subject to accepting the eventual reboot any of these modules do work in isolation and it is only the cumulative memory overflow effect of using several of them that leads to the reboot.

When demanding TivoWeb modules are not used there is no impact at all on the Tivo which will run for weeks on end without rebooting. Also the reboots under TW v1.9.4 are always back up to a fully functioning Tivo and TivoWeb situation. I was concerned therefore that a crash that happened when using TWPv1.3.1 just left the Tivo crashed and stuck between two tv screen Tivo menus where it would have remained for weeks on end without pulling the power plug or, as I did, typing the reboot command at the Telnet prompt. I have never had a crash like this while the box was merely recording and left to its own devices running only TWv1.9.4 memory resident.

If the module conversion job is not that major then perhaps the answer is for you to offer to the authors of these modules to update the code for them to run under TWPv1.4 and give them the right to test the module and provide any final comments before you republish them for v1.4?

I wonder in a way why the further development of TivoWebv1.9.4 was not continued? Presentationally there is very little difference between the two pieces of software but can I assume that TivoWebPlus is based on a completely different set of code from TivoWeb? If not then why was it renamed?

[BTUx9]

I doubt a more stable version based on v1.3 will be worked on, but who knows... it's open source.
This discussion is pretty much off-topic, so I'm dropping it.
If you really want to continue it, I'd suggest going to PM or a new thread, but I don't really see a need.

[Pete77]

I doubt a more stable version based on v1.3 will be worked on, but who knows... it's open source.
This discussion is pretty much off-topic, so I'm dropping it.
If you really want to continue it, I'd suggest going to PM or a new thread, but I don't really see a need.

As I only actually ever now currently use TWP 1.3.1 for its Channel Preferences option and use TivoWeb 1.9.4 for things like Highlights and Tracker and Search, Season Pass Reorder etc I'm happy to give your 1.4 version a go and see if it seems to be immune from the rebooting problem caused by memory overflows with SKY listings on TWv1.9.4 and TWPv1.3.1.

If this turns out to be the case it would then be worth trying to persuade the authors of the significant modules not so far converted to run with TWP 1.4 to do so.

I'm sorry if I seemed negative earlier on in this thread. You have now convinced me that TWv1.9.4 and TWPv1.3.1 are written in such a way that they are inherently unstable with a large channel lineup in the database such as DTivo's or Sky's. The only solution is new code that handles these listings differently of the kind you have designed in v1.4.

Do you think you would be prepared to rework the code for some of the so far non migrated itcl modules if the authors don't mind you helping them out but feel it would be just too much hassle to do this themselves for a currently limited user base?

[Pete77]

People in the Tivo UK forum have spotted the decision to rename TivoWebPlus 1.4 Beta as TivoWebPlus 2.0, although they were initially labouring under the misapprehension that this was a new version of TivoWebPlus they had not seen before.

I have now explained the reason for the name change, even though its still the same software as TivoWebPlus 1.4 Beta.

See www.tivocommunity.com/tivo-vb/showthread.php?p=4765625#post4765625

[nethead12]

TivoWebPlus 2.0!!(1.4) has been working great for me, I was rebooting my DTivo like crazy using earlier versions.

Now I only get random reboots during the night for some reason. (Nothing to do with TivoWebPlus)

If you have a Dtivo get TivoWebPlus 2.0.

"Nuff Said."

[Pete77]

TivoWebPlus 2.0!!(1.4) has been working great for me, I was rebooting my DTivo like crazy using earlier versions.

Now I only get random reboots during the night for some reason. (Nothing to do with TivoWebPlus)

If you have a Dtivo get TivoWebPlus 2.0.

"Nuff Said."

What about the missing TivoWeb modules though that have not yet been converted?

[rderkis]

I have not used this board before, so please direct me to the proper place, for this question.

Conflict resolution currently uses the manual record module, to schedule show rcordings on 2nd tivo. It works great! even adding the show name!. I want to be able to do this with the deleted shows in the history list, not just the ones that are in conflict. Is there a thread on this topic or a way to do it, perhaps just changing one variable in code?

[rderkis]

I did figure out that by changing the code in confresManual.itcl from
"creason == 20" to "creason != 20" in both places it is found, causes all shows to be displayed. From there you can pick which ones to record on your 2nd tivo.

[dmark1867]

Background Info
Location of unit: Eastern US
Software System: 6.2a
System Type: US Phillips DRS704 Series 2 DirecTiVo
TivoWebPlus version: Version 2.0.0-070430 (the latest version as of 4/30/07)
TiVo Time = correct time
Date Command at telnet prompt = correct time
If I send a Dailymail, the time is correct.
Looking at To Do List in tivoweb has correct time.
I have the following in my rc.sysinit.author (which allows my to run cron jobs using the correct time, 3=3am etc)
#timezone offset
export TZ=EST5EDT4

ISSUE:
If I create a manual recording (I am using the season pass option) for 5PM, when I go to the season pass page it shows a new season pass, but lists a show that comes on at 2PM. Even stranger is when I go to edit the season pass, it shows at M-F 12:00 PM - 1:00 PM (8 WCHS). So just to reiterate. I setup a manual recording for 5PM, it shows in season pass's with the name of a program that starts at 2PM, when I go to edit the season pass, it shows it starting a 12PM. What in the world is going on??

[john1980]

If I create a manual recording (I am using the season pass option) for 5PM, when I go to the season pass page it shows a new season pass, but lists a show that comes on at 2PM.

This could be a new v6.2 issue or possibly something that got broken in a recent TZ update. Are you able to go into the "Channel Grid" module and tell me what the setting of the TZ variable is (this can be found in the small print at the bottom of the first page).

[dmark1867]

This could be a new v6.2 issue or possibly something that got broken in a recent TZ update. Are you able to go into the "Channel Grid" module and tell me what the setting of the TZ variable is (this can be found in the small print at the bottom of the first page).

John,

I deleted my TivoWebPlus directories /TivoWebPlus & /var/TWP and reinstalled the TivoWebPlus version released today. I then removed the following from my rc.sysinit.author file:
#timezone offset
export TZ=EST5EDT4

I then rebooted. Things look a little better now.

When I setup a manual recording for 5PM (either using the create season pass or not, I get the same result whether I use that option or not) It has the title of the show as the Eyewitness News at 6PM, it should say the name of the 5PM show not the Eyewitness News at 6PM. At anyrate, when I click on the season pass to edit it, it says 5:00 PM - 6:00 PM which is correct. So why is it now showing the wrong name though??

To answer your question when I go to the channelgrid module, it says: version v0.1.7r5 (tzoffset -14400)

Since I removed export TZ=EST5EDT4 from my startup file all my cron jobs are off by 3 hours.

Danny

[john1980]

When I setup a manual recording for 5PM (either using the create season pass or not, I get the same result whether I use that option or not) It has the title of the show as the Eyewitness News at 6PM, it should say the name of the 5PM show not the Eyewitness News at 6PM. At anyrate, when I click on the season pass to edit it, it says 5:00 PM - 6:00 PM which is correct. So why is it now showing the wrong name though??

I don't know what could be causing this. It could be still an issue with DST changes in the US? I am located in New Zealand (and running a UK v2.5.5 and US v3.0 system) so it is pretty hard to diagnose issues on the US v6.2 software. I would leave it a little longer to see if it is just a DST issue as the retrieval of the shows title is an internal TiVo feature and not related at all to the Manual Recording module or TivoWeb/TivoWebPlus.

Setting the TZ variable could upset a few bits of software as the earlier TiVo's all had to run in GMT/UCT mode and it was up to the software to query the database and adjust the time when displaying it. I can only assume the newer systems now support (ie have zoneinfo files for various timezones), but I would still be a little careful before setting this... you may wish to set only for the cron daemon.

This can usually be done by using something like the following to start it:

TZ=EST5EDT4 crond &

[dmark1867]

I don't know what could be causing this. It could be still an issue with DST changes in the US? I am located in New Zealand (and running a UK v2.5.5 and US v3.0 system) so it is pretty hard to diagnose issues on the US v6.2 software. I would leave it a little longer to see if it is just a DST issue as the retrieval of the shows title is an internal TiVo feature and not related at all to the Manual Recording module or TivoWeb/TivoWebPlus.

Setting the TZ variable could upset a few bits of software as the earlier TiVo's all had to run in GMT/UCT mode and it was up to the software to query the database and adjust the time when displaying it. I can only assume the newer systems now support (ie have zoneinfo files for various timezones), but I would still be a little careful before setting this... you may wish to set only for the cron daemon.

This can usually be done by using something like the following to start it:

TZ=EST5EDT4 crond &

I made the change to my startup file to adjust only the timezone info for crond. Is there any way to adust the manual recording module so that you can use the season pass option but overide the data that gets inserted from the guide so I can specify a name?

I just looked at this:
http://tivowebplus.cvs.sourceforge.net/*checkout*/tivowebplus/TivoWebPlus/modules/manrec.itcl?revision=1.15

& it states that
# Manual recordings are likely to be renamed on systems running
# version 3.0 or greater, as they favour information from the guide
# data.

So I guess I might just be out of luck.

[dmark1867]

I don't know what could be causing this. It could be still an issue with DST changes in the US? I am located in New Zealand (and running a UK v2.5.5 and US v3.0 system) so it is pretty hard to diagnose issues on the US v6.2 software. I would leave it a little longer to see if it is just a DST issue as the retrieval of the shows title is an internal TiVo feature and not related at all to the Manual Recording module or TivoWeb/TivoWebPlus.

Setting the TZ variable could upset a few bits of software as the earlier TiVo's all had to run in GMT/UCT mode and it was up to the software to query the database and adjust the time when displaying it. I can only assume the newer systems now support (ie have zoneinfo files for various timezones), but I would still be a little careful before setting this... you may wish to set only for the cron daemon.

This can usually be done by using something like the following to start it:

TZ=EST5EDT4 crond &

John,

Thanks,

Adding
TZ=EST5EDT4 crond &
Did the trick so my cron jobs run at the right time and now my manual recordings run at the correct time.

The only issue now (which really isn't a big deal) is that when I look at my season passes in tivoweb, the ones that were set up via the manual record module display the name of the show playing an hour later, which can be a little confusing at time. I wish there was an easy way to fix this, but I guess there is not. The show does record at the correct time and shows the correct name in the todo list.

[swaprat]

Quick question on the Manual Recording Hacks:

I live overseas and I really miss my Tivo. I'm looking at my cousin's old 14hr Tivo wondering what it's good for. Can I hack a series 1 standalone tivo to allow me to manually record programs through a browser WITHOUT ACCESS TO ANY PROGRAM GUIDE?

Basically, I just want to program by day of week and time slot, but I'd like to be able to add my own program name so I can find it later on. I get access to AFN while in japan, and pirated StarTV while in China. Alternatively, is there an open-source program guide for these channles?

Thx.

[john1980]

Version 0.2.7 (full change history can be found in the readme)
Now supports an additional two repeat options. The two new options are "Weekdays (Tue-Sat)" and "Weekends". This allows daily recordings of shows that occur after midnight.

Note: This module/codebase will work under TW v1.9.4 and TWP v1.3.1. Those running newer versions (TWP v2.1+ (http://thomson.tivo.googlepages.com/TivoWebPlus)) will get the new version when they next run an update.

[Pete77]

Version 0.2.7 (full change history can be found in the readme)
Now supports an additional two repeat options. The two new options are "Weekdays (Tue-Sat)" and "Weekends". This allows daily recordings of shows that occur after midnight.

Since when were Weekdays anything other than Mon-Fri and Weekends anything other than Sat-Sun so far as tv schedulers are concerned???

I know there is a semantic argument about whether the week starts on Sunday or Monday in some circles (only the church will consider it starts on a Sunday) but in tv land it definitely starts on Monday and ends on Sunday and the weekend is Saturday and Sunday.

[jasch]

Read carefully the explanation.. to allow recordings of shows that occur after midnight.

For example, if I want to record The Tonight Show or David Letterman no on weekdays? The program starts at 00:35AM every weekday, but if I select MON-FRI, I will miss the friday show, and on monday I will have something different recorded.

Lost of programs run in the early hours of the morning...

[Pete77]

Read carefully the explanation.. to allow recordings of shows that occur after midnight.

For example, if I want to record The Tonight Show or David Letterman no on weekdays? The program starts at 00:35AM every weekday, but if I select MON-FRI, I will miss the friday show, and on monday I will have something different recorded.

Lost of programs run in the early hours of the morning...

OK so am I to understand there was already a Weekday and Weekend option for Mon-Fri and Sat-Sun and this is an alternate variant to catch programs that run in the early hours of the morning so don't fall within the normal weekday and weekend bounds?

If so sounds good to me. Apologies for any misunderstanding on my part.

[jasch]

I am getting this error with the new version (Running on a DTivo 6.2)

INTERNAL SERVER ERROR
--cut here--
action_manrec '' 'set "titlestr" "New Amsterdam";set "episodetitlestr" "Reclassified";set "descriptionstr" "John wants to grant the dying wish of his first partner.";set "chnsel" "";set "chnnum" "388";set "callsign" "";set "wodatetz" "1207526400";set "wotimetz" "19";set "womin" "00";set "durationstr" "60";set "ratingstr" "0";set "repeat" "once";set "forcerecord" "0";set "recqual" "100";set "submit" "Record";'
syntax error in expression "::version > 7"
("if" test expression)
while compiling
"if {::version > 7} { ..."
(compiling body of proc "create_RecordingDRM", line 4)
invoked from within
"create_RecordingDRM $recording"
("uplevel" body line 5)
invoked from within
"uplevel $body"
invoked from within
"transaction {uplevel $body}"
(procedure "RetryTransaction" line 5)
invoked from within
"RetryTransaction {
puts $chan "Creating Recording..."

set recording [ db $db create Recording ]
create_RecordingDRM $recording
dbobj ..."
(procedure "create_manual_todo_recording" line 14)
invoked from within
"create_manual_todo_recording $chan $timeArray $chnsel $titlestr $episodestr $descriptionstr $ratingstr $programSource $recqual $keepdays $createSP"
(procedure "::action_manrec" line 334)
invoked from within
"::action_$action $chan $part $env"
("eval" body line 1)
invoked from within
"eval {::action_$action $chan $part $env}"
--cut here--

I think line 234 has to be changed to:

if {$::version > 7} {

[john1980]

I am getting this error with the new version (Running on a DTivo 6.2)

I think line 234 has to be changed to:

if {$::version > 7} {

My bad... I have updated the previous bundle.

[beeeernuts]

When I try to use the manual record, the channels aren't right.

I used a script to map my some of my channels. The manual record channel drop-down box shows the call sign and the original channel number. It also tries to record on this original channel number.

The channels that I did not map work just fine and I can use the manual record module just fine on them.

Any suggestions?

What I've tried:
- TWP channel reindex
- restart TWP
- restart tivo

My setup:
Series 1 Sony
Antenna channels (with no mapping changes)
Satalite set-up to control a Digital TV convert box with IR

[beeeernuts]

I retraced my steps and it seems to be working now.

The thing I did differently was to use TWP channel map instead of a shell script. I'm not sure if that fixed it, or if I just made some mistake the first few times.

Anyway I got it working this morning.

[themonk]

Since Sky have rearranged the channels and have prefixed the radio stations with zero, in TivoWeb Man Rec, I've lost channles 101 - 214, including BBC3 on 115. How can I configure ManRec just to display TV channels and not radio?

[Pete77]

I've lost channles 101 - 214, including BBC3 on 115. How can I configure ManRec just to display TV channels and not radio?

You could either re-run Guided Setup so you only have Sky tv and not Sky tv and Sky radio or you could de-tick the Sky zero numbered radio channels in Channel I Receive.

Why do you actually need to Manually Record channels that by and large are covered in the Tivo EPG?

[themonk]

Hi Pete, thanks for your reply.
What happens is that the programme that is currently on drops off the EPG. I sometimes use ManRec to record programmes that have already started and cannot be accessed from the EPG.

[bsdimp]

Greetings,

I'd like to setup a manual recording of the over the air channels (not digitial, but analog). I have some home movies on VHS that I'd like to transfer to the TiVo, and though this would be the easiest way. However, both the on-screen TiVo menu and this module in my TivoWebPlus install only seem to record the sat channels.

I'm running on the HR10-250, in the US, with TiVo software verison 6.4a, if that matters.

[classicsat]

You cannot on that TiVo, its tuners are digital only.

You need a standalone type TiVo to have analog tuners/encoders, or a VCR with a digital modulator (highly unlikely).

You are probably best off getting a video capture device and capturing the video directly.