Separate names with a comma.
Discussion in 'TiVo Home Media Features & TiVoToGo' started by moyekj, Mar 15, 2008.
Many thanks for the quick response!
You can probably do it using "custom" task:
1. Make a "ren.bat" script such as:
rename "%~f1" "%~nx2"
Then setup kmttg "custom" command to be:
<full path here>\ren.bat [mpegFile_cut] [mpegFile]
Then simply enable the "custom" task in addition to the other tasks for the job.
NOTE: Above assumes you are removing original .mpg file after _cut.mpg is generated and that _cut.mpg folder is the same folder you want to have the .mpg file end up in.
I think you get the idea even though that may not be exactly what you need.
rename "%~f1" "%~nx2"
<full path here>\ren.bat [mpegFile_cut] [mpegFile]
In the current version (J) does the AD DETECT check box not save when you get out and back into the program? The AD CUT does save. Maybe it is just me.
Confirmed. The setting is being saved but not restored when starting kmttg. Somewhere along the way in changes from 7i to 7j it looks like I accidently pasted over the lines to restore the Ad Detect setting when adding a new setting restore. Fixed in SVN for next release. Thanks for catching/reporting it.
Ugh! I actually thought that one was only me, since only one of my machines that run kmttg is doing it. The others seemed to be fine.
is there a way to change the temp folder? its currently set to c:\windows\temp but i dont have a lot of space on the c drive. so it always makes the c drive full when transferring over 20-30GB files even though the save folder is set to another drive
What is taking up a lot of space under temp (which step/tool)? kmttg only uses it for some tiny files. curl downloads directly to your specified output dir so shouldn't use temp. I think perhaps VRD may use it for some encoding profiles but I don't recall any other 3rd party tool using much temp space.
this is for just downloading the file off of the tivo. thats all.
its a .tmp file and it looks like its the same size as the transfer file in my selected output directory
im using win7 x64
That's odd, sounds like curl is using temp space then for some reason. So I assume once download completes the temp file goes away? Is the selected output dir a network drive by any chance?
You can probably change windows TEMP and/or TMP environment variable settings to use a different location for temp space, but I'm still curious to know why curl would need it...
nope. its a local hard drive.
but i should say this. my tivo is connected straight into the router, whereas my computer (and whs server) is connected via a gigabit hub to the router. not sure if it matters
I just tried setting my ".TiVo Output Dir" setting to a different volume G: (a USB2 external drive) and tried a download. It worked as expected and the only file under %TEMP% is the expected 0 size "cookie*.tmp" used by curl. I didn't see any other .tmp file there while the download was ongoing. This was under Windows Vista.
Are you sure the file you are seeing is not just the 0 size cookie*.tmp file?
here is a screenshot.
you can see how the tmp file size correlates to the tivo file size
The tmp file name is hidden in that screenshot. Can you post the full tmp file name?
long time user of the old perl version of kmttg, now tried using the java version on a mac. when i kick off a batch of downloads from my TivoHD, it only downloads the first then gives a "Server Busy" error message for the rest. The Tivo stops responding to kmttg download requests or refreshes. Even the "Reset Tivo Web Server" option doesn't help, I need to reboot the Tivo. Any suggestions?
Is the perl version still running in auto transfer mode while you're trying to auto transfer from the java version?
One other possible reason to avoid using TS mode for the time-being, when transferring with kmttg... it appears that once you get the .TiVo files on the PC side, they can't be played anymore when sent back with streambaby. As moyekj speculated, perhaps this is why the TiVoDesktop still provides no way to enable TS-transfers (only web-access and kmttg provide this capability).
In testing here, any attempt to play a non-PS transferred .TiVo file (sent back to the same Premiere it was recorded on), results in a long Please Wait (a minute or two, sometimes infinite). And when/if you get to the final screen and press Play, you get a gray screen with red text, that says: Incompatible Video Stream.
The reason I was doing this was to see if the constant glitches on my PC with every TS-mode transferred file, would be visible if sent back to the TiVo. If yes, that would mean the problem was in the TS-encoder that 14.1a uses internally to export files via TTG. If no, that would mean the TiVoDirectShowFilter that TD2.8 uses externally for decoding had the problem.
I'd be curious to hear from anyone with a v14.1a-based Premiere, who has sent HD files up to their PC using kmttg in TS mode, and NOT had sporadic "temporal frame drops" (aka half-second glitches) every 1-3 minutes. My understanding (possibly incorrect) was that those reporting not having problems earlier had been using a TiVo with 14.0 installed.
AFAICS, either 14.1a or TD2.8 (or both) is broken, w.r.t. TS-mode TTG. At least, I've been unable to find a single cable or OTA channel that will transfer TS-mode properly.
no, i had stopped using the perl version a while ago. actually, that would be a good test; i'll kick off a batch with the perl version now and see if it has the same behavior.
New user here. I'm trying to move shows from my TiVo to the iPad. I found the ff_ipad.enc file on the web site and tried it out. Files look great, load to iTunes and the iPad, but the audio is badly out of sync. Sync problems appear on both the iPad and when playing in iTunes. For reference, here's the .enc file I found. Any suggestions would be appreciated.
# Description (single line, keep short)
mpeg4 container, 1280x720 h.264 video, 48KHz/160Kbps 2 chan aac audio
# Encode command or script (single line)
# Known keywords: FFMPEG, HANDBRAKE, MENCODER, PERL, INPUT, OUTPUT, PWD, CPU_CORES, SRTFILE
FFMPEG -y -i INPUT -threads CPU_CORES -vcodec libx264 -level 31 -s 1280x720 -subq 6 -me_range 16 -qmin 10 -qmax 50 -maxrate 4000k -bufsize 5096k -g 300 -r 29.97 -b 2500k -acodec aac -ac 2 -ab 128k -ar 48000 -f mp4 OUTPUT
# Encoded output file extension
Yes, that's the iPad profile to be included in the next official release. Files originating from digital cable often have glitches that need to be cleaned up before you can re-encode them to other formats. It's likely if you use other encoding profiles on same source they would also be out of sync. Only effective tool to clean up glitches in original recording is VideoRedo Quickstream Fix - i.e. running "VRD QS Fix" task in kmttg before the encoding step. Obviously you need VideoRedo and be running on Windows platform for that. You can try out the free trial of VideoRedo if you don't have it to see if it indeed fixes your problem and then can decide if it's worth the $50 for the VRD Plus version.
yup, the perl version on my Windows PC is working fine, downloading and converting a batch of programs. it is running version 0.5h. the latest java version on my Mac stops downloading with the "Server Busy" error message after the first program in a batch and hangs up the Tivo server. any ideas?