pyTivoX [Text View] - Page 4

View Full Version : pyTivoX

Pages : 1 2 3 [4] 5

clark_kent

10-05-2009, 10:00 PM

It sounds like that's how they're actually stored on disk. The Finder may be obscuring this. Think of app bundles -- they're actually directories. This sounds like a similar thing.

What was the source of these movies?

I'm using Elgato EyeTV to record some programs off cable. I'd like to transfer those programs to the TiVo.

EyeTV puts all the recorded programs into a folder called "EyeTV Archive" and this is the folder that pyTivoX "Shared Directories" is pointing to. If I look at the "EyeTV Archive" folder with Finder, all the recorded programs have the program name with .eyetv file extention. The program name includes the episode title, as an example:

Two and a Half Men - Whipped Unto the Third Generation.eyetv

When I launch pyTivoX, "EyeTVshare" shows up at the bottom of Now Playing List on the TiVo. When I select "EyeTVshare" all the recorded programs are listed with a "Group" icon; each single recording is it's own Group since each program has the program "episode" as part of the program name making each recording unquiet, as an example:

(Group icon) Two and a Half Men - Whi... (1) Mon 9/28 edit: this the "Whipped Unto the Third Generation" episode

If I turn Group/OFF on the TiVo, I get no program names, just a list of big numbers.

A program that is scheduled to be recorded by EyeTV is listed in the Finder as:

Two and a Half Men - Mmm, Fish. Yum.eyetvsched

On the TiVo, this scheduled recording is listed as:

(Group icon) Two and a Half Men - M... (0) Mon 10/5

On the TiVo, when I select the Group "Two and a Half Men - Whi... (1) Mon 9/28" the TiVo displays 3 lines:

At the top: "Group (EyeTVshare)"
Below that: "Two and a Half Men - Whipped Unto the Third G..."
3rd line: (Green circle icon) 000000001071d9e0 Mon 9/28

I then select to transfer that program. It all looks OK (but for the name) and TiVo says the program is transferring. I didn't time it, but the transfer completes and the program does play.

I pulled up the pytivo.log and it's got a big LONG list of stuff, not sure what might be useful, this is some of the log (sorry this is so long), hope someone finds something useful:

INFO()pyTivo:192.168.1.101 [05/Oct/2009 15:06:59] "GET /TiVoConnect?Command=QueryFormats&SourceFormat=video%2Fx-tivo-mpeg HTTP/1.1" 200 -
DEBUG()pyTivo.video.transcode:CACHE HIT! /Users/mr_me/Documents/EyeTV Archive/Two and a Half Men - Whipped Unto the Third Generation.eyetv/000000001071d9e0.mpg
...
DEBUG()pyTivo.video.transcode:TRANSCODE=YES, container mpegts not compatible, /Users/mr_me/Documents/EyeTV Archive/Two and a Half Men - Whipped Unto the Third Generation.eyetv/000000001071d9e0.mpg
...
DEBUG()pyTivo.video.transcode()optres: False
DEBUG()pyTivo.video.transcode:File=/Users/mr_me/Documents/EyeTV Archive/Two and a Half Men - Whipped Unto the Third Generation.eyetv/000000001071d9e0.mpg vCodec=mpeg2video vWidth=1920 vHeight=1080 vFps=29.97 millisecs=1799520 TIVO_HEIGHT=1080 TIVO_WIDTH=1920
...
INFO()pyTivo:192.168.1.101 [05/Oct/2009 15:06:59] "GET /TiVoConnect?Command=QueryContainer&Container=EyeTVshare%2FTwo%20and%20a%20Half%20Men%20-%20Whipped%20Unto%20the%20Third%20Generation.eyetv&SortOrder=!CaptureDate&ItemCount=8&Filter=x-tivo-container%2Ftivo-videos,x-tivo-container%2Ffolder,video%2Fx-tivo-mpeg,video%2F* HTTP/1.1" 200 -
INFO()pyTivo:192.168.1.101 [05/Oct/2009 15:06:59] "GET /TiVoConnect?Command=QueryFormats&SourceFormat=video%2Fx-tivo-mpeg HTTP/1.1" 200 -
...

INFO()pyTivo:192.168.1.101 [05/Oct/2009 15:07:02] "GET /TiVoConnect?Command=TVBusQuery&Container=EyeTVshare&File=%2FTwo%20and%20a%20Half%20Men%20-%20Whipped%20Unto%20the%20Third%20Generation.eyetv%2F0000000 01071d9e0.mpg HTTP/1.1" 200 -
INFO()pyTivo:192.168.1.101 [05/Oct/2009 15:07:07] "GET /TiVoConnect?Command=QueryFormats&SourceFormat=video%2Fx-tivo-mpeg HTTP/1.1" 200 -
INFO()pyTivo:192.168.1.101 [05/Oct/2009 15:07:07] "GET /TiVoConnect?Command=QueryItem&Url=http%3A%2F%2Fa%2Fb%3FContainer%3D%2FNowPlaying%26id%3D%2 FEyeTVshare%2FTwo%2520and%2520a%2520Half%2520Men%2520-%2520Whipped%2520Unto%2520the%2520Third%2520Generation.eyetv %2F000000001071d9e0.mpg HTTP/1.1" 404 -
DEBUG()pyTivo.video.transcode:CACHE HIT! /Users/mr_me/Documents/EyeTV Archive/Two and a Half Men - Whipped Unto the Third Generation.eyetv/000000001071d9e0.mpg
DEBUG()pyTivo.video.transcode:TRANSCODE=YES, container mpegts not compatible, /Users/mr_me/Documents/EyeTV Archive/Two and a Half Men - Whipped Unto the Third Generation.eyetv/000000001071d9e0.mpg
INFO()pyTivo:192.168.1.101 [05/Oct/2009 15:07:13] "GET /EyeTVshare/Two%20and%20a%20Half%20Men%20-%20Whipped%20Unto%20the%20Third%20Generation.eyetv/000000001071d9e0.mpg HTTP/1.1" 206 -
DEBUG()pyTivo.video.video:/Users/mr_me/Documents/EyeTV Archive/Two and a Half Men - Whipped Unto the Third Generation.eyetv/000000001071d9e0.mpg is not tivo compatible
...
DEBUG()pyTivo.video.transcode:transcoding to tivo model 652 using ffmpeg command:
DEBUG()pyTivo.video.transcode:/Users/mr_me/Documents/TiVo/pyTiVoX/pyTivoX.app/Contents/Resources/ffmpeg.bin -i /Users/mr_me/Documents/EyeTV Archive/Two and a Half Men - Whipped Unto the Third Generation.eyetv/000000001071d9e0.mpg -vcodec copy -b 13862k -maxrate 30000k -bufsize 4096k -ab 448k -ar 48000 -acodec copy -f vob -
FFmpeg version SVN-r19732, Copyright (c) 2000-2009 Fabrice Bellard, et al.
configuration: --shlibdir=@executable_path --arch=i386 --cpu=i686 --disable-static --enable-shared --enable-pthreads --enable-gpl --enable-libmp3lame --enable-libfaac --enable-nonfree --enable-libfaad --enable-libx264 --extra-cflags='-I/Users/yoav/src/lame/include -I/Users/yoav/src/faad2-2.7/include -I/Users/yoav/src/faac-1.28/include -I/Users/yoav/src/x264' --extra-ldflags='-L/Users/yoav/src/lame/libmp3lame/.libs -L/Users/yoav/src/faad2-2.7/libfaad/.libs -L/Users/yoav/src/faac-1.28/libfaac/.libs -L/Users/yoav/src/x264/'
libavutil 50. 3. 0 / 50. 3. 0
libavcodec 52.34. 0 / 52.34. 0
libavformat 52.38. 0 / 52.38. 0
libavdevice 52. 2. 0 / 52. 2. 0
libswscale 0. 7. 1 / 0. 7. 1
built on Aug 27 2009 10:32:06, gcc: 4.0.1 (Apple Inc. build 5484)

Seems stream 0 codec frame rate differs from container frame rate: 59.94 (60000/1001) -> 29.97 (30000/1001)
Input #0, mpegts, from '/Users/mr_me/Documents/EyeTV Archive/Two and a Half Men - Whipped Unto the Third Generation.eyetv/000000001071d9e0.mpg':
Duration: 00:29:59.52, start: 12089.652922, bitrate: 14246 kb/s
Program 4
Program 7
Program 5
Program 1
Stream #0.0[0x48]: Video: mpeg2video, yuv420p, 1920x1080 [PAR 1:1 DAR 16:9], 65000 kb/s, 29.97 tbr, 90k tbn, 59.94 tbc
Stream #0.1[0x49](eng): Audio: ac3, 48000 Hz, 5.1, s16, 384 kb/s
Stream #0.2[0x4a]: Data: 0x0006
Stream #0.3[0x4b]: Data: TVG1 / 0x31475654
Stream #0.4[0x4c]: Data: TVG2 / 0x32475654
Output #0, vob, to 'pipe:':
Stream #0.0: Video: mpeg2video, yuv420p, 1920x1080 [PAR 1:1 DAR 16:9], q=2-31, 65000 kb/s, 90k tbn, 29.97 tbc
Stream #0.1(eng): Audio: ac3, 48000 Hz, 5.1, s16, 384 kb/s
Stream mapping:
Stream #0.0 -> #0.0
Stream #0.1 -> #0.1
Press [q] to stop encoding
[vob @ 0x1809a00]buffer underflow i=0 bufi=234735 size=250396
[vob @ 0x1809a00]packet too large, ignoring buffer limits to mux it
[vob @ 0x1809a00]buffer underflow i=0 bufi=234735 size=250396
Last message repeated 1 times
[vob @ 0x1809a00]packet too large, ignoring buffer limits to mux it
[vob @ 0x1809a00]buffer underflow i=0 bufi=234735 size=250396
[vob @ 0x1809a00]buffer underflow i=0 bufi=236759 size=250396

...

DEBUG()pyTivo.video.transcode:transcoding to tivo model 652 using ffmpeg command:
DEBUG()pyTivo.video.transcode:/Users/mr_me/Documents/TiVo/pyTiVoX/pyTivoX.app/Contents/Resources/ffmpeg.bin -i /Users/mr_me/Documents/EyeTV Archive/Two and a Half Men - Whipped Unto the Third Generation.eyetv/000000001071d9e0.mpg -vcodec copy -b 13862k -maxrate 30000k -bufsize 4096k -ab 448k -ar 48000 -acodec copy -f vob -
FFmpeg version SVN-r19732, Copyright (c) 2000-2009 Fabrice Bellard, et al.
configuration: --shlibdir=@executable_path --arch=i386 --cpu=i686 --disable-static --enable-shared --enable-pthreads --enable-gpl --enable-libmp3lame --enable-libfaac --enable-nonfree --enable-libfaad --enable-libx264 --extra-cflags='-I/Users/yoav/src/lame/include -I/Users/yoav/src/faad2-2.7/include -I/Users/yoav/src/faac-1.28/include -I/Users/yoav/src/x264' --extra-ldflags='-L/Users/yoav/src/lame/libmp3lame/.libs -L/Users/yoav/src/faad2-2.7/libfaad/.libs -L/Users/yoav/src/faac-1.28/libfaac/.libs -L/Users/yoav/src/x264/'
libavutil 50. 3. 0 / 50. 3. 0
libavcodec 52.34. 0 / 52.34. 0
libavformat 52.38. 0 / 52.38. 0
libavdevice 52. 2. 0 / 52. 2. 0
libswscale 0. 7. 1 / 0. 7. 1
built on Aug 27 2009 10:32:06, gcc: 4.0.1 (Apple Inc. build 5484)

Seems stream 0 codec frame rate differs from container frame rate: 59.94 (60000/1001) -> 29.97 (30000/1001)
Input #0, mpegts, from '/Users/mr_me/Documents/EyeTV Archive/Two and a Half Men - Whipped Unto the Third Generation.eyetv/000000001071d9e0.mpg':
Duration: 00:29:59.52, start: 12089.652922, bitrate: 14246 kb/s
Program 4
Program 7
Program 5
Program 1
Stream #0.0[0x48]: Video: mpeg2video, yuv420p, 1920x1080 [PAR 1:1 DAR 16:9], 65000 kb/s, 29.97 tbr, 90k tbn, 59.94 tbc
Stream #0.1[0x49](eng): Audio: ac3, 48000 Hz, 5.1, s16, 384 kb/s
Stream #0.2[0x4a]: Data: 0x0006
Stream #0.3[0x4b]: Data: TVG1 / 0x31475654
Stream #0.4[0x4c]: Data: TVG2 / 0x32475654
Output #0, vob, to 'pipe:':
Stream #0.0: Video: mpeg2video, yuv420p, 1920x1080 [PAR 1:1 DAR 16:9], q=2-31, 65000 kb/s, 90k tbn, 29.97 tbc
Stream #0.1(eng): Audio: ac3, 48000 Hz, 5.1, s16, 384 kb/s
Stream mapping:
Stream #0.0 -> #0.0
Stream #0.1 -> #0.1
Press [q] to stop encoding
[vob @ 0x1809a00]buffer underflow i=0 bufi=234735 size=250396
[vob @ 0x1809a00]packet too large, ignoring buffer limits to mux it
[vob @ 0x1809a00]buffer underflow i=0 bufi=234735 size=250396
Last message repeated 1 times
[vob @ 0x1809a00]packet too large, ignoring buffer limits to mux it
[vob @ 0x1809a00]buffer underflow i=0 bufi=234735 size=250396
[vob @ 0x1809a00]buffer underflow i=0 bufi=236759 size=250396

Rdian06

10-05-2009, 10:37 PM

/Users/mr_me/Documents/EyeTV Archive/Two and a Half Men - Whipped Unto the Third Generation.eyetv/000000001071d9e0.mpg

wmcbrine was right. Your eyetv files are actually bundles which the Mac Finder is showing as a single file, but on disk they are represented as folders with an mpg file inside.

If you right click on an eyetv "file" in Finder, you should get a choice to "Show package contents" which will display the contents of the bundle including the mpg file will the long name.

clark_kent

10-05-2009, 10:55 PM

wmcbrine was right. Your eyetv files are actually bundles which the Mac Finder is showing as a single file, but on disk they are represented as folders with an mpg file inside.

If you right click on an eyetv "file" in Finder, you should get a choice to "Show package contents" which will display the contents of the bundle including the mpg file will the long name.

Thanks, I forgot to look using the "Show package content."

But, I still don't understand why TiVo lists all the program titles correct as long as the TiVo "list by Group" option is ON.

Rdian06

10-06-2009, 12:07 AM

Thanks, I forgot to look using the "Show package content."

But, I still don't understand why TiVo lists all the program titles correct as long as the TiVo "list by Group" option is ON.

So each eyetv "file" is really a folder. The folder has the name of the "file" so those have the names you expect. When you go into the folder, it lists the individual mpg file by the number name because pyTivo supports looking inside subfolders. When you turn grouping off, the whole hierarchy is displayed as a flat list and since each mpg is really named by number in the subfolders, that's what you see in the flat list.

clark_kent

10-06-2009, 05:39 PM

So each eyetv "file" is really a folder. The folder has the name of the "file" so those have the names you expect. When you go into the folder, it lists the individual mpg file by the number name because pyTivo supports looking inside subfolders. When you turn grouping off, the whole hierarchy is displayed as a flat list and since each mpg is really named by number in the subfolders, that's what you see in the flat list.

That's not quite correct:

The TiVo Folder has the correct, expected name. Selecting that Folder displays that program name as "big number."

The "show package" in the Finder indicated the file name as big_number.mpg and the actual "expected name" of the program is one level up. So:

1. Why is TiVo displaying each single program as a "Folder?"
2. With TiVo Folder/ON, why is TiVo displaying "the name" that is one level up from the actual .mpg file?

Is this a bug in pyTivoX? How would I report a potential bug?

I did make progress on a workaround:

I renamed the "big_number.mpg" to "expected_name.mpg" and low and behold, the program transferred with the (correct) expected name. Unfortunately, the program actual recording date is not correct and the program caption is missing.

Rdian06

10-07-2009, 12:52 PM

That's not quite correct:

The TiVo Folder has the correct, expected name. Selecting that Folder displays that program name as "big number."

The "show package" in the Finder indicated the file name as big_number.mpg and the actual "expected name" of the program is one level up. So:

1. Why is TiVo displaying each single program as a "Folder?"
2. With TiVo Folder/ON, why is TiVo displaying "the name" that is one level up from the actual .mpg file?

Is this a bug in pyTivoX? How would I report a potential bug?

I did make progress on a workaround:

I renamed the "big_number.mpg" to "expected_name.mpg" and low and behold, the program transferred with the (correct) expected name. Unfortunately, the program actual recording date is not correct and the program caption is missing.

I'm trying to digest this but I'm getting a little confused. Could you take a couple screenshots and post them or PM them to me?

I think the point is that "bundles" are an illusion that the Mac Finder maintains. The actual way the OS stores the files on disk is that each bundle is a folder. pyTivo lists files and folders using the more basic Unix methods so it sees the raw folders and files, not the "bundle" abstraction.

If it is a bug in pyTivo (the core running inside pyTivoX), then reporting it here is fine because wmcbrine reads this thread.

wmcbrine

10-07-2009, 03:50 PM

There is no bug, AFAICT, and I don't know why clark_kent says "that's not quite correct", but then goes on to describe the exact same thing you did.

I guess we could consider adding special support for EyeTV bundles. Of course that would be easier if I had EyeTV...

clark_kent

10-08-2009, 04:30 AM

I'm trying to digest this but I'm getting a little confused. Could you take a couple screenshots and post them or PM them to me?

I've seen post's with photos, but I don't know how to embed photo's into a post...

Rdian06

10-08-2009, 02:07 PM

I've seen post's with photos, but I don't know how to embed photo's into a post...

Ok, your photos show EXACTLY what I described and as wmcbrine said, it's NOT a bug. Let me try to explain this again.

The Now Playing list supports grouping based on seriesID. When grouping is on, shows from the same series with proper metadata will show up in folders with the series name as the name of the folder. When you navigate into those folders, you get individual episode names on each recording with the green circle. If you turn grouping off for the Now Playing list, then all the recordings show in a flat list (i.e. no folder hierarchies) with their individual episode names.

Now when you navigate a Tivo share provided by a computer, similar grouping applies but the grouping is based on the folder structure on your computer. You can actually have multiple levels of subfolders and they will show up as folders inside folders inside folders when navigated from the Tivo.

Your EyeTV recordings are created by the EyeTV software as Mac "bundles". These "bundles" are an illusion that the Mac Finder presents to you for convenience. If they were real individual files, then when you right click on them there would be no "Show Package Contents" option. They are really stored as a folder having the recording name as the folder name and with the real MPG file inside the folder having some unique number as the file name.

So when you navigate to a pyTivo provided share on your Tivo, each EyeTV recording will be treated as a sub-folder of the share (with the name of the EyeTV bundle as the name of the sub-folder) and inside each subfolder will be the real mpg file with the number name.

If you want pyTivo to special case your EyeTV bundles, then you'll have to convince one of the developers to code it into pyTivo. Translation - donate an EyeTV to wmcbrine or figure out how to write Python code and do it yourself :)

wmcbrine

10-08-2009, 05:56 PM

I might even be able to do something if I just had some .eyetv bundles to look at...

clark_kent

10-09-2009, 03:42 PM

Ok, your photos show EXACTLY what I described and as wmcbrine said, it's NOT a bug. Let me try to explain this again.

Thanks for the explanation. Sometimes it's hard to visualize a description. I guess that's why a picture is worth 1,000 words. :)

clark_kent

10-09-2009, 04:03 PM

I might even be able to do something if I just had some .eyetv bundles to look at...

Well, I don't have a spare EyeTV to send, but I'm up for (trying to) send you the .eyetv bundle. "Show Package Contents" has 5 files:

00000000107a758f.eyetvp (about 4kb)
00000000107b0ce0.eyetvi (about 56kb)
00000000107b0ce0.eyetvr (about 148kb)
00000000107b0ce0.mpg (about 3.17gb)
00000000107b0ce0.tiff (about 1.3mb)

I'm not a Mac expert and I don't know how to send you something, but if you explain the process, I'll try. I could record something (SD) for 2-3 minutes or so to keep the .mpg file size small.

wmcbrine

10-09-2009, 07:06 PM

Strip out the .mpg, and the .tiff, zip it up, and it should be small enough to email me as an attachment (at gmail.com).

wmcbrine

10-11-2009, 04:57 AM

I have tentative support for EyeTV bundle metadata in my repo now. Needs more testing, and I'm only using the title, episode title and description so far.

dupreeblue

10-11-2009, 01:21 PM

First off, thanks to the creators of pytivo & pytivox for doing such a great job & providing us with these programs.

Secondly, I'm having a problem—somewhere. (I'm using pytivox, but really only the pytivo part). My shared folder keeps disappearing from the Now Playing menu on my tivo. My mac (where the share folder is located) has not been turned off or gone to sleep. It also hasn't lost a network connection. But the share just randomly disappears. It'll be there for days on end without issue & then just go away. I can restart the tivo & it'll show back up, but it'll disappear again mid-transfer after that. Restarting my airport or computer sometimes solves the issue, but not always. I can't figure out what is causing it to disappear. Are there logs or something somewhere that I can post that would help anyone to see my problem? Is this a common problem?

Also, sometimes when the folder does show up, when I open it I'll get a message saying there are no recordings in the folder. Which isn't the case. They're all there.

I've skimmed through all 26 pages of this thread & haven't seen a similar issue. If I missed it my apologies. But I'd appreciate any and all help that someone could give me. Thanks!

wmcbrine

10-11-2009, 02:54 PM

It is fairly common, I'm sorry to say. I don't think there's anything we can do about it. If any of your connections are WiFi (computer to router or router to TiVo), try replacing them with wired Ethernet. That's my only advice.

dupreeblue

10-12-2009, 02:00 PM

But what's causing it? Just the fact that the tivo is wireless on the network? It's bizarre; it'll be perfect for a week, then spotty for 4 days in a row. Thanks.

wmcbrine

10-12-2009, 03:48 PM

richsadams

10-12-2009, 04:00 PM

Nothing strange about it -- WiFi sucks. I mean, yes, it's convenient, but it's intermittent by nature. That means dropped packets. And since both beacon systems are broadcast UDP-based, pyTivo doesn't even know when the beacons aren't being received, so it doesn't know to resend them.Or for crying out loud...for as much as we've paid for this program you'd think someone could get it to work perfectly every time! :mad: I'm thinking class action lawsuit here! Anyone want to join me? ;)

dupreeblue

10-12-2009, 06:04 PM

Thanks wmcbrine. I can't wire in the tivo b/c it's in a different room than the router & modem. I guess I'll just keep doing restarts & hope that stupid Comcast can be more reliable. (You know, the thing I pay way too much money for that's totally unreliable & crappy?) ;)

LOL richsadams.

wmcbrine

10-12-2009, 10:41 PM

I have wired Ethernet covering three floors, so... I also have a wireless netbook that I'm typing on right now, which spends most of its time about six feet away from the WAP -- and it still loses connectivity at least once a day.

In truth, although it's a good guess that dropped packets are resulting in disappearing shares (since others have reported this), I don't really know why that happens. And even when they disappear, the shares should reappear later, once the connection is back. But I'd have to see the TiVo-side code to really know how it's handling the beacons.

westside_guy

10-13-2009, 02:49 AM

Wow, I must just live right or something, since my wireless network has been pretty darn reliable for me over the past several years. The one period I had sporadic trouble it was specific to a Series 2 Tivo "forgetting" about its Tivo wireless adapter - I'd have to pull the USB connector out and then reinsert it (or restart the Tivo). But the network was still fine in those cases, just the Tivo's connection to it was wonky.

Oh, I guess I'm forgetting to mention the Averatec laptop my wife had that frequently had to have its network connection "repaired" (in XP parlance); but again, the network itself was fine, since none of the Macs had problems.

