If you confirm the srt file exists then I would suggest perhaps renaming all input files to remove space after 'The' to see if that makes any difference. (Although I'm pretty sure I tested file names with spaces with above setup and got it to work as well).

Well, the problem is ffmpeg can't seem to open/read the .srt file, so that is the problem that needs to be solved. I have not found a way to be able to specify a full path to srt file for ffmpeg as part of the -vf option, so it has to be run in the same directory as the .srt file, which the above .bat file is doing. But perhaps somehow that is not working. But you can try the following manually in a "cmd" window to see what happens:

Well, the problem is ffmpeg can't seem to open/read the .srt file, so that is the problem that needs to be solved. I have not found a way to be able to specify a full path to srt file for ffmpeg as part of the -vf option, so it has to be run in the same directory as the .srt file, which the above .bat file is doing. But perhaps somehow that is not working. But you can try the following manually in a "cmd" window to see what happens:

I have kmttg set up where it auto transfers within the GUI but still brings up VRD to look over the cuts before performing them and pushing back to the TiVo, mostly because it never seems to get the cuts just right.

Anyway - I am setting up another computer specifically for handling these kmttg tasks, but I was wondering if there was an easy way to do both of the following:

1) an option to have kmttg delete the files from the PC after a successful push. This could easily be done by having kmttg compare the length of the video on the PC to the length of the video on the TiVo, or comparing another variable which would be specific to a completed pushed file from the PC.

2) any way to have the VRD review come up on a different computer - so I can task the HD processor and memory of a dedicated PC tucked away in a closet while still having the VRD review pop up on my main laptop.

Also - unrelated to that, is there any way to update the VRD scripts so they work with the current stable release AND beta release regarding minimizing to the tray while working? I have to edit the VRD script files every time I perform an update to kmttg...

I have kmttg set up where it auto transfers within the GUI but still brings up VRD to look over the cuts before performing them and pushing back to the TiVo, mostly because it never seems to get the cuts just right.

Anyway - I am setting up another computer specifically for handling these kmttg tasks, but I was wondering if there was an easy way to do both of the following:

1) an option to have kmttg delete the files from the PC after a successful push. This could easily be done by having kmttg compare the length of the video on the PC to the length of the video on the TiVo, or comparing another variable which would be specific to a completed pushed file from the PC.

2) any way to have the VRD review come up on a different computer - so I can task the HD processor and memory of a dedicated PC tucked away in a closet while still having the VRD review pop up on my main laptop.

Also - unrelated to that, is there any way to update the VRD scripts so they work with the current stable release AND beta release regarding minimizing to the tray while working? I have to edit the VRD script files every time I perform an update to kmttg...

Any ideas?

Click to expand...

1) Don't think it will be accurate because Tivo file sizes are different then files on a PC.
2) You can open any video file in VRD on another PC, just open the file in VRD instead of having KMTTG as the middleman. To have VRD do auto-adcut, it does not do an accurate job since VRD use a 2 sec blank screen to indicate a possible commercial break point and it would be wise to manually check it as it might be cutting something else out.

1) That's why I suggested using the time, or another variable to compare with, since the file size will not be the same

2) I was hoping to come up with a way to have kmttg pop up VRD review on another computer instead of doing it manually, so when I close it, it will invoke the push automatically like it does now. Don't want to change anything other than VRD review popping up on a different computer.

1) an option to have kmttg delete the files from the PC after a successful push. This could easily be done by having kmttg compare the length of the video on the PC to the length of the video on the TiVo, or comparing another variable which would be specific to a completed pushed file from the PC.

Click to expand...

This has been discussed before. kmttg has no idea when pyTivo push completes or if it completes successfully. All that kmttg does is send initial request to pyTivo and it handles everything else. So no, not something I would envision adding.

2) any way to have the VRD review come up on a different computer - so I can task the HD processor and memory of a dedicated PC tucked away in a closet while still having the VRD review pop up on my main laptop.

Click to expand...

Don't think that's possible.

Also - unrelated to that, is there any way to update the VRD scripts so they work with the current stable release AND beta release regarding minimizing to the tray while working? I have to edit the VRD script files every time I perform an update to kmttg...

2) any way to have the VRD review come up on a different computer - so I can task the HD processor and memory of a dedicated PC tucked away in a closet while still having the VRD review pop up on my main laptop.

Click to expand...

I have a PC tucked away running Win 7 Pro with auto-transfers enabled on kmttg. Shows accumulate on an SSD on this PC. I then remote desktop into the PC from a laptop and review edits in VideoRedo, complete ad-cut and encode in kmttg on that tucked away PC.

I had to disable remote audio in remote desktop for VideoRedo to work right so you get no sound. I also work with a small video window as full screen video over remote desktop is laggy. I've even remoted into this PC while traveling to review edits.

1) My idea was for when kmttg is set up to automatically refresh the NPL, it compares that list to a list of shows added to be pushed, maybe stored in the auto.history file?. If a pushed show matches a show on the NPL, and the length (time) or another variable within the metadata matches up, then the source file and meta file on the PC are deleted, as kmttg would determine it was a successful push.

3) Currently, all of the VRD scripts need to be edited to work properly with version 3.10.3.629 (11/09/11) otherwise they will not minimize to the tray. Here is what I have been changing:

