Well I have but as you noticed, I don't know what's going on. I did try another newer ffmpeg from http://ffmpeg.zeranoe.com/builds/win32/static/ but I got other errors complaining about the switches used and the file didn't transfer at all. I'll try another - any recommendations?

One other thing - if the logs I posted were a remux, then why did the file size change so dramatically on the pull?

This part was highlighed in various colors:
Please use -b:a or -b:v, -b is ambiguous
[matroska,webm @ 024bb5e0] Invalid stream specifier: .0.
Last message repeated 3 times
Stream map '0.0' matches no streams.

Hmm. So far, I can't reproduce this, even with the sample output above. Is it possible for you to get a file to me that shows the problem? (You can use anonymous FTP to wmcbrine.com, if you like.)

Click to expand...

Thank you very much for this offer. Thought I'd verify one more time before I took you up on this, and sure enough now when I pull the file I don't get the same error, just a warning, and this 22 minute video transferred in a matter of seconds (40 actually). I'm going to guess that the use of (copy) next to the output stream listing (as you mentioned it would do) indicates these streams were merely remuxed as opposed to transcoded, which if that's true, I can say, AWESOME! The file size reported by viewing the file on the tivo through my pyTivo share says 393 MB, which is very close to what the pyTivo output above reports and much closer to the original file size of 354 MB than my previous test. Vewing the listing in my shows (after the transfer completed) and pressing info says .38 GB, close enough.

When I pushed the same file, it had a mux overhead of 1.3% but transferred much slower at 27 Mb/s.

Blu-ray rips are transferring untouched as well. (edit: spoke too soon, audio is transcoding) This is great. Well done. Now the only question is, why do I have an htpc? Ha no it's still useful, but certainly less so with this great tivo upgrade. It's a funny thing that they can claim to be the "one box" but it takes guys like wmcbrine to make that closer to the truth. They should be paying you for this, tivo desktop is junk in comparison.

Now can you speed up the netflix and youtube interfaces? just kidding great work!

This may be obvious to anyone who knows how pyTivo works under the covers, but for everybody else that is interested...

pyTivo will not work (at the moment) with the TiVo mini. It needs to emulate the Premiere's way of streaming the files instead of pushing as MPG2 or MP4 files since the TiVo mini has no disk or buffer to store the file.

This may be obvious to anyone who knows how pyTivo works under the covers, but for everybody else that is interested...

pyTivo will not work (at the moment) with the TiVo mini. It needs to emulate the Premiere's way of streaming the files instead of pushing as MPG2 or MP4 files since the TiVo mini has no disk or buffer to store the file.

Rick

Click to expand...

Similar to the "Streambaby push" workaround I mentioned in Streambaby thread in response to your post, you can use pyTivo + VidMgr as a workaround. i.e. Initiate pyTivo push to host TiVo from the Mini and then you can stream the pushing recording to the Mini.

So the page describing the pytivo metadata file says that you can put the description on more than one line. I've tried a few things but none seem to work.
Is there supposed to be a way for this to work?

What I tried:

subsequent lines start at col 1

Code:

description : La di da here on 1st line
fa la la la here on the 2nd line
do re mi on this 3rd line
originalAirDate : 2004-11-09T00:00:00Z

subsequent lines start with a space

Code:

description : La di da here on 1st line
fa la la la here on the 2nd line
do re mi on this 3rd line
originalAirDate : 2004-11-09T00:00:00Z

lrhorer once asked me which display I preferred, the one produced by Vidmgr or the one produced by pyTivo, clearly implying that only an idiot would prefer the latter. In point of fact, this is the display I prefer:

Is this just via a normal pull or push? Also what are you using for images and metadata scraping?

Click to expand...

This is a normal pull. Initial metadata for the episode was acquired from theTVDB using pyTivoMetaThis. I altered the time entry to the GMT of the actual first showing and added programId (acquired from zap2it). I also created a .default file with the displayMajorNumber, callsign, and showingBits.

The graphic is acquired by the TiVo using the seriesId and, for a recent episode or one that is being/has been rerun soon/recently, most of the metadata, including Season and Episode numbers, is acquired by the TiVo based on programId.

Unfortunately, this doesn't always work as I would like. I keep hoping that TiVo will fix this at some point but that hope might be in vain.