richsadams

10-13-2009, 03:49 AM

... but again, the network itself was fine, since none of the Macs had problems.I think that has something to do with it. I can wander all over our house, upstairs, downstairs, even the backyard and my MacBook never looses a connection with our wireless router (D-Link DIR-655) but the semi-retired HP laptop (good for VideoReDo and a couple of other programs until Mac versions are available) has trouble on a regular basis, even when it's in the same room as the router.

Marconi

10-13-2009, 12:04 PM

Nothing strange about it -- WiFi sucks. Concur. One thing that people forget about 802.11b/g is that it can have a great signal right up until someone uses it to actually transmit something. Devices can interfere with one another and, given the unlicensed nature of 'Wi-Fi,' it could be pretty much anything knocking out your connection. Lots of devices use 2.4 GHz.

Cordless phones (2.4 GHz) can be very frustrating because they're on the air for a while, just long enough to screw things up, then the user hangs up and things look great again. A device nearer the access point can 'hog' it due to its stronger signal. It's the nature of the protocol to be erratic at times.

If you regularly have this problem try switching to another channel. Use a sniffer program to find the (non-hidden) signals in your area and try a channel far from the strongest signal detected.

FWIW, I take the time to carefully aim my wireless adapters at my AirPort Base Station to get maximum signal. Six DVRs, all wireless, very few network-related problems. But I'm not an apartment dweller surrounded by lots of nearby networks and I've ensured that my own network is on a different channel from my neighbor's (unsecured) linksys router.

dupreeblue

10-14-2009, 12:04 AM

And even when they disappear, the shares should reappear later, once the connection is back. But I'd have to see the TiVo-side code to really know how it's handling the beacons.

They don't re-appear. It's usually a combination of restarting pytivox on my computer, resetting the tivo from the settings menu, or unplugging my Airport & modem for a few minutes to cycle that get it to work again. Is there TiVo code somewhere I could send you to peruse in your leisure? To help you in future or something?

But, I fully know wifi sucks, & I've done everything I can to make it better. We've got a closed network on an odd channel with a small range & no cordless phones/microwaves/etc. in the area that all the tech is set up, but still... I live in an apt. building in the middle of Chicago; if I look at the Airport dropdown on my mac I see 17 networks. And those are only the ones broadcasting their names. That and my airport is old & drops the network could absolutely contribute. BUT: The network disappearing due to old Airport has never happened at the same time as the pytivox share disappearing from the tivo.

wmcbrine

10-14-2009, 01:32 AM

They don't re-appear.How long do you give it?

Is there TiVo code somewhere I could send you to peruse in your leisure?Unless you work for TiVo, you don't have it.

Rdian06

10-14-2009, 06:51 PM

But, I fully know wifi sucks, & I've done everything I can to make it better. We've got a closed network on an odd channel with a small range & no cordless phones/microwaves/etc. in the area that all the tech is set up, but still...

An odd channel for 802.11g/b is bad. Only 1, 6, and 11 are non-overlapping frequencies. You should try for the one that has the least contention among higher power signals.

I've found that configuring a closed network sometimes tickles driver bugs in the clients. I'd make sure you're using the highest encryption type the hardware is capable of, but leave your SSID broadcast turned on.

And are you using an official Tivo wireless adapter?

nashmarkt

10-15-2009, 03:13 AM

