Re: [vdr] 1080p ready VDR

2008-12-26 Thread Artem Makhutov
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

Re: [vdr] Soft RAID-5 + LVM file system corruption

2008-12-26 Thread Alex Betis
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

[vdr] Primary device

2008-12-26 Thread Artem Makhutov
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

Re: [vdr] 1080p ready VDR

2008-12-26 Thread Morfsta
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

Re: [vdr] can't compile xine for vdr

2008-12-26 Thread Darren Salt
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. >>> Tha

Re: [vdr] 1080p ready VDR

2008-12-26 Thread Tony Houghton
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