Hopefully this will save some complaints from people complaining it broke their pyTivo install. ***Currently requires the use of my pyTivo fork (link in sig) as no one else has implemented my multi-threaded decoding patch.Īs the newer FFmpeg requires updating pyTivo I will primarily feature the 0.8.x series on the OP for sometime with links to newer binaries in threads like this one.

Expect some speedup and reduced CPU usage but as this is only for decoding don't expect a massive change. This version also adds VDA support which provides GPU accelerated decoding for h.264 codec on Mac's with appropriate graphics cards. It does require that you update your pyTivo installation though to be fully compatible with the changes. Here is a FFmpeg 0.10 binary for those of you who want to try it. Posted: Tue 5:03 pm Post subject: FFmpeg 0.10 You can pick up a copy of my pyTivo fork in my sig, wait and see if your dev of choice applies it to their fork (wmcbrine has so already) or apply the patch yourself.Īs soon as I vet my latest 0.10 build I will post it for people to use. If you weren't using the remux functions you probably did not realize there were issues going on. I have made a patch that gives pyTivo compatibility with FFmpeg 0.9+ versions. PyTivo can probably squeek by with some minor adjustments to the vInfo function but in the long term will require some pretty big adjustments to make it future proof for further API changes (like being able to dynamically adjust FFmpeg arguments based on API version checks). It looks like there is also some meta data changes that the current code is unable to handle properly. It will remux to MP4 but will fail to pass the output file as compatible when requested by the TiVo after push is initiated. I can get a pull with transcoding to work (with FFmpeg warnings) but remuxing to MP4 fails completely. I guess it is just a difference in workloads. Let me know if any other info would be helpful. I'm using Wmcbrine's branch and ffmpeg 0.9.1.

Ffmpeg mac os x install