Code:

'Create VideoReDo object and open the source project / file.
if (VrdAllowMultiple) then
Set VideoReDo = wscript.CreateObject( "VideoReDo.Application" )
VideoReDo.SetQuietMode(true)
else
Set VideoReDoSilent = wscript.CreateObject( "VideoReDo.VideoReDoSilent" )
set VideoReDo = VideoReDoSilent.VRDInterface
end if

For issue 3, the kmttg config VRD setting "Allow multiple VideoRedo jobs at once" is what turns on "VrdAllowMultiple" setting when enabled. So if you turn that off then you will always get the silent interface. There was an issue with older VRD versions where silent mode would not allow more than 1 instance at a time which is where all that comes from. I guess if you really want to allow more than 1 VRD instance at a time I could possibly check VRD version and always disable "VrdAllowMultiple" for "new" versions of VRD. Problem is I don't know/remember what VRD version that issue was fixed for...

1) an option to have kmttg delete the files from the PC after a successful push. This could easily be done by having kmttg compare the length of the video on the PC to the length of the video on the TiVo, or comparing another variable which would be specific to a completed pushed file from the PC.

Click to expand...

That's the wrong approach, I think. From within kmttg is not the right place to handle such a process. Secondly, the file size is the wrong variable to check. TTG returns the following tag when a program is transferring:

Code:

<i>Recording</i>

A simple script can be written that repeatedly runs curl, searches for this tag, and deletes the source file when it switches to the "Download" URL or the "Protected" tag. The only caveat is this does not absolutely guarantee the transfer was completely successful. There are situations where a transfer fails, but a partial download is still kept on the TiVo. In this case, the source file would be deleted, even though the target is corrupted. Off the top of my head, I can't think how to prevent this.

2) any way to have the VRD review come up on a different computer - so I can task the HD processor and memory of a dedicated PC tucked away in a closet while still having the VRD review pop up on my main laptop.

Click to expand...

It is most certainly possible. If VRD had a Linux port, it would be trivial to pop up a window on the laptop from the Linux server, but unfortunately there is not yet a Linux port of VRD. There may be a Windows app which allows an X-Like client to run on a Windows host and pop it on a common X-server (like X-Ming) running on another machine, but I don't know of one

It could be done with scripts running on both machines, one that tosses the .VRD file into a shared directory running on the kmttg server*, and one running on the laptop that looks for a VRD project file to pop up in the shared directory and responds by running VRD. Pretty simple, really, and it has the advantage that the laptop does not need to be running for the whole thing to work. The kmttg machine will toss the files into the directory, and the laptop will pop up VRD whenever it gets attached to the LAN.

* - Actually, this may be possible from within kmttg. IIRC correctly, I believe kmttg can be configured to run a command after processing is complete. A simple move command here would do the trick.

This has been discussed before. kmttg has no idea when pyTivo push completes or if it completes successfully. All that kmttg does is send initial request to pyTivo and it handles everything else.

Click to expand...

Well, that is not exactly true, is it? When one refreshes the NPL, kmttg shows the status of the files as an icon on the left. I notice the rate parameter on the right sows "Infinity". It's no doubt true kmttg takes no particular notice of the transfer status, but it is not quite true it has no idea entirely when a push is in progress or that one is complete.

Of course it is entirely your call, but FWIW, I agree with your decision. It would require having kmttg automatically refresh all the NPLs on a continuous basis, taking notice of the transfer status of every file every time. That's a pretty bad idea, if you ask me.

Oh, of course it is possible! With X-Windows, it would be easy, if only there were a VRD Linux port. It would not be difficult, either, to write a client program running on the kmttg machine that opens a port on a server on the other machine, telling it to spawn an instance of VRD on the project file. A pair of scripts like I mentioned above could handle it, as well, without requiring a server be available on the remote machine.

OK - so I went with the easiest option of setting up another PC with Win7 on it just to run kmttg, and using remote desktop..for now.

Running into a weird problem though. with auto transfers enabled, kmttg works fine, but while its processing a file after downloading, when it re-checks the list on the tivo, it starts the process again and for some reason doesnt realize its already in the middle of processing the same show.

Running into a weird problem though. with auto transfers enabled, kmttg works fine, but while its processing a file after downloading, when it re-checks the list on the tivo, it starts the process again and for some reason doesnt realize its already in the middle of processing the same show.

Any ideas what would suddenly be causing this?

Click to expand...

After successful download "auto.history" file should be updated with the show just downloaded. So if that's failing for some reason (write permissions problem?) that would be why.

I have a PC tucked away running Win 7 Pro with auto-transfers enabled on kmttg. Shows accumulate on an SSD on this PC. I then remote desktop into the PC from a laptop and review edits in VideoRedo, complete ad-cut and encode in kmttg on that tucked away PC.

I had to disable remote audio in remote desktop for VideoRedo to work right so you get no sound. I also work with a small video window as full screen video over remote desktop is laggy. I've even remoted into this PC while traveling to review edits.

Click to expand...

What do you do for the "Unable to initialize video display" error in VideoReDo? After I remote desktop in, and then disconnect, it produces this error. Also getting a "error opening Direct Sound audio device" error