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. AudioNutz

    AudioNutz New Member

    318
    0
    Nov 9, 2008
    This doesn't work. I can put in any (fake) TSN, and both TiVos will still see all of the shares.
     
  2. wmcbrine

    wmcbrine Ziphead

    10,367
    22
    Aug 2, 2003
    You have not grasped the mode of operation. Of course a fake TSN does nothing. All that would do would be to restrict the access for that nonexistent TiVo. The default permission of "allow all" doesn't change for non-listed TiVos.
     
  3. AudioNutz

    AudioNutz New Member

    318
    0
    Nov 9, 2008
    Maybe I didn't explain it well enough. I put in the proper TSNs, and both TiVos can see everything. I even put in fake TSNs, and that didn't change anything...


    Mysteriously... Allowing this to run for several hours has seemed to correct it, and now it's working as expected.
     
  4. zabolots

    zabolots Member

    75
    0
    May 24, 2007
    NW Chicago...
    Has anyone put together a script/wrapper for Linux (Fedora 10) autostart via /etc/init.d? I'd really like to be able to set this up to autostart whenever the box boots.

    Thanks...Scott
     
  5. westside_guy

    westside_guy Annoyingly ephemeral

    464
    1
    Mar 13, 2005
    The soggy...
    This isn't actually all that hard to do - you might consider tinkering around and trying it yourself. You can follow one of the existing simpler launch scripts as a starting point, then add a softlink (starting with "S") in rc3.d and rc5.d.

    The worst that can happen is it won't work - as long as you don't delete any of the pre-existing startup files/links. :D
     
  6. Cgrisamore

    Cgrisamore Member

    42
    0
    Dec 25, 2003
    Flower...
    I've been running PyTivo for the last couple of years, initially under Windows XP and the last 6 months under Ubuntu. I've been pleased with the enhanced performance under Ubuntu but as a Linux newbie I'm not as good at troubleshooting and resolving issues.

    Prior to Saturday my 'normal' transcoding and download performance has been better than realtime. I could start a movie transfer and watch it in realtime and the download would not only keep up, it would actually get farther and farther ahead and complete before I finished watching the movie. Beginning on Saturday I'm seeing 2-7 FPS transcoding performance and even at that rate of speed, I don't seem to be able to complete any transfers. While testing files I've also seen a message I don't recall seeing before on a wide number of files "Invalid and inefficient vfw-avi packed B frames detected". Not sure whether this is an indicator of what's going on or whether it's been happening all along and since I was getting good transcoding performance I just never monitored the terminal window to see the message.

    I'm running the latest wmcbrine code and over the weekend I reinstalled it and FFMPEG and the related unstripped LIBAV libraries (none of which made any difference).

    I have been in the habit of applying Ubuntu updates when released and I do seem to recall applying some updates on Friday (not sure if these updates "broke Pytivo" but I don't see anybody else reporting any issues). Below is a sample from the terminal window on a file I attempted to transcode earlier today.

    Looking for some words of wisdom!

    Regards

    Charles Grisamore




    FFmpeg version 0.5-svn17737+3:0.svn20090303-1ubuntu6, Copyright (c) 2000-2009 Fabrice Bellard, et al.
    configuration: --enable-gpl --enable-postproc --enable-swscale --enable-x11grab --extra-version=svn17737+3:0.svn20090303-1ubuntu6 --prefix=/usr --enable-avfilter --enable-avfilter-lavf --enable-libgsm --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-pthreads --disable-stripping --disable-vhook --enable-libdc1394 --disable-armv5te --disable-armv6 --disable-armv6t2 --disable-armvfp --disable-neon --disable-altivec --disable-vis --enable-shared --disable-static
    libavutil 49.15. 0 / 49.15. 0
    libavcodec 52.20. 0 / 52.20. 0
    libavformat 52.31. 0 / 52.31. 0
    libavdevice 52. 1. 0 / 52. 1. 0
    libavfilter 0. 4. 0 / 0. 4. 0
    libswscale 0. 7. 1 / 0. 7. 1
    libpostproc 51. 2. 0 / 51. 2. 0
    built on Apr 10 2009 23:18:41, gcc: 4.3.3
    [NULL @ 0x9916d80]Invalid and inefficient vfw-avi packed B frames detected

    Seems stream 0 codec frame rate differs from container frame rate: 29.98 (65535/2186) -> 29.97 (30000/1001)
    Input #0, avi, from '/home/tivo/Videos/Hells Kitchen Season 1/Hell's Kitchen 1x01.avi':
    Duration: 00:43:40.99, start: 0.000000, bitrate: 1116 kb/s
    Stream #0.0: Video: mpeg4, yuv420p, 512x384 [PAR 1:1 DAR 4:3], 29.97 tbr, 29.97 tbn, 29.98 tbc
    Stream #0.1: Audio: mp3, 48000 Hz, stereo, s16, 128 kb/s
    Output #0, vob, to 'pipe:':
    Stream #0.0: Video: mpeg2video, yuv420p, 512x384 [PAR 1:1 DAR 4:3], q=2-31, 948 kb/s, 90k tbn, 29.97 tbc
    Stream #0.1: Audio: ac3, 48000 Hz, stereo, s16, 448 kb/s
    Stream mapping:
    Stream #0.0 -> #0.0
    Stream #0.1 -> #0.1
    Press [q] to stop encoding
    [mpeg4 @ 0x9916d80]Invalid and inefficient vfw-avi packed B frames detected
    [mpeg4 @ 0x9916d80]frame skip 8
    INFO:pyTivo:192.168.0.106 [20/Jul/2009 10:37:46] "GET /TiVoConnect?Command=QueryContainer&Container=%2F HTTP/1.0" 200 -
    frame= 713 fps= 6 q=7.5 Lsize= 4236kB time=23.76 bitrate=1460.7kbits/s
    video:2849kB audio:1323kB global headers:0kB muxing overhead 1.537459%
     
  7. Rdian06

    Rdian06 New Member

    463
    0
    Apr 12, 2008
    Assuming the video you're sending hasn't all of a sudden increased in complexity (switching from low bitrate SD to high bitrate HD), have you power cycled the Tivo and the network equipment connecting the Tivo to your pyTivo box? It sounds like a networking problem (wired switches negotiating a slow speed or switching to half duplex; or wireless equipment encountering signal interference).

    And you can ignore the "Invalid and inefficient vfw-avi packed B frames detected" message. That's pretty common for ffmpeg when it deals with avi files. Doesn't seem to affect the output at all.
     
  8. wmcbrine

    wmcbrine Ziphead

    10,367
    22
    Aug 2, 2003
    Perhaps you have something else running that's hogging the CPU?
     
  9. Cgrisamore

    Cgrisamore Member

    42
    0
    Dec 25, 2003
    Flower...
    Thanks for the feedback guys. No increase in video complexity and no system configuration changes on my media server other than the previously mentioned Ubuntu system updates.

    I did power cycle the Tivo, my router, and the media server a couple of times over the weekend as part of the troubleshooting process. System monitor on the media server showed low CPU utilization (<15&#37;).

    My HD Tivo is connected via wireless and I did look at the signal strength and it was in the normal range. However I did notice over the weekend that my PS3 lost connectivity to the Internet several times and as it's basically a couple of feet away from the Tivo, I guess that's an indicator of connectivity issues. Guess I'll take my laptop home tonight to see if I can diagnose wireless bandwidth issues. I wasn't sure from the symptoms whether I had an FFMPEG performance issue versus a connectivity issue. The media server doesn't seem to have any problem pulling the "now playing" list from the HD Tivo but I guess that's a low bandwidth operation compared to copying video.
     
  10. Cgrisamore

    Cgrisamore Member

    42
    0
    Dec 25, 2003
    Flower...
    Mystery is solved!

    On Saturday I brought home a Polk Audio soundbar which has a wireless connection to it's subwoofer. When I got home tonight, I turned off the soundbar and the Pytivo performance was back to normal. Soundbar has 4 possible channels and I got the same interference on all 4 of them. Soundbar wireless technology was described in the documentation as using channels like a cordless phone and it never occurred to me that would conflict but it looks like it does. Guess I need to explore doing a cable drop to use a wired connection to the Tivo or perhaps a powerline connection. Anybody have any experience with powerline networking?
     
  11. Chew

    Chew New Member

    284
    0
    Jan 22, 2003
    In just the last several days, all of my transfers (and this would be a variety of file types) have come over to the TiVo "choppy". The audio will cut out for a bit, there will be some picture break-up. I've also tried the same files with Streambaby and it's actually worse, it skips over bad spots.

    My OTA recordings have been fine. I haven't made any changes to pyTiVo (and it had been working perfectly).

    Any thoughts? Could this be a harddrive issue? A few months ago (well before this problem started), I added a DVR Expander. If it is a harddrive issue, is there any (easy) way to tell if it's the Expander or the internal?
     
  12. eerolltide06

    eerolltide06 New Member

    1
    0
    Aug 15, 2008
    Anyway this would work on FreeNas?
     
  13. Rdian06

    Rdian06 New Member

    463
    0
    Apr 12, 2008
    Try rebooting your Tivo and see if it helps. Might just be a software glitch with the remuxing that it does to the native ty format.

    Also, the your Tivo did just get a software update recently and that always seems to cause problem hard drive problems to bubble up.

    There is a cheat code to do a media scan of the hard drive, but I don't recall what it is. You can probably google it. Not sure if it show the DVR expander as a separate drive in the media scan or just treats it as one big drive.
     
  14. zabolots

    zabolots Member

    75
    0
    May 24, 2007
    NW Chicago...
    Is there a way to orderly shut down pyTivo remotely (i.e. from a script or via HTTP cmd) rather than just CTRL-C in the console running the app? If I just kill the process on Linux will that shut down in an "orderly" fashion or is CTRL-C the only way to accomplish that?
     
  15. windracer

    windracer joined the 10k club

    11,580
    3
    Jan 3, 2003
    St. Pete, FL
    You can use an init script on Linux to start/stop pyTivo. I don't think using Ctl-C to kill the process does anything harmful, though.
     
  16. Rdian06

    Rdian06 New Member

    463
    0
    Apr 12, 2008
    I'm pretty sure Cntrl-C triggers an orderly shutdown with wmcbrine's current pyTivo code. Even works in a Win XP command prompt now (though in the past it didn't.)

    With the current code I can see logging messages about pyTivo un-registering the Zeroconf shares before it quits via Cntrl-C.
     
  17. zabolots

    zabolots Member

    75
    0
    May 24, 2007
    NW Chicago...
    Thanks! I had asked previously if anyone had written an init script but was simply told to write my own. Part of that investigative process led me to inquire about how to shut it down via a script. Now that you've pointed me to an existing script, I'll just use that.

    Thanks again!

    Scott
     
  18. Chew

    Chew New Member

    284
    0
    Jan 22, 2003
    For some reason, it's back to being perfectly fine. I didn't do anything.

    Weird.
     
  19. Adahn

    Adahn New Member

    9
    0
    Jun 7, 2009
    I'm having problems transferring video to my HDTivo in Ubuntu Jaunty.
    I can see the shows and initiate the transfer, but it doesn't go anywhere.
    Music streams fine. I can pull *.tivo files off the tivo (although mplayer can't play them). I've restarted the Tivo.
    I have the updated ffmpeg from medibuntu and have the unstripped versions in synaptic. pytivo is using ffmpeg at /usr/bin/ffmpeg

    The same video files transfer and play fine using Tivo Desktop in Windows (on the same dual boot PC).

    this error shows up in the pytivo terminal window:
    KeyError: 'ffmpeg_prams'
     
  20. windracer

    windracer joined the 10k club

    11,580
    3
    Jan 3, 2003
    St. Pete, FL
    Check your pyTivo.conf file. I think the parameter name is ffmpeg_pram (no 's').
     

Share This Page