1. This site uses cookies. By continuing to use this site, you are agreeing to our use of cookies. Learn More.

TiVo-VideoReDo-AutoProcessor Program

Discussion in 'TiVo Home Media Features & TiVoToGo' started by dlfl, Jul 19, 2007.

  1. dlfl

    dlfl Cranky old novice

    7,160
    74
    Jul 6, 2006
    Dayton OH
    16 April 2008 Ver. 0.59
    - Added command line option "-hotstart". If present, TVAP starts processing on startup without
    clicking the Start Processing button, and minimizes itself (after the usual 18 second delay
    to check for new TiVo files).

    Add the option (and/or the -p# process priority option) as follows in the Target section of the TVAP shortcut properties:

    "<Path>\Tivo-VideoReDo-AutoProcessor.exe" -hotstart

    Also remember with this option you will not have a chance to review process settings for new tivo files prior to starting processing.
     
  2. blah238

    blah238 New Member

    33
    0
    Jan 24, 2006
    FYI I formatted and went back to Vista 32-bit and TVAP and pyTivoMetaGen both work properly now. So I'd hazard a guess and say that means tivocom.dll needs a 64-bit rewrite.
     
  3. FrooBrar

    FrooBrar tivodecode author

    42
    0
    Dec 4, 2006
    I have tested tivocom on Vista x64 and it worked fine for me. I put up my test app on that same URL from before (http://tivodecode.sourceforge.net/tivocom/), for both 1.1 and 1.2 versions of the DLL. Extract the ZIP, register both DLLs, and open the test_tivo.hta. Make sure your MAK is right (if not, set it), then browse to the input file (.tivo file) and choose to "Show chunk". If some valid-looking XML shows up, tivocom is working properly.

    I do not use TVAP, nor do I know exactly what it involves. However, tivocom should not require being rewritten for x64. If anything, it would just need to be recompiled, but this is unlikely since it must be the same bitness (32 or 64) as the process which loads it, and I bet that the loading app is 32-bit. If you want to try a 64-bit DLL, I can easily compile one for you.

    dlfl: The only differences between the 1.1 and 1.2 dlls are that the OpenTivoFile method now takes the MAK as an optional parameter (leave it an empty string if you want the default) instead of always using the one in the registry, and it now allows decoding the MPEG data as well as the metadata. Also, you should NEVER Install stuff into system32, period. That's what the registry is all about. You can register a COM dll anywhere and it will work. Putting non-OS components in system32 is a bad practice to be in, which dates from the windows 3.1 days. Put the DLL in your program files directory and register it there, or possibly put it in a subdirectory of program files\common files and register it there.

    Good luck.
     
  4. dlfl

    dlfl Cranky old novice

    7,160
    74
    Jul 6, 2006
    Dayton OH
    Well, there you have it, unfortunately too late for you to test, I guess.

    TVAP is a 32-bit application programmed in C# and using the .NET framework. I did verify you could put the dll in the TVAP runtime folder and register it there and TVAP recovered metadata OK, so I will probably modify the installer to do that in the future, per froobrar's advice.

    Note that to register the dll in that folder you must use the path and enclose it in quotes if it contains any spaces, e.g.:

    regsvr32 "c:\program files\TVAP\tivocom.dll"

    OR you can run the regsvr32 command in a Command Window logged to the folder containing tivocom.dll, in which case the path isn't needed.

    Edit: More info on registering on 64-bit windows:
    Apparently there are two versions of regsvr32. To register a 32-bit dll you have to run the one in the sysWOW64 folder, see this MS KB article. And you can't have the dll on the System32 folder, because that is reserved for 64-bit apps (yes you read correctly!). The article is dated Dec 2007 but it says it applies to XP x64, (presumably NOT Vista x64, as I understand there are differences). Perhaps they removed the dual-regsvr32 thing in Vista x64 ??
     
  5. dlfl

    dlfl Cranky old novice

    7,160
    74
    Jul 6, 2006
    Dayton OH
    20 April 2008 Ver. 0.59a
    - No changes to program.
    - Installer changes:
    1. TivoCom.dll (TivoDecode COM file for reading metadata from Tivo files) is now installed
    in C:\Program Files\Common Files\TivoDecode folder.
    2. The shared DLL counting feature of Windows registry is used to count number of programs
    currently using this DLL. Uninstall will not unregister or delete until count is zero.
    These changes were needed because two programs that I know of (TVAP and pyTivoMetaGen) both
    use the same DLL and uninstalling one could cause the other to stop reading metadata. Also
    to get the DLL out of the system32 folder which is not recommended. It is hoped but not tested
    that the installer will provide a functioning TivoCom.dll install on Vista x64 systems now.

    Note: If you use both TVAP and pyTivoMetaGen you should uninstall both and reinstall them with the latest versions (links in signature). This will keep the registry tracking of programs using the TivoCom.dll from getting confused. The new version of pyTivoMetaGen (0.35a) is also an installer-only change to implement TivoCom.dll sharing and counting.
     
  6. FrooBrar

    FrooBrar tivodecode author

    42
    0
    Dec 4, 2006
    Nope. There are still the 32 and 64-bit regsvr32 executables on Vista x64. Although, it appears that MS somehow automatically notices if you try to run the 64-bit one against a 32-bit dll and runs the 32-bit one instead. Very nice of them.

    And yes, my coworkers and I got a good laugh out of the system32/syswow64 naming mess as well (you put your 64-bit dlls in the directory with 32 in the name, and your 32-bit dlls in the directory with 64 in the name. Makes perfect sense...)

    If you tried to put a 32-bit dll in system32 (which you could not do from a 32-bit installer without some trickery), the windows filesystem redirection would effectively prevent any 32-bit apps from using it. And since it is a 32-bit dll, no 64-bit apps could use it either.
     
  7. blah238

    blah238 New Member

    33
    0
    Jan 24, 2006
    thanks guys. I will try a dual boot with Vista x64 and let you know how it goes.
     
  8. dlfl

    dlfl Cranky old novice

    7,160
    74
    Jul 6, 2006
    Dayton OH
    Based on new info just received from FrooBrar via PM, it probably won't work. It looks like I need to change one of the project settings to "force" 32 bit operation. (Apparently x64 is running the main app as 64bit because the default project setting is "any processor", -- and then it can't talk to the 32bit DLL.) More on this when I can get to it, perhaps by PM since we are testing.
     
  9. dlfl

    dlfl Cranky old novice

    7,160
    74
    Jul 6, 2006
    Dayton OH
    No functional program changes.

    This installer and program build will install and run TVAP correctly on either a 32bit (x86) or 64bit (Vista x64) system.

    Thanks to blah238 and froobrar for testing and info.
     
  10. blah238

    blah238 New Member

    33
    0
    Jan 24, 2006
    cool, glad to help test it.

    Now if you were looking for more to do :p...

    I noticed that dvr-ms files in Vista Media Center are missing some metadata such as duration, original airdate, date & time recorded, channel name/number, and of course thumbnails.

    Other than thumbnails which I know is a complicated issue, is the other metadata supposed to be there and just isn't showing up in Vista Media Center, or does TVAP just not transfer those metadata fields to dvr-ms?
     
  11. May 4, 2008 #211 of 418
    dlfl

    dlfl Cranky old novice

    7,160
    74
    Jul 6, 2006
    Dayton OH
    More metadata items in DVR-MS output files.

    Thanks to blah238 for testing in Media Center.

    The order of first/last names in credits is now correct.

    NOTE REGARDING THUMBNAILS IN VISTA MCE:

    Looks like VideoReDo is solving this problem for us! See this thread on the VideoReDo forums.
     
  12. jdsnov73

    jdsnov73 New Member

    18
    0
    Dec 30, 2007


    I just started playing around with this last night, using a trial version of VRD TV Suite. This seems to be exactly what I have been looking for to consolidate my recordings from my TivoHD and VistaMediaCenter, cut the junk from the files, and stream them to my XBOX360.

    I mainly record HD shows. I've tried a few shows, and all works fine. I just tried "Gene Simmons Family Jewels", and it got the 'Video Dimensions changed' error during a commercial while doing the QSF.

    So I tried to run it in VRD on its own, and I used the "enable filters" option, and changed the "sample" from 8 to 128, as specified in this thread:

    http://www.videoredo.net/msgBoard/showpost.php?p=37929&postcount=4

    This allowed the QSF to finish.

    What do I need to do to get TVAP to apply this filter? Not sure if the 128 sample size will solve all problems, but it did allow this file to process. I will keep running my recordings through it and see how it goes.

    I really like the fact that once it is all done, the shows that work appear in my RecordedTV section of MediaCenter, with a thumbnail and all MetaData.

    Thanks for the great work, and hopefully I can get things to work consistently on all files, before I spend $75 for VideoReDo.

    THanks!
     
  13. dlfl

    dlfl Cranky old novice

    7,160
    74
    Jul 6, 2006
    Dayton OH
    So far the only solution is to modify your QSF.vbs file (in the TVAP install folder) per posts #68 and #74 in the VRD TVAP thread. You have to manually pre-determine which shows need filter dimensions set, the dimensions to set, and a string fragment in the titles that will reliably identify them. For your example "Simmons" might work.

    Still waiting and hoping VRD will come up with the COM function to determine the dominant video dimensions. That is what's needed to have TVAP do this automatically.

    If you need help modifying the QSF file just PM me. This will only work with TVSuite -- the VRD Plus COM interface doesn't have the set filter dimensions function yet. VRD says with the next Plus update, its COM interface will catch up with TVSuite. No hint as to when that will be however.
     
  14. jdsnov73

    jdsnov73 New Member

    18
    0
    Dec 30, 2007
    I still haven't looked into this. I seem to have only found a couple shows that have this issue. I can live with just converting these shows to .dvr-ms and using the 30 second skip in MediaCenter to skip through.

    However, I do have a few other questions I hope you could answer for me.

    I was testing VideoReDo out for the trial period and just purchased it last night. I had a batch of 5 or 6 shows that I was using TVAP to process, but (2) of the shows gave an error when starting the AD function. It said VideoReDo was unable to open the file that was just QSF'd. But, when I went to VideoReDo and opened the files from directly within the program, they both opened fine and it performed the AD. I'm not sure if this would be a TVAP or VRD issue since VRD is able to open the file. Also, after I manually run the AD in VRD, TVAP does not recognize this step and still shows the show in the QSF stage. I can manually complete out the process through VRD, but was wondering if there was anyway to trigger TVAP to recognize the manual .vprj file and continue on as normal?

    The other question I have is, I am trying to consolidate all my recordings to MediaCenter, and use VRD to clean up the recordings. I saw this post on your thread over at VRD, asking about a way to modify TVAP to process files that aren't .TIVO to begin with:

    http://www.videoredo.net/msgBoard/showpost.php?p=34230&postcount=25

    Is this possible, or was it ever looked into further?

    I know I can do batch processing in VRD, but would rather have some sort of automation. I have no idea how to create a batch process on my own to handle this automatically.

    Thanks
     
  15. dlfl

    dlfl Cranky old novice

    7,160
    74
    Jul 6, 2006
    Dayton OH
    jdsnov73,

    The file open errors are puzzling. I've never experienced them and there have been no other complaints. Could you post or pm me the section of the log file ("TiVoVRDAutoProcessLog.txt") showing the error and the version of VRD you are using? Had you done the trial registration or completed your purchase when the errors occurred?

    TVAP will only keep track of the status and location of files that it has processed. There is no easy way to fool it.

    A version of TVAP that started with other than TiVo files would be a significant mod. So far there haven't been enough requests to justify the effort -- sorry!

    You can download a TVAPpostProcess batch file that uses HandBrake (free) to convert your outputs to MPEG4 format ***here***.
     
  16. dlfl

    dlfl Cranky old novice

    7,160
    74
    Jul 6, 2006
    Dayton OH
    26 May 2008 Ver. 0.61
    - Added time delays of a few seconds and two retries in VideoReDo AdScan file open to prevent file open errors encountered by one user on DVR-MS files.

    If you haven't been experiencing file open errors there is really no reason to install this version. (Changes will be in all future versions, of course.)
     
  17. dlfl

    dlfl Cranky old novice

    7,160
    74
    Jul 6, 2006
    Dayton OH
    You can create .mp4 files that will synch to an 80GB Zune without conversion, i.e., in a few seconds, with ***this batch file*** that uses the (free) Handbrake encoder.

    Download the zip file and extract the .cmd file to the final destination folder of your TVAP process (normally the QSF or AdScan destination folder). Do not change the file name -- TVAP looks for that particular file name.

    Download and install HandBrake.

    Edit the batch file to substitute the correct paths for HBFolder, localDir and outDir. (See remarks "REM" in the file for description of each folder.)
    Be sure to include the final backslash ('\') at the end of each path!

    This process will encode much faster than the HandBrake IPOD lowRez profile, which will also work on the 80GB Zunes.
     
  18. jdsnov73

    jdsnov73 New Member

    18
    0
    Dec 30, 2007
    Thanks for putting this together. I got sidetracked after you sent me that test .mp4 file.

    I will look into this tonight after I get home from work.

    Couple of Questions though:

    I use TVAP to output .dvr-ms files so I can view everything on MediaCenter. Since my QSF files are output in .dvr-ms, will handbrake need these converted to .mpg? And if so, how do I incorporate that into a post-process activity?

    What are the parameters of the conversion? Does it matter if the original file is SD or HD video?

    Thanks,
    Jeff
     
  19. dlfl

    dlfl Cranky old novice

    7,160
    74
    Jul 6, 2006
    Dayton OH
    Unfortunately, HandBrake won't input a DVR-MS file. Also, TVAP will only run the TVAPpostProcess.cmd file if it is configured to output mpeg2 files.

    You would have to set the output type to DVR-MS, process all your files, then Reset all of them, set the output type to MPEG2 and process them again. (Do not check Delete TiVos for the first round of processing, of course, or the file won't be there to process the second time).

    This isn't actually taking any longer than if it was completely automated, since VRD can only output one type at a time.

    The batch file should work on any mpeg2 format, producing a 320x240 output with a video bitrate of 700kbps, which is comfortable for Zune. However I haven't actually tried it on HD inputs. If the input is letterboxed, HandBrake will autocrop so the output is 320 x W, where W is less than 240. This will play letterboxed on the Zune.

    I have an automated solution for your process. I will post it shortly with download links and instructions.
     
  20. dlfl

    dlfl Cranky old novice

    7,160
    74
    Jul 6, 2006
    Dayton OH
    28 May 2008 Ver. 0.62
    - TVAPpostProcess batch file will be run for EITHER mpeg2 or dvr-ms outputs.

    This was done to support running a TVAPpostProcess file for jdsnov73 to:

    1. Create a mpeg2 from the dvr-ms output from VRD.
    2. Run Handbrake on the mpeg2 to create a Zune-compatible .mp4
    3. Delete the temporary mpeg2 file.

    To do this, I found a version of ffmpeg designed specifically to pull the mpeg2 out of a dvr-ms. The revised TVAPpostProcess.cmd file and the ffmpeg files can be downloaded here.

    The batch file is very similar to the previous Zune version but you see I've defined a dvr-ms file name (dvrmsName) and if the file exists, the special ffmpeg is called to create the mpeg2 file. This is a very fast process -- much faster than running VRD on the file a second time (and automatic).

    Unzip the entire contents into your TVAP final destination folder.
    Edit the folder names in the batch file to match your local setup (don't forget the final backslashes!)
    Install the new 0.62 version of TVAP (Uninstall your older version first).

    Run your processes with DVR-MS output type selected and Do PostProcess checked. That should do it.

    Note the logic in the batch file allows it to also handle .mpeg2 outputs from VRD/TVAP. It just bypasses the DVR-MS-to-mpeg2 conversion.
     

Share This Page