Separate names with a comma.
Discussion in 'TiVo Home Media Features & TiVoToGo' started by moyekj, Mar 15, 2008.
Only if he can be in two places at once...
He's that fast
Be aware that file size on your hard drive won't be the same as what you see reported in TiVo Desktop or kmttg. The TiVo overreports file sizes by 5-7%. Your downloads will never be the full size reported by TiVo Desktop and kmttg, because the TiVo reports the file size of the proprietary transport file on the hard drive, not the remuxed MPG that you download.
I think I mentioned this to you elsewhere, but the TiVo may require the 11.0d software for full FiOS compatibility (without attenuation). Recordings made from FiOS prior to 11.0d could contain enough errors to interrupt transfers. In some cases, an unattenuated FiOS signal under older software versions could even cause the TiVo to reboot. As per the FAQ, you can force several connections in a row under Settings -> Phone & Network to download the 11.0d software as soon as you get the TiVo.
I don't know what router you have, but if you are using an Actiontec from Verizon, you may want to limit your use of p2p during TiVo transfers. The Actiontec router has a small NAT table, and if you hit the maximum number of supported connections (as one will with p2p), that can cause the router to reboot, interrupting any transfers in kmttg. If you use p2p, you may want to look into getting your own router and/or look to purchase a Westell 9100EM (used by FiOS in former GTE markets), because it is much more robust than the Actiontec router -- it won't reboot when you are using large numbers of connections. These Westell routers typically go for about $50 on ebay.
Hi , I'm looking for something that makes it easy to convert TiVo files to mp4 (h.264) files that play on my PS3. kmttg seems to fit the bill, but I have a few questions. Sorry if these have already been answered, but I don't have time to read through 42 pages worth of posts:
1. Handbrake or ffmpeg? Which one will transcode faster without degrading video quality?
2. Do I need to use the PS3 profile for a PS3 or will others work fine?
3. Is there a way to start the encoding process and a lower priority so it doesn't interfere with using the PC?
Well I tried converting a TiVo file from my old TiVo Series 2 using the Handbrake hb_tivo_sd profile and for some reason it stripped off the audio from the file, leaving nothing but the video.
Edit: Apparently the profile I used does a direct copy of the audio codec. The audio codec was MP2 audio and as such apparently isn't allowed in a mp4 container for whatever reason.
ffmpeg is generally a much faster encoder from my experience. Whenever you re-encode using any tool video quality is degraded. There are huge quality vs speed tradeoffs depending on the profile you use. H.264 in general takes a lot of resources to encode to compared to most other formats but also can give you smaller file sizes with comparable quality.
Don't own a PS3 so don't know what formats it supports. I doubt it would support MP4 container with AC3 audio for example.
If you have multi-core processor you can restrict kmttg to use 1 core only for encode jobs by setting encoding cpu cores to 1 in configuration->General.
kmttg is a great tool. Thanks for making it.
BTW: I would like to create an ebuild for gentoo. Is there an release archive that contains the source code, or do I have to get it from svn?
Thanks for the advice bkdtv. I do have my own router and use that with the actiontec; I don't have any NAT problems afaik. As it turns out, Tivo is replacing my box, it's been rebooting frequently, so I will revisit this issue when the new one shows up.
svn is the only option for grabbing source code. Note that build.xml file is included in the svn so that you can use ant to easily compile from source.
Both of these seem to encode with h264 in an MP4 container. Aside from bitrate differences, can anybody summarize the difference between these two? There are a whole lot of special flags/options in the first but it's all Greek to me
There's quite a few differences if you get technical, but ff_tivo_hd stems from hb_tivo_hd which was a Handbrake profile a user posted that said worked very well with his S3 Tivos. Since ffmpeg in general seems to run a lot faster than Handbrake I created a roughly equivalent version based on ffmpeg and called it ff_tivo_hd.
On technical side one big difference is the GOP size (24 in tivo_hd profile vs 300 in h264_high_rate). I would expect smoother FF/REW speeds with the one with lower GOP size but to be honest I have not compared playback on my Tivos so don't really know ultimately which one is better for Tivo playback.
Good News... KMTTG works with the new Snow Leopard OS from Apple.
Good news indeed.
* Added \r to history file writes so that simple DOS editors can easily edit the file.
* Added more error checking for file rename following qsfix.
* Updated Atomic Parsley run to handle pyTivo metadata files with name:value pairs without spaces.
* Don't allow folders ending in '.' characters since folders ending in '.' are illegal.
* Fix to Atomic Parsley run to strip quotation characters from values obtained from metadata file. This was causing Atomic Parsley call to crash if metadata file contained quotes, and kmttg to shut down if in auto mode.
* Fixed issue with debug mode not starting properly.
It's ridiculous that nowadays, notepad can handle UTF-8 and UTF-16, but still chokes on Unix-style line endings, unlike every other editor I know. I think they do it just for spite.
Yup, absolutely hate Notepad and avoid it like the plague but that is what this change was targeted at due to some user requests.
How do the Tivos and KMTTG handle transfers if a Tivo is currently transferring from another device? Since Tivos are limited to one transfer at a time, does Tivo pause its transfer and then just resume after KMTTG finishes?
If so is there anyway to have KMTTG check if a Tivo has an active transfer not using KMTTG to ignore that Tivo until that transfer are finished?
Also is there any way to add an option where KMTTG won't transfer a show until it is so old or flagged for deletion? Since I just upgraded 1 Tivo and plan to upgrade another, I would rather KMTTG delay transfers a couple days for new shows if possible since I might get a chance now to watch the show before it deletes.
Oh one thing I noticed was I had recorded date as part of the filename. Since I tend to duplicate season passes over several Tivos, the same show may record on different days. As a result when I would run KMTTG in GUI the same show would transfer twice just and the only difference would be the recorded date. Shouldn't history have caught this since the episode ID would be the same?
I know that Tivos do allow TTG transfers while an MRV transfer is happening since I do that on occasion. It does slow down TTG transfers quite a bit. There is no way to check via html AFAIK if a Tivo is "busy" with another TTG transfer already. If someone knows a way please tell me how. A single kmttg running limits to 1 transfer at a time per Tivo, but does not know about other potential activity.
That kind of request has come up a couple of times. I'll have to add to enhancement to do list.
Only auto transfer mode consults history file to prevent duplicates, not GUI mode. In GUI mode by default kmttg will not process an entry if file of same name already exists at destination, but you can also override that check by enabling Overwrite existing files option under File Settings tab in config. (As mentioned in docs setting that option is recommended if using auto transfers mode in case there were partial transfers due to a Tivo reboot or some other anomaly).
Ok thanks. I wasn't sure. I am currently transferring back a bunch of shows to the upgraded Tivo to watch later and would rather have those continue instead of interrupting it especially since the shows KMTTG is transferring are available on other Tivos.
Thanks. Yeah when I had only 20 hours it wasn't a huge deal but due to the upgrade I will be able to get to the shows easier before they delete.
Hmm ok. I didn't have Overwrite existing files checked because I was afraid I would end up wasting time transferring files I already transferred since in the end it would just overwrite them. I assume it doesn't just overwrite everything then? The wiki only said as needed so I wasn't sure what type of checks if any were performed with overwrite mode.
I prefer GUI mode because it is easier for me to monitor what is transferring or if any jobs are currently active at a glance. When I had it running as a service I would tend to forget and end up suspending my PC instead of letting the job complete first.
With option enabled yes it will overwrite any file that happens to have identical full path name. That's why I default option to off since it's potentially undesirable especially if using GUI mode. In GUI mode you have opportunity to manually delete files if you want kmttg to re-process them for some reason, so it's safer to leave that option off. In auto mode it can be very useful to have on since there is the added history check to prevent duplicate downloads and as I mentioned there could be partial transfer problems to contend with (and kmttg will not add entry to history file until after a fully successful download).