Hi
I have 2 issues that I need help with.
Issue #1:
I have the issue of broken image icon when I view photos. I tried the Beta version and the release version but still no go.
Music and Video work fine. I have 2 macs one works and one does not. :(

Problem number 2:
I used Handbrake to put my DVDs on iMac for streaming. I use different setting but recently mostly Quicktime preset in handbrake. I do run into sometime streaming not working for some of my movies. It seems it might have to do with certain files or file size. Is there a certain setting in handbrake that would work better for streaming from my Mac to TiVo? I know I am not describing the isssue well but it is not easy to figure out.
My setup: iMac-Snow Leopard
TiVo HD

THanks

nashmarkt

10-15-2009, 03:16 AM

CORRECTION:
None of my Macs show the photos anymore. The one that used to work is not working any more. Maybe after Snow Leopard update it stopped showing photos but I can not be sure. But it certainly used to work on the first iMac.
Please help.

cleverdevil

10-15-2009, 11:46 AM

I'd recommend just getting yourself some ethernet over power adapters. I use these with my TiVo HD's and they work *great*. I get all the benefits of wireless (no wires to run), and all the benefits of wired (reliable and speedy).

You can find them on eBay for pretty cheap if you look carefully.

richsadams

10-15-2009, 06:04 PM

nashmarkt

10-15-2009, 06:27 PM

Any idea why photos do not show and show a broken image?

dupreeblue

10-15-2009, 09:12 PM

How long do you give it?
I experimented this past weekend. It disappeared at about 1pm, I let it go until the next day at about 2pm before I restarted things.

Unless you work for TiVo, you don't have it.
It was worth a shot.

An odd channel for 802.11g/b is bad. Only 1, 6, and 11 are non-overlapping frequencies. You should try for the one that has the least contention among higher power signals.

I've found that configuring a closed network sometimes tickles driver bugs in the clients. I'd make sure you're using the highest encryption type the hardware is capable of, but leave your SSID broadcast turned on.

And are you using an official Tivo wireless adapter?

Hmm. Our network is on channel 4. I'll change that. How do I know what I should switch it to? I just picked 4 randomly. I'll also turn the SSID broadcast on. Yes, I am using the official Tivo wireless adapter.

Oddly enough, the share folder has been working perfectly for the past 4 days. Although that'll probably jinx it.

nashmarkt

10-17-2009, 11:06 AM

Hi
I am trying to look at the pytivox.log and I ran the command
tail -20 /tmp/pyTivoX.log
but I get "no such file or directory"
Pytivo is runbning and I am streaming music and movies, so I am wondering where the log could be?

Thanks

acitrano

10-18-2009, 11:01 PM

Hi everyone,

[Snow Leopard on a Mac Pro; hard-wired ethernet; TIVO HD XL]

I installed the program (the latest version) today and it ran once. Upon installation, it worked fine. I was able to share a couple of folders, browse them just fine on the TiVo, copied a video file, etc.

I then noticed the shared images were "broken" - the TiVo could see the picture share, the names of the files and even knew how many there were. But it would not open nor show any of them. (Just the little broken-image icon)

Then I went back to the Mac Pro to see if I'd done something wrong, and pyTivoX would no longer come up at all. I restarted the computer, etc. but every time I launched pvTivoX it would seem to "start" but did not show on the dock nor the task switcher. I had to kill the process manually each time.

So I deleted the program entirely, and used the instructions earlier in the thread to go to terminal and run the commands to clear out all the preferences. Then I re-installed the program. I was then able to launch it OK and re-share folders.

But now I can no longer access the pyTivoX from the TiVo. I even restarted the TiVo.

[Also - The TiVo must store the list of shared items in a disk cache, because I can still see the old shares from the prior install of pyTivoX even after the TiVo restart (they no longer exist, but they're there in the "Showcases" list.)]

Now, when I click on the MacPro name on the TiVo "Showcases" list, I get this error:

"Cant Run"
An error occurred while running the application. HTTP failure
(Error reading header 0x50006).

And can't access any of the shares.

Ideas welcome - this is a promising product!! :)

clacoste

10-19-2009, 01:40 PM

nashmarkt

10-19-2009, 01:44 PM

FrodoB

10-19-2009, 01:52 PM

Hello,

I have a second tivo box that I have not got a subscription for. I was wondering if I could still hook it up to the tv and stream through PytivoX from my mac??? Anyone know? It's a series 2 Tivo.

Thanks

You can't, unfortunately. Networking services are only enabled if you have a subscription.

Marconi

10-19-2009, 02:18 PM

Any idea why photos do not show and show a broken image?Show us your conf file. Maybe then we can make a guess.

nashmarkt

10-19-2009, 02:34 PM

I will find and post the conf file once I get home tonight.

Thanks a lot.

Marconi

10-19-2009, 02:35 PM

Can someone tell me if I am posting in the wrong place here.
I asked a basic question about how to get the logs. I don't know that there IS a log, by default. I have two Macs, one running pyTiVoX 1.2 and another running pytivo (without the GUI) and I can find a log on neither. I don't see a log path as being among the settings but I do see "debug = True" in my settings, which would imply a log somewhere. But I've been unable to find one on either Mac.

Rdian06

10-19-2009, 03:53 PM

Can someone tell me if I am posting in the wrong place here.
I asked a basic question about how to get the logs. NO response.
I asked a question about Photos not showing and I got no response.
I had searched the forum about both of these questions but I did not find anything.

Is there maybe a dedicated forum (or a more active forum) for PyTivo(x)?

Regards

This thread is probably the best you'll get. Yoav created pyTiVoX and he knows the most about it. I don't run it myself so all I can do is answer questions about the pyTivo core embedded inside it. I know it does log somewhere because others have posted their log info for me to troubleshoot before. Maybe try firing up the Console app or looking in your Library/Application Support folder.

As for the broken Photo images, pyTivo relies on the Python Imaging Library (PIL) to deal with photos. PIL requires native libraries be installed to function correctly. According to the Googlecode page, pyTiVoX is supposed to have PIL native libraries in it, but given the other reports of this problem I think they don't work with Snow Leopard and you'll have to wait for Yoav to fix it.

nashmarkt

10-19-2009, 03:58 PM

Thanks for all the info.

Marconi

10-19-2009, 04:29 PM

I found my log file at ~/Library/Logs/pyTivoX/pytivo.log

('~' indicates one's home folder.)

migod

10-25-2009, 07:55 PM

I have a MacMini running Snow Leopard, plus a Series 2 Tivo.

PyTivo X was installed and running happily until I queued up a bunch of downloads from my Mac to the Tivo. I can still see my Mac from the Tivo, and it queues up new transfers, but it's stuck and won't download anything now (previously this worked fine).

In Unix parlance, it as if the printer daemon went down now the print jobs are just queuing up without ever becoming "active".

Any clues about what I can do?

I've already tried:
-- rebooting the tivo
-- rebooting the Mac
-- uninstalling pytivox (including the conf direction in ~/Library/Application Support) and the re-installing it
-- looking at the log files for pytivox and streambaby.

It looks like someone powercycles the tivo at some point recently, and it now has a different IP, cos I set it up to use DHCP. But pytivox can connect and I can browse my mac, so I'm thinking that's just a co-incidence.

One further problem: since I re-installed pytviox, I no longer get the main screen when I run it. It seems to work in that the tivo can see it, but I can't change any of the settings. "About pytviox" and ""check for updates" both seem to work.

Any hints appreciated.

-- Mike

migod

10-25-2009, 07:58 PM

One further note. I wrote:

>> -- uninstalling pytivox (including the conf direction in ~/Library/Application Support) and the re-installing it

Actually I forgot that something there is broken too. When I tried running pytivox after a wipe of the conf directory, the pytivox log file complained that the conf file was missing and it refused to run. So I restored my old version and it "works" with the problems noted in the previous posting.

-- Mike

Rdian06

10-25-2009, 08:02 PM

migod

10-25-2009, 08:26 PM

Yes indeed, they seem to queue up fine, as I mentioned. Here's what happens when I tried to transfer a previous video that I've transfered before.

Sunday, October 25, 2009 8:18:26 PM America/Toronto
INFO: pyTivo:192.168.2.105 [25/Oct/2009 20:18:29] "GET /TiVoConnect?Command=QueryFormats&SourceFormat=video%2Fx-tivo-mpeg HTTP/1.1" 200 -
DEBUG: pyTivo.video.transcode:starting ffmpeg, will wait 10 seconds for it to complete
DEBUG: pyTivo.video.transcode:ffmpeg output=FFmpeg version SVN-r19732, Copyright (c) 2000-2009 Fabrice Bellard, et al.
configuration: --shlibdir=@executable_path --arch=i386 --cpu=i686 --disable-static --enable-shared --enable-pthreads --enable-gpl --enable-libmp3lame --enable-libfaac --enable-nonfree --enable-libfaad --enable-libx264 --extra-cflags='-I/Users/yoav/src/lame/include -I/Users/yoav/src/faad2-2.7/include -I/Users/yoav/src/faac-1.28/include -I/Users/yoav/src/x264' --extra-ldflags='-L/Users/yoav/src/lame/libmp3lame/.libs -L/Users/yoav/src/faad2-2.7/libfaad/.libs -L/Users/yoav/src/faac-1.28/libfaac/.libs -L/Users/yoav/src/x264/'
libavutil 50. 3. 0 / 50. 3. 0
libavcodec 52.34. 0 / 52.34. 0
libavformat 52.38. 0 / 52.38. 0
libavdevice 52. 2. 0 / 52. 2. 0
libswscale 0. 7. 1 / 0. 7. 1
built on Aug 27 2009 10:32:06, gcc: 4.0.1 (Apple Inc. build 5484)

Seems stream 0 codec frame rate differs from container frame rate: 50.00 (50/1) -> 25.00 (25/1)
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/Users/migod/Movies/homeMovie.mov':
Duration: 00:29:11.84, start: 0.000000, bitrate: 522 kb/s
Stream #0.0(eng): Video: h264, yuv420p, 480x272 [PAR 136:135 DAR 16:9], 25 tbr, 25 tbn, 50 tbc
Stream #0.1(eng): Audio: aac, 48000 Hz, 2 channels, s16
Metadata
muxer : Lavf52.7.0
muxer-eng : Lavf52.7.0
At least one output file must be specified

DEBUG: pyTivo.video.transcode:failed at aKbps
DEBUG: pyTivo.video.transcode:aFreq=48000; vFps=25.00; container=mov; kbps=522; mapAudio=[('0.1', '(eng)')]; vHeight=272; vCodec=h264; Supported=True; aKbps=None; par=None; millisecs=1751840; par2=1.00740740741; par1=136:135; mapVideo=0.0; vWidth=480; dar1=16:9; aCodec=aac
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:TRANSCODE=YES, vCodec h264 not compatible, /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:tsn: 6490001807B9322
DEBUG: pyTivo.video.transcode:aspect169: False
DEBUG: pyTivo.video.transcode: optres: False
DEBUG: pyTivo.video.transcode:File=/Users/migod/Movies/homeMovie.mov vCodec=h264 vWidth=480 vHeight=272 vFps=25.00 millisecs=1751840 TIVO_HEIGHT=480 TIVO_WIDTH=544
DEBUG: pyTivo.video.transcode:rheight=17 rwidth=30
DEBUG: pyTivo.video.transcode:File is within 16:9 list and 16:9 allowed.
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:TRANSCODE=YES, vCodec h264 not compatible, /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
INFO: pyTivo:192.168.2.105 [25/Oct/2009 20:18:29] "GET /TiVoConnect?Command=QueryContainer&Container=Minime-Movies&SortOrder=Title&ItemCount=1&AnchorItem=%2FMinime-Movies%2FhomeMovie.mov&AnchorOffset=-1&Filter=x-tivo-container%2Ftivo-videos,x-tivo-container%2Ffolder,video%2Fx-tivo-mpeg,video%2F* HTTP/1.1" 200 -
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:TRANSCODE=YES, vCodec h264 not compatible, /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:tsn: 6490001807B9322
DEBUG: pyTivo.video.transcode:aspect169: False
DEBUG: pyTivo.video.transcode: optres: False
DEBUG: pyTivo.video.transcode:File=/Users/migod/Movies/homeMovie.mov vCodec=h264 vWidth=480 vHeight=272 vFps=25.00 millisecs=1751840 TIVO_HEIGHT=480 TIVO_WIDTH=544
DEBUG: pyTivo.video.transcode:rheight=17 rwidth=30
DEBUG: pyTivo.video.transcode:File is within 16:9 list and 16:9 allowed.
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:TRANSCODE=YES, vCodec h264 not compatible, /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
INFO: pyTivo:192.168.2.105 [25/Oct/2009 20:18:29] "GET /TiVoConnect?Command=TVBusQuery&Container=Minime-Movies&File=%2FhomeMovie.mov HTTP/1.1" 200 -
INFO: pyTivo:192.168.2.105 [25/Oct/2009 20:18:36] "GET /TiVoConnect?Command=QueryFormats&SourceFormat=video%2Fx-tivo-mpeg HTTP/1.1" 200 -
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:TRANSCODE=YES, vCodec h264 not compatible, /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:tsn: 6490001807B9322
DEBUG: pyTivo.video.transcode:aspect169: False
DEBUG: pyTivo.video.transcode: optres: False
DEBUG: pyTivo.video.transcode:File=/Users/migod/Movies/homeMovie.mov vCodec=h264 vWidth=480 vHeight=272 vFps=25.00 millisecs=1751840 TIVO_HEIGHT=480 TIVO_WIDTH=544
DEBUG: pyTivo.video.transcode:rheight=17 rwidth=30
DEBUG: pyTivo.video.transcode:File is within 16:9 list and 16:9 allowed.
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:TRANSCODE=YES, vCodec h264 not compatible, /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
INFO: pyTivo:192.168.2.105 [25/Oct/2009 20:18:36] "GET /TiVoConnect?Command=QueryContainer&Container=Minime-Movies&SortOrder=Title&ItemCount=1&AnchorItem=%2FMinime-Movies%2FhomeMovie.mov&AnchorOffset=-1&Filter=x-tivo-container%2Ftivo-videos,x-tivo-container%2Ffolder,video%2Fx-tivo-mpeg,video%2F* HTTP/1.1" 200 -
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:TRANSCODE=YES, vCodec h264 not compatible, /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:tsn: 6490001807B9322
DEBUG: pyTivo.video.transcode:aspect169: False
DEBUG: pyTivo.video.transcode: optres: False
DEBUG: pyTivo.video.transcode:File=/Users/migod/Movies/homeMovie.mov vCodec=h264 vWidth=480 vHeight=272 vFps=25.00 millisecs=1751840 TIVO_HEIGHT=480 TIVO_WIDTH=544
DEBUG: pyTivo.video.transcode:rheight=17 rwidth=30
DEBUG: pyTivo.video.transcode:File is within 16:9 list and 16:9 allowed.
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:TRANSCODE=YES, vCodec h264 not compatible, /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
INFO: pyTivo:192.168.2.105 [25/Oct/2009 20:18:36] "GET /TiVoConnect?Command=TVBusQuery&Container=Minime-Movies&File=%2FhomeMovie.mov HTTP/1.1" 200 -
INFO: pyTivo:192.168.2.105 [25/Oct/2009 20:18:40] "GET /TiVoConnect?Command=QueryFormats&SourceFormat=video%2Fx-tivo-mpeg HTTP/1.1" 200 -
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:TRANSCODE=YES, vCodec h264 not compatible, /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:tsn: 6490001807B9322
DEBUG: pyTivo.video.transcode:aspect169: False
DEBUG: pyTivo.video.transcode: optres: False
DEBUG: pyTivo.video.transcode:File=/Users/migod/Movies/homeMovie.mov vCodec=h264 vWidth=480 vHeight=272 vFps=25.00 millisecs=1751840 TIVO_HEIGHT=480 TIVO_WIDTH=544
DEBUG: pyTivo.video.transcode:rheight=17 rwidth=30
DEBUG: pyTivo.video.transcode:File is within 16:9 list and 16:9 allowed.
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:TRANSCODE=YES, vCodec h264 not compatible, /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
DEBUG: pyTivo.video.transcode:CACHE HIT! /Users/migod/Movies/homeMovie.mov
INFO: pyTivo:192.168.2.105 [25/Oct/2009 20:18:40] "GET /TiVoConnect?Command=QueryContainer&Container=Minime-Movies&SortOrder=Title&ItemCount=8&AnchorItem=%2FMinime-Movies%2FhomeMovie.mov&AnchorOffset=-7&Filter=x-tivo-container%2Ftivo-videos,x-tivo-container%2Ffolder,video%2Fx-tivo-mpeg,video%2F* HTTP/1.1" 200 -

Rdian06

10-25-2009, 09:28 PM

Yes indeed, they seem to queue up fine, as I mentioned. Here's what happens when I tried to transfer a previous video that I've transfered before.

Your log indicates the Tivo is not initiating any transfers once you've requested them from the Now Playing list. Try going into your To Do list and clearing all transfers.

Then try just one video and see that you know has transferred before and see what happens.

migod

10-26-2009, 08:32 AM

I've already tried clearing all of the pending transfers from the tivo side. The video I was trying above had already worked before. Not sure what to try next ...

-- Mike

migod

10-26-2009, 08:58 AM

pkscout

10-26-2009, 12:20 PM

Also, any idea how I can get the pytivox main screen to re-appear?

As I said before, since I re-installed pytviox, I no longer get the main screen when I run it. It seems to work in that the tivo can see it, but I can't change any of the settings. "About pytviox" and ""check for updates" both seem to work.

For some reason the pyTivoX window will never force itself to the front. So you should minimize every other window open (including any finder windows). If you still don't see the settings window, try selecting the settings thing in the menu again. It should pop up with no problem.

migod

10-26-2009, 12:52 PM

For some reason the pyTivoX window will never force itself to the front. So you should minimize every other window open (including any finder windows). If you still don't see the settings window, try selecting the settings thing in the menu again. It should pop up with no problem.

I minimized everything else and it just plain wasn't there.

"About pytivox" and "check for updates" work fine from the toolbar menu.

What do you mean by "seletecting the settings thing in the menu". There's no toolbar menu entry for settings.

Confused,

-- Mike

Ladd Morse

10-26-2009, 01:42 PM

Any idea why photos do not show and show a broken image?
If anyone know, please tell! I also tried to show photos last night and all I got was the broken icon ...

migod

10-26-2009, 01:44 PM

OK I think I know what you mean. There's a little menubar icon at the top right that I hadn't noticed before. That does indeed allow me to bring up the main screen for pytvox, so that problem is now solved!

As to my other problem, I managed to fix it by clearing the pending transfers, then rebooting the tivo *while the queue is empty*. The previous time when I rebooted the tivo, I had items in the queue (tho I had emptied it and added things to it before that).

So all is well now. Thanks to everyone for their help.

-- Mike

fredtwd

10-26-2009, 09:57 PM

RE: Broken Images....

Any idea when Yoav will fix this issue? I see others are starting to post the broken image issue too.

Thanks for all your hard work (esp Yoav ;-)

pyTivo uses the Python Imaging Library (a natively compiled addon for Python) to do photo manipulation. pyTivoX is supposed to include the PIL libraries, but they were probably compiled for 10.5. You'll have to wait for Yoav to fix it.

Trying to use pyTivoX (Mac OS X 10.6.1) for the first time and all I get is a standard broken image for all the photos. The following message is displayed in the logfile (pytivo.log)

ERROR:pyTivo:Resize failed on /Users/robert/Documents/Misc/Favs/053.jpg -- The _imaging C module is not installed
INFO:pyTivo:192.168.1.148 [04/Oct/2009 21:04:25] code 404, message Not Found
INFO:pyTivo:192.168.1.148 [04/Oct/2009 21:04:25] "GET /Favs/053.jpg?Width=88&Height=60&PixelShape=40%3A33&Format=image%2Fjpeg HTTP/1.0" 404 -

I assume this is related to:

http://code.google.com/p/pytivox/issues/detail?id=26#c0
Sep 26, 2009
issue 26 (Broken image icons displayed instead of pics (and no images)...) reported by techworkspro

Any suggestions would be welcome.

Thanks,

Robert

Marconi

10-27-2009, 06:56 PM

Is there any conflict with running TiVo Desktop and pyTiVoX on the same Mac?

sittininlab

10-27-2009, 07:53 PM

First, I love pyTivo, does what Tivo desktop should've done all along.
I'll add my name to the chorus of those who can't get images to show up. I'm also using OSX10.6.1, and pyTivo 1.3.
But, I wouldn't care if it ever gets fixed, because I'm totally digging on the other features of the program.

pkscout

10-27-2009, 08:49 PM

Is there any conflict with running TiVo Desktop and pyTiVoX on the same Mac?

No, but you may end up with duplicate services (i.e. two listings for music and/or photos). I run both, although I use pyTiVo only for video and TiVo Desktop for music and photos, so no duplicate entries.

designbot

10-30-2009, 08:49 PM

I am constantly having to quit & restart PyTivoX, because my computer only shows up under "Music, Photos, Showcases" right after I start PyTivoX. If the computer goes to sleep, it won't show up again unless I quit & restart the application.

It does generally show up in Now Playing, so this is a streambaby-related issue.

Someone else has posted this bug as Issue 27 here: http://code.google.com/p/pytivox/issues/detail?id=27

Is anybody else having this problem? Is anybody not having this problem?

bernler

10-31-2009, 10:53 AM

Hey i love the ease of this program, I got it to work for my music but my photos are showing blanks in tivo. The spaceholders are there but the pictures are blank. Suggestions?

nashmarkt

10-31-2009, 11:56 AM

I bet you are running Snow Leopard. It is an issue with PIL (Python Image Library). From what I have learned from this thread we have to wait for a version of PIL that works on Snow Leopard. Or you can compile it yourself. I have tried and have hit many obstacles. :(

nashmarkt

10-31-2009, 11:57 AM

Search this thread for PIL ir image library and you see some entries.

bernler

10-31-2009, 02:15 PM

thanks

Ladd Morse

11-01-2009, 11:02 AM

I bet you are running Snow Leopard. Nope, still running Leopard. Showing photos worked a couple of months ago, but it doesn't work now.

nashmarkt

11-01-2009, 09:26 PM

Wow. this is weird. All I know about Leopard is that I was using the Beta build of PyTiVoX on Leopard and Photos worked.

matelot

11-03-2009, 10:37 PM

I am using PytivoX v1.3. I am having difficulty transferring the same movie if I stopped the transfer mid-stream or my mac is going to sleep during the transfer.
I've attached the log file for you to review. Let me know what you think.

Thanks

dnorth12

11-04-2009, 09:20 PM

Televisionary

11-09-2009, 09:39 PM

I haven't figured out why yet, but just a fair warning: pyTiVoX 1.3 stopped working right after I installed today's Security Update for Leopard. I'm running an Intel Mac mini and Leopard 10.5.8.

richsadams

11-10-2009, 12:18 AM

I just installed today's Snow Leopard update (10.6.2) and PyTiVoX still appears to be working okay here. Played a couple of songs and transferred a couple of recordings okay.

dnorth12

11-10-2009, 08:20 AM

I haven't figured out why yet, but just a fair warning: pyTiVoX 1.3 stopped working right after I installed today's Security Update for Leopard. I'm running an Intel Mac mini and Leopard 10.5.8.

Check your firewall setting. It may have been changed due to the update. Although Rich reports no problems, so may not be it. Just guessing here.

dnorth12

11-10-2009, 08:24 AM

Got PyTiVoX installed and can see the files from the S3 that are on the iMac.
Haven't tried a transfer back yet to the tivo as I am madly going the other direction in prep for a new external drive, replacing a failing one.

The file names I see on the mac in the S3 NPL have underscores as placeholders for word spaces. Is that something you see and do they go away after transfer to the Tivo? I am using Tivo transfer to bring them over to the mac from the tivo, maybe that has something to do with it.

for example: Saving_Private_Ryan_other_info

I am in the process of transferring back my recordings using PyTiVoX and the placeholder issue is a non issue.

The only thing that I am noticing is that some recordings have lost their channel information. Weird, some have it, some don't. Not that big a deal though.

j_wiech

11-11-2009, 03:40 PM

Has there been any progress on forcing Pytivox ver. 1.3 to force alpha on the files when I view them on my TiVo HD? I am still running Ver. 1.01 on Leopard as the new version 1.3 does not force them into alphabetical order. This feature is the only thing keeping me from upgrading my mac to snow leopard. I have seen posts about inserting the command "force alpha=true" but I have no idea how to do this and what file to do it to. Any suggestions would be greatly appreciated.

naivemelodyth

11-13-2009, 10:09 AM

I haven't figured out why yet, but just a fair warning: pyTiVoX 1.3 stopped working right after I installed today's Security Update for Leopard. I'm running an Intel Mac mini and Leopard 10.5.8.

pytivox isn't working for me and that happened this morning. It was working beautifully last night, then pop. Firewall is not on. I cannot see my folder under "Now Playing."

dig_duggler

11-14-2009, 10:48 AM

I just installed today's Snow Leopard update (10.6.2) and PyTiVoX still appears to be working okay here. Played a couple of songs and transferred a couple of recordings okay.

I have 10.6.2 and everything (pyTivoX, streambaby) are still a okay....

CurtisByers

11-17-2009, 12:19 AM

tjoldani

11-21-2009, 11:38 AM

Just thought I would put my name in the "broken images" bucket. I love this program. Any ideas on we would see a new release or beta build?

wmcbrine

11-21-2009, 02:24 PM

Yoav hasn't posted since October 4th, and hasn't logged in since October 15th.

ppartekim

11-27-2009, 05:41 PM

Can pytivoX stream videos via links? I tried searching various threads using "link" "alias" and "shortcut" but, did not see this mentioned.

I tried using a link to stream to by Tivo S3 and while the Tivo saw the file and let me select it. The Tivo displayed a black screen for a minute of two and then came back with a error message.

I would like to get this to work, as it would save space in organizing my videos. I could for example have the "Nightmare Before Christmas" available via three different directories (Christmas, Halloween, and Musicals) but only have one real copy of the file. I have several films like this and can't afford the disk space to keep separate copies of the files in different directories.

Rdian06

11-27-2009, 06:49 PM

Fofer

11-27-2009, 06:52 PM

Also, you can use SymbolicLinker (http://seiryu.home.comcast.net/~seiryu/symboliclinker.html) to easily create them.

ppartekim

11-27-2009, 08:08 PM

Are you creating the "link" with an Alias in Finder or via the ln Terminal command?

I haven't tried it, but I have a hunch that a a symbolic link created via ln -s from Terminal would likely work.

That worked like a champ.. I had tried an "make alias" on my first attempt and it failed. After I made the post I hit the terminal and noticed that the alias did indeed look like another file (not a link). I had created a link with "ln -s" and was waiting for the current movie to end before trying it.

Also thanks Fofer, I am downloading SymbolicLinker now to give it a whirl.

js29tiv

11-28-2009, 02:50 AM

All of my files are simply 'decrypt' so they must qualify as 'TiVo' files. In any case, the recordings of various series are in my archives with the recordings having the episodes' original air dates as the files' modification dates. Thus, when I transfer them back to a TiVo to watch, they appear in the correct episodic order. That's the way it was with 1.2.

With 1.3, the episodes have the transferred date instead of the file's mod date as it is on the archive drive. All of my work, changing the recordings' mod dates to match the original air date are thus wasted.

I reverted to 1.2 to get the old behavior back.

The question was posed if anyone else was seeing this same issue. I wanted to confirm that I see the exact same difference between pyTivoX 1.2 and 1.3. (FYI, I'm on OS X 10.5.8, and my Tivo is a Series 2.) I also use iTivo to download with decrypt option only (therefore only .mpg + .txt files, so no .TiVo files, although I'd be happy to download .TiVo files if iTivo provided an option for that), then upload using pyTivoX. With pyTivoX 1.2, it works great (the recorded date/time on the Tivo matches the file modification date/time on my Mac - I used Marconi's Droplet!), whereas pyTivoX 1.3 ends up with the recorded date/time on the Tivo being the date/time that I did the upload from my Mac to the Tivo. FYI, I'm only using the pull method (ie. going onto the Tivo and telling it to transfer files from the Mac.)

So clearly something changed - has anyone figured out yet whether it is due to something in pyTivoX or in the underlying pytivo revision (or something else)?

Question for wmcbrine: you mentioned that you thought it was always the transfer date that carries over from the PC/Mac to the Tivo. Yet somehow both Marconi and I see the Mac file modification date carrying over as the "recorded" date on the Tivo (when pyTivoX 1.2 is used). So there must be some way to define the "recorded date/time" on the Tivo for uploaded files to be different than the literal date/time of when I clicked "transfer/pull". In other words, there must be some way to "close the loop" from initial download of a file from the Tivo to re-upload back onto the Tivo to retain the recorded date/time.

So my question is: do you know of a way (in pytivo) to specify a "recorded" date/time for pulled files? Is there a field we can specify in the .txt file, or can you think of why pyTivoX 1.2 seems to result in the Mac-side file modification date to become the recorded date on the Tivo? If not, are there any log files or other things that Marconi or I could provide for the pyTivoX 1.2 and 1.3 cases to try to debug why 1.2 seems to work better for controlling the recorded date/time?

Rdian06

11-28-2009, 03:47 AM

The question was posed if anyone else was seeing this same issue. I wanted to confirm that I see the exact same difference between pyTivoX 1.2 and 1.3. (FYI, I'm on OS X 10.5.8, and my Tivo is a Series 2.) I also use iTivo to download with decrypt option only (therefore only .mpg + .txt files, so no .TiVo files, although I'd be happy to download .TiVo files if iTivo provided an option for that), then upload using pyTivoX. With pyTivoX 1.2, it works great (the recorded date/time on the Tivo matches the file modification date/time on my Mac - I used Marconi's Droplet!)

For the record, pyTivoX 1.2 wasn't using the file's modification date and time, it was using the time, startTime, and stopTime metadata value that iTivo adds to the metadata files it generates from the .tivo file. Marconi later realized that he was mistaken and modification date and time being sent to the Tivo was something Tivo Desktop did.

pyTivoX 1.3 is based on code that tried to fix some duration calculation problems and accidentally ended up ignoring the time, startTime, and stopTime metadata values.

See http://pytivo.sourceforge.net/forum/post7816.html#7816

wmcbrine later fixed the issue and added some support for using the file modification time using the file keyword in the time metadata value, but pyTivoX hasn't been updated recently enough to have that new code.

See http://pytivo.sourceforge.net/forum/time-in-metadata-t1091.html

Wil

11-28-2009, 04:52 AM

Marconi

11-28-2009, 10:12 AM

pyTivoX 1.3 is based on code that tried to fix some duration calculation problems and accidentally ended up ignoring the time, startTime, and stopTime metadata values. And with the metadata dates ignored, what dates show in PyTiVo's listing to the TiVo? What dates show in the NPL once recordings are transferred to TiVo?

Rdian06

11-28-2009, 12:35 PM

And with the metadata dates ignored, what dates show in PyTiVo's listing to the TiVo? What dates show in the NPL once recordings are transferred to TiVo?

In the absence of metadata time fields (or in this case where the code ignored the fields), pyTivo defaults to using the transfer time to be the record time for a pull. For Push, transfer time is always used because it appears the Tivo's Push mechanism will not accept time data even when we set it in the protocol - there may yet be a way to control it, but no one has found the right field from reverse engineering what Tivo Desktop Plus does.

js29tiv

11-28-2009, 05:37 PM

For the record, pyTivoX 1.2 wasn't using the file's modification date and time, it was using the time, startTime, and stopTime metadata value that iTivo adds to the metadata files it generates from the .tivo file. Marconi later realized that he was mistaken and modification date and time being sent to the Tivo was something Tivo Desktop did.

pyTivoX 1.3 is based on code that tried to fix some duration calculation problems and accidentally ended up ignoring the time, startTime, and stopTime metadata values.

See ...

wmcbrine later fixed the issue and added some support for using the file modification time using the file keyword in the time metadata value, but pyTivoX hasn't been updated recently enough to have that new code.

See ...

Ah, thanks. Those threads clear things up a lot for me - don't know how I missed them during my searches yesterday. I'm looking forward to when pyTivoX is updated to the latest wmcbrine pytivox code! The addition of the File and OAD fields seems like they will enable a "round trip download then upload with show sorting order maintained" solution nicely.

wgoosey

12-01-2009, 02:48 PM

Hello,

I'm new here and haven't had the time to wade through the old posts so I apologize if this has been answered.

I have an old series 2 TIVO laying around that was replaced by a newer series 3. Can this deactivated series 2 be used as a player for media on my server using pyTivoX? It would be a nice use for an old paperweight....

Thanks

tjoldani

12-01-2009, 08:00 PM

Looks at this point there are two ways to go, ongoing:

1. Look for ways to overlay more recent versions of pyTivo and Streambaby into an existing installation of the very nice pytivoX (latest/maybe last version) interface.

2. Abandon pytivox and go back to individual installations of current pyTivo and Streambaby.

Opinions?

I am of the inpatient type and went with option 2 over the weekend. I now have wmcbrine's pytivo and Streambaby running individually on my Ubuntu machine. Video/Photos/Music all in working order.

I'm surprised no one has put the two together into an interface actually.

wmcbrine

12-01-2009, 10:05 PM

Can this deactivated series 2 be used as a player for media on my server using pyTivoX?No. TiVo doesn't allow any network functionality without service. (Most unsubscribed units won't do anything except buffer Live TV and play back existing recordings. A few have "TiVo Basic", which allows recording, but is crippled compared to the full service.)

CurtisByers

12-05-2009, 05:38 PM

Hey guys. I installed pyTivoX 1.3 on my mac running 10.5.8. I can set up shares and see them on my Tivo HD, but there are never any videos listed in the shares, no matter how many video files I copy into the shared directories. Does anyone know what could be causing this?

If anyone's curious about this, it ended up being a network configuration issue. My computer and Tivo were on different routers. When I connected them to the same router, everything worked like a charm.

richsadams

12-06-2009, 03:27 AM

gu014

01-01-2010, 08:47 PM

Hello,

I am using Handbrake to encode all of my DVDs; I am using the apple tv preset(m4v files).

The movies are stored on an external which is attached to a airport extreme.

When I browse the share using pytivoX, the directory is blank. However, when I browse the share using streambaby, it displays the contents and streams without issue.

Any ideas? Any logs I need to provide please let me know.

Thank You.

arosenbl

01-02-2010, 11:22 PM

Rdian06

01-03-2010, 01:02 AM

I'm curious. I have an h.264 encoded movie that I made and it appears to work fine either streaming or downloading it to the tivo using pyTivoX 1.3. However I noticed that its being transcoded instead of played as an h.264 file. Tivo Series 3 supposedly natively supports mp4 + h.264 + ac3/aac without the need to transcode. How can I get pyTivoX 1.3 and my Series 3 tivo to use this file as is (either streambaby or transfer)? It seems silly to transcode it when it should work.

FWIW the file details are (according to quicktime player):

Format: H.264, 1280 x 544, Millions
AAC, 6 channels, 48000 Hz
FPS: 23.98
Data Size: 1.62GB
Data Rate: 1,999.55 kbit/s

OK I figured out that only streambaby will stream the file as h.264, pyTivo seems to always transcode it. But now the issue seems that it will only play in 4:3 mode, and to get it this way it chops the video such that its only playing the left half of the frame. Bizzare... suggestions?

You can get pyTivo to send the mp4 over if you use the Push web interface. But the Push web interface is turned off by default in pyTivoX. You have to edit the pyTivo.conf file manually and add tivo_username and tivo_password to the Server section (your Tivo.com username/password.) But once you do that, you must not use the pyTivoX gui to configure any settings or else it will overwrite the conf file and remove your extra settings.

As for h264 playback, the Tivo software/hardware seems to have a bug with the aspect ratio used to display any 1280 based video that is not 1280x720 exactly. That is if you send it 1280x720, it will display correctly. But 1280x544 will not. And we believe it's a bug because 1920 based video doesn't have the same problem. That is 1920x800 and 1920x1080 are both displayed properly.

So redo your mp4 encode and add black border padding to get it up to 1280x720 and it will display properly. Also, if you care about 5.1 surround sound, you'll want to convert the AAC to AC3. The Tivo will accept 5.1 AAC tracks, but it can only play it back in stereo.

arosenbl

01-03-2010, 03:26 PM

Hmm that sucks.. Any suggestions on how to redo the resolution/add bars without having to re-rip-encode?

telamon

01-03-2010, 11:10 PM

Hmm that sucks.. Any suggestions on how to redo the resolution/add bars without having to re-rip-encode?

You can try transcoding with ffmpeg's padding options, but it's going to have to do a re-encode and you will lose some quality and a lot of time.

Just pull the movie over as MPEG2 and save yourself the trouble.

gu014

01-05-2010, 12:09 AM

If anyone's curious about this, it ended up being a network configuration issue. My computer and Tivo were on different routers. When I connected them to the same router, everything worked like a charm.

I am having a similar issue where the contents of my network share are blank. Here is my setup:

I have 2 airport extremes in play. Airport 1(10.0.1.1) has the external hardrive connected to it which contains the share in question. The imac which is pushing pytivo is connected to Airport Extreme 2(10.0.1.2) which is configured in a bridge mode which is simply extending the network from Airport Extreme 1.

Don't understand why this would be an issue since the all devices are on the same subnet.

CJAP1980

01-07-2010, 04:08 AM

Hello - Tivo newbie here, so apologies for my lack of understanding!

Running pytivoX on my Mac (Snow Leopard) and adding directories (photos, music, and video) to the app, which are coming up on the 'Music, Photos, & Showcases' screen and also in the Now Playing List.

However, none of my (.avi) videos are playing (error 0xffff), none of my photos are viewable (just a black screen with broken picture icon) and none of my music files are even showing up (I get to the 'Artist' pane, select through to 'Album' and then am told the folder is empty!)

My network is set-up using a router, Airport Extreme and all the files are located on a WD MyBook World which is connected by ethernet to the router - NOT the Airport Extreme (in case that is of any significance.)

Any help would be appreciated!

Thanks.

CJAP1980

01-07-2010, 08:18 AM

Ok, I'm getting there - slowly!

Looks like a couple of Restarts worked for the Tivo to play my iTunes Library. So I've now got mp3's playing with no problems via pytivox!

Still no images coming up when I click on any photo files.

...and still the 0xffff error on videos. Aaaarrrrggggghhhhhh!!!

drc06

01-11-2010, 02:02 PM

Newbie here. So I've used pytivox for quite some time now and haven't had any problems transferring video. Tried to transfer a movie (mp4) today, it starts the transfer (blue light on my tivo comes on), then stops (blue light off). However, I was able to transfer another mp4 just fine. Only difference I can see is under info on my mac, the transfer that doesn't work says "H.264, MPEG 4 High Efficiency AAC". Any thoughts?? Thanks!

bwithka

01-12-2010, 03:32 PM

I am having some trouble steaming HD content via PyTivoX. I can get the content to play but it frequently pauses. It almost appears that network can't handle the speed of the content.

I am using a new I-Mac with 4 Gb of ram with a Hard wired Ethernet connection. It is only a 100 Mb switch but the Tivo only has a 100 Mb card so not sure what I can do.

Any recommendations?

fredtwd

01-27-2010, 07:24 AM

What's the status of pyTivoX? It's been stuck on revision 1.3 for some time. I was trying to wait for an update to resolve the photo issue discussed in this thread, but I'm starting to suspect that an update to 1.3 is unlikely to come anytime soon.

Is it time for me to just get all the piece parts and suck it up and install it myself?

Thanks for any info.

sfkayaker

01-28-2010, 02:42 AM

Hope some can help me with this.

I have a shared directory of h.264 films, when I access the directory from the Tivo the directory appears blank - though the up/down arrows are present showing there are many files in that directory.

At the same time the pythin process on the mac starts using cpu and consumes all the available memory on the mac.

the log file is below

thanx
....

INFO:pyTivo.beacon:Announcing shares...
INFO:pyTivo.beacon:Registering: My Films
INFO:pyTivo.beacon:Scanning for TiVos...
INFO:pyTivo:pyTivo is ready.
INFO:pyTivo:192.168.2.5 [27/Jan/2010 23:22:01] "GET /TiVoConnect?Command=QueryContainer&Container=%2F HTTP/1.0" 200 -
INFO:pyTivo:192.168.2.5 [27/Jan/2010 23:25:53] "GET /TiVoConnect?Command=QueryFormats&SourceFormat=video%2Fx-tivo-mpeg HTTP/1.1" 200 -
Traceback (most recent call last):
File "/Applications/Utilities/pyTivoX.app/Contents/Resources/pyTivo-wmcbrine/Zeroconf.py", line 862, in run
self.readers[socket].handle_read()
File "/Applications/Utilities/pyTivoX.app/Contents/Resources/pyTivo-wmcbrine/Zeroconf.py", line 907, in handle_read
msg = DNSIncoming(data)
File "/Applications/Utilities/pyTivoX.app/Contents/Resources/pyTivo-wmcbrine/Zeroconf.py", line 470, in __init__
self.readOthers()
File "/Applications/Utilities/pyTivoX.app/Contents/Resources/pyTivo-wmcbrine/Zeroconf.py", line 542, in readOthers
rec = DNSPointer(domain, info[0], info[1], info[2], self.readName())
File "/Applications/Utilities/pyTivoX.app/Contents/Resources/pyTivo-wmcbrine/Zeroconf.py", line 592, in readName
result = ''.join((result, self.readUTF(off, len) + '.'))
File "/Applications/Utilities/pyTivoX.app/Contents/Resources/pyTivo-wmcbrine/Zeroconf.py", line 575, in readUTF
result = self.data[offset:offset+len].decode('utf-8')
File "/System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/encodings/utf_8.py", line 16, in decode
UnicodeDecodeError: 'utf8' codec can't decode byte 0x80 in position 0: unexpected code byte
Traceback (most recent call last):
File "/Applications/Utilities/pyTivoX.app/Contents/Resources/pyTivo-wmcbrine/Zeroconf.py", line 862, in run
self.readers[socket].handle_read()
File "/Applications/Utilities/pyTivoX.app/Contents/Resources/pyTivo-wmcbrine/Zeroconf.py", line 907, in handle_read
msg = DNSIncoming(data)
File "/Applications/Utilities/pyTivoX.app/Contents/Resources/pyTivo-wmcbrine/Zeroconf.py", line 470, in __init__
self.readOthers()
File "/Applications/Utilities/pyTivoX.app/Contents/Resources/pyTivo-wmcbrine/Zeroconf.py", line 542, in readOthers
rec = DNSPointer(domain, info[0], info[1], info[2], self.readName())
File "/Applications/Utilities/pyTivoX.app/Contents/Resources/pyTivo-wmcbrine/Zeroconf.py", line 592, in readName
result = ''.join((result, self.readUTF(off, len) + '.'))
File "/Applications/Utilities/pyTivoX.app/Contents/Resources/pyTivo-wmcbrine/Zeroconf.py", line 575, in readUTF
result = self.data[offset:offset+len].decode('utf-8')
File "/System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/encodings/utf_8.py", line 16, in decode
UnicodeDecodeError: 'utf8' codec can't decode byte 0x80 in position 0: unexpected code byte

wmcbrine

01-28-2010, 08:04 AM

There's a fix for that error (though I still don't know where it comes from) in my fork of pyTivo, but pyTivoX hasn't been updated recently.

sfkayaker

01-28-2010, 01:12 PM

Can I use that fork or would I have to wait until pyTivoX is updated?

thanx for the help

tim

wmcbrine

01-28-2010, 03:58 PM

Since pyTivoX hasn't been updated in a while, I thought I'd give it a try. Here's a version of 1.3 with the latest versions of pyTivo and Streambaby patched in. Note that this is TOTALLY UNTESTED, since I only have OS X 10.4. Please let me know if it works for you. Does not include any fix for the reported problems with PIL (photos) in 10.6.

https://sourceforge.net/projects/pytivo/files/pyTivoX-1.3b.zip/download

generaltso

01-28-2010, 04:00 PM

Since pyTivoX hasn't been updated in a while, I thought I'd give it a try. Here's a version of 1.3 with the latest versions of pyTivo and Streambaby patched in. Note that this is TOTALLY UNTESTED, since I only have OS X 10.4. Please let me know if it works for you. Does not include any fix for the reported problems with PIL in 10.6.

https://sourceforge.net/projects/pytivo/files/pyTivoX-1.3b.zip/download

Nice, thanks! Does this fix the ffmpeg bug where the audio channels get scrambled?

Wil

01-28-2010, 04:22 PM

Here's a version of 1.3 with the latest versions of pyTivo and Streambaby patched in. Note that this is TOTALLY UNTESTED, since I only have OS X 10.4. Please let me know if it works for you.10.6.2 on a Mini; seems to work fine with a few random files I took a look at (video only, I don't do photos on the tivo). Thanks.

.

wmcbrine

01-28-2010, 04:39 PM

Nice, thanks! Does this fix the ffmpeg bug where the audio channels get scrambled?I'm not really aware of that bug, but I didn't update ffmpeg -- only pyTivo and Streambaby.

generaltso

01-28-2010, 04:44 PM

I'm not really aware of that bug, but I didn't update ffmpeg -- only pyTivo and Streambaby.

Any chance I could pursuade you to update ffmpeg as well? With the current version in pyTivoX, the surround channels often get mixed up (center becomes left, left becomes right, etc.). I don't have this problem when I run the latest version from Windows in Parallels. But it would be a whole lot easier if I didn't have to run Windows all the time to keep the audio channels where they belong.

Wil

01-28-2010, 04:47 PM

mel74

01-28-2010, 10:28 PM

If anyone's curious about this, it ended up being a network configuration issue. My computer and Tivo were on different routers. When I connected them to the same router, everything worked like a charm.

Ok this is similar to the problem I am having - was all working fine until setup up a new modem/wireless router the other day. So how can I make the Tivo connect thru the new router?

Rdian06

01-29-2010, 04:52 PM

Ok this is similar to the problem I am having - was all working fine until setup up a new modem/wireless router the other day. So how can I make the Tivo connect thru the new router?

In order for pyTivo shares to appear in your Tivo's Now Playing list, both your pyTivo computer and your Tivo MUST be on the same subnet. Which essentially means they need to be directly behind the same router.

If you have an unusual setup where you have multiple routers cascaded (say because your wireless access point is also a router), then you will have to change the way your network is laid out or at least make sure both are connected directly to the same router.

If you only have one router, make sure multicast is enabled for the local network. Some have found that multicast settings are mislabeled in their router setup. That is sometimes enabling WAN multicast also enables it for the local network and sometimes enabling really means disabling and vice versa.

sfkayaker

01-29-2010, 11:06 PM

There's a fix for that error (though I still don't know where it comes from) in my fork of pyTivo, but pyTivoX hasn't been updated recently.

I tried the new Download but my python process still goes nuts - this new version did not help me - any other idea?

I see the Python is version 2.6

thanx

Rdian06

01-29-2010, 11:21 PM

I tried the new Download but my python process still goes nuts - this new version did not help me - any other idea?

I see the Python is version 2.6

thanx

Do you have any foreign characters in your share names, share disk paths, or in your Mac computer name?

sfkayaker

01-29-2010, 11:30 PM

Do you have any foreign characters in your share names, share disk paths, or in your Mac computer name?

I don't think so -

here's the conf file, and the mac name is "Home Mac"

# Created by pyTivoX, edits here WILL BE OVERWRITTEN

[Admin]
type=admin

[Server]
debug=True
tivo_username=
tivo_password=
ffmpeg=/Applications/pyTivoX.app/Contents/Resources/ffmpeg.bin
beacon=192.168.2.255
[My Films]
type=video
path=/Volumes/My Video Media/Films Mpg4

[My KTEH]
type=video
path=/Volumes/My Video Media/KTEH

[My Heroes]
type=video
path=/Volumes/My Video Media/Heroes

[My Home Video]
type=video
path=/Volumes/My Video Media/My Home Video

Rdian06

01-29-2010, 11:39 PM

sfkayaker

01-29-2010, 11:42 PM

You might want to remove your tivo_username and tivo_password. And change the password.

Try reducing down to one share with just one video and see what happens.

If that works, then slowly add shares until things go crazy again.

thanx on the username/password - . pretty dumb..

reducing down to s single file did show that it works -so somethign in that share is causing the issue.

thanx for helping

tim

tim

wmcbrine

01-29-2010, 11:57 PM

I tried the new Download but my python process still goes nuts - this new version did not help me - any other idea?Post the new log. The only error in the log you posted is one that's fixed by the new version.

Wil

01-30-2010, 05:26 PM

Any chance I could pursuade you to update ffmpeg as well? With the current version in pyTivoX, the surround channels often get mixed up (center becomes left, left becomes right, etc.).I've been reading upon this and it seems a compile of ffmpeg for OSX Intel is still going to have this problem, without some patching beyond what I understand.

Are you aware of such a patched ffmpeg for OSX Intel binary, somewhere, that could just be plugged in?

sfkayaker

01-30-2010, 10:24 PM

pytivo.log shows

INFO:pyTivo.beacon:Announcing shares...
INFO:pyTivo.beacon:Registering: Films
INFO:pyTivo.beacon:Registering: My Home Videos
INFO:pyTivo.beacon:Registering: My Share test
INFO:pyTivo.beacon:Scanning for TiVos...
INFO:pyTivo:pyTivo is ready.
INFO:pyTivo:192.168.2.5 [29/Jan/2010 21:41:45] "GET /TiVoConnect?Command=QueryContainer&Container=%2F HTTP/1.0" 200 -
Traceback (most recent call last):
File "/Applications/pyTivoX.app/Contents/Resources/pyTivo-wmcbrine/Zeroconf.py", line 860, in run
self.readers[socket].handle_read()
File "/Applications/pyTivoX.app/Contents/Resources/pyTivo-wmcbrine/Zeroconf.py", line 914, in handle_read
msg = DNSIncoming(data)
File "/Applications/pyTivoX.app/Contents/Resources/pyTivo-wmcbrine/Zeroconf.py", line 469, in __init__
self.readOthers()
File "/Applications/pyTivoX.app/Contents/Resources/pyTivo-wmcbrine/Zeroconf.py", line 541, in readOthers
rec = DNSPointer(domain, info[0], info[1], info[2], self.readName())
File "/Applications/pyTivoX.app/Contents/Resources/pyTivo-wmcbrine/Zeroconf.py", line 584, in readName
len = ord(self.data[off])
IndexError: string index out of range

and this message repeats

wmcbrine

01-30-2010, 10:32 PM

Well that's annoying.

I wish I knew what was putting out this garbage Zeroconf data. I'm not sure it's actually connected to your problem, though. Assuming it is, you might try disabling Zeroconf in the pyTivo config.

sfkayaker

01-30-2010, 10:39 PM

pytivo.log shows

INFO:pyTivo:192.168.2.5 [30/Jan/2010 19:32:30] "GET /TiVoConnect?Command=QueryFormats&SourceFormat=video%2Fx-tivo-mpeg HTTP/1.1" 200 -
DEBUG:pyTivo.video.transcode:starting ffmpeg, will wait 10 seconds for it to complete
DEBUG:pyTivo.video.transcode:ffmpeg output=FFmpeg version SVN-r19732, Copyright (c) 2000-2009 Fabrice Bellard, et al.
configuration: --shlibdir=@executable_path --arch=i386 --cpu=i686 --disable-static --enable-shared --enable-pthreads --enable-gpl --enable-libmp3lame --enable-libfaac --enable-nonfree --enable-libfaad --enable-libx264 --extra-cflags='-I/Users/yoav/src/lame/include -I/Users/yoav/src/faad2-2.7/include -I/Users/yoav/src/faac-1.28/include -I/Users/yoav/src/x264' --extra-ldflags='-L/Users/yoav/src/lame/libmp3lame/.libs -L/Users/yoav/src/faad2-2.7/libfaad/.libs -L/Users/yoav/src/faac-1.28/libfaac/.libs -L/Users/yoav/src/x264/'
libavutil 50. 3. 0 / 50. 3. 0
libavcodec 52.34. 0 / 52.34. 0
libavformat 52.38. 0 / 52.38. 0
libavdevice 52. 2. 0 / 52. 2. 0
libswscale 0. 7. 1 / 0. 7. 1
built on Aug 27 2009 10:32:06, gcc: 4.0.1 (Apple Inc. build 5484)

Seems stream 0 codec frame rate differs from container frame rate: 119.88 (120000/1001) -> 30.94 (90000/2909)
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v':
Duration: 01:59:52.89, start: 0.000000, bitrate: 8056 kb/s
Stream #0.0(und): Video: h264, yuv420p, 1280x720, 30.94 tbr, 90k tbn, 119.88 tbc
Stream #0.1(und): Audio: aac, 48000 Hz, 2 channels, s16
Stream #0.2(und): Audio: ac3, 48000 Hz, 2 channels, s16
Metadata
muxer : HandBrake 0.9.4 2009112300
At least one output file must be specified

DEBUG:pyTivo.video.transcode:failed at aKbps
DEBUG:pyTivo.video.transcode:aFreq=48000; vFps=30.94; container=mov; kbps=8056; mapAudio=[('0.1', '(und)'), ('0.2', '(und)')]; vHeight=720; vCodec=h264; Supported=True; aKbps=None; par=None; millisecs=7192890; par2=None; par1=None; mapVideo=0.0; vWidth=1280; dar1=None; aCodec=aac
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:TRANSCODE=YES, vCodec h264 not compatible, /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:tsn: 6520001802D61C0
DEBUG:pyTivo.video.transcode:aspect169: True
DEBUG:pyTivo.video.transcode:optres: False
DEBUG:pyTivo.video.transcode:File=/Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v vCodec=h264 vWidth=1280 vHeight=720 vFps=30.94 millisecs=7192890 TIVO_HEIGHT=1080 TIVO_WIDTH=1920
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:TRANSCODE=YES, vCodec h264 not compatible, /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
INFO:pyTivo:192.168.2.5 [30/Jan/2010 19:32:31] "GET /TiVoConnect?Command=QueryContainer&Container=My%20Share%20test&SortOrder=!CaptureDate&ItemCount=8&Filter=x-tivo-container%2Ftivo-videos,x-tivo-container%2Ffolder,video%2Fx-tivo-mpeg,video%2F* HTTP/1.1" 200 -
INFO:pyTivo:192.168.2.5 [30/Jan/2010 19:32:33] "GET /TiVoConnect?Command=QueryFormats&SourceFormat=video%2Fx-tivo-mpeg HTTP/1.1" 200 -
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:TRANSCODE=YES, vCodec h264 not compatible, /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:tsn: 6520001802D61C0
DEBUG:pyTivo.video.transcode:aspect169: True
DEBUG:pyTivo.video.transcode:optres: False
DEBUG:pyTivo.video.transcode:File=/Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v vCodec=h264 vWidth=1280 vHeight=720 vFps=30.94 millisecs=7192890 TIVO_HEIGHT=1080 TIVO_WIDTH=1920
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:TRANSCODE=YES, vCodec h264 not compatible, /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
INFO:pyTivo:192.168.2.5 [30/Jan/2010 19:32:33] "GET /TiVoConnect?Command=QueryContainer&Container=My%20Share%20test&SortOrder=!CaptureDate&ItemCount=1&AnchorItem=%2FMy%2520Share%2520test%2FHellboy%2520%2528Recor ded%2520Aug%25208%252C%25202008%252C%2520KTVUDT%2529.m4v&AnchorOffset=-1&Filter=x-tivo-container%2Ftivo-videos,x-tivo-container%2Ffolder,video%2Fx-tivo-mpeg,video%2F* HTTP/1.1" 200 -
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:TRANSCODE=YES, vCodec h264 not compatible, /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:tsn: 6520001802D61C0
DEBUG:pyTivo.video.transcode:aspect169: True
DEBUG:pyTivo.video.transcode:optres: False
DEBUG:pyTivo.video.transcode:File=/Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v vCodec=h264 vWidth=1280 vHeight=720 vFps=30.94 millisecs=7192890 TIVO_HEIGHT=1080 TIVO_WIDTH=1920
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:TRANSCODE=YES, vCodec h264 not compatible, /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
INFO:pyTivo:192.168.2.5 [30/Jan/2010 19:32:33] "GET /TiVoConnect?Command=TVBusQuery&Container=My%20Share%20test&File=%2FHellboy%20(Recorded%20Aug%208,%202008,%20KTVUDT).m4v HTTP/1.1" 200 -
INFO:pyTivo:192.168.2.5 [30/Jan/2010 19:32:35] "GET /TiVoConnect?Command=QueryFormats&SourceFormat=video%2Fx-tivo-mpeg HTTP/1.1" 200 -
INFO:pyTivo:192.168.2.5 [30/Jan/2010 19:32:35] "GET /TiVoConnect?Command=QueryItem&Url=http%3A%2F%2Fa%2Fb%3FContainer%3D%2FNowPlaying%26id%3D%2 FMy%2520Share%2520test%2FHellboy%2520%2528Recorded%2520Aug%2 5208%252C%25202008%252C%2520KTVUDT%2529.m4v HTTP/1.1" 404 -
INFO:pyTivo:192.168.2.5 [30/Jan/2010 19:33:06] "GET /TiVoConnect?Command=QueryFormats&SourceFormat=video%2Fx-tivo-mpeg HTTP/1.1" 200 -
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:TRANSCODE=YES, vCodec h264 not compatible, /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:tsn: 6520001802D61C0
DEBUG:pyTivo.video.transcode:aspect169: True
DEBUG:pyTivo.video.transcode:optres: False
DEBUG:pyTivo.video.transcode:File=/Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v vCodec=h264 vWidth=1280 vHeight=720 vFps=30.94 millisecs=7192890 TIVO_HEIGHT=1080 TIVO_WIDTH=1920
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:TRANSCODE=YES, vCodec h264 not compatible, /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/share mpg4/Hellboy (Recorded Aug 8, 2008, KTVUDT).m4v
INFO:pyTivo:192.168.2.5 [30/Jan/2010 19:33:06] "GET /TiVoConnect?Command=QueryContainer&Container=My%20Share%20test&SortOrder=!CaptureDate&ItemCount=8&AnchorItem=%2FMy%2520Share%2520test%2FHellboy%2520%2528Recor ded%2520Aug%25208%252C%25202008%252C%2520KTVUDT%2529.m4v&AnchorOffset=-1&Filter=x-tivo-container%2Ftivo-videos,x-tivo-container%2Ffolder,video%2Fx-tivo-mpeg,video%2F* HTTP/1.1" 200 -
INFO:pyTivo:192.168.2.5 [30/Jan/2010 19:33:10] "GET /TiVoConnect?Command=QueryFormats&SourceFormat=video%2Fx-tivo-mpeg HTTP/1.1" 200 -
INFO:pyTivo:192.168.2.5 [30/Jan/2010 19:33:24] "GET /TiVoConnect?Command=QueryFormats&SourceFormat=video%2Fx-tivo-mpeg HTTP/1.1" 200 -
INFO:pyTivo:192.168.2.5 [30/Jan/2010 19:33:24] "GET /TiVoConnect?Command=QueryFormats&SourceFormat=video%2Fx-tivo-mpeg HTTP/1.1" 200 -
INFO:pyTivo:192.168.2.5 [30/Jan/2010 19:33:26] "GET /TiVoConnect?Command=QueryFormats&SourceFormat=video%2Fx-tivo-mpeg HTTP/1.1" 200 -
INFO:pyTivo:192.168.2.5 [30/Jan/2010 19:33:27] "GET /TiVoConnect?Command=QueryFormats&SourceFormat=video%2Fx-tivo-mpeg HTTP/1.1" 200 -
INFO:pyTivo:192.168.2.5 [30/Jan/2010 19:33:33] "GET /TiVoConnect?Command=QueryFormats&SourceFormat=video%2Fx-tivo-mpeg HTTP/1.1" 200 -
INFO:pyTivo:192.168.2.5 [30/Jan/2010 19:33:34] "GET /TiVoConnect?Command=QueryContainer&Container=My%20Home%20Videos&SortOrder=!CaptureDate&ItemCount=8&Filter=x-tivo-container%2Ftivo-videos,x-tivo-container%2Ffolder,video%2Fx-tivo-mpeg,video%2F* HTTP/1.1" 200 -
INFO:pyTivo:192.168.2.5 [30/Jan/2010 19:33:36] "GET /TiVoConnect?Command=QueryFormats&SourceFormat=video%2Fx-tivo-mpeg HTTP/1.1" 200 -
DEBUG:pyTivo.video.transcode:starting ffmpeg, will wait 10 seconds for it to complete
DEBUG:pyTivo.video.transcode:ffmpeg output=FFmpeg version SVN-r19732, Copyright (c) 2000-2009 Fabrice Bellard, et al.
configuration: --shlibdir=@executable_path --arch=i386 --cpu=i686 --disable-static --enable-shared --enable-pthreads --enable-gpl --enable-libmp3lame --enable-libfaac --enable-nonfree --enable-libfaad --enable-libx264 --extra-cflags='-I/Users/yoav/src/lame/include -I/Users/yoav/src/faad2-2.7/include -I/Users/yoav/src/faac-1.28/include -I/Users/yoav/src/x264' --extra-ldflags='-L/Users/yoav/src/lame/libmp3lame/.libs -L/Users/yoav/src/faad2-2.7/libfaad/.libs -L/Users/yoav/src/faac-1.28/libfaac/.libs -L/Users/yoav/src/x264/'
libavutil 50. 3. 0 / 50. 3. 0
libavcodec 52.34. 0 / 52.34. 0
libavformat 52.38. 0 / 52.38. 0
libavdevice 52. 2. 0 / 52. 2. 0
libswscale 0. 7. 1 / 0. 7. 1
built on Aug 27 2009 10:32:06, gcc: 4.0.1 (Apple Inc. build 5484)

Seems stream 0 codec frame rate differs from container frame rate: 59.94 (2000000/33367) -> 29.97 (30000/1001)
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/Volumes/My Video Media/My Home Video/Ben's 2nd Birthday Party.mp4':
Duration: 00:08:55.74, start: 0.000000, bitrate: 5165 kb/s
Stream #0.0(und): Video: h264, yuv420p, 720x480, 29.97 tbr, 90k tbn, 59.94 tbc
Stream #0.1(und): Audio: aac, 22050 Hz, 1 channels, s16
Metadata
muxer : HandBrake 0.9.4 2009112300
At least one output file must be specified

DEBUG:pyTivo.video.transcode:failed at aKbps
DEBUG:pyTivo.video.transcode:aFreq=22050; vFps=29.97; container=mov; kbps=5165; mapAudio=[('0.1', '(und)')]; vHeight=480; vCodec=h264; Supported=True; aKbps=None; par=None; millisecs=535740; par2=None; par1=None; mapVideo=0.0; vWidth=720; dar1=None; aCodec=aac
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/My Home Video/Ben's 2nd Birthday Party.mp4
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/My Home Video/Ben's 2nd Birthday Party.mp4
DEBUG:pyTivo.video.transcode:TRANSCODE=YES, vCodec h264 not compatible, /Volumes/My Video Media/My Home Video/Ben's 2nd Birthday Party.mp4
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/My Home Video/Ben's 2nd Birthday Party.mp4
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/My Home Video/Ben's 2nd Birthday Party.mp4
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/My Home Video/Ben's 2nd Birthday Party.mp4
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/My Home Video/Ben's 2nd Birthday Party.mp4
DEBUG:pyTivo.video.transcode:tsn: 6520001802D61C0
DEBUG:pyTivo.video.transcode:aspect169: True
DEBUG:pyTivo.video.transcode:optres: False
DEBUG:pyTivo.video.transcode:File=/Volumes/My Video Media/My Home Video/Ben's 2nd Birthday Party.mp4 vCodec=h264 vWidth=720 vHeight=480 vFps=29.97 millisecs=535740 TIVO_HEIGHT=1080 TIVO_WIDTH=1920
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/My Home Video/Ben's 2nd Birthday Party.mp4
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/My Home Video/Ben's 2nd Birthday Party.mp4
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/My Home Video/Ben's 2nd Birthday Party.mp4
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/My Home Video/Ben's 2nd Birthday Party.mp4
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/My Home Video/Ben's 2nd Birthday Party.mp4
DEBUG:pyTivo.video.transcode:TRANSCODE=YES, vCodec h264 not compatible, /Volumes/My Video Media/My Home Video/Ben's 2nd Birthday Party.mp4
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/My Home Video/Ben's 2nd Birthday Party.mp4
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/My Home Video/Ben's 2nd Birthday Party.mp4
INFO:pyTivo:192.168.2.5 [30/Jan/2010 19:33:38] "GET /TiVoConnect?Command=QueryContainer&Container=My%20Home%20Videos&SortOrder=!CaptureDate&ItemCount=1&AnchorItem=%2FMy%2520Home%2520Videos%2FBen%2527s%25202nd%252 0Birthday%2520Party.mp4&AnchorOffset=-1&Filter=x-tivo-container%2Ftivo-videos,x-tivo-container%2Ffolder,video%2Fx-tivo-mpeg,video%2F* HTTP/1.1" 200 -
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/My Home Video/Ben's 2nd Birthday Party.mp4
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/My Home Video/Ben's 2nd Birthday Party.mp4
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/My Home Video/Ben's 2nd Birthday Party.mp4
DEBUG:pyTivo.video.transcode:TRANSCODE=YES, vCodec h264 not compatible, /Volumes/My Video Media/My Home Video/Ben's 2nd Birthday Party.mp4
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/My Home Video/Ben's 2nd Birthday Party.mp4
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/My Home Video/Ben's 2nd Birthday Party.mp4
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/My Home Video/Ben's 2nd Birthday Party.mp4
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/My Home Video/Ben's 2nd Birthday Party.mp4
DEBUG:pyTivo.video.transcode:tsn: 6520001802D61C0
DEBUG:pyTivo.video.transcode:aspect169: True
DEBUG:pyTivo.video.transcode:optres: False
DEBUG:pyTivo.video.transcode:File=/Volumes/My Video Media/My Home Video/Ben's 2nd Birthday Party.mp4 vCodec=h264 vWidth=720 vHeight=480 vFps=29.97 millisecs=535740 TIVO_HEIGHT=1080 TIVO_WIDTH=1920
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/My Home Video/Ben's 2nd Birthday Party.mp4
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/My Home Video/Ben's 2nd Birthday Party.mp4
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/My Home Video/Ben's 2nd Birthday Party.mp4
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/My Home Video/Ben's 2nd Birthday Party.mp4
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/My Home Video/Ben's 2nd Birthday Party.mp4
DEBUG:pyTivo.video.transcode:TRANSCODE=YES, vCodec h264 not compatible, /Volumes/My Video Media/My Home Video/Ben's 2nd Birthday Party.mp4
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/My Home Video/Ben's 2nd Birthday Party.mp4
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/My Home Video/Ben's 2nd Birthday Party.mp4
INFO:pyTivo:192.168.2.5 [30/Jan/2010 19:33:38] "GET /TiVoConnect?Command=TVBusQuery&Container=My%20Home%20Videos&File=%2FBen's%202nd%20Birthday%20Party.mp4 HTTP/1.1" 200 -
INFO:pyTivo:192.168.2.5 [30/Jan/2010 19:33:40] "GET /TiVoConnect?Command=QueryFormats&SourceFormat=video%2Fx-tivo-mpeg HTTP/1.1" 200 -
INFO:pyTivo:192.168.2.5 [30/Jan/2010 19:33:40] "GET /TiVoConnect?Command=QueryItem&Url=http%3A%2F%2Fa%2Fb%3FContainer%3D%2FNowPlaying%26id%3D%2 FMy%2520Home%2520Videos%2FBen%2527s%25202nd%2520Birthday%252 0Party.mp4 HTTP/1.1" 404 -
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/My Home Video/Ben's 2nd Birthday Party.mp4
DEBUG:pyTivo.video.transcode:TRANSCODE=YES, vCodec h264 not compatible, /Volumes/My Video Media/My Home Video/Ben's 2nd Birthday Party.mp4
INFO:pyTivo:192.168.2.5 [30/Jan/2010 19:33:50] "GET /My%20Home%20Videos/Ben's%202nd%20Birthday%20Party.mp4 HTTP/1.1" 206 -
DEBUG:pyTivo.video.video:/Volumes/My Video Media/My Home Video/Ben's 2nd Birthday Party.mp4 is not tivo compatible
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/My Home Video/Ben's 2nd Birthday Party.mp4
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/My Home Video/Ben's 2nd Birthday Party.mp4
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/My Home Video/Ben's 2nd Birthday Party.mp4
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/My Home Video/Ben's 2nd Birthday Party.mp4
DEBUG:pyTivo.video.transcode:tsn: 6520001802D61C0
DEBUG:pyTivo.video.transcode:aspect169: True
DEBUG:pyTivo.video.transcode:optres: False
DEBUG:pyTivo.video.transcode:File=/Volumes/My Video Media/My Home Video/Ben's 2nd Birthday Party.mp4 vCodec=h264 vWidth=720 vHeight=480 vFps=29.97 millisecs=535740 TIVO_HEIGHT=1080 TIVO_WIDTH=1920
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/My Home Video/Ben's 2nd Birthday Party.mp4
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/My Home Video/Ben's 2nd Birthday Party.mp4
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/My Home Video/Ben's 2nd Birthday Party.mp4
DEBUG:pyTivo.video.transcode:transcoding to tivo model 652 using ffmpeg command:
DEBUG:pyTivo.video.transcode:/Applications/pyTivoX.app/Contents/Resources/ffmpeg.bin -i /Volumes/My Video Media/My Home Video/Ben's 2nd Birthday Party.mp4 -vcodec mpeg2video -b 16384k -maxrate 30000k -bufsize 4096k -ab 448k -ar 48000 -acodec ac3 -copyts -f vob -
FFmpeg version SVN-r19732, Copyright (c) 2000-2009 Fabrice Bellard, et al.
configuration: --shlibdir=@executable_path --arch=i386 --cpu=i686 --disable-static --enable-shared --enable-pthreads --enable-gpl --enable-libmp3lame --enable-libfaac --enable-nonfree --enable-libfaad --enable-libx264 --extra-cflags='-I/Users/yoav/src/lame/include -I/Users/yoav/src/faad2-2.7/include -I/Users/yoav/src/faac-1.28/include -I/Users/yoav/src/x264' --extra-ldflags='-L/Users/yoav/src/lame/libmp3lame/.libs -L/Users/yoav/src/faad2-2.7/libfaad/.libs -L/Users/yoav/src/faac-1.28/libfaac/.libs -L/Users/yoav/src/x264/'
libavutil 50. 3. 0 / 50. 3. 0
libavcodec 52.34. 0 / 52.34. 0
libavformat 52.38. 0 / 52.38. 0
libavdevice 52. 2. 0 / 52. 2. 0
libswscale 0. 7. 1 / 0. 7. 1
built on Aug 27 2009 10:32:06, gcc: 4.0.1 (Apple Inc. build 5484)

Seems stream 0 codec frame rate differs from container frame rate: 59.94 (2000000/33367) -> 29.97 (30000/1001)
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/Volumes/My Video Media/My Home Video/Ben's 2nd Birthday Party.mp4':
Duration: 00:08:55.74, start: 0.000000, bitrate: 5165 kb/s
Stream #0.0(und): Video: h264, yuv420p, 720x480, 29.97 tbr, 90k tbn, 59.94 tbc
Stream #0.1(und): Audio: aac, 22050 Hz, 1 channels, s16
Metadata
muxer : HandBrake 0.9.4 2009112300
[ac3 @ 0x103d000]No channel layout specified. The encoder will guess the layout, but it might be incorrect.
Output #0, vob, to 'pipe:':
Stream #0.0(und): Video: mpeg2video, yuv420p, 720x480, q=2-31, 16384 kb/s, 90k tbn, 29.97 tbc
Stream #0.1(und): Audio: ac3, 48000 Hz, mono, s16, 448 kb/s
Stream mapping:
Stream #0.0 -> #0.0
Stream #0.1 -> #0.1
Press [q] to stop encoding
frame= 14 fps= 6 q=2.0 size= 532kB time=0.43 bitrate=10047.2kbits/s
frame= 28 fps= 9 q=2.0 size= 1042kB time=0.90 bitrate=9475.0kbits/s
frame= 38 fps= 7 q=2.0 size= 1566kB time=1.23 bitrate=10391.2kbits/s
frame= 48 fps= 7 q=2.0 size= 2094kB time=1.57 bitrate=10940.1kbits/s
frame= 58 fps= 6 q=2.0 size= 2612kB time=1.90 bitrate=11250.6kbits/s
frame= 68 fps= 6 q=2.0 size= 3132kB time=2.24 bitrate=11476.9kbits/s
frame= 78 fps= 7 q=2.0 size= 3624kB time=2.57 bitrate=11555.1kbits/s
frame= 87 fps= 6 q=2.0 size= 4146kB time=2.87 bitrate=11836.1kbits/s
frame= 97 fps= 7 q=1.6 size= 4650kB time=3.20 bitrate=11904.0kbits/s
frame= 106 fps= 6 q=2.0 size= 5150kB time=3.50 bitrate=12041.9kbits/s
frame= 116 fps= 7 q=2.0 size= 5674kB time=3.84 bitrate=12113.5kbits/s
frame= 127 fps= 7 q=2.0 size= 6180kB time=4.20 bitrate=12041.9kbits/s
frame= 140 fps= 6 q=2.0 size= 6680kB time=4.64 bitrate=11798.8kbits/s
frame= 154 fps= 7 q=2.0 size= 7124kB time=5.09 bitrate=11470.1kbits/s
frame= 155 fps= 6 q=2.0 size= 7194kB time=5.14 bitrate=11469.0kbits/s
frame= 168 fps= 7 q=2.0 size= 7610kB time=5.50 bitrate=11326.5kbits/s
frame= 170 fps= 6 q=2.0 size= 7732kB time=5.60 bitrate=11310.8kbits/s
frame= 180 fps= 6 q=2.0 size= 8264kB time=5.97 bitrate=11334.8kbits/s
frame= 190 fps= 6 q=2.0 size= 8746kB time=6.30 bitrate=11365.4kbits/s
frame= 203 fps= 7 q=2.0 size= 9176kB time=6.62 bitrate=11348.1kbits/s
frame= 204 fps= 5 q=2.0 size= 9302kB time=6.72 bitrate=11339.6kbits/s
frame= 212 fps= 6 q=2.0 size= 9778kB time=7.04 bitrate=11378.0kbits/s
frame= 224 fps= 6 q=2.0 size= 10262kB time=7.36 bitrate=11422.1kbits/s
frame= 233 fps= 5 q=2.0 size= 10784kB time=7.65 bitrate=11551.1kbits/s
frame= 239 fps= 5 q=2.0 size= 11312kB time=7.94 bitrate=11669.2kbits/s
frame= 248 fps= 5 q=2.0 size= 11870kB time=8.24 bitrate=11798.6kbits/s
frame= 258 fps= 5 q=2.0 size= 12326kB time=8.48 bitrate=11907.4kbits/s
frame= 265 fps= 5 q=1.6 size= 12880kB time=8.81 bitrate=11978.1kbits/s
frame= 274 fps= 5 q=2.0 size= 13426kB time=9.11 bitrate=12074.3kbits/s
frame= 282 fps= 5 q=2.0 size= 13870kB time=9.38 bitrate=12118.5kbits/s
frame= 291 fps= 5 q=2.0 size= 14408kB time=9.68 bitrate=12197.8kbits/s
frame= 299 fps= 5 q=2.0 size= 14884kB time=9.94 bitrate=12262.5kbits/s
frame= 311 fps= 5 q=2.0 size= 15410kB time=10.34 bitrate=12213.5kbits/s
frame= 321 fps= 5 q=2.0 size= 15910kB time=10.62 bitrate=12268.0kbits/s
frame= 331 fps= 5 q=2.0 size= 16488kB time=11.01 bitrate=12266.8kbits/s
frame= 340 fps= 5 q=2.0 size= 16974kB time=11.31 bitrate=12293.1kbits/s
frame= 349 fps= 5 q=1.6 size= 17434kB time=11.61 bitrate=12299.7kbits/s
frame= 360 fps= 5 q=2.0 size= 17950kB time=11.98 bitrate=12275.7kbits/s
frame= 372 fps= 5 q=2.0 size= 18478kB time=12.38 bitrate=12228.1kbits/s
frame= 383 fps= 5 q=2.0 size= 18968kB time=12.75 bitrate=12190.9kbits/s
frame= 395 fps= 5 q=2.0 size= 19476kB time=13.09 bitrate=12190.4kbits/s
frame= 405 fps= 5 q=2.0 size= 20058kB time=13.48 bitrate=12189.4kbits/s
frame= 416 fps= 5 q=2.0 size= 20528kB time=13.85 bitrate=12144.4kbits/s
frame= 426 fps= 5 q=2.0 size= 21016kB time=14.18 bitrate=12140.5kbits/s
frame= 436 fps= 5 q=2.0 size= 21536kB time=14.51 bitrate=12154.9kbits/s
frame= 445 fps= 5 q=1.6 size= 22036kB time=14.81 bitrate=12185.0kbits/s
frame= 455 fps= 5 q=2.0 size= 22588kB time=15.15 bitrate=12215.2kbits/s
frame= 462 fps= 5 q=2.0 size= 23076kB time=15.38 bitrate=12289.6kbits/s
frame= 470 fps= 5 q=2.0 size= 23608kB time=15.65 bitrate=12358.4kbits/s
av_interleaved_write_frame(): Error while opening file

sfkayaker

01-30-2010, 10:46 PM

the share

My Video Media/share mpg4/Hellboy works fine

then I try and access a share called "Films" which I see no reference to - this gets messed up and sets off Python using cpu/memory.

I then can access a share called "My home videos" which seems OK - but in the mean time Python is still using more and more memory.

All I see in the middle is:

DEBUG:pyTivo.video.transcode:starting ffmpeg, will wait 10 seconds for it to complete
DEBUG:pyTivo.video.transcode:ffmpeg output=FFmpeg version SVN-r19732, Copyright (c) 2000-2009 Fabrice Bellard, et al.
configuration: --shlibdir=@executable_path --arch=i386 --cpu=i686 --disable-static --enable-shared --enable-pthreads --enable-gpl --enable-libmp3lame --enable-libfaac --enable-nonfree --enable-libfaad --enable-libx264 --extra-cflags='-I/Users/yoav/src/lame/include -I/Users/yoav/src/faad2-2.7/include -I/Users/yoav/src/faac-1.28/include -I/Users/yoav/src/x264' --extra-ldflags='-L/Users/yoav/src/lame/libmp3lame/.libs -L/Users/yoav/src/faad2-2.7/libfaad/.libs -L/Users/yoav/src/faac-1.28/libfaac/.libs -L/Users/yoav/src/x264/'
libavutil 50. 3. 0 / 50. 3. 0
libavcodec 52.34. 0 / 52.34. 0
libavformat 52.38. 0 / 52.38. 0
libavdevice 52. 2. 0 / 52. 2. 0
libswscale 0. 7. 1 / 0. 7. 1
built on Aug 27 2009 10:32:06, gcc: 4.0.1 (Apple Inc. build 5484)

Seems stream 0 codec frame rate differs from container frame rate: 59.94 (2000000/33367) -> 29.97 (30000/1001)
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/Volumes/My Video Media/My Home Video/Ben's 2nd Birthday Party.mp4':
Duration: 00:08:55.74, start: 0.000000, bitrate: 5165 kb/s
Stream #0.0(und): Video: h264, yuv420p, 720x480, 29.97 tbr, 90k tbn, 59.94 tbc
Stream #0.1(und): Audio: aac, 22050 Hz, 1 channels, s16
Metadata
muxer : HandBrake 0.9.4 2009112300
At least one output file must be specified

DEBUG:pyTivo.video.transcode:failed at aKbps
DEBUG:pyTivo.video.transcode:aFreq=22050; vFps=29.97; container=mov; kbps=5165; mapAudio=[('0.1', '(und)')]; vHeight=480; vCodec=h264; Supported=True; aKbps=None; par=None; millisecs=535740; par2=None; par1=None; mapVideo=0.0; vWidth=720; dar1=None; aCodec=aac
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/My Video Media/My Home Video/Ben's 2nd Birthday Party.mp4

generaltso

01-31-2010, 10:46 AM

I've been reading upon this and it seems a compile of ffmpeg for OSX Intel is still going to have this problem, without some patching beyond what I understand.

Are you aware of such a patched ffmpeg for OSX Intel binary, somewhere, that could just be plugged in?

There is source code available for the patched version of ffmpeg, but it needs to be compiled for OSX. I wouldn't mind compiling it, but I have no idea how to do it. There's some discussion about it further back in this thread. I'll see if I can find it.

Edit: Found it. Check post #743 in this thread for a link to the source code that needs to be compiled for Intel Mac. There's also a little more discussion about the bug before and after that post. Anyone willing to do some compiling?

DrOct

01-31-2010, 07:37 PM

Rdian06

02-01-2010, 12:03 AM

I haven't been able to read this whole thread, and perhaps there's an easy fix for my problem, but here goes.

I've just started using PyTivoX and for the most part I like it a lot. I've run into one problem though with surround sound movies getting down-mixed to stereo. This doesn't happen with everything (in fact it doesn't happen with most movies). But I have a number of .mkv's that always seem to play in stereo. I've tried changing PyTivo's settings to play different audio-streams to no avail. Regardless of which audio-stream I tell it to play, it always seem to get end up playing stereo.

So far the only difference I an find in these .mkv's is that the audio is encoded (either in DTS or AC3) at a bitrate higher than 448kbps (I assumed it would handle that alright, but evidently not). Is there anything that can be done about this issue? I've tried every setting I can but nothing seems to work.

A few notes: I just found this thread and tried wmcBrine's "new" version of PyTivoX, but it hasn't helped. Any ideas?

If you have any questions, or need any further information from me I'll be happy to help as best I can!

There is an ffmpeg bug where if your mkv has multiple audio tracks AND the first audio track is stereo, ffmpeg will think all other audio tracks are also stereo when it goes to transcode the audio even if more channels are available in the chosen track. DTS is always transcoded since the Tivo cannot handle DTS natively. AC3 above 448k is always transcoded down to 448k because the highest AC3 bitrate the Tivo can handle is 448k.

I'm not sure at what point the bug was introduced. I know it affects most of my builds which are using SVN 19000's. I haven't tested to see if the fixed it in any of the newer builds. I tried to find the bug in the code to fix it and quickly got lost.

The workaround is to take the mkv and remux it with mkvmerge so that your desired multichannel audio track is the first audio track and all others are higher numbered tracks.

DrOct

02-01-2010, 07:12 PM

The workaround is to take the mkv and remux it with mkvmerge so that your desired multichannel audio track is the first audio track and all others are higher numbered tracks.

Thanks I'll give mkvmerge a try and see what I can do. I could have sworn that some of the files had the multi-channel tracks as the first ones but I'll take a look and give it a try, and let you know the results. I really appreciate your help with this, and the help you obviously provide to so many people here!

djsp

02-22-2010, 12:15 PM

Hi-
New to the forum and pytivox. Here is my question:
In the now playing folder on my tivo, I cannot download video that is on my imac. It consistantly says that there is nothing in the folder. I can however, get my video to work with the streambaby part of pytivox. I am using a tivo HD. I set this up for my mother in law, who has a series 2, and cannot stream, and her Now Playing downloads just fine. What am I doing wrong?
Any help is appreciated.

brossow

03-06-2010, 08:34 PM

Searched the thread with no hits. Wondering if anyone has any suggestions for custom settings (in pytivo.conf) to address the FF/RW issues I'm having (and have always had) with pyTivo on both of my S3 boxes. Specifically, when I'm watching a video transferred from my Mac (e.g. an AVI or MPG ripped from a DVD) if I hit FF once, it moves ahead at normal play speed but no audio. Press it twice or three times (2-3 arrows) and it goes faster, but then when I hit Play it jumps ahead by a few minutes. In fact, the only thing that does work properly in this respect is the 30-second skip hack.

Like I said, this is something that's been an issue for as long as I've used pyTivo (years now) but I'm finally fed up enough to ask. Any tips would be appreciated!

EDIT: Seems similar to the problem reported here (http://tivocommunity.com/tivo-vb/showthread.php?p=7006646#post7006646) (but not related to pyTivo).

Brent

wmcbrine

03-06-2010, 08:58 PM

brossow

03-06-2010, 09:02 PM

brossow, you might try forcing remuxing of the problem files. (I'm assuming here that these are MPEGs that aren't being transcoded at all, even though you said "AVI or MPG".) In the metadata for the file, add a line like "Override_container: foo".

Almost all of that was over my head. Where's the metadata for the file? FWIW, this happens with both AVI and MPEG files, and with all of them, not just some. Thanks for the reply!

wmcbrine

03-06-2010, 10:14 PM

If you're really sure that it happens on AVI files, then the remux override won't help you. I can only tell you that it doesn't happen for me.

Rdian06

03-06-2010, 10:21 PM

brossow

03-06-2010, 10:55 PM

Where did your ffmpeg for the Mac come from? It might be your ffmpeg binary causing the issue and not pyTivo itself.

Funny you mention that. I had been using the one that came with pyTivoX. After posting that initial question, I got wondering if ffmpeg was the issue and I downloaded, compiled and installed the latest binary. I also changed the 'video_fps' setting in pytivo.conf to 29.97 instead of the default. I'm not sure which fixed the problem, but one of them did. A file I downloaded earlier today was exhibiting the problem behavior (as have they all). I deleted it and redownloaded (well, it's transferring right now) and I just checked and it's working as expected now EDIT: better (at least shows video when FF/RW with more than one arrow now instead of just freezing the video) but when pressing Play during a higher-speed FF/RW it still jumps in the video to a point well ahead of (or behind) where it's expected. Eventually I'll reset the 'video_fps' option to the default for testing, but I suspect (as you did) that ffmpeg was to blame.

Thanks for the replies!

Marconi

03-07-2010, 12:35 PM

How well do pyTiVo and TiVo Desktop get along? Is is OK to run both on the same Mac or do I need to stop TiVo Desktop if I'm using pyTiVo or pyTiVoX?

What about running multiple copies of pyTiVo/pyTiVoX? I was running pyTiVo on two Macs -- making sure each had a unique "guid" in pyTivo.conf -- but I suspect that something may not be right.

richsadams

03-07-2010, 12:59 PM

How well do pyTiVo and TiVo Desktop get along? Is is OK to run both on the same Mac or do I need to stop TiVo Desktop if I'm using pyTiVo or pyTiVoX?I've had PyTiVoX and TiVo Desktop running at the same time w/o any problems.

wmcbrine

03-07-2010, 01:26 PM

How well do pyTiVo and TiVo Desktop get along?TD will run alongside pyTivo with no problems, AFAIK.

What about running multiple copies of pyTiVo/pyTiVoX? I was running pyTiVo on two Macs -- making sure each had a unique "guid" in pyTivo.conf -- but I suspect that something may not be right.No problem. Don't bother setting the GUID, it's randomized at startup now. Just don't use the same share names on multiple systems.

Marconi

03-07-2010, 01:52 PM

No problem. Don't bother setting the GUID, it's randomized at startup now. Just don't use the same share names on multiple systems.

I read that in the docs but, having no way to see what GUIDs are being used, I thought, "Better safe than sorry" and explicitly set the GUIDs. Is there a way, from my Mac, to see the GUIDs of pyTiVo instances running on my network?

wmcbrine

03-07-2010, 06:46 PM

Dude, seriously, you don't need to see the GUID. It's a ten-character string of random uppercase and lowercase letters. The chance of a collision is 1 in 52^10. And the GUID isn't even part of the new-style beacon system. Finally, I disabled user setting of the GUID in my fork last May -- the option does nothing.

But yes, there are several ways to see it, which I'll leave as an exercise for the reader.

DaveTheNerd

03-10-2010, 09:49 AM

I've spent the better part of the last several days doing some experimenting and what I've found is this:

When copying or streaming anamorphic content (converted with Handbrake from DVD) to my Series3 TiVo via pyTiVoX or Streambaby, the aspect ratio displayed on my 16:9 TV is never correct.

It goes full width, but for some reason that causes it to compress the picture vertically, giving me black bars on the top and bottom that were NOT there when playing from the DVD.

If, however, I don't set anamorphic mode in handbrake (i.e. if source is 720x480, I set output to 720x480 and anamorphic to "none") it looks fine via the S3 TiVo, but compressed horizontally (i.e. tall and skinny) everywhere else.

Seems for some reason that pyTiVoX, streambaby, and/or TiVo S3 are/is not properly dealing with anamorphic content.

Anyone have any ideas as to how to either (a) set HandBrake to encode these files so they work everywhere (VLC player, QuickTime, and TiVo S3) or (b) tell pyTiVoX, streambaby, or TiVo S3 to either ignore or properly address the anamorphic bit?

-Dave

P.S. I have found a non-optimal answer to (a) using handbrake: set anamorphic to "none" and check "Keep Aspect Ratio" -- This results in a proper aspect ratio everywhere, however on a full 720x480 (and otherwise anamorphic) movie, I'm stuck downconverting to 720x400, losing 16% of my vertical lines (right?)

generaltso

03-10-2010, 09:53 AM

I've spent the better part of the last several days doing some experimenting and what I've found is this:

Have you cycled through the aspect ratio settings on the S3? The aspect ratio always seems right for me as long as the S3 Aspect is set to Panel. If it's set to Full, it will stretch the picture vertically.

DaveTheNerd

03-10-2010, 09:59 AM

Have you cycled through the aspect ratio settings on the S3? The aspect ratio always seems right for me as long as the S3 Aspect is set to Panel. If it's set to Full, it will stretch the picture vertically.

Yes, I have and, thus far, no luck. What do you have your S3 Video Output set to? I'm in one of the Hybrid modes (which I like), but maybe that's an issue?

And here's the thing: I thought movies streamed/played with pyTiVoX/streambaby "seemed right" too, until I watched the same movie on the same TV via my DVD player and realized, "hey -- when I watch it from the DVD player there are no black bars on the top and bottom of the screen."

generaltso

03-10-2010, 10:01 AM

Yes, I have and, thus far, no luck. What do you have your S3 Video Output set to? I'm in one of the Hybrid modes (which I like), but maybe that's an issue?

And here's the thing: I thought movies streamed/played with pyTiVoX/streambaby "seemed right" too, until I watched the same movie on the same TV via my DVD player and realized, "hey -- when I watch it from the DVD player there are no black bars on the top and bottom of the screen."

I have my video output set to Native. Is it possible that your DVD player is cropping the bars? Or maybe your TV settings are different for your different inputs?

DaveTheNerd

03-10-2010, 10:24 AM

I have my video output set to Native. Is it possible that your DVD player is cropping the bars? Or maybe your TV settings are different for your different inputs?

I've tried mine on Native, as well, so that's not it.

I don't think my DVD player is cropping the bars -- reason is that I've tested it all on my Mac where I can see the aspect ratio and it's as expected. pyTiVoX/streambaby is definitely doing something funky. Hrm.

wmcbrine

03-10-2010, 02:21 PM

I'm in one of the Hybrid modes (which I like), but maybe that's an issue?Yes, probably.

I'm guessing that, when you watch a standard definition channel, it fills the screen. Yes? That's the same effect you're getting on your transferred DVDs, then, which after all are SD material -- they're being letterboxed by the TiVo to fill a 4:3 screen, and then that image fills your 16:9 set. Which would explain why your encodes without an aspect ratio flag look "correct". But the TiVo and pyTivo are handling 16:9 correctly -- it's your output settings that are the problem.

I don't know if there's a combination of settings that will stretch 4:3 SD while showing 16:9 SD full screen. Personally I can't stand stretching.

Edit: It should work OK if you use the Aspect/Window button to change from "Panel" to "Full".

And here's the thing: I thought movies streamed/played with pyTiVoX/streambaby "seemed right" too, until I watched the same movie on the same TV via my DVD player and realized, "hey -- when I watch it from the DVD player there are no black bars on the top and bottom of the screen."What you're saying here is that you're incapable of judging the correct aspect ratio visually. Nothing personal -- that seems to be fairly common. But it means that you're not going to be able to diagnose the problem properly.

For me, the wrong aspect ratio hits me like a two by four. If you post a picture of the screen (with some people on it), I can tell you whether it's right or not.

Wil

03-10-2010, 02:34 PM

For me, the wrong aspect ratio hits me like a two by four.Same. I'm curious, do you adapt? A few minutes into a film and I don't notice it any more, at least if it's relatively minor.

There are different camera lens systems that seem to have their own slightly distorting effect, and sometimes a picture is distributed to TV/DVD with an aspect ratio adjustment and I can see all that too, but only for a few minutes.

wmcbrine

03-10-2010, 02:37 PM

I don't adapt, because I don't allow it.

DaveTheNerd

03-10-2010, 03:09 PM

I'm guessing that, when you watch a standard definition channel, it fills the screen. Yes? That's the same effect you're getting on your transferred DVDs, then, which after all are SD material -- they're being letterboxed by the TiVo to fill a 4:3 screen, and then that image fills your 16:9 set. Which would explain why your encodes without an aspect ratio flag look "correct". But the TiVo and pyTivo are handling 16:9 correctly -- it's your output settings that are the problem. [...] It should work OK if you use the Aspect/Window button to change from "Panel" to "Full".

So here's the interesting part -- I was set to "Panel" -- but I *never* saw the panel until now. Reason being, I was also set to "4:3 Smart Screen (4:3 SD, 16:9 HD)" - So when I had true 4:3 content, the TiVo would send it to my TV at 4:3 and let the TV stretch it (I like the way my TV stretches). Of course, by using "Native", "Full", and "16:9 Widescreen" I get the exact same effect with my TV shows and the *added* benefits of having all my menus in 720p (previously they were 480) and, of course, solving THIS particular problem.

Thank you, all, for talking through this with me. ;-)

-Dave

DaveTheNerd

03-10-2010, 03:20 PM

This previous discussion has now led me to realize that DVDs I've converted with Handbrake are streamed at 480i (by pyTiVoX/streambaby) and not 480p. I'm 99% certain that all H.264 Handbrake output is 480p whether I want it to be or not, so I'm confused as to why pyTiVoX/streambaby don't send it that way to my TiVo? (and, yes, my TiVo S3 is in "Native" mode so should pass this along properly, in theory. I don't know of any other 480p content to test with).

jharkin

03-23-2010, 01:16 AM

I have some show files I want to watch on my Tivo HD. pyTivoX is the best thing ever but on one particular series I can't transfer the files with pytivo, the transfer aborts after starting, but they do work from StreamBaby. This is inconvenient because of the 1.1G stream limit. The shows rebuffer a number of times while viewing.

Here is some log info from StreamBaby working:

Mon 2010/03/22 21:58:25.035| |master|FFmpegExeVideoModule|FFmpegCmd: /Applications/pyTivoX.app/Contents/Resources/ffmpeg.bin -ss 0.0 -i /Users/jh/Movies/WRC/Wonders of the Solar System - Eps 3 - The Thin Blue Line .thebox.hannibal.mkv -acodec ac3 -vcodec mpeg2video -f vob -async 1 -r 25.0 -v 0 -threads 2 -sameq -ab 384k -ar 48000 tcp://127.0.0.1:8500

Here is some log info from pytivo not working:

DEBUG:pyTivo.video.transcode:ffmpeg output=FFmpeg version SVN-r19732, Copyright (c) 2000-2009 Fabrice Bellard, et al.
configuration: --shlibdir=@executable_path --arch=i386 --cpu=i686 --disable-static --enable-shared --enable-pthreads --enable-gpl --enable-libmp3lame --enable-libfaac --enable-nonfree --enable-libfaad --enable-libx264 --extra-cflags='-I/Users/yoav/src/lame/include -I/Users/yoav/src/faad2-2.7/include -I/Users/yoav/src/faac-1.28/include -I/Users/yoav/src/x264' --extra-ldflags='-L/Users/yoav/src/lame/libmp3lame/.libs -L/Users/yoav/src/faad2-2.7/libfaad/.libs -L/Users/yoav/src/faac-1.28/libfaac/.libs -L/Users/yoav/src/x264/'
libavutil 50. 3. 0 / 50. 3. 0
libavcodec 52.34. 0 / 52.34. 0
libavformat 52.38. 0 / 52.38. 0
libavdevice 52. 2. 0 / 52. 2. 0
libswscale 0. 7. 1 / 0. 7. 1
built on Aug 27 2009 10:32:06, gcc: 4.0.1 (Apple Inc. build 5484)

Seems stream 0 codec frame rate differs from container frame rate: 59.94 (60000/1001) -> 29.97 (30000/1001)
Input #0, mpeg, from '/var/folders/yM/yMu7kOOEGMu13VzsBFb-HU+++TI/-Tmp-/tmpYmeI2o':
Duration: 00:00:00.03, start: 0.500000, bitrate: 4419 kb/s
Stream #0.0[0x1e0]: Video: mpeg2video, yuv420p, 1280x720 [PAR 1:1 DAR 16:9], 104857 kb/s, 29.97 tbr, 90k tbn, 59.94 tbc
Stream #0.1[0x80]: Audio: ac3, 48000 Hz, 5.1, s16, 448 kb/s
At least one output file must be specified

DEBUG:pyTivo.video.transcode:aFreq=48000; vFps=29.97; container=mpeg; kbps=4419; mapAudio=[('0.1', '[0x80]')]; vHeight=720; vCodec=mpeg2video; Supported=True; aKbps=448; par=None; millisecs=30; par2=1.0; par1=1:1; mapVideo=0.0; vWidth=1280; dar1=16:9; aCodec=ac3
DEBUG:pyTivo.video.transcode:CACHE HIT! /Users/jh/Movies/WRC/Wonders of the Solar System - Eps 3 - The Thin Blue Line .thebox.hannibal.mkv
DEBUG:pyTivo.video.transcode:transcoding to tivo model 652 using ffmpeg command:
DEBUG:pyTivo.video.transcode:/Applications/pyTivoX.app/Contents/Resources/ffmpeg.bin -i /Users/jh/Movies/WRC/Wonders of the Solar System - Eps 3 - The Thin Blue Line .thebox.hannibal.mkv -vcodec mpeg2video -b 16384k -maxrate 30000k -bufsize 4096k -ab 448k -ar 48000 -acodec copy -copyts -f vob -
FFmpeg version SVN-r19732, Copyright (c) 2000-2009 Fabrice Bellard, et al.
configuration: --shlibdir=@executable_path --arch=i386 --cpu=i686 --disable-static --enable-shared --enable-pthreads --enable-gpl --enable-libmp3lame --enable-libfaac --enable-nonfree --enable-libfaad --enable-libx264 --extra-cflags='-I/Users/yoav/src/lame/include -I/Users/yoav/src/faad2-2.7/include -I/Users/yoav/src/faac-1.28/include -I/Users/yoav/src/x264' --extra-ldflags='-L/Users/yoav/src/lame/libmp3lame/.libs -L/Users/yoav/src/faad2-2.7/libfaad/.libs -L/Users/yoav/src/faac-1.28/libfaac/.libs -L/Users/yoav/src/x264/'
libavutil 50. 3. 0 / 50. 3. 0
libavcodec 52.34. 0 / 52.34. 0
libavformat 52.38. 0 / 52.38. 0
libavdevice 52. 2. 0 / 52. 2. 0
libswscale 0. 7. 1 / 0. 7. 1
built on Aug 27 2009 10:32:06, gcc: 4.0.1 (Apple Inc. build 5484)

Seems stream 0 codec frame rate differs from container frame rate: 50.00 (50/1) -> 25.00 (25/1)
Input #0, matroska, from '/Users/jh/Movies/WRC/Wonders of the Solar System - Eps 3 - The Thin Blue Line .thebox.hannibal.mkv':
Duration: 00:59:00.48, start: 0.000000, bitrate: N/A
Stream #0.0(eng): Video: h264, yuv420p, 1280x720, PAR 1:1 DAR 16:9, 25 tbr, 1k tbn, 50 tbc
Stream #0.1: Audio: ac3, 48000 Hz, 6 channels, s16
Output #0, vob, to 'pipe:':
Stream #0.0(eng): Video: mpeg2video, yuv420p, 1280x720 [PAR 1:1 DAR 16:9], q=2-31, 16384 kb/s, 90k tbn, 25 tbc
Stream #0.1: Audio: ac3, 48000 Hz, 6 channels, s16
Stream mapping:
Stream #0.0 -> #0.0
Stream #0.1 -> #0.1
Press [q] to stop encoding
[NULL @ 0x103b400]error, non monotone timestamps 23040 >= 23040
av_interleaved_write_frame(): Error while opening file
DEBUG:pyTivo.video.video:Finished outputing video

Can you tell me what each is doing differently and what, if anything, I can do to get pytivo to transfer the file?

Thanks!

brossow

03-23-2010, 11:01 AM

wmcbrine

03-23-2010, 11:15 AM

pyTivo is trying to pass through the audio without reencoding it, since it's already AC3, while Streambaby is reencoding both video and audio. But there seems to be a problem with the audio.

You could force the audio to be reencoded by using an "Override_" line in metadata for the file, to make pyTivo think it's out of spec. For example, "Override_aCodec: wma". Or you could try replacing ffmpeg with a version that won't complain about non monotone timestamps -- I think rdian06 has some patches to that effect?

jharkin

03-23-2010, 06:39 PM

You could force the audio to be reencoded by using an "Override_" line in metadata for the file, to make pyTivo think it's out of spec. For example, "Override_aCodec: wma". Or you could try replacing ffmpeg with a version that won't complain about non monotone timestamps -- I think rdian06 has some patches to that effect?

I saw a great license plate the other day that applies to me: "RTFM NUB"

Where is the metadata kept?

I looked up rdian06's ffmpeg thread and what is described there sure seems to be my problem. Unfortunately, I'm on an Intel Mac running 10.6 and he hasn't been able to keep up on the Mac side. Google has brought me no joy. Any suggestions?

Thanks!

wmcbrine

03-23-2010, 07:34 PM

Where is the metadata kept?Take the name of the video file and add ".txt" to it. (Add, not replace -- "filename.mpg" would be described by "filename.mpg.txt".)

Ladd Morse

03-24-2010, 09:32 AM

Months later, I'm still having the problem where trying to view photos on my Mac via pyTivoX on my TiVo HD shows only a broken icon.

This used to work, but hasn't for some months now.

Was there ever a solution to this problem and I just missed it?

jharkin

03-24-2010, 10:50 AM

Take the name of the video file and add ".txt" to it. (Add, not replace -- "filename.mpg" would be described by "filename.mpg.txt".)

Thanks so much! This did the trick.

wmcbrine

03-24-2010, 12:10 PM

Ladd Morse

03-27-2010, 06:49 PM

That broke with Snow Leopard, didn't it? We need a new Python Imaging Library that's compatible.Maybe, but I'm still running Leopard ...

Rdian06

03-30-2010, 06:32 PM

I finally found some time to compile ffmpeg with my custom patches for MacIntel. The complie was done under 10.5.8, but should work on 10.6 I think.

I tried to compile it similar to how Yoav did so you should be able to use my build as a drop-in replacement for the one inside pyTivoX.

I don't use my MacIntel box for Tivo stuff, so I need a few brave souls to test this.

CAVEAT: This build of ffmpeg will ONLY work on MacIntel machines. If you have a G5 or G4, please do NOT attempt this.

To try my new build with pyTivoX:

1) Download ffmpeg-SVN-r21659-rdian06-1.01-mac-x86_32.zip from http://pytivo.sourceforge.net/forum/post3558.html#3558

2) Quit pyTivoX.

