This has come up multiple times in this thread. tivodecode cannot properly decrypt .TiVo files in mpeg2 Transport Stream format (AKA TS or Fast Downloads). If using tivodecode to decrypt you have to download .TiVo files in traditional mpeg2 Program Stream format and then it works fine.

qs fix is great. but is there a way to have it remux right after being demuxed instead of throwing that down at the bottom of the queue? right now i might transfer say 6 shows decrypt them, then qsfix em so they are demuxed, then it does the other five shows before it can remux that first show, so nothing is watchable for a long time...

Click to expand...

Under kmttg config-Program Options what do you have "active job limit" setting at? kmttg will only perform that many "active" tasks in parallel at once. If you increase that number sufficiently it should run the remux jobs while other active tasks are still running.

I've been using KMTTG for quite some time and just a few weeks ago it started timing out when fetching the nowshoing information. Times out with both curl & java downloader after 2 minutes. It always says for me to check the MAK.

I use and have used galleon in the past too, but i dont really get why you are making such a big deal about watching folders but have a solution for you if needed, but here is my suggestion instead, use kmttg to transfer the files and process them, it takes away the folder monitoring that isnt needed unless for some reason you developed galleon and have custom coding that you have to run.

Essentially you want to take shows of the tivo and process them, that is what kmttg does, there is no need to use galleon for that task. I see no additional advantage in trasferring the shows using galleon and then monitoringto folder for the file to be transferred to finish and then process it, vs a program that is designed and works well to do just that.(kmttg) As you know, to transfer more than one file via galleon take an awful lot more button clicks and such than to do it via kmttg anyway. And if you are doing multiple files, why not save the effort and just click them in kmttg, if you are only doing one file every so often, than why the big push to automatically scan folders and such. I by nature am lazy, so doing the least amount of work to accomplish a goal is what makes sense to me. If you want to process several files, you have much less effort and more control with kmttg. If you are only doing one file once in a blue moon, then just do it manually.

But if for some reason you like to do extra work, you could use galleon to drop the files into a folder and then use the videoredo processing which includes a folder monitor to decrypt the files and other processing as needed. Or there are several other utils out there to folder monitor and scan and then you can run command line decrypt and other commands(tivodecode and such) using those utilities. But i fail to see why or what advantage that is when you have a java program that already does exactly the same thing and is customizable to run almost anything as a custom command or script on the file as part of the processing. If you explain what extra you need, we might be able to help you, though as you probably know, complaining about how things suck and such is not likely to get too many people to help you with anything, especially when you are complaining about things that are well known workarounds and such in the same thread you are asking questions about.

yea i hadnt thought of that, i could just create (unless there is one out there already) an encoding profile that just copies from my local drive to nas.

i dont adcut some shows, either stuff from hbo (with little savings) or shows that my wife needs to have the recap at the beginning (as i often find the recap to be removed with adcut), as the space savings obviously isnt worth the processing time.

qs fix is great. but is there a way to have it remux right after being demuxed instead of throwing that down at the bottom of the queue? right now i might transfer say 6 shows decrypt them, then qsfix em so they are demuxed, then it does the other five shows before it can remux that first show, so nothing is watchable for a long time...

Click to expand...

If you dont have enough processing power or whatever, another workaround is to select a few files and qsfix them, then select them to remux right away (why are you demuxing and remuxing anyway?) so select star wars to qsfix without any further processing, hit start, select it to remux, hit start, select star wars 2 to qsfix, hit start, then select it to remux, hit start, etc. It is double the work but since kmttg currently only processes inline and you cant manually start just one process in the queue out of order, you can pla e them in tbe queue in order.

If some sunny day, moyek decides to allow use to either reorder the queue or manually process line items or whatever, then you could say right click on the remux process and have it run right after qsfix.

I use and have used galleon in the past too, but i dont really get why you are making such a big deal about watching folders but have a solution for you if needed, but here is my suggestion instead, use kmttg to transfer the files and process them, it takes away the folder monitoring that isnt needed unless for some reason you developed galleon and have custom coding that you have to run.

Essentially you want to take shows of the tivo and process them, that is what kmttg does, there is no need to use galleon for that task. I see no additional advantage in trasferring the shows using galleon and then monitoringto folder for the file to be transferred to finish and then process it, vs a program that is designed and works well to do just that.(kmttg) As you know, to transfer more than one file via galleon take an awful lot more button clicks and such than to do it via kmttg anyway. And if you are doing multiple files, why not save the effort and just click them in kmttg, if you are only doing one file every so often, than why the big push to automatically scan folders and such. I by nature am lazy, so doing the least amount of work to accomplish a goal is what makes sense to me. If you want to process several files, you have much less effort and more control with kmttg. If you are only doing one file once in a blue moon, then just do it manually.

But if for some reason you like to do extra work, you could use galleon to drop the files into a folder and then use the videoredo processing which includes a folder monitor to decrypt the files and other processing as needed. Or there are several other utils out there to folder monitor and scan and then you can run command line decrypt and other commands(tivodecode and such) using those utilities. But i fail to see why or what advantage that is when you have a java program that already does exactly the same thing and is customizable to run almost anything as a custom command or script on the file as part of the processing. If you explain what extra you need, we might be able to help you, though as you probably know, complaining about how things suck and such is not likely to get too many people to help you with anything, especially when you are complaining about things that are well known workarounds and such in the same thread you are asking questions about.

