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

pyTivoX

Discussion in 'TiVo Home Media Features & TiVoToGo' started by Yoav, Dec 10, 2008.

  1. May 3, 2009 #521 of 1438
    dejardin

    dejardin New Member

    9
    0
    May 3, 2009
    Repeatedly and with great force. Except for when I tried changing the beacon address, because hitting apply then changes it back, correct?

    Mike
     
  2. May 3, 2009 #522 of 1438
    solutionsetc

    solutionsetc Member

    762
    0
    Apr 2, 2009
    Northern...
    Yoav,

    I turned the firewall off, deleted all files relating to PyTivoX, and downloaded a fresh copy of the beta (13). Here is the unexpected behavior I am seeing:

    1.) When trying to play some of the programs (all ".tivo" files), some give me a grey screen with red text indicating the stream is incompatible. Some are hi-def, others are SD. At this point I see no rhyme or reason why some play and others seem to be incompatible.

    2.) Of the streams that do play, fast forwarding brings up a grey box in the center of the screen with numbers indicating the time I am advancing. When I press play I get the "Please Wait" symbol and after a few seconds the stream restarts playing from zero.

    I can also press a number on the remote (and I see this number at the bottom center of the screen) and then press advance. This behaves the same as above where "Please Wait" comes up and then the stream restarts from the beginning.

    You can find my streambaby log from this last session at:

    http://solutionsetcetera.com/pytivox_logs/streambaby.log.zip

    Thanks for taking the time to look into this.

    -ss
     
  3. May 3, 2009 #523 of 1438
    Yoav

    Yoav New Member

    1,048
    0
    Jan 12, 2007
    Can I get you to attach the contents of your <user>/Library/Application Support/pyTivoX/pyTivo.conf here? It *sounds* like the mac is not seeing any of the broadcast requests from the tivos, so it never makes itself available to them.

    Out of interest, is streambaby working to your tivo 3?
     
  4. May 3, 2009 #524 of 1438
    Yoav

    Yoav New Member

    1,048
    0
    Jan 12, 2007
    Streambaby doesn't really support .tivo files. It's pretty much feeding it as-is to the tivo and letting the tivo do its thing with it. Since .tivo files are encrypted, there is no way for streambaby to 'jump' somewhere in the middle of the stream (which is required when you fast-forward beyond the buffer). I can't tell you why the tivo likes some of them but not others.... I guess be happy that you're even getting it to partially work...

    I strongly recommend you decrypt the .tivo file to the actual mpeg-2. A .tivo file is pretty much useless to anything except the original tivo it came from (and any other tivos with the same MAK). You can use tools like 'tivodecode' to do this (or use iTiVo when you're fetching from the tivo, and use the 'decrypt' format).

    This behavior is not surprising. Please try it with an unencrypted video format (like a regular mp4 or mpeg-2 file) and tell me if you're still seeing such behavior.

    same reason...
     
  5. May 3, 2009 #525 of 1438
    solutionsetc

    solutionsetc Member

    762
    0
    Apr 2, 2009
    Northern...
    I see. My bad. Perhaps you could add this to the FAQ to prevent others from making the assumption that I did (that .tivo files would stream). You also might want to mention that the OS X firewall needs to be set to allow incoming connections from Java.

    Now all seems to be behaving as expected. Thanks again for this!

    -ss
     
  6. May 3, 2009 #526 of 1438
    Yoav

    Yoav New Member

    1,048
    0
    Jan 12, 2007
    Sounds good :) Updating FAQ now.
    thanks
     
  7. May 3, 2009 #527 of 1438
    dejardin

    dejardin New Member

    9
    0
    May 3, 2009
    I haven't tried streambaby as of yet. I'm not as familiar with it as the pytivo functionality, which has worked well for me in the past. Is it worth doing both? I'm generally working with AVIs, which needs pytivo I believe.

    .conf file attached. Let me know if any problems reading it. Thanks!

    dejardin
     

    Attached Files:

  8. May 3, 2009 #528 of 1438
    Yoav

    Yoav New Member

    1,048
    0
    Jan 12, 2007
    Ermm
    That conf file is completely garbaged...

    It looks right in TextEdit, but when I examine it it's FILLED with rdf control codes. Please hit 'apply' again, and see if pytivo works WITHOUT making edits to the conf file. If it's still failing, send me the resulting conf file?

    for what it's worth, here's the actual contents of your file:

    Code:
    {\rtf1\ansi\ansicpg1252\cocoartf949\cocoasubrtf430
    {\fonttbl\f0\fswiss\fcharset0 Helvetica;}
    {\colortbl;\red255\green255\blue255;}
    \margl1440\margr1440\vieww9000\viewh8400\viewkind0
    \pard\tx720\tx1440\tx2160\tx2880\tx3600\tx4320\tx5040\tx5760\tx6480\tx7200\tx7920\tx8640\ql\qnatural\pardirnatural
    
    \f0\fs24 \cf0 # Created by pyTivoX, edits here WILL BE OVERWRITTEN\
    \
    [Admin]\
    type=admin\
    \
    [Server]\
    debug=True\
    ffmpeg=/Applications/pyTivoX.app/Contents/Resources/ffmpeg.bin\
    beacon=192.168.1.255\
    [MacTiVo]\
    type=video\
    path=/Users/mike/TiVo}
    
     
  9. May 3, 2009 #529 of 1438
    Yoav

    Yoav New Member

    1,048
    0
    Jan 12, 2007
    I think it's worth doing both :). Especially if you have a large library of movies on your computer, have a fast network, and a tivo 3 / HD.

    Either way, it's trivial to try, and it will let us see if there's an underlying network issue, or if pytivo is having problems.

    I *assume* your tivo's IP address is something like 192.168.1.XXX ?
     
  10. May 4, 2009 #530 of 1438
    dejardin

    dejardin New Member

    9
    0
    May 3, 2009
    Yup, that's my network. I started up streambaby, but no luck with that showing up on my Series 3 either; I get an HTTP error 0x50005. Here's my .conf file, less munged:

    # Created by pyTivoX, edits here WILL BE OVERWRITTEN

    [Admin]
    type=admin

    [Server]
    debug=True
    ffmpeg=/Applications/pyTivoX.app/Contents/Resources/ffmpeg.bin
    beacon=192.168.1.255
    [MacTiVo]
    type=video
    path=/Users/mike/TiVo

    pytivo.log:
    INFO: pyTivo: pyTivo is ready.

    streambaby.log: attached
     

    Attached Files:

  11. May 4, 2009 #531 of 1438
    Yoav

    Yoav New Member

    1,048
    0
    Jan 12, 2007
    Ok, I'm going to guess that something is filtering traffic between your tivos and your mac. Streambaby is broadcasting a bonjour request for what tivos are out there and getting nothing.

    Are you SURE there is no firewalling on either the mac or your router?

    Have you rebooted the tivo yet (sometimes it seems to have network issues that a reboot of the tivo or router can fix)?
     
  12. May 4, 2009 #532 of 1438
    dejardin

    dejardin New Member

    9
    0
    May 3, 2009
    Ah, I hadn't caught onto the firewall requirement. My apologies. Yes, I have OSX's firewall going. I don't quite get, however, how to allow incoming connections for Java; I can do it per application, and I tried it for pyTivoX, but that didn't work. How do you set it correctly for Java? And yes, I have restarted the TiVo a couple of times throughout this whole process.

    One other thing I wanted to mention: I sometimes have trouble getting the pyTivoX window to show up in the Finder when choosing Show/Hide Config from the the taskbar. It hides behind other windows and doesn't show up in the Command-Tab switching window. I do have it set to start at login; is this common? Thanks a million for all your quick responses.

    dejardin
     
  13. May 4, 2009 #533 of 1438
    Yoav

    Yoav New Member

    1,048
    0
    Jan 12, 2007
    I don't really use OS X's firewalling, and honestly am not 100% sure what you'd need to do. For sure pyTivo uses python as an underlying application, and sets up connections over port 9032 and whatever else it needs.

    streambaby uses java and port 7288.

    Additionally, they both rely on UDP multicast/broadcast for bonjour discovery (I believe that happens over port 53).

    But really, not sure.. If you do figure out a full instruction list and don't mind writing it up, I'll be happy to include it in the FAQ...


    As for the pyTivoX window being behind. I'm aware of it and havent been able to fix it. TECHNICAL DETAILS: Basically, to 'hide the dock icon' and 'remove the menu and window' I set NSUIElement to 1 in the properties list for the program. When this is done, even though I instruct the window to pop up to the front (using makeKeyAndOrderFront), yet it always ends up behind the topmost window.

    So yeah, suck and I havent figured out a way around this. But you can always use Expose or just minimize some windows -- or just not use 'launch at login' if you actually need regular access to the main window).
     
  14. May 4, 2009 #534 of 1438
    westside_guy

    westside_guy Annoyingly ephemeral

    464
    1
    Mar 13, 2005
    The soggy...
    With OS X 10.5, the default firewall is application-based. If an application tries to access the network, you should get a pop-up asking whether or not the application should be allowed to accept incoming network connections. With this firewall you don't need to track port numbers. When I launched pyTivo and streambaby for the first time, I'm pretty sure I did get asked whether they should be allowed to accept connections (which you do need to say "yes" to, of course).

    If the user is using the "allow only essential services" setting, it isn't adjustable as far as I know - that could be the problem. You have to use the option that lets you set access for specific programs and applications.

    With previous versions of OS X, it was of course port-based - so you had to allow specific port numbers, make sure you knew if they were TCP or UDP, etc.

    I find the 10.5 firewall rather limiting, and keep telling myself I need to disable it and manually switch back to ipfw (the 10.4 firewall); but it's more of a minor annoyance than a major problem so I haven't actually done anything about it yet. :p
     
  15. May 4, 2009 #535 of 1438
    wmcbrine

    wmcbrine Ziphead

    10,401
    42
    Aug 2, 2003
    pyTivo doesn't use Bonjour, although I'm implementing that now (well, Zeroconf). It uses the old-style TiVo Connect Discovery beacons, on port 2190.

    Zeroconf/Rendevous/Bonjour uses port 5353. Port 53 is regular DNS.
     
  16. May 4, 2009 #536 of 1438
    dilbret

    dilbret New Member

    4
    0
    May 4, 2009
    I'm running the latest beta of PyTivoX 1.2b13 on both my G5 tower and my Intel Mini. The problem that I'm running into is in trying to transfer recordings from the G5 back to my TivoHD. All of the recordings that I try to transfer say that they are being added to the ToDo list instead of transferring immediately. If I try the same thing from the Intel Mini the recordings transfer just like they should. I know that with an earlier beta (not sure which) transfers worked from the G5 without a problem. The recordings are shows downloaded from my Series2DT via iTivo. If I turn on streambaby support on the G5 the shows will stream ok.
     
  17. May 6, 2009 #537 of 1438
    dejardin

    dejardin New Member

    9
    0
    May 3, 2009
    It took a couple of days, but both Java and Python eventually showed up in the OSX firewall list (no popup that I saw). They were blocked by default, but as soon as I set them to allow incoming connections I was up and running on both pytivo and streambaby. Thanks for the help!

    dejardin
     
  18. May 6, 2009 #538 of 1438
    Yoav

    Yoav New Member

    1,048
    0
    Jan 12, 2007
    I can't imagine why PPC would queue and intel would just download immediately. This is to the same tivo, and you can alternate between computers and always get this? Stuff normally gets queued if the tivo/computer believes that it's already busy downloading something... Try rebooting the computer and the tivo and see if it 'fixes' itself....

    Other than that, I really have no idea.. After it adds it to the queue, does it pretty much end up downloading it within five minutes anyways?
     
  19. May 10, 2009 #539 of 1438
    kupe

    kupe Viva 'la Tivolution!

    361
    1
    Apr 9, 2003
    Hey gang-

    Upgraded today to PyTivoX 1.2 from version 1.1b24.

    Notice two things in 1.2. (The first also happened with 1.1b24)

    1) Several .MOV files will not play to my TivoHD with Streambaby. They are all Star Trek HD movie trailers from the Apple website. When I try to stream them, I get Error: 0xffff
    Those files do play just fine if I download them from Now Playing to my Tivo HD.

    2) After streaming one movie, the movie's name changed in the file list in Streambaby. The file was named for the title of the movie, but for some reason PyTivo changed the name to numbers which appear to represent the running time of the movie. When I check the file on my Mac, it is still named properly by the movie title.

    I'm running OS 10.5.6 on an Intel iMac.

    Kupe
     
  20. May 10, 2009 #540 of 1438
    Yoav

    Yoav New Member

    1,048
    0
    Jan 12, 2007
    Sounds like a film that is mis-identified as 'streamable as-is' by newer versions of streambaby. Can you open up a Terminal.app and run something like
    Code:
     /Applications/pyTivoX.app/Contents/Resources/ffmpeg -i (full path to your movie file) 
    So we can see what it's being identified as? In the meanwhile, it should still work in streambaby as long as you select a quality other than 'same'.

    The version of streambaby you have will first use the filename when compiling the list of movies (which is why it works initially), but as soon as it looks in the file, it will trust the 'metadata' in the file for the actual name of the film. It sounds to me like the metadata in your movie is incorrectly set to use the running time as the title. a tool like 'MetaX' can help you mess with the metadata in a movie without re-encoding it.
     

Share This Page