3) Locate the pyTivoX.app.

4) Right click the pyTivoX.app package and choose "Show Package Contents".

5) Navigate to Contents/Resources.

6) Backup the existing ffmpeg.bin and the .dylib files to a safe place in case you need to switch back.

7) Overwrite ffmpeg.bin and the related .dylib using files from my zip you downloaded. Note, my compile has more a few more .dylib files since I enabled more options than Yoav's compile. You do NOT need to overwrite the ffmpeg file as it's just a shell script that calls ffmpeg.bin

8) Fire up pyTivoX and see if your problematic files now transfer correctly.

9) Try to use streambaby for a file that needs to transcode and see if it works.

NOTE: This will not help with Photo viewing in anyway, that's a completely different module that needs to be recompiled.

generaltso

03-30-2010, 06:45 PM

I don't use my MacIntel box for Tivo stuff, so I need a few brave souls to test this.

I'm going to test this right now. Thanks for taking the time to do it!

generaltso

03-30-2010, 07:11 PM

It works! I tested 3 video files that resulted in mixed up audio channels before. All 3 of them seem to transfer fine now with all the audio channels staying where they belong. I'm running OSX 10.6.3. Thanks so much Rdian06!

test drive

03-31-2010, 11:31 PM

Sorry for the basic question here, but I was unable to find this answer posted elsewhere...

