Re: [vdr] 1080p ready VDR
Hi, On Thu, Dec 25, 2008 at 11:54:59PM +0100, Sascha Vogt wrote: > Hi, > > Artem Makhutov schrieb: > > Take a look at: http://www.vdr-wiki.de/wiki/index.php/HDTV > I did that, but there it said a Athlon64 at 2 GHz is sufficient. But I > think your example shows, that this isn't... > > > You can also use a Nvidia Video card with VDPAU, which will do the > > decoding in hardware. Then then CPU-Load will be less then 10%, but > > this is currenly in development and does not work reliably right now. > > Using VDPAU you will be able to watch HDTV with a Atholon X2 4850e > > CPU. > As there are hardly any HD programs atm I think I'll go that way. I feel > much more comfortable with a NVIDIA anyway (all my other PCs have one > too). Hopefully that VDPAU will get stable soon (Soon as in till 2010). > Point is the 4850e has a TDP of 45 Watts which is much more easier too > cool than those "bigger" CPUs. > > > There are also Mainboards with onboard Nvidia 9300 or 9400 GPU's. > > They also support VDPAU. > Hmm, sounds good. I'll search for some of them. > > > To receive Arte HD you need a DVB-S2 card, like the TechnoTrend > > S2-3200 or the Hauppauge HVR4000 because Arte HD is transmitted on > > DVB-S2 and not DVB-S. > I'm not an sat-expert. Do I need a special LNB for DVB-S2? Or is it only > the card which makes the difference? No, you do not need a special LNB. The standard "universal" LNB should work. You just need a DVB-S2 capable card. > In general, what has the overall better Linux support? TechnoTrend or > Haupauge? (I try to support hardware vendors who care about their Linux > users and I usually see a "WinTV"-label on all those Haupauge cards). I can't tell you anything about the Hauppauge HVR-4000, as I don't have one. But it should be supported since Kernel 2.6.28 out of the box. For the Technotrend you have to compile the modules by your own, but the card is working for me. There are also some TeVii cards: http://www.dvbshop.net/index.php/cat/c435_TeVii.html I have ordered the TeVii S650 DVB-S2. I can report how good it works as soon it arrives. NetUP has also announced the development of a PCI-Express Dual Tuner DVB-S2 card: http://linuxtv.org/wiki/index.php/NetUP_Dual_DVB_S2_CI Regards, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Soft RAID-5 + LVM file system corruption
Some updated, to close that issue for those who will find it in the list later. File system corruption was not the only anomaly in my system, for example WiFi card had different MAC address every boot and few more interesting things... I've replaced memory modules although memtest didn't find any problem with all its tests. It's too early to be sure, but so far everything looks fine, so I'm staying with LVM over RAID5 for now since its the most flexible way to manage hard disk space. On Thu, Dec 18, 2008 at 9:51 PM, Alex Betis wrote: > Hello all, > > A system question, not so VDR related, but I hope someone in the list use > the same configuration. > > From time to time my system won't boot since ext3 file system got corrupted > and asks me to log in as root and run fsck manually. No bad blocks are > found, just incorrectly stored nodes that are always fixed. > > I have 3 320GByte SATA disks partitioned to several large partitions, those > partitions are configured to software RAID-5 between disks and on those > RAID-5 partitions there are 2 LVM volumes, one for system and another for > storage. > There are also 250 MByte partition on every disk, while 2 of them are > configured to software RAID-1 and mapped to /boot. > > System LVM gets corrupted more often since its used more intensively. > > Does anybody here have the same configuration? Or any other software RAID-5 > configuration? > Did anyone faced such problems? Maybe someone facing the same problem > without RAIDs? > Any help will be appreciated. > > I'm running on Fedora 10 with 2.6.27 kernel. > I had the same problem with Fedora 8 as well. > > Thanks. > Alex. > > ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Primary device
Hello, what is the "primary device" good for? Is it used as output device when using FF-Cards or is it used for channel scanning or what? I don't have FF-Cards in my setup, and I am getting this error messages when starting VDR: ERROR: invalid primary device number: 4 ERROR: no primary device found - using first device! Everything is working in my setup, so I am just ignoring this error message. I just would like to know what this primary device is good for. Is it save to disable the primary device using the DVBSETUP patch? Thanks, Artem ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] 1080p ready VDR
On Thu, Dec 25, 2008 at 11:10 PM, Tony Houghton wrote: ... > (I haven't heard of anyone releasing a patch for the BBC HD audio pid problem > yet). ... This is a fault with the broadcaster, not a problem with VDR. I have informed the BBC of the problem and they have acknowledged the issue and are going to fix it shortly (they say in the New Year after a Christmas period "change freeze" period), so it should just go away. Apparently it was due to an upgrade that the BBC applied to their encoders. The problem doesn't cause any problems with Sky or Freesat boxes so they didn't notice it in testing. Must say, I was very impressed with their response and I'm looking forward to seeing the fix being implemented. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] can't compile xine for vdr
I demand that Anssi Hannula may or may not have written... > Ludwig Nussel wrote: >> Darren Salt wrote: >>> I demand that Ludwig Nussel may or may not have written... [snip] libxine1 as shipped on [SuSE] 11.1 already contains the vdr plugin. Packman has the xine plugins for mpeg. >>> That's binary-incompatible with other distributions. I hope that the >>> soname has been adjusted appropriately... >> No, I actually haven't paid attention to that problem. >> AFAICS the ABI incompatible changes affect post_video_port_s in post.h >> and xine_video_port_s in video_out.h. Only post plugins or new video >> outputs would be affected by that I guess. So hopefully not that bad >> after all. > Well, the SONAME in libxine reflects application interface only. The > plugin API has a different versioning. True, but the plugins should also be linked against libxine, and there's nothing preventing an application from providing its own plugins. Unfortunately, the plugin API version can't be changed so easily... -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + At least 4000 million too many people. POPULATION LEVEL IS UNSUSTAINABLE. Those who can, do. Those who can't, teach. Those who can't teach, hack. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] 1080p ready VDR
On Fri, 26 Dec 2008 14:09:32 + Morfsta wrote: > On Thu, Dec 25, 2008 at 11:10 PM, Tony Houghton wrote: > ... > > (I haven't heard of anyone releasing a patch for the BBC HD audio pid > > problem yet). > ... > > This is a fault with the broadcaster, not a problem with VDR. I have > informed the BBC of the problem and they have acknowledged the issue > and are going to fix it shortly (they say in the New Year after a > Christmas period "change freeze" period), so it should just go away. > > Apparently it was due to an upgrade that the BBC applied to their > encoders. The problem doesn't cause any problems with Sky or Freesat > boxes so they didn't notice it in testing. > > Must say, I was very impressed with their response and I'm looking > forward to seeing the fix being implemented. Yes, I'm not just impressed, I'm surprised. I just thought that as Sky and Freesat boxes can handle it, it should be possible to work around it in VDR too, but hopefully that will no longer be necessary in a few weeks. -- TH * http://www.realh.co.uk ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr