Separate names with a comma.
Discussion in 'TiVo Home Media Features & TiVoToGo' started by moyekj, Mar 15, 2008.
Why are you using QuickStream fix to convert to .MPG? Don't you using the decrypt option?
See if you can login with your browser using:
https://10.0.1.2 (note it's https and not http)
login = tivo
password = 10 digit MAK
If you just got your TiVo recently you need to be sure to enable TiVoToGo at tivo.com for your TiVo. If you already have done all that and problem persists a reboot usually fixes the problem.
I'm suddenly finding that kmttg (v0p7k) has begun to run in bursts on my Mac using OS X 10.5.8/Java 1.5.0_22. I'll see 3-4 seconds of activity interspersed with 10 seconds in which even the clock in the status window doesn't change.
I had this happen for the first time yesterday. I waited a long time for all jobs to complete and then quit kmttg and restarted it. I fired off some new jobs, at which time kmttg seemed to be working normally. After several hours, I came back to my Mac to find kmttg operating in bursts again.
I'm using kmttg to download and decrypt shows from a TiVo HD. I've used it extensively before without this odd behavior. Now this is twice in two days.
When the odd behavior happens, it affects downloads, decrypts, and/or both at once, if there are two jobs executing.
What could the problem/solution be? Thanks in advance ...
During these "Bursts", what is happening in the "Activity Monitor"?
I had to do a windows reinstall, so I am reinstalling everything, is that still the latest version?
See here for list of all wmcbrine pyTivo versions (latest at top):
Best I can tell from Activity Monitor, kmttg's subsidiary processes -- curl, tivodecode, etc. -- continue to execute normally. When curl is running, there seems to be an alternation in CPU activity between it and the parent kmttg process. It just looks like the parent process goes inactive for 10 seconds at a time, then is active for a few seconds, then goes inactive again, etc.
The situation comes and goes without rhyme or reason, and I can't make it happen whenever I want to. If it happens and I simply go away and come back some time later, it can have stopped happening. Quitting and restarting kmttg is not sure to prevent its recurrence. Neither shutting down and restarting the Mac, nor keeping other software from running alongside kmttg, is a sure way to avoid it. Restarting the TiVo being used as a source for downloads is no help.
I upgraded to the latest kmttg ("l") version ... no help.
It's not a major problem, but it does mean I can't always do things like change the kmttg configuration until a new "window of opportunity" arrives in 5 or 10 seconds.
I have not seen issues like that either on Windows or Linux platforms and I don't have a Mac to test on. Probably the major influence on that kind of thing is the version of Java you are using. You can find what version of java you have by executing:
Maybe compare version you are using to what AudioNutz has may provide some insight, but maybe not.
Thanks, moyekj. I'm running Java 1.5.0_22. What about you, AudioNutz?
Don't know if it's any help but on Windows and Linux the versions of Java I run are all 1.6.x. Unfortunately Mac software is usually way behind when it comes to Java so there may not be 1.6.x available for your OS.
I have a relatively up to date OS X 10.5.8 installation. The version of Java reported for that is "1.5.0_24". I have another Mac with a somewhat old OS X 10.6.3 installation (10.6.4 came out recently). The Java on that Mac is "1.6.0_20".
Either way, "1.5.0_22" is out of date. Software update is your friend!
Im getting a few strange errors. I was trying to backup "Red Dawn", its HD:
SKIPPING METADATA GENERATION, FILE ALREADY EXISTS: H:\Pytivo\Red Dawn (06_11_2010).mpg.txt
SKIPPING DOWNLOAD, FILE ALREADY EXISTS: H:\Pytivo\Red Dawn (06_11_2010).TiVo
>> DECRYPTING H:\Pytivo\Red Dawn (06_11_2010).TiVo ...
C:\Users\User\Desktop\KMTTG\tivodecode\tivodecode.exe --mak MAK --out "H:\Pytivo\Red Dawn (06_11_2010).mpg" "H:\Pytivo\Red Dawn (06_11_2010).TiVo"
tivodecode failed (exit code: 10 ) - check command: C:\Users\User\Desktop\KMTTG\tivodecode\tivodecode.exe --mak MAK --out "H:\Pytivo\Red Dawn (06_11_2010).mpg" "H:\Pytivo\Red Dawn (06_11_2010).TiVo"
TiVo Private Data : Unmatched Stream ID: No error
ts_handle_tivo_private_data failed: No error
processing frame: No error
Encryption by QUALCOMM
Im a little confused. I see these as transfering as Tivo files. Did imess up something?
Looks like you have TS Downloads enabled. As has been reported here TS downloads from Premiere units are very flaky and should not be used. TS downloads sometimes fail or tivodecode with TS support can't handle them properly. Turn off "Download TiVo files in Transport Stream format" (kmttg config Program Options tab) and re-download the TiVo files that tivodecode is failing on. Obviously you should delete or rename the files so that kmttg will re-download them.
Hrmm, unfortunately it looks like that option was already turned off by default. Should I reboot the premiere & PC I am using?
I updated Java today, using Software Update, and 'java -version' in Terminal shows that I now have Java version 1.5.0_24 on my Mac OS X 10.5.8 iMac. I was running 1.5.0_22 before. kmttg's main process/window is still experiencing bursts of seeming inactivity lasting several seconds at a time (though I think the sub-processes for its various "jobs" -- curl for doing downloads, tivodecode, etc. -- are running OK).
I have to assume that Java 1.6.n is not available unless I upgrade to Snow Leopard aka Mac OS X 10.6? Is that your understanding, too?
I'd like to ask moyekj if he thinks there's any chance that the weird burst-y behavior has to do with my loading up kmttg with a queue of waiting jobs. I'll try to check this out myself in due time, by starting with a clean slate and not loading up the queue beyond the "current" set of jobs -- I'm doing download-metadata-decrypt-custom, where the custom job is using ccextractor to extract closed captions as subtitles -- but I'm wondering if kmttg is continually checking to see whether any of its waiting jobs can be started, and somehow goes into a several-seconds-long "wait state" on my computer (for unknown reasons) whenever it does that. It seems to happen about every 5-15 seconds, roughly. I'm just thinking there may be a regularly occurring triggering event, an otherwise normal one of course, that triggers the wait state.
Also, could it have anything do do with "playing nice," which I take to mean running at a sufficiently low CPU priority and doing other things to avoid hogging the machine's resources?
Guys, I'm rather new to KMTTG, and have yet to be able to successfully decrypt, qsfix, adscan and reencode ANY HD .Tivo file. I am successful in communicating with both of my Tivos, obtaining the program list, and downloading programs. I was also able to encode Spongebob Squarepants Movie (don't ask...) which was originally broadcast in SD on Nickelodeon a few years ago.
For any HD programs both on my S3 and on my premier, I get various errors like: qsfix failed: check command, and can't find .MPG file. Seems to me, the decrypts are also failing with an err;-)or that says "Encryption by QUALCOMM ;-)" Shows are all being downloaded with the option for TS DISABLED... fyi.
Does anyone have any guidance here to get me beyond the hump? I checked this particular command below, and it turns out CSCRIPT cant find the VBS file referenced... because.... da da dum... it does not exist!!
Meanwhile, I have no idea what step is responsible for creating that VBS file, or how this works. For what it's worth, I am running a 15 day trial copy of TVSuite 5.
Here is an example command that is failing for QSFIX:
Any thoughts? KMTTG appears to be configured correctly with Paths, etc.
I can't help you with much, but the missing .vbs is a temp copy of the vp.vbs delivered by VideoReDo. I am uncertain why it is called in such a way, and not called outright given that kmttg knows the location of VRD. I'm sure there is a reason though!
With your setup you have "Decrypt using VideoRedo instead of tivodecode" option enabled under VideoRedo settings. Note that this only works if you have at least a partial TiVo Desktop installation. Try turning that option off and kmttg will use tivodecode instead for the decrypt. If that fails as well then that probably means you have a bad/incomplete downloaded .TiVo file. Try it on a different show or re-download the show and make sure there aren't any download errors.
For VRD temporary vbs file kmttg creates a custom one of its own (it does not use standard ones under VRD installation because there are some extra things being done with kmttg not in standard ones) and then removes it once the command completes running, so it's perfectly normal that file is not there after VRD run completes - it's by design.
Thanks for the clarification. I figured there had to be a reason!
I just did Software Update again and my 10.5.8 system also still has Java 1.5.0_24. So I don't think you can "officially" get to Java 1.6 w/o upgrading to Snow Leopard. There may be some unofficial ways of updating just the Java software in your computer, but that's way beyond my OS X hacking abilities, so I can't advise you about that.