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

pyTivo - Transcoding server

Discussion in 'TiVo Home Media Features & TiVoToGo' started by armooo, Nov 25, 2006.

  1. wmcbrine

    wmcbrine Ziphead

    10,367
    22
    Aug 2, 2003
    I've heard of this but have yet to observe it. Maybe because my Premiere is connected via component? I dunno.

    We could add a throttle to pyTivo, I guess. It's just contrary to the spirit of everything we've ever done. :)

    P.S. MPEG2 transfers should be the same speed, push or pull...
     
  2. larrs

    larrs Movie Fan-Addict

    1,011
    0
    May 2, 2005
    DFW
    I thought so, but it is definitely there and replicatable. I would hate to see anything throttled, but I can tell you that with an Mpeg 2 HD movie (roughly 10GB), it takes 45 mins or so to transfer and it is there all the way through until it finishes the transfer- both video and audio suffers for that period of time.

    I just verified that it does happen on pulls as well. I did not remember that, but it does. I am going to look into it and post back any additional info.


    Thanks for looking into it.
     
  3. ncfoster

    ncfoster Member

    168
    0
    Jan 22, 2011
    I know from my time on the ReplayTV side of things for years that some degree of throttling was necessary in most cases to keep the machines from crashing. I just experienced a crash when streaming something myself. Might be nice to have the option to throttle if it isn't too time-consuming to add. I'm guessing in little time, the community would have some pretty good guidelines as to what works best in various situations.

    Thanks again for all of your work.
     
  4. larrs

    larrs Movie Fan-Addict

    1,011
    0
    May 2, 2005
    DFW
    I played around with it this morning and it is definitely happening on the Elite. It seems less noticeable on the Premiere but it is there. Also, I verified that watching any other recorded program on the Tivo exibits the same behavior while the pyTivo push or pull is happening.

    I doubt it is relevant, but the router connecting my Tivos is a Netgear with gigabit ports. This might affect the Elite with its gigbit port, but I thought the Premieres only have 10/100 ports. According to the Tivos, my transfers are only 40 +/- anyway.
     
  5. txporter

    txporter One sec, almost done

    666
    0
    Sep 17, 2006
    Austin, TX
    This is interesting. I haven't noticed this myself either. I use both my HDMI and component outputs on my Premiere. I don't think I have had many occasions to watch a H.264/MP4 during a push since they upload so quickly though.
     
  6. larrs

    larrs Movie Fan-Addict

    1,011
    0
    May 2, 2005
    DFW
    I only verified it with mpeg2 video (most of my stuff is still that format for now). I used a couple of tests (first was a movie recorded from HDNet and reencoded via VideoRedo at 10GB file/ 13Mbps avg bit rate). Second was a DVD run through VideoRedo. I will use an MP4 video tonight and also a DVD not run through VideoRedo.
     
  7. cweb

    cweb New Member

    106
    0
    May 29, 2004
    I've noticed any problems on my elite. I use mpeg2 files on a gigabyte network and can even record at the same time. So he problem isn't universal.
     
  8. larrs

    larrs Movie Fan-Addict

    1,011
    0
    May 2, 2005
    DFW
    I'd like more people to verify or disprove this if possible. I have extensively tested it and it is there on all of my Tivo Premieres and the Elite. It runs from annoying to disruptive.

    Mpeg2 at higher bitrates causes the most problems and affects even live TV which appears like it is losing frames. However, all mpeg2 videos affect it to some point. I used 1080i recordings from HDNet and other sources as well as DVD video to verify. MP4 does not exhibit the behavior for some reason.

    I am using all hard wired connections through a gigabit router/switch.
     
  9. wmcbrine

    wmcbrine Ziphead

    10,367
    22
    Aug 2, 2003
    Interesting. You might want to try transport stream mode -- add this line to the "Server" section of your pyTivo.conf, and see what happens:

    Code:
    ts = on
     
  10. larrs

    larrs Movie Fan-Addict

    1,011
    0
    May 2, 2005
    DFW
    I did this this morning before work, but did not have time to test before leaving. I'll get back on it later today.

    If you don't mind me asking a stupid question, what does this do that may affect this?
     
  11. wmcbrine

    wmcbrine Ziphead

    10,367
    22
    Aug 2, 2003
    Uses transport streams instead of program streams for MPEG2. Less work for the TiVo. Normally, to me, that just means faster transfers. But since you say MP4s don't show this effect, and they're in a similar situation as transport streams, I'm wondering if using transport streams will also clear up the noise.

    There are some weird bugs with transport streams, so I'm still treating them as experimental. They shouldn't hurt your TiVo or anything though.

    Oh, and the transport streams will only work with pulls.
     
  12. larrs

    larrs Movie Fan-Addict

    1,011
    0
    May 2, 2005
    DFW
    Good news/ bad news.

    First, the good news. This eliminates the playback issue on pulls (and as you stated not on pushes).

    Now, the bad news. Every file stops before completing the transfer. And, I might add, at the exact same point in the video on both my Elite and the two Premieres I tested.

    I have a an original mpeg2 clip (1GB) that I use to play around with and test with. I started with that. The original 1GB clip is 1080i@ 15.5kbps with DD5.1@ 384k. I have it converted for test puposes at varying bit rates, resolutions and using different containers for mp4 (mp4, mkv, etc.). The original clip stops transfer at roughly 2 minutes into the 8 minute clip. At an avg bit rate of 13k, that clip stops at roughly 5 minutes. At 12K, it stops at 7 mins. The Tivos exhibit the same, consistent behavior- the light on the unit goes out but the blue circle remains on the progress bar at the bottom of the screen with the message "getting more program. please wait..." until you exit the video.


    Thinking it might be my file, I tried it on a couple of mpegs (from DVDs) and a 1:35 movie stopped downloading at about 30 minutes in.

    Ever see this? Or, is this the strange behavior with transport streams you were talking about?


    EDIT: I can also verify this does not happen with transfers using Tivo Desktop (although I never use it any more, but it is still on my system so I launched and tested it), FWIW.
     
  13. ncfoster

    ncfoster Member

    168
    0
    Jan 22, 2011
    Just jumping in to say that I am noticing that not only the video being pushed, but even live video, is jumpy at least some of the time while the push is occurring. I don't know if a software change somewhere made this more of a problem, but I don't recall observing this until the last few months. I could be mistaken. It would certainly seem counter-intuitive if enabling the second core created this problem.

    I would definitely welcome some settings to attempt to throttle or otherwise manage the problem. Everything in the house is wired for gigabit, so everything that supports it (including the pyTivo server) uses it. Does anyone have any thoughts on how to get some objective numbers to work with on this?
     
  14. cweb

    cweb New Member

    106
    0
    May 29, 2004
    Have you tried to change you tuner to unused channels (e.g., 0,& 1)? That will free up a lot of TiVo resources.
     
  15. Punker1234

    Punker1234 New Member

    73
    0
    Aug 28, 2009
    HI folks.

    I've used pyTivo before, but this is ym second install since 3-4 years ago. For whatever reason, I can't seem to get pytivo to allow me to see my computer so I can push files to it. I have my correct username and password in my config, and I'm able to pull, just can't push. All it says it Push from Video Shares: but nothing after it, no videos section.

    Help?
     
  16. lrhorer

    lrhorer Active Member

    6,924
    0
    Aug 31, 2003
    San...
    This isn't making sense. "Pushing" has nothing to do with transferring to the PC.

    Do you mean push files to the TiVo?

    Try posting your config file. Just blank out the password and MAK.
     
  17. Punker1234

    Punker1234 New Member

    73
    0
    Aug 28, 2009
    Hi.

    Yes, I apologize I mean I'm unable to push videos to my tivo as I can't select the videos on my computer. I've listed my config file below, any help is appreciated!

    [Server]
    tivo_mak = 17
    tivo_password = P
    togo_path = C:\Downloads\Tivo
    tivo_username = P
    ffmpeg = C:\Pytivo\bin\ffmpeg.exe
    path = C:\Downloads\Tivo

    [_tivo_SD]

    [_tivo_HD]
    tivo_username = P
    tivo_mak = 17
    tivo_password = P
     
  18. lrhorer

    lrhorer Active Member

    6,924
    0
    Aug 31, 2003
    San...
    That's the entire thing? You don't have any shares defined. I'm not sure how pulls are working.
     
  19. Punker1234

    Punker1234 New Member

    73
    0
    Aug 28, 2009
    Yes sir.

    Maybe I installed it incorrectly? I never configured the file. I simply loaded pytivo server, went into the web config and added in the fields that was supplied on the Wiki. I'm pretty computer literate, but network stuff always seems to get by me.
     
  20. lpwcomp

    lpwcomp Active Member

    8,081
    2
    May 6, 2002
    John's...
    It is not that it is installed incorrectly, but your config file is wrong. "path = C:\Downloads\Tivo" does not belong in the "Server" section and the stuff you repeated under the "Tivo HD" section should only be in the "Server" section. You need to define at least one share. Your config file should look something like this:
    Code:
    [Server]
    tivo_mak = 17
    tivo_password = P
    togo_path = C:\Downloads\Tivo
    tivo_username = P
    ffmpeg = C:\Pytivo\bin\ffmpeg.exe
    
    [_tivo_SD]
    
    [_tivo_HD]
    
    [Downloads]
    type = video
    force_alpha = True
    path = C:\Downloads\Tivo
    The force_alpha = True is optional. BTW, this really has nothing to do with configuring a network.
     

Share This Page