Is the latest/current version of pyTivoX compatible for use with the new Premiere and Premiere XL?

Thanks.

jharkin

04-04-2010, 01:43 AM

Thanks for the new ffmpeg.bin. It fixed the mkv transfer problem I was having.

n47h4nm0rr15

04-04-2010, 02:41 AM

I don't use my MacIntel box for Tivo stuff, so I need a few brave souls to test this.

Immediately fixed problems for me with certain .ac3 audio files in .mkv
"non monotone timestamps 23040"

MacIntel Core 2 Duo.
OS 10.6.2

gilbreen

04-22-2010, 07:07 PM

I have used pyTivoX, specifically the StreamBaby portion, with our new Premiere box and it works great (and very rapidly!). I haven't used the pyTivo part of it so can't speak to that.

Sorry for the basic question here, but I was unable to find this answer posted elsewhere...

Is the latest/current version of pyTivoX compatible for use with the new Premiere and Premiere XL?

Thanks.

mjboyle

04-26-2010, 01:54 PM

I have used pyTivoX, specifically the StreamBaby portion, with our new Premiere box and it works great (and very rapidly!). I haven't used the pyTivo part of it so can't speak to that.

I'm new to both programs, but have been using both the StreamBaby and PyTivo portions of PyTivoX with our new Premiere XL.

