Separate names with a comma.
Discussion in 'TiVo Home Media Features & TiVoToGo' started by armooo, Nov 25, 2006.
Yes, that is correct. We have the original Tivo G series wireless connector.
Does PyTivo do any intermittent maintenance or indexing? I have an HP EX495 WHS machine with PyTivo installed. I also stream Bluray content off the same machine. The problem is I get video stuttering every hour or two when streaming a bluray to my Dune media player. (Not with PyTivo obviously...) I've troubleshot everything about WHS and the EX495 and applied every fix I could find. I could uninstall pyTivo and see if it gets better, but I'd hate to do that if it's not possible that it's causing problems. No one else is using a Tivo when this happens, PyTivo should be idle.
No. Indexing pretty much happens on demand, as you browse, or at startup, if you turn on the option for that. About all an idle pyTivo would be doing is announcing itself every few seconds via Zeroconf and beacons, and taking up memory.
Thanks! I really appreciate the help. I can eliminate pyTivo as a problem then. 'Course, it's back to tearing my hair out...
I am new to the Tivo world. I was supposed to get my cable installed today, but "Snowmageddon 2011" managed to delay things another two weeks.
So, I am looking to get some of the other features going in the meantime. I have, in the past used DVarchive for ReplayTVs in the house, and I have the house wired for Gigabit ethernet to the places that matter for this discussion.
I am looking to get pyTivo and whatever else going. I have an old Athlon XP 2500+ with 4 GB of RAM running OpenSUSE 10.3. Can I expect a box like this to be up to the task, and would I be well-advised to install a different OS for any reason? I'm not attached to it. I simply try out distros once in a while. This one isn't really doing much right now, except serving as my once-in-a-while-it-is-nice-to-have-Linux machine. I should have a spare Windows 7 license from a Family Pack. I also will likely want this box to serve up media to my PS3 occasionally, and to a "Neuros Link", which is basically an XBMC/Ubuntu client box.
Any other general advice or pointers to a newbie FAQ are much appreciated. Thank you.
That's far in excess of pyTivo's requirements. Of course, transcoding is faster with a faster server -- but only up to a point, since the TiVo can only take in video at a certain rate. Lots of people run pyTivo on NAS devices.
I personally have yet to run pyTivo on a system with more than 1 GB of RAM, although mostly on faster processors.
I certainly recommend Linux over Windows. I use Ubuntu. I can't comment on OpenSUSE specifically, but I have no reason to suppose it's a problem.
I don't know if this has been asked before, but...
Some mkv files, when transcoded (encoding??) via pytivo, play back with a jitter.
If I run the same file through Handbrake, then do a a quickstream fix in VideoReDo, they copy over without re-encoding, since handbrake's mpeg2'ed them and run smoothly.
Is it possible to find out before I send them over to Tivo, whether I should use Pytivo or Handbrake?
Or maybe I am not using the right software?
My config has this:
tivo_password = xxxx
tivo_mak = xxxx
ffmpeg = d:\Program Files\pyTivo\plugins\video\ffmpeg_mp2.exe
togo_path = d:\Users\me\Videos
tivo_username = xxxx
port = 9032
So I'm guessing it uses the ffmpeg_mp2.exe to transcode?
This program has a date of 2008. Could this be the problem?
There is another exe in the \plugins\video folder called ffmpeg.exe.
Should I be using this instead? It has a date 6/15/2010
Yes, change your conf to use the newer ffmpeg.exe. That should fix the problem. The old one had a problem with certain mkv/h264 encode flags. It sounds like at some point you upgraded pyTivo, but you kept your old conf file which referred to the older ffmpeg.
Ok thanks, I'll give this file a try the next time.
Has anyone looked into how to serve the images for show's along with the metadata over to the premiere? Let me know if I missed the info somewhere in the thread.
anyone having trouble pushing to tivo i have a tivoHD. using the lastest wmcbrine release. i haven't changed anything and now cannot push videos.. reinstalled pytivo and no change.
Apparently if you are running ffmpeg on multiple computers, it's important to keep them somewhat in sync, especially if you decode on one machine and encode on the other.
I run pytivo on my NAS, which is debian linux based. However, I was ripping some DVDs and transcoding them to MP4 on my PC - which is windows 7 based. I tried pulling one of the movies to the tivo using the nas-based pytivo, and it was a mess. The movie was watchable, but there were frequent video and audio glitches. I was able to push the MP4 to the tivo successfully, and I was able to successfully watch the mp4 file on both my PC and streaming to my PS3. That pointed my sights directly at my NAS.
The version of ffmpeg I use on my PC is relatively recent - it showed as having been built January 10, 2011. On my NAS, I built ffmpeg myself from source back in september of last year. The version numbers weren't even close to one another, but I didn't think 3 or 4 months of time shouldn't make that much of a difference. So I downloaded the latest tar file to my NAS, unpacked it, and built it. The version numbers are still different, although a lot closer than they were, but now the pulled video plays fine.
Its not an incompatibility between ffmpeg versions. True your old version did not transcode well for your tivo and needed updating but the reason the files PUSHED from the pc to the tivo worked differently is that they were not transcoded at all. The files PULLED from your NAS were transcoded to mpeg2 video when transferred, a much inferior solution. PUSHING allows transfer of unaltured mp4 files containing h264 video and ac3 audio. Pulling does not allow this, mpeg2 only.
Yeah - I realize that there is no transcoding when pushing - that's how I was able to narrow my focus to ffmpeg on the NAS. It verified to me that the mp4 file, and therefore the original transcoding on the PC, worked fine. The only variable left was the transcoding on the NAS.
I agree that pushing is a superior technique. Sometimes, though, it's a lot easier, when sitting in the family room with a tivo remote in my hand, to pull a video rather than fire up the PC, browse to the pytivo HTTP server, and request a push. Too bad the pull request doesn't result in a push.
No worries, glad you got it figured out and your NAS is working well for you.
I too wish a native mp4 transfer could be initiated from the tivo menu. Streambaby is capable of this but adds yet one more item in the mix that I do not want to burden the family with. Pytivo's menu item is already there and works, just slow due to transcoding.
Not a big deal for us as 99.99% of what we watch is already loaded on the tivo, vary rarely does anyone call for video from the server.
Check out Streambaby's "Push" option: http://code.google.com/p/streambaby/wiki/PushConfiguration
alas - java is not installed on my NAS, and I am reluctant to install it. I am uneasy doing any installations that do not use the apt-get mechanism, and the apt-get search (actually apt-cache) is unclear about the content of the java packages it has available. There is something called java-common, but I don't know if that's just a JVM, or a development package, or what, and I don't know what version it is.
I guess I could try running streambaby on my PC, but the whole objective behind porting to the NAS was to not need the PC turned on 24/7. If only streambaby (and harmonium for that matter) were written in python or perl.
Well, I'm thinking that if an HME app like Streambaby has the ability to push from the TiVo UI, another one could be crafted to do the same. I have zero experience with HME coding, but McBrine's python port of the SDK may help in that respect.
What is the latest version ffmpeg and where can I down load it from? I have ffmpeg svn r21659 rdian06 1.02v installed now
"The last revision committed to SVN was r26402 on 2011-01-19"