Separate names with a comma.
Discussion in 'TiVo Home Media Features & TiVoToGo' started by armooo, Nov 25, 2006.
This doesn't work. I can put in any (fake) TSN, and both TiVos will still see all of the shares.
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.
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.
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.
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.
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!
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 #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
INFOyTivo: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%
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.
Perhaps you have something else running that's hogging the CPU?
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%.
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.
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?
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?
Anyway this would work on FreeNas?
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.
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?
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.
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.
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.
For some reason, it's back to being perfectly fine. I didn't do anything.
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:
Check your pyTivo.conf file. I think the parameter name is ffmpeg_pram (no 's').