However, I did encounter a bug with PyTivoX where it thought the Premiere was a SD tivo. To fix this, I downloaded the most recent pytivo code from wmcbrine's fork at github. I then went to the PyTivoX application, right clicked and selected "Show Package Contents". Inside there is a folder. Inside the path: Contents/Resources/ there is a folder named "pyTivo-wmcbrine". I dragged the contents of the newly downloaded folder from wmcbrine into that folder and told it to replace all (do be sure to have a backup of the PyTivoX application before tinkering inside it). For good measure I deleted all the old files that ended in ".pyc" which are paired with the new ".py" files.

When you start up PyTivoX again, it will recompile the new python scripts and replace the ".pyc" files.

I found that fixed my problem and allowed PyTivo to grab files in 1080 instead of 480.

Now, I'm still working on finding an encoding profile that will play on both my computer and the tivo without audio sync problems or video stuttering, but that's another matter ;).

thewebgal

05-02-2010, 10:02 AM

Thanks to wmcbrine for the heads up on PyTivoX - I read one of his posts about this on Thursday, grabbed, and was flat gobsmacked at what it does - I was so impressed with this tool I got an Airport Express-N after work on friday to speed up my network!

I've had great luck with pyTIVOx on my system (Mac Mini 10.6.3> airport extreme-N> airport Express-N >TIVOHD).
I upgraded the TIVOHD with a 1TB barracuda about a year ago ...

I have a number of external firewire and USB drives on my mini, and I created a share drive with some downloaded DivX content, an MKV file, some mpg4 vids, and our wedding videos (AVIs from my Canon powershot G9).

So far I've used the Streambaby functionality - didn't see any reason to copy files to the TIVOHD drive

Everything seems to play well, but I did get some buffering issues with the huge MKV file (Ep 5 of Wonders of the Solar System). That was cured by selecting a lower quality when I started playback for that video only ...
the MKV is a HUGE file for a nearly one hour show

I have some show files I want to watch on my Tivo HD. pyTivoX is the best thing ever but on one particular series I can't transfer the files with pytivo, the transfer aborts after starting, but they do work from StreamBaby. This is inconvenient because of the 1.1G stream limit. The shows rebuffer a number of times while viewing.

Here is some log info from StreamBaby working:

Here is some log info from pytivo not working:

Can you tell me what each is doing differently and what, if anything, I can do to get pytivo to transfer the file?

Thanks!

Iluvatar

05-02-2010, 10:14 AM

Interesting - I've had great luck with pyTIVOx on my system (Mac Mini 10.6.3> airport extreme-N> airport Express-N >TIVOHD).
I have a share drive with some downloaded DivX content, an MKV file, some mpg4 vids, and our wedding videos (AVIs from my Canon powershot G9).

Everything seems to play well, but I did get some buffering issues with the huge MKV file (Ep 5 of Wonders of the Solar System). That was cured by selecting a lower quality when I started playback for that video only ...
the MKV is a HUGE file for a nearly one hour show

If you downloaded the 3-4gb 1080i version then the reason you are getting weird issues with that video is that it is a special 1080i PAFF TS file muxed into an MKV container. To get flawless playback you have to use FFMPeg-MT which can handle the files and not the standard FFMpeg AVCodec. At least this is what was explained on MVGroups forum about these special files. They also offer the normal 720p versions there that are 1.7gb per hour, which is fairly normal for them so I would recommend avoiding the 1080i versions until FFMpeg is updated with multi-thread support which is still a little ways out.

thewebgal

05-02-2010, 12:33 PM

If you downloaded the 3-4gb 1080i version then the reason you are getting weird issues with that video is that it is a special 1080i PAFF TS file muxed into an MKV container. To get flawless playback you have to use FFMPeg-MT which can handle the files and not the standard FFMpeg AVCodec. At least this is what was explained on MVGroups forum about these special files. They also offer the normal 720p versions there that are 1.7gb per hour, which is fairly normal for them so I would recommend avoiding the 1080i versions until FFMpeg is updated with multi-thread support which is still a little ways out.

Its listed as being 720p.hdtv.x264-sfm and the unRARed file is 1.56gb - but the TV room is at the other end of the house from my office, and 1 floor down - maybe that means its a bit less xfer rate than optimum ...

Either way, this tech is knocking our socks off! - big fun!

kfreeb

05-10-2010, 09:24 AM

I'm new to both programs, but have been using both the StreamBaby and PyTivo portions of PyTivoX with our new Premiere XL.

However, I did encounter a bug with PyTivoX where it thought the Premiere was a SD tivo. To fix this, I downloaded the most recent pytivo code from wmcbrine's fork at github.

Would this fix the issue on the Premiere were when I'm pulling or pushing a movie to the Premiere box, the movie is squished vertically.

When I stream a movie or TV show, the aspect is correct. Only when I push or pull a show is the aspect squished vertically.

jpaul34

05-17-2010, 01:45 AM

I just discovered the push functionality of pytivox, which is something of a godsend considering how slowly my TiVo S3 navigates the folders on my Mac.

Anyway, it pushes just about everything over perfectly, but when I try to push a m4v file created by Handbrake, the picture is black and the audio is either choppy or non-existent. The weird thing is that when I pull the same file, it transcodes perfectly. Is there a fix for this?

I am running 1.3b6 on an intel mac running 10.5.8.

Wil

05-17-2010, 03:45 AM

considering how slowly my TiVo S3 navigates the folders on my Mac ... I am running 1.3b6 on an intel mac running 10.5.8.Fine to pursue where you're going, but menus are not slow at all on my equivalent system, maybe just fix that (network problem).

jpaul34

05-17-2010, 12:28 PM

Fine to pursue where you're going, but menus are not slow at all on my equivalent system, maybe just fix that (network problem).

I suspect fixing the Push function for m4v files would be easier, though who the hell knows.

I have all of my video files on an external hard drive -- do you do the same thing?

Wil

05-17-2010, 02:25 PM

I suspect fixing the Push function for m4v files would be easier, though who the hell knows.

I have all of my video files on an external hard drive -- do you do the same thing?I have about 10 terabytes of drives accessible through pyTivo. Plus a toaster for removable plugins (including backup drives).

I've experienced slow directories on a few occasions, always LAN problems. One particular router I never was able to get to work without huge delays (a Linksys VOIP for my Vonage service), so I just abandoned it as a router and installed it as a simple VOIP access point after a more mainstream router.

jpaul34

05-17-2010, 02:33 PM

Ah, that might be it. I have a Vonage router on the top of my network.

I'd still like to get the Push functionality to work with m4v files. I prefer to load up my Tivo from my computer since I can send over multiple videos at one time.

wmcbrine

05-17-2010, 04:26 PM

Push tries to send over MP4/M4V files without transcoding when it thinks they're compatible. Sometimes the TiVo disagrees on what's compatible. So, mark the specific problem files as incompatible (i.e., requiring a transcode) by use of Override_ directives in metadata files. Or else reencode them so they really are compatible.

jpaul34

05-17-2010, 07:08 PM

Thank you. Is there a FAQ or guide for this? Searching "override directives metadata" doesn't yield any results at TivoCommunity.

jpaul34

05-17-2010, 11:36 PM

I am trying the "Override_container: foo" that you suggested on the previous page. We'll see if it works.

jpaul34

05-18-2010, 10:30 AM

That did the trick. Thanks.

pilotbob

05-20-2010, 09:02 PM

Hi All,

I've had PyTivoX on my Mac and working for quite a while. I mostly use StreamBaby because not all the formats my videos are in play on TiVo when I just do the transfer.

However, we discovered today that StreamBaby isn't working. It is not on the list in the Showcases menu anymore.

I have restarted PyTivoX by pressing the Apply Button.

I have restarted the TiVo, even restarted the Mac although I was pretty sure that was a lost cause.

Is it possible a TiVo update borked this?

Only other change I can think of is I updated the firmware on my router the other day to fix some Upnp issue. But, I can image that is an issue since both the iMac and the TiVo are withing the local subnet.

Any ideas or thoughts?

Thanks,
BOb

Rdian06

05-20-2010, 09:45 PM

pilotbob

05-21-2010, 02:05 AM

Streambaby is a Java application and Apple released Java updates for Mac OS X 10.5 and 10.6 on 5/18. pyTivoX might need to be updated. I'll test my copy later tomorrow.

I think I had this issue before I installed the Java update. But, I await your and anyone else's info on this.

Thanks,
BOb

wmcbrine

05-21-2010, 03:19 AM

I mostly use StreamBaby because not all the formats my videos are in play on TiVo when I just do the transfer.There shouldn't really be a difference. Can you tell me more about the videos that don't play? Is this with Push?

pilotbob

05-21-2010, 10:39 AM

There shouldn't really be a difference. Can you tell me more about the videos that don't play? Is this with Push?

It is a file I d/l from the Internet. .

I think it is H.264 encoded. When I open it in VLC and go to media info it says:

codec: avc1
framerate: 23

It has a .mkv extension.

QuickTime 10 tells me:

H.264, 1280 x 720, Millions
AC3, 5.1 (L R C LFE Ls Rs), 48.000 kHz

When I pull it using pyTivo and try to play, it is just a black screen that stops playing right away.

EDIT: Correction. It doesn't transfer. The file is listed in now playing but when I go to play it it shows length is 0:00 (partial). Others transfer fine with pull from pyTivo... like my rips of my SG-1 DVDs that I encoded with Handbrake... QuickTime shows it's format as: JVT/AVC Coding, 720 x 480 (850 x 480), Millions
AC3, Stereo (L R), 48.000 kHz .