Click to expand...

Boy are you gonna get it! Worse than I did. He wants to initiate the process from the TiVo rather than the computer. He can already initiate the transfer that way, he just wants the computer to automatically decode the transferred files.

What he needs to do at this point is to configure Galleon so that the transfer is done in PS mode rather than TS.

I use and have used galleon in the past too, but i dont really get why you are making such a big deal about watching folders but have a solution for you if needed, but here is my suggestion instead, use kmttg to transfer the files and process them, it takes away the folder monitoring that isnt needed unless for some reason you developed galleon and have custom coding that you have to run.

Essentially you want to take shows of the tivo and process them, that is what kmttg does, there is no need to use galleon for that task. I see no additional advantage in trasferring the shows using galleon and then monitoringto folder for the file to be transferred to finish and then process it, vs a program that is designed and works well to do just that.(kmttg) As you know, to transfer more than one file via galleon take an awful lot more button clicks and such than to do it via kmttg anyway. And if you are doing multiple files, why not save the effort and just click them in kmttg, if you are only doing one file every so often, than why the big push to automatically scan folders and such. I by nature am lazy, so doing the least amount of work to accomplish a goal is what makes sense to me. If you want to process several files, you have much less effort and more control with kmttg. If you are only doing one file once in a blue moon, then just do it manually.

But if for some reason you like to do extra work, you could use galleon to drop the files into a folder and then use the videoredo processing which includes a folder monitor to decrypt the files and other processing as needed. Or there are several other utils out there to folder monitor and scan and then you can run command line decrypt and other commands(tivodecode and such) using those utilities. But i fail to see why or what advantage that is when you have a java program that already does exactly the same thing and is customizable to run almost anything as a custom command or script on the file as part of the processing. If you explain what extra you need, we might be able to help you, though as you probably know, complaining about how things suck and such is not likely to get too many people to help you with anything, especially when you are complaining about things that are well known workarounds and such in the same thread you are asking questions about.

Click to expand...

I'ts not a matter of extra work. I'm actually trying to make it simple so my wife will do this.

I want to do everything (moving shows off, transferring them back) using the Tivo remote. I don't want to sit at a computer to do it. This I already have working (via Galleon).

What I need is to automatically decode those transferred show files when they arrive at the server so I can play them on my Roku as well. Then my wife can also watch 'TV' on the television that isn't connected to the local Cable Co.

My issue is that so far nothing has been able to do that last part. I'm almost ready to drop a couple hundred $$ on an older model Mac Mini to run Plex Media Server on it for the Roku. Plex has a Tivo plugin, but that plugin only runs on Mac (not Windows or Linux).

Boy are you gonna get it! Worse than I did. He wants to initiate the process from the TiVo rather than the computer. He can already initiate the transfer that way, he just wants the computer to automatically decode the transferred files.

What he needs to do at this point is to configure Galleon so that the transfer is done in PS mode rather than TS.

This has come up multiple times in this thread. tivodecode cannot properly decrypt .TiVo files in mpeg2 Transport Stream format (AKA TS or Fast Downloads). If using tivodecode to decrypt you have to download .TiVo files in traditional mpeg2 Program Stream format and then it works fine.

Click to expand...

Ok, just showing my ignorance here. I installed kmttg and downloaded a movie from my Tivo using the ff_h264_high_rate format and it created a .Tivo file just like what I got from Tivo Desktop. What am I missing to get it into some sort of standard mpeg file format so it will play on an external media player like WD TV Live or even directly on my TV (via USB flash drive) which likes mpeg files?

Ok, just showing my ignorance here. I installed kmttg and downloaded a movie from my Tivo using the ff_h264_high_rate format and it created a .Tivo file just like what I got from Tivo Desktop. What am I missing to get it into some sort of standard mpeg file format so it will play on an external media player like WD TV Live or even directly on my TV (via USB flash drive) which likes mpeg files?

Just to be clear, I didn't click on "encode" prior to the download but, in any case, it looks like I need to click the "decrypt" box before starting the job. I assume that's what you meant by "decode".

Just to be clear, I didn't click on "encode" prior to the download but, in any case, it looks like I need to click the "decrypt" box before starting the job. I assume that's what you meant by "decode".

Click to expand...

I started the job but it looks like it is downloading the .Tivo file and has the decrypt job queued up. So it looks like I will end up with both types of files upon completion. True?

I started the job but it looks like it is downloading the .Tivo file and has the decrypt job queued up. So it looks like I will end up with both types of files upon completion. True?

Click to expand...

The steps you need to perform are decrypt and encode. The decrypt will produce an mpg and the encode will create the h264 file. There is a configuration option for each step to delete the source file for that step upon completion. You can also specify a destination directory for each step.

I was playing around with v0p8o and discovered that after selecting multiple jobs with metadata/download, etc. Kmttg would do all the metadata jobs first.

Is that something new?

Click to expand...

One of main changes in v0p8o was applying configured delay to all download tasks (including metadata) to ensure TiVo web server doesn't get into "server busy" state, so it could affect the timing such that metadata tasks all run first.