Build Your Own Linux PVR
linuxwrangler writes "A few weeks ago Russell Pavlicek, Infoworld's 'Open Source' columnist mentioned a personal linux video time-shifter (PVR) he built. In response to reader requests he has now posted a page describing the project." Escaping the monthly fees of TiVo is a good motivation -- and the total cost here isn't bad either.
After all, if one person posts the times of the programs that they want to record, then everyone can have automated recording like Tivo.
Any volunteers for this open source database?
The baby's fine -- please stop sending business cards.
So, for $100 more than the cost of a TiVo, which are now at $199 with a $50 rebate, he built a box that has 5 hours less recording time, a worse encoder,a fraction of the features, and how do you even begin to discribe the UI? Non-existant? I will stick to my TiVos.
I call it my "tuxvo"
If you combine cron with vcr you can achieve good quality recordings using divx4/5 pretty much off the shelf.
Add an nVidia GeForce 2 MX w/TV-out and nVidia's kernel module you can save yourself the money for the scan converter.
That is, if you don't mind black bars at the edge of the screen. Otherwise go with the scan converter.
But IMHO nothing beats MPlayer for playback. YMMV
Oh and In Soviet Russia tuxvo records you.
I just got Tivo, and while I'm not a huge fan of the fee (I went box lifetime subscription), you have to remember that with the fee you get software updates and fixes and a really good, highly detailed program guide.
Tivos feature set goes well beyond just recording Sopranos on Sunday nights at 8PM.
I'm not saying an HDD-based VCR wouldn't be a good thing, I wouldn't mind having one, but don't compare it to Tivo -- it's not the same.
From my figuring, the author spent $300 building this super-widget. So, he saved $250 over a new TiVo with a lifetime suibscription.
:)
For that, he sacrificed a whole lot!
* 15fps
* poor video quality (vertical lines) on top of the 15fps
* No 'live pause'
* No watching one program while saving another
* No guide, etc.
For me, the tradeoff isn't worth it. Even if TiVo fails as a company, I suspect that the community will come up with a network-hack for getting scheduling information.
And even if you lose that, you still have a better-quality recorder with an easy interface, more features, that's running linux.
It only compares if you wanted to play around building a PVR for personal humor. It doesn't make sense as a solution, though
Steve
I've been working on a PC-based Tivo-like system for a couple of months now and have published some (hopefully) useful information here.
One critical factor is the choice of a "smart" or a "dumb" capture card and deciding whether you want to be able to export your recordings to DVDR/CDR disks in DVD/SVCD/VCD format.
If you just want plain Tivo-like functionality then you can use DivX as your compression method and get reasonable results with a software-based realtime encoder.
I've compared the two options and reviewed the Pinnacle PCTV card (dumb BT8x8 capture) and the Hauppauge PVR-250 (smart -- it has onbard hardware MPEG encoding).
Is this stuff any good? Here's a clue -- hardware companies should stick to making hardware and leave the software writing to software professionals. This clearly hasn't happened in the tuner/capture-card industry.
Most of the work to date has been done under Windows but I'm currently working on using this hardware config under Linux and will update the project site accordingly.
However, if you want to then export your DivX files to DVD/SVCD/VCD you're going to get sub-optimal quality because you're transcoding between two lossy formats. Since the stuff I like to keep for posterity on CDR/DVDR is more than likely going to be material like good movies or music concerts, I have opted to use an MPEG1/MPEG2 encoder and avoid re-encoding.
There are also a couple of video samples demonstrating the differences between the three most popular options:
1. Realtime MPEG capture using a dumb card
2. Non-realtime encoding using TMPGenc
3. Realtime MPEG capture using a hardware encoder.
There's a heap more to do on this project but it's coming along quite nicely.