This happens a lot of times with moves I have. If I pull them they won't play... but if I use streambaby they do. My understanding was streambaby encoded on the fly to the correct format for TiVo where the pull just copied the file and it had to be a supporting type/format to work.

It plays fine in VLC and Plex and QuickTime on my iMac. I have perian installed. Not sure if QuickTime is using that for this vid. I only know the very basics when it comes to this video/audio codecs, format stuff.

BOb

wmcbrine

05-21-2010, 03:38 PM

My understanding was streambaby encoded on the fly to the correct format for TiVo where the pull just copied the file and it had to be a supporting type/format to work.No, that's not correct. pyTivo also reencodes on the fly. It's kind of the whole point of pyTivo. And it uses ffmpeg to do it, just like Streambaby. In principle, they should handle the same files.

If I could see the log, that might help.

pilotbob

05-21-2010, 03:54 PM

No, that's not correct. pyTivo also reencodes on the fly. It's kind of the whole point of pyTivo. And it uses ffmpeg to do it, just like Streambaby. In principle, they should handle the same files.

If I could see the log, that might help.

OK... what log? Where would I find it?

BOb

Rdian06

05-21-2010, 10:28 PM

It is a file I d/l from the Internet. .

I think it is H.264 encoded. When I open it in VLC and go to media info it says:

codec: avc1
framerate: 23

It has a .mkv extension.

So Yoav hasn't been around in a long time so pyTivoX hasn't been updated in ages. You an try upgrading to a more recent version of wmcbrine's pyTivo code he patched into pyTivoX and uploaded in this post:

http://www.tivocommunity.com/tivo-vb/showthread.php?p=7747978#post7747978

If that still gives you problems and you're on an Intel Mac, you can try upgrading the ffmpeg binary and libraries to the ones I built and linked to in this post:

http://www.tivocommunity.com/tivo-vb/showthread.php?p=7854308#post7854308

Old versions of ffmpeg have problems determining the audio bitrate correctly on some mkv files and will either not be able to transcode at all or terminate prematurely.

And to get the pyTivoX log, launch Applications > Utilities > Console. The log should be in the list.

thewebgal

05-21-2010, 10:45 PM

I think I had this issue before I installed the Java update. But, I await your and anyone else's info on this.

Thanks,
BOb

Well, my PyTivoX isn't working now either. I did the Java update yesterday, and everything was fine when I used it last weekend. But I just did a test and I can't watch a new AVI file I just put in my share folder. As I test, I checked the file I watched last week - it doesn't play now. My guess is the Java update broke it.

What happens is - I can go to the menu and drill down into the folder and click on the file, it basically will do everything,
but when I click to actually play the file, it says that it got an error when it tried to open the file.

Apparently, now it can't play any of the files it could play last weekend.

Update: Saturday Morning ...
On a hunch, I did a system restart. I realized I had not restarted the system since I did the Java update, and maybe pointers had changed or an index needed to be reloaded or something. So - I restarted my intel macmini, got a cuppa, sat down and turned on the TV and HT receiver, zoomed in with the TIVOHD - and voila - the TV show started to play!

Sorry for the grief - and thanks again for a very cool product!

pilotbob

05-22-2010, 01:06 AM

So Yoav hasn't been around in a long time so pyTivoX hasn't been updated in ages. You an try upgrading to a more recent version of wmcbrine's pyTivo code he patched into pyTivoX and uploaded in this post:

That's actually the one I was using. I will try the newer ffmpeg when I get a chance. Can I just build it with macports... or is it different than a default build?

BOb

Wil

05-22-2010, 05:50 AM

I will try the newer ffmpeg when I get a chance. Can I just build it with macports... or is it different than a default build?Different. Some problems solved.

Rdian06

05-22-2010, 11:13 AM

That's actually the one I was using. I will try the newer ffmpeg when I get a chance. Can I just build it with macports... or is it different than a default build?

BOb

My ffmpeg build has a patch for MKV parsing issues that only recently was added to ffmpeg trunk. I also include a patch for some timestamp issues that helps early termination on some videos but isn't in ffmpeg trunk. My build turns off the internal AAC decoder in favor of libfaad2 and fixes channel mapping for it. The internal AAC decoder used to not handle certain audio tracks or would screw up the channel mapping.

And for use inside of pyTivoX, you have to add a few extra configure switches that the default Macports build doesn't use. I found these switches by running Yoav's ffmpeg build and mimicing the options it prints.

pilotbob

05-22-2010, 01:19 PM

OK,

I tried replacing the ffmpeg binary following the steps you pointed me to. Now it is even worse. pyTivo isn't letting me pull anything. I click on the show and it says please wait, then just goes back to the list of shows again.

Now, even shows it was pulling before doing this it won't pull.

BTW: I did reboot the iMac after the Java update just to be sure no bad paths or anything was hanging around.

Here is the pytivo log:

INFO:pyTivo.beacon:Announcing shares...
INFO:pyTivo.beacon:Registering: Movies
INFO:pyTivo.beacon:Registering: TV Shows
INFO:pyTivo.beacon:Scanning for TiVos...
INFO:pyTivo:pyTivo is ready.
INFO:pyTivo:192.168.0.109 [22/May/2010 13:11:27] "GET /TiVoConnect?Command=QueryContainer&Container=%2F HTTP/1.0" 200 -
INFO:pyTivo:192.168.0.109 [22/May/2010 13:11:28] "GET /TiVoConnect?Command=QueryContainer&Container=%2F HTTP/1.0" 200 -
INFO:pyTivo:192.168.0.109 [22/May/2010 13:11:28] "GET /TiVoConnect?Command=QueryContainer&Container=%2F HTTP/1.0" 200 -

Here is the streambaby log:

Initializing StreamBaby v0.29...
Sat 2010/05/22 13:11:24.335| |main|StreamBabyConfig|WorkingDir: /private/tmp
Sat 2010/05/22 13:11:24.336| |main|StreamBabyConfig|StreamBabyDir: /Applications/pyTivoX.app/Contents/Resources/streambaby
Sat 2010/05/22 13:11:24.336| |main|StreamBabyConfig|CurDir: /private/tmp
Sat 2010/05/22 13:11:24.493| |main|FFmpegJavaConfig$1|Loading avutil, default: /Applications/pyTivoX.app/Contents/Resources/libavutil.dylib
Sat 2010/05/22 13:11:24.501| |main|FFmpegJavaConfig$1|Loaded: /Applications/pyTivoX.app/Contents/Resources/libavutil.dylib
Sat 2010/05/22 13:11:24.501| |main|FFmpegJavaConfig$1|Loading avcodec, default: /Applications/pyTivoX.app/Contents/Resources/libavcodec.dylib
Sat 2010/05/22 13:11:24.546| |main|FFmpegJavaConfig$1|Loaded: /Applications/pyTivoX.app/Contents/Resources/libavcodec.dylib
Sat 2010/05/22 13:11:24.570| |main|FFmpegJavaConfig$1|Loaded avCodec version: 52 (3421184)
Sat 2010/05/22 13:11:24.570| |main|FFmpegJavaConfig$1|Loading avformat, default: /Applications/pyTivoX.app/Contents/Resources/libavformat.dylib
Sat 2010/05/22 13:11:24.576| |main|FFmpegJavaConfig$1|Loaded: /Applications/pyTivoX.app/Contents/Resources/libavformat.dylib
Sat 2010/05/22 13:11:24.577| |main|FFmpegJavaConfig$1|Loaded avFormat version: 52 (3420672)
Sat 2010/05/22 13:11:24.577| |main|FFmpegJavaConfig$1|Loading swscale, default: /Applications/pyTivoX.app/Contents/Resources/libswscale.dylib
Sat 2010/05/22 13:11:24.587| |main|FFmpegJavaConfig$1|Loaded: /Applications/pyTivoX.app/Contents/Resources/libswscale.dylib
Sat 2010/05/22 13:11:24.590| |main|FFmpegJavaConfig$1|Marking libswscale as available.
Sat 2010/05/22 13:11:24.772| |main|FFmpegJavaVideoModule|FFmpeg-java Module: loaded
Sat 2010/05/22 13:11:24.776| |main|FFmpegExeVideoModule|FFmpegPath: /Applications/pyTivoX.app/Contents/Resources/ffmpeg.bin
Sat 2010/05/22 13:11:24.776| |main|FFmpegExeVideoModule|FFmpegExeModule: Loaded
Sat 2010/05/22 13:11:24.795| |main|RootDirEntry$dirEntryHandler|dirEntry: file:/Volumes/MediaLibrary/Movies/
Sat 2010/05/22 13:11:24.796| |main|RootDirEntry$dirEntryHandler|dirEntry: file:/Volumes/MediaLibrary/TV%20Shows/
Sat 2010/05/22 13:11:24.841| |main|PreviewCacheUtils|Cache Clean complete
Sat 2010/05/22 13:11:24.841| |main|StreamBabyMain|STARTING StreamBaby v0.29...
Sat 2010/05/22 13:11:24.842| |main|Main|args= start=true
Sat 2010/05/22 13:11:24.842| |main|Main|args= loader=sun.misc.Launcher$AppClassLoader@16f0472
Sat 2010/05/22 13:11:24.879| |main|Listener|config=com.tivo.hme.host.util.Config@384065 logger=com.unwiredappeal.tivo.utils.Log$ILoggerImpl@10bbf9e
Sat 2010/05/22 13:11:24.961| |main|Listener|factoryList=[StreamBabyStreamFactory[/streambaby/,pyTivoX - iMac.local]]
Sat 2010/05/22 13:11:24.962| |main|Listener|factory=StreamBabyStreamFactory[/streambaby/,pyTivoX - iMac.local]
Sat 2010/05/22 13:11:24.962| |main|Listener|name=/streambaby/
Sat 2010/05/22 13:11:24.962| |main|Listener|
Sat 2010/05/22 13:11:24.962| |main|Listener|added factory
Sat 2010/05/22 13:11:24.962| |main|Main|factory=StreamBabyStreamFactory[/streambaby/,pyTivoX - iMac.local]
Sat 2010/05/22 13:11:24.962| |main|Main|MDNS: http://192.168.0.102:7290/streambaby/
Sat 2010/05/22 13:11:24.962| |main|Main|streambaby ready & listening.
Sat 2010/05/22 13:11:24.962| |main|Main|mdns_type=_tivo-hme._tcp.local. factory=StreamBabyStreamFactory[/streambaby/,pyTivoX - iMac.local] port=7290

Once again, streambaby doesn't even show up on the TiVo any more.... not sure when this started happening... but I'm pretty sure it was before the Java update.

I wonder if it might just be easier to get the most recent binaries and run pyTivo and Streambaby on my Windows machine. Although, my medialibrary USB drive is connected to my Mac.

Sigh.... this is all awesome when it works. :) Can't wait to get either a MacMini/Apple TV to Run plex or Boxee or perhaps just a boxee box.

Still not smooth enough to drop cable and just go OTA for the network shows and torrents for all the rest.

UPDATE: OK... I take it back. It seems to be working now. With the pyTivoX from wmcbrine and the updated ffmpeg binary it is now pulling the vid files that weren't working. Not sure why it didn't work initially with the new ffmpeg. Thanks for that... However, streambaby still doesn't show on my showcase list. But, at least I can pull stuff down now that I HAD to use streambaby with before.

BOb

pilotbob

05-22-2010, 01:22 PM

It would be great if someone in the know could create a pyTivo and StreamBaby macports. If I knew anything about it I would give it a whack.

BOb

pilotbob

05-22-2010, 01:35 PM

Update: Saturday Morning ...
On a hunch, I did a system restart. I realized I had not restarted the system since I did the Java update, and maybe pointers had changed or an index needed to be reloaded or something. So - I restarted my intel macmini, got a cuppa, sat down and turned on the TV and HT receiver, zoomed in with the TIVOHD - and voila - the TV show started to play!

Is streambaby working for you?

BOb

wmcbrine

05-22-2010, 01:50 PM

That can't be your entire pyTivo log, or you wouldn't even be seeing anything to click on. I assume that's from after the reboot, with no transfer attempts since.

thewebgal

05-22-2010, 02:34 PM

Is streambaby working for you?

BOb

Don't know this "streambaby" of which you speak - I have pyTivoX - it lets me access my mac shared folders from the TV, browse into them and play videos of different formats right on the TivoHD - I'm not loading them to my hard drive - it seems like it is streaming them.

Seems to work with avi movie files from my Canon G9, with DivX files off the web, and with some MPeg4 file I got a while back - same as before ...

What does this Streambaby thing do?

Rdian06

05-22-2010, 03:35 PM

Don't know this "streambaby" of which you speak - I have pyTivoX - it lets me access my mac shared folders from the TV, browse into them and play videos of different formats right on the TivoHD - I'm not loading them to my hard drive - it seems like it is streaming them.

Seems to work with avi movie files from my Canon G9, with DivX files off the web, and with some MPeg4 file I got a while back - same as before ...

What does this Streambaby thing do?

Streambaby and pyTivo are two separate programs. pyTivoX combines both of them in a nice wrapper. When you run pyTivoX, the shares that show up in the "Now Playing" list are provided by the pyTivo half and those transfers are stored on the Tivo hard drive. The Streambaby half shows up in "Music, Photos, & Showcases" and allows you to stream videos to the Tivo, but not store them on the Tivo hard drive. They each have their pros and cons.

pilotbob

05-22-2010, 03:54 PM

Well... things "seemed" to be working... at least on the PyTivo side. Although, just now tried to transfer one and it said the copyright holder didn't allow it. Very strange if you ask me.

BOb

bohbot16

05-22-2010, 04:14 PM

Well... things "seemed" to be working... at least on the PyTivo side. Although, just now tried to transfer one and it said the copyright holder didn't allow it. Very strange if you ask me.

BOb

If you quit pyTivoX and restart it does the problem go away? I ran into that issue once but it went away with the restart.

pilotbob

05-22-2010, 04:43 PM

That can't be your entire pyTivo log, or you wouldn't even be seeing anything to click on. I assume that's from after the reboot, with no transfer attempts since.

No, that's actually after 3 failed attempts. Although, as I said it seems to be working now. Perhaps the TiVo still had some phantom connection or cached data or something.

Although, I'd like to get stream baby working again.... because I prefer not to have to d/l the stuff and use up the hard drive... since that space is needed to store recorded shows.

BOb

thewebgal

05-22-2010, 05:02 PM

Streambaby and pyTivo are two separate programs. pyTivoX combines both of them in a nice wrapper. When you run pyTivoX, the shares that show up in the "Now Playing" list are provided by the pyTivo half and those transfers are stored on the Tivo hard drive. The Streambaby half shows up in "Music, Photos, & Showcases" and allows you to stream videos to the Tivo, but not store them on the Tivo hard drive. They each have their pros and cons.

Okay, then I am viewing it through Streambaby, tho I've not seen that name anywhere, I do go into "Music, Photos & Showcases" area and make my choices from what shows up there, which plays them realtime ...
If I drop out and go back in, it has to load the show again ...

I do have a G4 macmini in the living room, and a MacTV160 on top of the TIVO, but I pretty much use them only for iTunes

jharkin

05-22-2010, 05:33 PM

After I installed the Java update Streambaby failed with an error message when I tried to play a video. After quitting and restarting PyTivoX it worked again.

pilotbob

05-22-2010, 06:15 PM

If you quit pyTivoX and restart it does the problem go away? I ran into that issue once but it went away with the restart.

Yep... that seemed to work. I expected it was a glitch.

All this has made me want to go out and get a MacMini so I can hook it right up to the TV so I can use Plex or Boxee (still undecided). Oh well.

BOb

richsadams

05-22-2010, 07:29 PM

All this has made me want to go out and get a MacMini so I can hook it right up to the TV so I can use Plex or Boxee (still undecided). Oh well.I love our TiVo's, but our Mac Mini media center is awesome as well. :up: I used to use Plex, but the latest edition of Boxee blows it out of the water...streams Hulu from within and so much more. We're big Boxee fans now.

Here are a couple of nice Mac Mini media center setup pages...

http://osxdaily.com/2010/03/22/how-to-setup-a-mac-mini-as-a-media-center-server-and-remote-torrents-box/ (they're still using Plex)

http://www.pcworld.com/businesscenter/article/163637/mac_mini_media_center_get_content.html

pilotbob

05-22-2010, 07:33 PM

I love our TiVo's, but our Mac Mini media center is awesome as well. :up: I used to use Plex, but the latest edition of Boxee blows it out of the water...streams Hulu from within and so much more. We're big Boxee fans now.

Good to hear. I've kinda been holding out for the Boxee box... to see what the price is. When I'm sure a mac mini would make an awesome media center it is a big pricey. I'm hoping the boxee box is under $200 and I am ordering it if so.

BOb

wmcbrine

05-22-2010, 07:54 PM

Perhaps the TiVo still had some phantom connection or cached data or something.No, it doesn't work that way.

Although, just now tried to transfer one and it said the copyright holder didn't allow it. Very strange if you ask me.That's really a generic "can't transfer" error (the only one available). pyTivo will report that for a file whose extension matches the supported list, but which ffmpeg can't make sense of.

It can also occur when ffmpeg just doesn't report back in time. Mostly that happens with files from remote network shares.

Phantom Gremlin

05-24-2010, 07:04 PM

All this has made me want to go out and get a MacMini so I can hook it right up to the TV so I can use Plex or Boxee (still undecided). Oh well.

I haven't tried Boxee yet, maybe I should.

But I have tried VLC, Plex, and XBMC (the Mac port). They all suck compared to TiVo. Specifically the in-program navigation. I really like the way TiVo lets you FF, REW, go back 8 seconds, skip ahead 30 seconds, and skip to tick. None of these other programs are anywhere near as refined in they way they let you navigate.

pilotbob

06-02-2010, 01:42 PM

I found out why Stream Baby wasn't working. Apparently I had installed an update to my routers firmware that was pretty buggy. It also blocked bonjour (mDNS packets) which I assume is what streambaby used.

Once I updated to the v2 linksys firmware (for my v1 device the horror) streambaby once again worked.

Thanks for all the help folks. At least I go a newer version of pyTivo and ffmpeg into pyTivoX out of all this.

BOb

cjsiv

06-05-2010, 11:49 AM

I am a newbie to tivo but am loving it so far. Really prefer the streambaby portion as it works very well for me. I have read through extensively (I do believe) and I have seen others with the issue I am having. I downloaded and installed pytivox, have java updated, etc. When I start pytivo up, both it and streambaby appear on my tivo. After a few minutes, streambaby disappears from the tivo. I have to relaunch it on my imac, and then it works again. The constant dropout is getting kinda annoying since the computer is downstairs. Any help is greatly appreciated. I am running an airport extreme. My imac and the tivo are connected via ethernet. Tivo is an hd and hdxl. I am very competent when it comes to electronics, but can only do the basics with networking. Like I said, any insight is greatly appreciated. Other than the dropouts, it is a phenomenal piece of software. Thanks in advance!

Phantom Gremlin

06-05-2010, 05:10 PM

You should post in the Streambaby thread; maybe someone there can help.

Pytivox is a front end that runs both pytivo and streambaby. But if pytivox starts streambaby and then streambaby crashes, it's probably not something that pytivox can fix. Of course, pytivox can monitor if streambaby is still running, and restart it, but that seems cumbersome.

At any rate, I use pytivox just for the pytivo portion, I know very little about the streambaby portion.

cjsiv

06-06-2010, 04:36 PM

Think I fixed it. I removed everything with apptrap. Downloaded pytivox v1.3b and it has been up and running all day today without dropouts.

RealityCheck

06-06-2010, 06:07 PM

Rdian06

06-07-2010, 11:58 PM

PyTiVoX refuses to "push" h.264 files to my Series3 without transcoding to MPEG-2 first. I try selecting files to "push" from the web interface, but nothing happens. Any advice? Sorry for the anemic details.

PyTivoX 1.3 running on Mac OS X 10.5.8 PowerPC (iMac 2.1GHz G5).

Your stated problem is self-contradictory. In the first sentence you're saying that the "push" works, but transcodes to MPEG-2. The second sentence indicates "push" doesn't work at all. Which is it?

Also, anemic details evoke anemic answers...

RealityCheck

06-08-2010, 06:16 PM

I would like to push h.264 AVC files to my TiVo *without* transcoding them to MPEG-2. PyTivoX is supposably capable of this, but seems to fail when I attempt it. The attempts to "push" files through the web browser bare no results. I don't even get an error message.

wmcbrine

06-08-2010, 09:26 PM

What do you get? A blank page? Or what?

RealityCheck

06-08-2010, 10:20 PM

Using Safari and Camino (with PyTivoX 1.3 loaded), I go to http://localhost:9032/. Next, I click on "My Share" and go to the list. I select an AVC file from "My Share", click on the check box, make sure my S3 is the target and click "Send to TiVo". The "loading" icon appears on the Safari bar. When the "loading" icon disappears, the list on the webpage remains. Nothing more happens.

The files stream fine with the "Streambaby" portion of PyTivoX (all are in .mp4 format AVC). They just refuse to "push".

Wil

06-10-2010, 06:39 AM

I just saw a reference to version 1.3b6. I have McBrine's 1.3b (his message here 1/28/2010). Is there a b6 somewhere?

I also noticed mjboyle in a recent message in this thread simply replaced the "pyTivo-wmcbrine" resource file with the contents of the newest branch code and deleted the .pyc files. He did this to solve a specific problem, but would this be a good idea generally, to keep current?

Daiv

06-14-2010, 12:20 AM

I'm having a problem with pyTivoX 1.3. I have a MacbookPro running 10.6.3 and have been running pyTivoX for some number of months with no problems. About the same time I updated to 10.6.3, I signed up for Tivos Beta testing program on my TivoHD. Now my Tivo can see my folders but always tells me there are no recordings when I try to navigate them. I have deleted folders, selected new folders, renamed folders, restarted and re-installed pyTivoX, restarted my Mac and I get the same results every time. I even restarted my router several times, just in case. No luck!
Any suggestions?

jeaent

06-21-2010, 08:18 AM

New to this. My Share folder shows up on "now showing," but folder remains empty.

jeaent

06-21-2010, 08:21 AM

Forgot to add. Mac OS 10.5.8

Daiv

06-25-2010, 12:13 AM

Nevermind... I pulled out my Series 2 DT and it's working just fine with pyTivoX. I'm made to assume there are some settings in the Beta Software on my Series 3 that is blocking the content transfer.

Note to other Beta testers, PyTivoX will not work with your boxes.

chucky24

06-27-2010, 12:32 PM

Apologies in advance if this has been addressed previously in the thread. I've done a cursory read of all 33 pages of the thread, and while I've seen others touching on this issue, I can't find a solution that works for me.

------

The problem in a nutshell:

My Mac Mini and my TiVoHD are on different subnets, and so my TiVo can't see the pyTivoX. I'm mainly interested in pyTivo functionality, although Streambaby functionality would be nice as well, but neither work.

------

My setup:

My WAN router communicates with my Mac Mini HTPC box via a nice 5ghz Wifi-n radio. I don't wish to buy a Wifi-n radio receiver for just my TiVo, both to save money, and to avoid the clutter of another box and power brick in the cramped area around my TV.

So I'm using the Mac Mini as a radio receiver / router for the TiVo, connecting the Mac Mini to the TiVo via ethernet cable. I then enabled Internet Sharing on the Mini, sharing the Airport connection to Ethernet, and pretty much everything works just fine, with the exception of pyTivoX. Here's a list of what works with my setup:

- iTivo
- Roxio's Mac2Tivo
- Roxio's TiVo Transfer
- Netflix Streaming and Amazon VOD on the TiVo

Again, pyTivoX is the only thing I can't get working with this setup.

-----

My settings:

TiVo Network Settings (These are manually set)

IP Address: 192.168.2.2
Gateway Address: 192.168.2.1
Broadcast Address: 192.168.2.255

