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. Aug 29, 2009 #681 of 1438
    richsadams

    richsadams Active Member

    8,897
    2
    Jan 4, 2003
    I only worked with existing recordings. As soon as I have time I'll give that a try.
     
  2. Aug 29, 2009 #682 of 1438
    wmcbrine

    wmcbrine Ziphead

    10,401
    40
    Aug 2, 2003
    I'm not sure what Marconi is talking about. The transfer date has always been used, except for .TiVo files, where the recorded date has always been used (since the file overrides what pyTivo specifies).
     
  3. Aug 30, 2009 #683 of 1438
    Marconi

    Marconi TiVo Junkie

    444
    0
    Sep 8, 2001
    Page, AZ USA
    I'm sure it's not since I'm still on 10.5.8.
    AH! I hadn't realize that pyTivo was someone else's. So, just the GUI interface for OS X is your handiwork? I guess I should be barking up Mr. McBine's tree.
     
  4. Aug 30, 2009 #684 of 1438
    Marconi

    Marconi TiVo Junkie

    444
    0
    Sep 8, 2001
    Page, AZ USA
    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.
     
  5. Aug 30, 2009 #685 of 1438
    wmcbrine

    wmcbrine Ziphead

    10,401
    40
    Aug 2, 2003
    Uh, no, actually. "Decrypt" turns them from .TiVo files (note the dot -- these files literally have ".TiVo" as the extension) to plain MPEG program streams, stripping the attached metadata. Only a transfer with no decryption would be a .TiVo file.

    I don't believe there has been any change in this behavior in pyTivo. I think it's more likely that you're mixing .TiVo and .mpg files, without noticing.
     
  6. Aug 30, 2009 #686 of 1438
    Marconi

    Marconi TiVo Junkie

    444
    0
    Sep 8, 2001
    Page, AZ USA
    OK then, your description of the behavior belonging only to .tivo files is then incorrect as I've been getting this behavior with decrypted files all along. I've built an entire workflow around it.
    There has been. I tried it again. Ran 1.3 and got the transferred date. Ran 1.2 and got the file's mod date. Did this with two recordings and on a second Mac just to be sure the problem wasn't confined to my normal workstation. Trust me, this behavior has changed between pyTiVoX 1.2 and 1.3. I have no idea whether it was something in your code or Goav's, but the behavior is different.
    I don't use .tivo files at all. I use only decrypt via iTiVo.

    It's easy enough to see; just try it yourself. Run 1.2 and transfer an older decrypt file, then do the same file with 1.3.

    I'd be happy to provide an older decrypted file for you. Alternately, you can decrypt one yourself and set its create/mod dates to whatever you like via this droplet script:
    Code:
    on open dropped_items
    	set newdate to "199001051200"
    	repeat with file_ in dropped_items
    		set file_ to POSIX path of file_
    		do shell script "touch -t " & newdate & " " & quoted form of file_
    	end repeat
    end open
    
    The above sets the mod date to Jan 5, 1990. Just save it as a script using Apple's script editor. When you have a decrypt recording, just drag-and-drop it onto the saved script to give it an old modification date.


    The behavior has changed. Really. Just try it.
     
  7. Aug 30, 2009 #687 of 1438
    wmcbrine

    wmcbrine Ziphead

    10,401
    40
    Aug 2, 2003
    I don't use pyTivoX. As I understand it, it only runs on OS X 10.5+. Someone else will have to confirm what you're seeing.
     
  8. Aug 30, 2009 #688 of 1438
    ShoutingMan

    ShoutingMan Member

    300
    1
    Jan 6, 2008
    I'm running it on 10.6 for music playback. (Looking for replacement solution for Tivo Desktop, as it doesn't work in 10.6. And I assume it will never work since it was never updated for the Intel transition and must be 3 years out of date now.)
     
  9. Aug 30, 2009 #689 of 1438
    Marconi

    Marconi TiVo Junkie

    444
    0
    Sep 8, 2001
    Page, AZ USA
    Ummm, might you be able to compare the current pyTiVo with the previous? Is there a way to tell which code pyTiVoX 1.2 and 1.3 incorporate and compare the behavior of those two?

    Related question: Is there anything Yoav could have done to change this? After all, it's just a GUI, yes?

    Maybe I need to install the non-GUI version of the current pyTiVo and test that... I've got some research to do.
     
  10. Aug 30, 2009 #690 of 1438
    bedelman

    bedelman Call me Bob

    3,564
    0
    Feb 26, 2001
    Crystal...
    That's not what I've seen with regard to the "Intel transition". When I've looked in the Activity Monitor screen under Leopard, it doesn't show that it's running as a PowerPC application/process. If I understand what Dennis has written earlier, they're pointing to some Java classes that have been deprecated in Java 6 JVM as he said in a different thread "(the Java/Cocoa bridge classes are gone, since Apple has moved to the Java 6 SE JVM)." and he also wrote "Fortunately, it doesn't look as if they're using those classes for too much, so it shouldn't be too difficult to fix. "

    - Bob
     
  11. Aug 30, 2009 #691 of 1438
    ShoutingMan

    ShoutingMan Member

    300
    1
    Jan 6, 2008
    As seen from other threads, Tivo Desktop doesn't stream music as is, because it still looks for data in PowerPC format. Someone figured out a hack to make it work. So my experience is that it's never been updated for Intel.
     
  12. Aug 30, 2009 #692 of 1438
    bedelman

    bedelman Call me Bob

    3,564
    0
    Feb 26, 2001
    Crystal...
    I have no idea how any data could have a preference for either PowerPC or Intel -- unless you're referring to the way that TiVo Desktop for Mac OSX seems to work with LAME to handle AAC format music files (and how LAME had an issue with big versus little endian which is processor related)

    TiVo Desktop for Mac OSX by itself only handles MP3 music files -- and I've never had to apply any hack to get it to work with them on Intel versus PowerPC

    - Bob
     
  13. Aug 31, 2009 #693 of 1438
    IanFrost

    IanFrost New Member

    50
    0
    Jun 4, 2003
    I am new to pytivox. I installed it over the weekend on an old MacMini that I just upgraded to 10.6.

    Everything works great . . . no issues seeing the directories, transfers start O?K, etc. My only issue is the quality of the video when there is a lot of action or movement. When this happens, there is a lot of blurry video.

    Is this something to do with the hardware speed? I would be happy to have better quality video and sacrifice the download speed.

    I have read this entire thread but my have missed my issue.

    Ian
     
  14. Aug 31, 2009 #694 of 1438
    ShoutingMan

    ShoutingMan Member

    300
    1
    Jan 6, 2008
    It's a byte ordering issue on AAC files due to differences between Intel and PowerPC systems.

    From what I've seen, Tivo Desktop hasn't been revised since 2006. Assuming that it will never again be revised, I've moved to pyTivoX for music playback. It's not nearly as elegant as Tivo Desktop, but it works under Snow Leopard.
     
  15. Aug 31, 2009 #695 of 1438
    bedelman

    bedelman Call me Bob

    3,564
    0
    Feb 26, 2001
    Crystal...
    Which is something that's not "officially" in the feature set of TiVo Desktop for Mac OSX. The handling of AAC files is in conjunction with using LAME -- which, I believe, is what was having trouble with the big/little endian situation (you referred to this as "byte ordering") and not the TiVo Desktop preference pane itself.

    The most recent build I have of TiVo Desktop (1.9.4-055) is dated July 26, 2008 -- that's just a bit over a year old now

    Good, I'm glad you've found a solution with which you're satisfied and I, by no means, intend to start a heated argument here. I just wanted to "clear the air" on some of the comments you've made and how they do not, in my opinion, line up with the actual facts with regard to the TiVo Desktop preference pane.

    - Bob
     
  16. Aug 31, 2009 #696 of 1438
    richsadams

    richsadams Active Member

    8,897
    2
    Jan 4, 2003
    Hi Ian. I've seen the same thing on my Mac Mini...not just with TiVo files either. My Mini is almost two-years old and I think it's a matter of its graphics card not being able to keep up, especially with rapid movements in HD content. (IIRC newer models have been improved a great deal.) They play back fine on my iMac and even on my MacBook, so I think it's the nature of the Mini not being able to process the data properly, at least in my case.
     
  17. Aug 31, 2009 #697 of 1438
    westside_guy

    westside_guy Annoyingly ephemeral

    464
    1
    Mar 13, 2005
    The soggy...
    In support of your parenthetical comment: You might be pleasantly surprised with the newer Minis that use the Nvidia 9400M chipset - I'm guessing your Mini uses the ATI graphics chips? I don't have a Mini, but I do have a MacBook Air that uses that same (9400M) chipset. When I've played 720p material, it doesn't appear to have any issues (that's totally subjective, I realize).
     
  18. Aug 31, 2009 #698 of 1438
    richsadams

    richsadams Active Member

    8,897
    2
    Jan 4, 2003
    It's not a big issue most of the time, but I have noticed it now and then on the Mini. As mentioned on the MacBook and iMac everything plays back without a hitch. It wouldn't bother most folks, but being a bit retentive, well, you understand I'm sure.

    I'm trying to convince my better half to switch to Mac (last X machine in our house ::shudder: ;). If I can do that she'd "inherit" the current media center Mini and I'd pick up a new one. Wish me luck. :)
     
  19. Aug 31, 2009 #699 of 1438
    wmcbrine

    wmcbrine Ziphead

    10,401
    40
    Aug 2, 2003
    Are you talking about the pyTivo side (transfers to the NPL), or the Streambaby side?

    pyTivo doesn't attempt to do real-time transfers, so the hardware doesn't matter, except in terms of transfer time. But I guess you could try raising the bitrate if you think the quality is inadequate.

    If you were using HME/VLC, it does do real-time transcoding, so the quality can suffer on slower machines. I'm not sure if Streambaby works the same way.
     
  20. Aug 31, 2009 #700 of 1438
    IanFrost

    IanFrost New Member

    50
    0
    Jun 4, 2003
    I'm using pytivox. So, stupid question, how would I increase the bitrate?

    Thanks

    Ian
     

Share This Page