Separate names with a comma.
Discussion in 'TiVo Home Media Features & TiVoToGo' started by moyekj, Mar 15, 2008.
Not really, because for binaries that don't have/support --longdesc this will cause the run to fail.
--contentRating also seems to be a newer option added. I can probably be backwards compatible by running AtomicParsley with no arguments to check if these newer options are available and then conditionally add them to the run if so.
Interestingly, Season Passes via kmttg still seems to be working for my S3, and upcoming recordings for season passes indicated in that table also are working as well even though ToDo list is not.
Update. I think I found a way to get ToDo working again for series 3 and earlier units using a different means of obtaining ToDo.
Either kmttg is not using the mind server for SPs or TiVo is accessing data which my security setting is supposed prevent. Or is TiVo just playing hardball - "If you don't "allow TiVo to collect Personally Identifiable Viewing Information", we won't let you use our online SP manager. I'm starting to wonder if the "security" setting doesn't prevent them from collecting anything, they just can't legally share or use some info.
Version v0p9i just released. Contains a fix to the ToDo, Won't Record and Deleted entry retrieval for series 3 and earlier TiVos as well as AtomicParsley related additions as discussed above. Also has fix to iPad delete task in auto/batch mode. Consult release_notes Wiki for all the details.
Sigh. Above version broke Season Passes upcoming indication. Working on fixing that now...
Looks like ToDo does not work on the S2 (540), but it works now on the S3HD (652).
Could be the middlemind access only works for series 3 or later. I don't have earlier TiVo models to test with.
OK, v0p9j version released with fix to RPC Remote Season Passes which I broke with v0p9i version.
Excellent! Rev. 2293, correct?
As far as a Series 2 is concerned, my assumption would be that the reason tivo.com doesn't support is that a Series 2 isn't set up to supply it.
What causes a PC transfer using either kmttg or pytivo that results in the transferred recording to be at 2x speed? Is there any way to fix this. I have run across a few files where this happens.
The original recording plays fine on the TiVo and also if transferred to another TiVo, but when I transfer it to the PC the resulting file is approx. half as long (13min vs 30min) and 2x the normal speed? It could also be skipping several frames.
I am using kmttg w/ VideoRedo QS Fix, but have also tried unchecking QS Fix.
Never seen that before. Sounds like the TiVo is messing up the transfer during remux. Have you tried enabling TS Transfers to see if it makes a difference?
When you uncheck qsfix, are you doing anything else besides transfer and decrypt?
I hate to interrupt the current discussion on this very long thread, but I wanted to give a big thanks to Kevin for making this really cool tool. I'm still working on how best to use it, but I'm extremely grateful to finally have a way to download a program from its pause point. I often only want a minute or two out of a sometimes 3-4 hour long HD recording, and it's far more convenient and much faster than having to first transfer a small portion of a program to another TiVo before downloading.
A TS transfer is an encrypted .tivo file correct? I want an unencrypted .mpg file.
If I do download using TiVo Desktop the resulting .tivo file does play correctly. The decoding process would appear to be creating the problem.
Since you have VideoRedo if you enable QS Fix it will decrypt it.
Probably because you have "Fast Transfers" enabled. Enabling TS transfers in kmttg is the same thing as TD "Fast Transfers". Since tivodecode doesn't work with TS Transfers if you try it you are better off letting VideoRedo decrypt it, so under kmttg config->VideoRedo enable "Decrypt using VideoRedo instead of tivodecode". Then kmttg will run VideoRedo QS Fix task if you have "decrypt" enabled.
It is odd how just a few downloaded files are having this issue, but I did get it resolved, Thanks.
I Enabled TS transfers in kmttg and checked Decrypt with VideoRedo instead of tivodecode.
I kept getting errors that QSFix failed, until I realized I did not have TiVo Desktop installed on my desktop (It was only on my laptop where I tested earlier).
Since I sometimes want to stream or transfer things back to my Tivo (often getting rid of 'big' programs on my download drive, which are talk shows which MOSTLY just have a musical guest segment I want to keep), having missing useful info in the Tivo interface is kind of a pain… (It's usually easier to actually stream or transfer back to the Tivo and quickly FF through it there rather than on a computer, especially if I actually want to watch a bit of it there.)
ANYWAY, I finally played with one of the metadata files. You probably already know this, but it seems to me like I can "fix" it by just copying episodeDescription (IIRC) to episodeTitle if episodeTitle is missing.
Is there some reason a simple fix like this won't work? Possibly limit it to 32 characters or something like that if it could cause problems on some platforms, but it really seemed that easy. I simply edited a file in a text editor and ended up seeing data on the Tivo.
A more sophisticated local script that wanted to 'fix' downloads after the fact would do something like
foreach i *mpeg.txt
copy episodeDescription to episodeTitle
rename orig MPEG file to episodeTitle.mpeg
rename .mpeg.txt file to episodeTitle.mpeg.txt
But even if it were only kmttg that was "fixed" and my files were still named
it would be better from a future perspective.