Mac Mini Airport Settings (These are where the Mini's sits on the LAN)

IP Address: 192.168.1.4
Router: 192.168.1.1

Mac Mini Ethernet Settings (These are how I manually set up the Mini to function as the TiVo's router)

IP Address: 192.168.2.1
Router: 192.168.1.1

------

Possible solutions:

- Change something in the pyTivoX config files.

I've tried editing the config files in ~/Library/Application Support/pyTivoX, but either I don't know what I'm doing, or it's not possible.

This is obviously my preferred way of solving the problem.

- Change something in my Mac Mini Ethernet Settings.

If there is some way to put the TiVo on the same subnet as my Mini without mucking up everything else on the TiVo that currently works perfectly, I'd be happy to solve the issue that way.

I originally put the TiVo on a different subnet purely because I couldn't figure out any other way to get the Mini to properly work as the TiVo's router if I put it on the same subnet, but I'm no networking genius, and perhaps I'm missing something obvious here.

- Either buy the TiVo a separate router or give up on using pyTivoX.

Obviously, this doesn't seem like much of a solution to me at all, but if that's where things are headed, I'd love to know.

------

Thanks in advance for any advice or tips.

kupe

06-27-2010, 01:15 PM

orangeboy

06-27-2010, 01:19 PM

...My Mac Mini and my TiVoHD are on different subnets...

I'm sure you probably tried it before, but how about:

TiVo
IP Address: 192.168.1.15
Gateway Address: 192.168.1.1

Mac Mini Airport (unchanged)
IP Address: 192.168.1.4
Router: 192.168.1.1

Mac Mini Ethernet
IP Address: 192.168.1.10
Router: 192.168.1.1

All should have the same subnet mask (255.255.255.0).

I'm not a Mac guy, and it seems the terminology is a bit different (Router in place of Default Gateway?), but creating different networks and/or subnets usually shouldn't be required in a typical household.

chucky24

06-27-2010, 09:02 PM

I'm sure you probably tried it before, but how about ... I'm not a Mac guy

I actually haven't tried that, given that everything I've read about using OS X's Internet Sharing emphasizes the necessity of creating a second subnet for the shared connection, and given that everything else connecting the TiVo to my LAN and WAN works like a charm as is, with the exception of pyTivoX.

I assume it has something to do with the fact that a Mac isn't really a full router, and can't work as a "bridge". But I really don't have solid knowledge of the finer points (or even the rougher points) of LAN networking, and your suggestion could well work perfectly. But, again, all the tutorials I've read on the OS X software feature strongly advise against it.

So, hopefully, someone with good pyTivoX knowledge will pop on here and tell me what to do with the config files to let pyTivoX send its beacon on the second subnet. If that doesn't happen in a couple of days, I'll try your suggestion, and report back the network mayhem or success.

kupe

06-28-2010, 01:26 PM

Chucky-

Why not just buy a Tivo Wireless N adapter for your Tivo? Then it will be talking to the same router as the Mini and your subnet problem is solved. It's cheap, no power brick, and tiny.

Just a thought.

Kupe

chucky24

06-28-2010, 03:04 PM

Why not just buy a Tivo Wireless N adapter for your Tivo? Then it will be talking to the same router as the Mini and your subnet problem is solved. It's cheap, no power brick, and tiny.

1) Well, $70 + tax is cheap compared to expensive things. But I'd rather spend the money on a 1 TB HD, or buy more Amazon VOD, or whatever.

2) There is a non-insignificant power brick in the plug.

3) Cable clutter is an issue where my Mini and TiVo live, and this adds two.

4) And perhaps even more importantly, I can get all the network connectivity I need, and I can get all the TiVo LAN and WAN interaction one can get (with the lone exception of PyTivoX) with my existing gear.

Other than pyTivoX, the TiVo is living quite happily on the second subnet. The TiVo can talk to the internet. The Mini can talk to the TiVo. The Mini can even send a beacon to the TiVo (using Roxio's Mac2Tivo). And with one line of UNIX, all the other computers on the LAN can talk to the TiVo.

So, I'm thinking I perhaps don't have a subnet problem to solve. I'm thinking I (hopefully) just need to find a line to put into one of pyTivoX's config files to have it send its beacon out to the second subnet, and that's the problem to be solved.

The issue of multiple subnets and specifying them in config files in pyTivoX is touched on earlier in the thread, but the context was a bit different, and I couldn't suss out the meaning.

Phantom Gremlin

06-28-2010, 05:37 PM

So, I'm thinking I perhaps don't have a subnet problem to solve.
Perhaps that's just wishful thinking. :)

The Unix underpinnings of OS X can help a great deal in diagnosing problems like this, but you must learn more about them. I can only point you in a general direction, since I have no way to replicate your exact environment. The following may seem like basic information for "hackers", but since you didn't do it I assume you're not familiar with it.

You can examine IP packets sent/received at any interface by using the command line program "tcpdump". You run this using a command line interface called "terminal". You can usually start terminal by searching for that word in spotlight. It should be the "Top Hit". Unfortunately tcpdump is a complex program for those unfamiliar with it. I assume you are unfamiliar because if you were familiar you would already be using it.

In order for tcpdump to know what to do, it must know what "interface" to use. Your wireless connection uses one interface, your wired ethernet uses another. You can find out the names of the interfaces on your computer by issuing the command (in terminal):

ifconfig

On my 3 y/o iMac this command produces (partial output):

en1: flags=8823<UP,BROADCAST,SMART,SIMPLEX,MULTICAST> mtu 1500
ether 00:1c:b3:72:b2:d7
media: autoselect (<unknown type>) status: inactive
supported media: autoselect

en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
inet 192.168.17.80 netmask 0xffffff00 broadcast 192.168.17.255
ether 00:1b:63:95:1c:4f
media: autoselect (100baseTX <half-duplex>) status: active
supported media: autoselect 10baseT/UTP <half-duplex> 10baseT/UTP <full-duplex> 10baseT/UTP <full-duplex,hw-loopback> 10baseT/UTP <full-duplex,flow-control> 100baseTX <half-duplex> 100baseTX <full-duplex> 100baseTX <full-duplex,hw-loopback> 100baseTX <full-duplex,flow-control> 1000baseT <full-duplex> 1000baseT <full-duplex,hw-loopback> 1000baseT <full-duplex,flow-control> none

The above may differ for the Mini. I don't know since I've never owned a mini.

Once you have identified the two relevant interfaces you need to start two separate tcpdump sessions in parallel. You do this by opening two separate terminal windows. The commands for each will be similar.

If you are already an administrator on your computer you can issue the tcpdump commands more easily. If not, then the easiest thing is to do all this from a user who has administrative privileges.

sudo tcpdump -l -n -i en0
sudo tcpdump -l -n -i en1

You will be prompted for your administrator password by the sudo command.

The above will produce timestamped packet dumps for each interface. If your Mini is properly routing, you will see an IP packet arrive at an interface and very shortly later depart out of the other interface. The IP addresses will be re-written by the Mini, so it may be a little difficult to follow whats going on.

Good luck.

Rdian06

06-28-2010, 10:18 PM

The problem in a nutshell:

My Mac Mini and my TiVoHD are on different subnets, and so my TiVo can't see the pyTivoX. I'm mainly interested in pyTivo functionality, although Streambaby functionality would be nice as well, but neither work.

As far as I know the Zeroconf discovery protocol REQUIRES the Tivo and pyTivo machine to be on the same subnet. The pyTivo machine sends broadcast packets to announce it's presence. Those broadcasts won't cross subnet boundaries.

In your case, your Mac Mini has TWO network interfaces. One that is on the same subnet as pyTivo and one that is the Internet connection.

It sounds like pyTivo might be using the Internet connection to send it's broadcasts rather than using the second interface that provides the private subnet the Tivo is on.

You could disable the newer Zeroconf style beacons and use the old beacon mechanism which allows you to select which subnet to send the beacons to.

In your pyTivo.conf, you would need to set:

zerconf = false
beacon = <tivo IP or tivo subnet broadcast address>

However, once you do so, you won't be able to use pyTivoX's gui to set any options as it will overwrite the manual settings you added.

For more information on how to use the beacon config option, see:

http://pytivo.sourceforge.net/wiki/index.php/Configure_pyTivo#beacon

Rdian06

06-28-2010, 10:25 PM

Hey wmc and everyone-

I have a PyTivoX question. I discovered today that the latest version of Handbrake will encode with "Soft Subtitles". In the past, it could only hard-burn the subtitles onto an encode, so you couldn't turn them on or off. I tested a Handbrake encode today and it works great in Quicktime Player under OS X Leopard. Subtitles can be turned on and off.

I then transferred the same file to my Tivo HD with PyTivoX 1.3b6. Unfortunately, my Tivo HD does not recognize the presence of Subtitles or Closed Captions and is unable to display them. Is this a Tivo software issue, or are the Subtitles perhaps being stripped by PyTivoX during encode?

Dave

Closed Captions and subtitles use different formats. Soft subs are stored as a separate stream in the video container. Close Captions are encoded into the video frame in an unused area.

If you want subs that can be turned on an off during playback, then you need to use t2sami to convert the soft sub into Closed Captions.

Otherwise, you'd have to burn the subs into the video directly with Handbrake or mencoder. Last I checked, ffmpeg didn't support burning the subs in yet.

kupe

06-29-2010, 10:13 AM

If you want subs that can be turned on an off during playback, then you need to use t2sami to convert the soft sub into Closed Captions.

Thanks for the info! Alas it appears t2sami is Windows-only. I guess for now I'll stick with HardSubs.

Kupe

chucky24

06-29-2010, 11:46 AM

In your pyTivo.conf, you would need to set:

zerconf = false
beacon = <tivo IP or tivo subnet broadcast address>

However, once you do so, you won't be able to use pyTivoX's gui to set any options as it will overwrite the manual settings you added.

And Rdian06 saves the day.

I didn't even need the "zeroconf" line. I just edited the "beacon" line in my pyTivo.conf file, and it works. Though I don't have a need for Streambaby, I tried adding changing the "ip" line of my streambaby.ini file, and Streambaby also works.

So, in short, pyTivoX works just fine with the TiVo on a second subnet. Someone should add it to the FAQ.

Of course that means I lose the use of Yoav's GUI, which I'm not thrilled about, but life goes on. And I've discovered wmcbrine's web interface, which is slightly easier than editing the conf file when I want to change my shares.

------

And since I've lost use of the GUI, and since Yoav seems to have left us to fend for ourselves, if anyone is still working on the project, may I humbly suggest a new feature for pyTivoX to allow specifying the pyTivo beacon somehow without disabling the GUI features?

I'm not even suggesting putting it into the GUI prefs, (though that would be nice). But even allowing for a "pyTivo-user.conf" file in the same way that there is a "streambaby-user.ini" file would take care of the issue. After reading more carefully through all 33 pages of the thread, I notice that I am not alone in having my TiVo on a second subnet, and given that it's pretty easy to get pyTivoX working on the second subnet on a technical level...

chucky24

06-29-2010, 12:42 PM

However, I am having one other problem. It may belong more in the pyTivo thread than here, but since I'm already here, and since wmcbrine seems to check in on this thread, here goes:

I have a file which pyTivo failed to transfer due to "copyright reasons". Having just read all 33 pages of the thread, I understand that isn't what's really going on.

The file

- Transfered and decoded a file from my TiVo to my Mac using iTivo.
- Edited out the commercials by hand using MPEG Streamclip.
- File plays just fine on the Mac using VLC, Toast Video Player, and EyeTV.

My confusion

At this point, I assume I have an mpg2 file, all ready for the TiVo in native format, and one that needs no transcoding. I'm befuddled as to why transcoding fails, since to my (likely incorrect) understanding, no transcoding should be needed. The file should just be sent natively to the TiVo, no?

And FWIW, I've used this precise workflow in the past with great success multiple times. Though I should note that now I'm on 10.6 and pyTivoX 1.3, while the last time I did this both my OS and my pyTivoX were of previous versions.

Beyond my wanting to solve the issue of this particular file, I'm curious to figure out if I just bring a file from TiVo to Mac, decrypt it, and then send it right back to the TiVo, it shouldn't get transcoded, right?

And if so, and given that the TiVo seems to be just fine with files edited via MPEG Streamclip, is there anything in the pyTivo.conf file that I can set to force pyTivoX to not even bothering to try to transcode a file and to just send it natively?

The log

(I've tried to clip it down to only the relevant part, but if more of the log is needed, I can certainly post more.)

Input #0, ac3, from '/Volumes/FW Media/TiVo Movies/NBA Finals/NBA Basketball - Finals Game 7.mpg':
Duration: 59:24:53.68, bitrate: 384 kb/s
Stream #0.0: Audio: ac3, 48000 Hz, 5.1, s16, 384 kb/s
At least one output file must be specified

DEBUG:pyTivo.video.transcode:failed at vCodec
DEBUG:pyTivo.video.transcode:failed at mapVideo
DEBUG:pyTivo.video.transcode:failed at vWidth/vHeight
DEBUG:pyTivo.video.transcode:failed at vFps
DEBUG:pyTivo.video.transcode:aFreq=48000; vFps=; container=ac3; kbps=384; mapAudio=[('0.0', '')]; vHeight=; vCodec=; Supported=False; aKbps=384; par=None; millisecs=213893680; par2=None; par1=None; mapVideo=None; vWidth=; dar1=None; aCodec=ac3
DEBUG:pyTivo.video.transcode:FALSE, file not supported /Volumes/FW Media/TiVo Movies/NBA Finals/NBA Basketball - Finals Game 7.mpg
INFO:pyTivo:192.168.2.2 [29/Jun/2010 12:13:52] "GET /TiVoConnect?Command=QueryContainer&Container=NBA%20Finals&SortOrder=!CaptureDate&ItemCount=1&AnchorItem=%2FNBA%2520Finals%2FNBA%2520Basketball%2520-%2520Finals%2520Game%25207.mpg&AnchorOffset=-1&Filter=x-tivo-container%2Ftivo-videos,x-tivo-container%2Ffolder,video%2Fx-tivo-mpeg,video%2F* HTTP/1.1" 200 -
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/FW Media/TiVo Movies/NBA Finals/NBA Basketball - Finals Game 7.mpg
DEBUG:pyTivo.video.transcode:FALSE, file not supported /Volumes/FW Media/TiVo Movies/NBA Finals/NBA Basketball - Finals Game 7.mpg
INFO:pyTivo:192.168.2.2 [29/Jun/2010 12:13:52] "GET /TiVoConnect?Command=TVBusQuery&Container=NBA%20Finals&File=%2FNBA%20Basketball%20-%20Finals%20Game%207.mpg HTTP/1.1" 200 -
INFO:pyTivo:192.168.2.2 [29/Jun/2010 12:13:58] "GET /TiVoConnect?Command=QueryFormats&SourceFormat=video%2Fx-tivo-mpeg HTTP/1.1" 200 -
DEBUG:pyTivo.video.transcode:CACHE HIT! /Volumes/FW Media/TiVo Movies/NBA Finals/NBA Basketball - Finals Game 7.mpg
DEBUG:pyTivo.video.transcode:FALSE, file not supported /Volumes/FW Media/TiVo Movies/NBA Finals/NBA Basketball - Finals Game 7.mpg

wmcbrine

06-29-2010, 03:16 PM

And I've discovered wmcbrine's web interfaceDon't give me credit for that -- it's KRKeegan's work. I've only revised it slightly.

Re: your next post, it looks like ffmpeg couldn't read the file for some reason. The failure is not that it can't transcode it, but that it can't even get basic info about the video stream, which it needs in order to decide whether or not it has to transcode it. You could force it to go by the extension, just passing through all ".mpg" files, by disabling ffmpeg entirely. But it would be better, if possible, to figure out what's wrong with the file, from ffmpeg's perspective.

chucky24

06-29-2010, 04:39 PM

But it would be better, if possible, to figure out what's wrong with the file, from ffmpeg's perspective.

Ah. But I don't care about ffmpeg's perspective here. I'm generally opposed to transcoding down from broadcast mpg2.

All I care about is TiVo's perspective here. If TiVo can't handle playback of the file, then I'd become interested in what's wrong with the file. (And while I'd be interested for curiosity's sake in figuring out why MPEG Streamclip was suddenly borking my files from TiVo's perspective, in a worst case scenario I can semi-happily live with just letting the Mac Mini handle playback. The remote control interface isn't nearly as elegant, but I prefer that to the loss in quality inherent in transcoding. I never playback files on the TiVo that didn't originate as files on TiVo.)

Or put another way, I'm guessing my next troubleshooting step is to figure out the magic pyTivo configuration line to disable ffmpeg if I'm feeding it an .mpg file extension. After all, what do I have to lose other than possibly having to power cycle the TiVo?

(However, if there is some simple way for me to run some type of ffmpeg diagnostics on the file that you think would be helpful, I could certainly go that way. My uneducated reading of the log is that the version of ffmpeg in pyTivoX thinks the file has no video.)

wmcbrine

06-29-2010, 07:18 PM

There is no such line. You'd simply have to disable ffmpeg entirely, by removing it, so that pyTivo couldn't find it. Only then does pyTivo fall back on using the extension.

pyTivo uses ffmpeg on all files, just to report on dimensions, length, etc. This is important even for plain old MPEG-2 files. Fallback mode is an inferior mode of operation, which is why it's a last resort. Transcoding is not the issue.

chucky24

06-30-2010, 07:07 AM

pyTivo uses ffmpeg on all files, just to report on dimensions, length, etc. This is important even for plain old MPEG-2 files. Fallback mode is an inferior mode of operation, which is why it's a last resort. Transcoding is not the issue.

OK. I follow.

Anything I can do to deal with the file from ffmepg's perspective?

Does my reading of the log that ffmepg thinks the file has audio but not video seem correct?

Anything I can do to fix the file for ffmpeg, such as remuxing the file somehow, or something similar? (My MPEG knowledge is somewhat minimal.)

Any idea why simple editing in MPEG Streamclip would be causing such problems in the first place? I tried editing a second file, and got the exact same problem with pyTivoX. (I tried employing the "fix timecode" operation in MPEG Streamclip, but it didn't solve the issue.)

Should I be trying to drop in a more current version of ffmpeg? (I don't have the skills to compile, so I'd be hoping there is an already compiled binary out there.)

-----

In short, what would you do in my shoes in such a situation?

Perhaps I should try the latest MPEG Streamclip beta. I'm still on the last non-beta release (v1.9.2), since that's worked fine and dandy with pyTivoX in the past, and since nothing in the change log for the v1.9.3 betas seemed to apply to my situation, but given my minimal understanding of MPEG, perhaps some of those changes actually were important in some way.

Rdian06

06-30-2010, 03:43 PM

Does my reading of the log that ffmepg thinks the file has audio but not video seem correct?

Yes it looks like ffmpeg things the MPEG file only has an audio stream. What happens when you take the iTivo decoded MPEG and try to send it back to the Tivo (i.e. without editting it.)

chucky24

06-30-2010, 06:28 PM

What happens when you take the iTivo decoded MPEG and try to send it back to the Tivo (i.e. without editting it.)

If I just simply round-trip the file without editing it, pyTivoX sends it back to the TiVo just fine.

Part of my befuddlement here is that the described workflow of editing decoded TiVo files in MPEG Steamclip and then sending them back to the TiVo using pyTivoX used to work just fine. I've done it many times without a hitch. But I haven't done it in four or five months, and since then, I've upgraded from OS X 10.5 to 10.6, and upgraded to pyTivoX 1.3, so there are multiple moving parts here, unfortunately. And thus whatever is going wrong doesn't seem obvious to me.

-----

Without guidance on how to further troubleshoot or fix the file from ffmpeg's point of view, I guess the next thing I'll try is taking ffmpeg out of the pyTivoX app bundle, thus forcing pyTivoX to just send the file over to the TiVo and see if the TiVo can grok the file or not. I assume I can't damage my TiVo by sending it a file it can't handle - that a worst case scenario here is just that the TiVo will hang and I'll have to power cycle it and then delete the file, no?

wmcbrine

06-30-2010, 08:22 PM

Generally the TiVo will just drop the connection when fed something it doesn't like.

Rdian06

07-01-2010, 01:12 AM

If I just simply round-trip the file without editing it, pyTivoX sends it back to the TiVo just fine.

Part of my befuddlement here is that the described workflow of editing decoded TiVo files in MPEG Steamclip and then sending them back to the TiVo using pyTivoX used to work just fine. I've done it many times without a hitch. But I haven't done it in four or five months, and since then, I've upgraded from OS X 10.5 to 10.6, and upgraded to pyTivoX 1.3, so there are multiple moving parts here, unfortunately. And thus whatever is going wrong doesn't seem obvious to me.

Try upgrading pyTivoX's ffmpeg using my Intel Mac build. See:

http://www.tivocommunity.com/tivo-vb/showthread.php?p=7854308#post7854308

I haven't used MPEG Streamclip in ages so I'm not sure what's happening.

chucky24

07-01-2010, 02:38 PM

Thanks for the help, both wmcbrine and Rdian06.

I will first try Rdian06's build of ffmpeg, and if that doesn't help, I'll try just sending the file over without ffmpeg installed. I'm also going to try the 1.9.3 beta of MPEG Streamclip, to see if that makes an impact.

I shall report back with results after it's all done.

-----

I haven't used MPEG Streamclip in ages so I'm not sure what's happening.

Do you use something else for MPEG-2 editing? I'm not aware I had any other options on the platform.

(I keep meaning to research if there is some well-working automated comskip software I can run on Windows using VMWare, since I'm under the impression that such an animal doesn't exist on OS X, but I've been lazy on that front.)

Fofer

07-01-2010, 03:30 PM

(I keep meaning to research if there is some well-working automated comskip software I can run on Windows using VMWare, since I'm under the impression that such an animal doesn't exist on OS X, but I've been lazy on that front.)

FWIW, iTiVo (http://code.google.com/p/itivo/) has comskip. It's billed as an "experimental" feature, as I understand it, but appears to work fine for folks who've used it.

chucky24

07-01-2010, 04:08 PM

FWIW, iTiVo (http://code.google.com/p/itivo/) has comskip. It's billed as an "experimental" feature, as I understand it, but appears to work fine for folks who've used it.

I was under the firm impression that the comskip feature in iTiVo doesn't work well, but I no longer remember how I arrived at that impression.

After arriving at that impression, I tried KMTTG, which was advertised as working well for comskip, but only on SD material. (I've used KMTTG on SD material, and my experience was that it works pretty damn well about half the time, and not at all the other half of the time. But it's been a while, as I mostly watch HD material. So the state of the art may be different on that one too.)

In short, I may not have a clue what I'm talking about here. And since this is turning into something far off-topic for the thread, I think it may be wiser for me to just go review the relevant threads rather than continuing to hijack this one.

unkle77

07-07-2010, 10:22 PM

I just started having problems with pytivox 1.3

Once i start up pytivox and click apply.. I can see my folder in the Now playing list but when i go into it, it says that there are no recording there.... even though there are plenty of AVI's in the folder.

UPDATE:

I just reinstalled pytivox 1.3 and now i cant even see the folders. seems like it all went down the sh__hole.... sigh.. so aggravating.

I have little snitch installed... didnt change anything between yesterday and today. I even went into the preferences and told it to STOP and still nothing... anyone else having similar problems?

unkle77

07-08-2010, 10:37 AM

update again:

So after fiddling around with pretty much anything I can think of... I think it may be the tivo wireless adapter that crapped out on me.

I repositioned it so that it is literally 10 ft away from my time capsule (the only obstruction is a wood panel where i store the capsule) and I can logon to the network within tivo and get 68-70% signal strength. BUT when i try to transfer avi's it goes at a painstakingly slow pace and when i try to view the folder it takes 5-10 seconds for files to show up or tivo just says "there are no videos in this folder" when there are.

can someone confirm my suspicion or give me some other avenues to get my pytivox-->tivo speeds back to normal?

Rdian06

07-08-2010, 01:28 PM