Hello,
Now that I have an hd tv set, I'm looking at revamping my ageing vdr system for hd. Oh, and I want it to be really cheap ;-) It seems that the only reasonable option is a motherboard/graphic card supported by nvidia vdpau. I need a parallel port and a pci slot (I want to use my current dvb-s card), so the revo and similar nettops are out. The asus P5N7A-VM motherboard seems a good candidate, is its integrated 9300 graphics powerful enough for good deinterlacing? According to this page http://www.mythtv.org/wiki/VDPAU the only limitation is that it cannot do Advanced 2x for HD content, everything else is covered (I'm currently using temporal on my laptop and, while acceptable, it doesn't seem top-notch). Or should I better buy a cheap motherboard and add an external nvidia graphic card?
Any suggestion?
Bye
En/na Luca Olivetti ha escrit:
The asus P5N7A-VM motherboard seems a good candidate, is its integrated 9300 graphics powerful enough for good deinterlacing?
Mmmh, I hate to reply to my own message, but it seems it isn't available anywhere, at least here in Spain :-(
Bye
Luca Olivetti schrieb:
En/na Luca Olivetti ha escrit:
The asus P5N7A-VM motherboard seems a good candidate, is its integrated 9300 graphics powerful enough for good deinterlacing?
Mmmh, I hate to reply to my own message, but it seems it isn't available anywhere, at least here in Spain :-(
I'm just at the same task at the moment.
Vdpau enabled IGP motherboards except ION systems seem not to be available at all for some reason.
Same for passive Nvidia GT220 cards (not yet available (Zotac Zone Edition or ECS)).
Even if its german, this might give you a good overview: http://wbreu.htpc-forum.de/vdpaukompendium/leistungsvergleichgrafikchipsonbo...
To me that means, at decoding they are close to each other, but big difference at de-interlacing. i'm trying my luck at the moment with the passive cooled Gainward GT210, maybe later moving on to the GT220 once passive cooled models are available. It was told me that dual core CPU are preferable for OSD responiveness.
Just to share a bit my findings from last days/weeks. I'm not quite sure if i will be able to keep the same noise level (nearly 0) with the HD components, but my plan is:
C2D E7x00 Mainboard w/o IGP GT210/220
For AMD system it should be a K10 according to wbreu@vdrportal.de, since the K8 models could cause problems with vdpau with CnQ enabled.
HTH
Steffen
The asus P5N7A-VM motherboard seems a good candidate, is its integrated 9300 graphics powerful enough for good deinterlacing?
Mmmh, I hate to reply to my own message, but it seems it isn't available anywhere, at least here in Spain :-(
I'm just at the same task at the moment.
Vdpau enabled IGP motherboards except ION systems seem not to be available at all for some reason.
Same for passive Nvidia GT220 cards (not yet available (Zotac Zone Edition or ECS)).
agree
П210 or Gt220 or new ION2 can be good choice
Goga
En/na Steffen Barszus ha escrit:
Vdpau enabled IGP motherboards except ION systems seem not to be available at all for some reason.
Maybe because they are old. It's a pity because they seems a good choice: cheap, small, powerful and passively cooled.
Same for passive Nvidia GT220 cards (not yet available (Zotac Zone Edition or ECS)).
Even if its german, this might give you a good overview: http://wbreu.htpc-forum.de/vdpaukompendium/leistungsvergleichgrafikchipsonbo...
Thanks, that's a good overview. According to it the GT210 only supports temporal, so it doesn't seem such a good choice, and the ones I can find over here are with forced cooling.
Bye
En/na Luca Olivetti ha escrit:
Even if its german, this might give you a good overview: http://wbreu.htpc-forum.de/vdpaukompendium/leistungsvergleichgrafikchipsonbo...
Thanks, that's a good overview. According to it the GT210 only supports temporal, so it doesn't seem such a good choice, and the ones I can find over here are with forced cooling.
Mmmh, in that table, the 9400GT is said to support only temporal, while here
http://wbreu.htpc-forum.de/vdpaukompendium/leistungsvergleichgrafikchipsonbo...
he says than the 9400GT has enough power to advanced deinterlacing at 1980x1080. A glitch of google translate or is the table wrong?
Bye
NewEgg or ZipZoomFly don't ship to spain?
Steffen Barszus wrote:
Luca Olivetti schrieb:
En/na Luca Olivetti ha escrit:
The asus P5N7A-VM motherboard seems a good candidate, is its integrated 9300 graphics powerful enough for good deinterlacing?
Mmmh, I hate to reply to my own message, but it seems it isn't available anywhere, at least here in Spain :-(
I'm just at the same task at the moment.
Vdpau enabled IGP motherboards except ION systems seem not to be available at all for some reason.
Same for passive Nvidia GT220 cards (not yet available (Zotac Zone Edition or ECS)).
Even if its german, this might give you a good overview: http://wbreu.htpc-forum.de/vdpaukompendium/leistungsvergleichgrafikchipsonbo...
To me that means, at decoding they are close to each other, but big difference at de-interlacing. i'm trying my luck at the moment with the passive cooled Gainward GT210, maybe later moving on to the GT220 once passive cooled models are available. It was told me that dual core CPU are preferable for OSD responiveness.
Just to share a bit my findings from last days/weeks. I'm not quite sure if i will be able to keep the same noise level (nearly 0) with the HD components, but my plan is:
C2D E7x00 Mainboard w/o IGP GT210/220
For AMD system it should be a K10 according to wbreu@vdrportal.de, since the K8 models could cause problems with vdpau with CnQ enabled.
HTH
Steffen
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
En/na Steffen Barszus ha escrit:
C2D E7x00
Isn't that overkill? (I mean, with hw accelerated people are using an atom)
Mainboard w/o IGP GT210/220
If I go this route (separate motherboard and graphic card) what about audio through hdmi? Any card will do or should I look for a specific one with some form of spdif pass-through?
Bye
Luca Olivetti schrieb:
En/na Steffen Barszus ha escrit:
C2D E7x00
Isn't that overkill? (I mean, with hw accelerated people are using an atom)
Yes it is, but * the CPU should have some potential for undervolting * configuration on speedstep i hope i can tweak
I hope to get some potential for easy converting/whatever??? and have a not so hungry CPU otherwise (i read something like 8W idle which matches my current CPU which i used last years and it should idle most of he time assuming vdpau works as expected)
Mainboard w/o IGP GT210/220
If I go this route (separate motherboard and graphic card) what about audio through hdmi? Any card will do or should I look for a specific one with some form of spdif pass-through?
I don't have experience on this and its not a concern for me, but maybe still give you some facts:
* the cards all have an audio pass trough, no connector though * the card reports to have an audio device * this audio device is not supported yet, but some people reported success to at last get it recognized with some patches, not sure if its working for anyone allready
En/na Steffen Barszus ha escrit:
Any card will do or should I look for a specific one with some form of spdif pass-through?
I don't have experience on this and its not a concern for me, but maybe still give you some facts:
- the cards all have an audio pass trough, no connector though
- the card reports to have an audio device
- this audio device is not supported yet, but some people reported
success to at last get it recognized with some patches, not sure if its working for anyone allready
Well, considering that I cannot find a way to get audio through hdmi with my laptop and I couldn't get much help on the alsa-users mailing list (as couldn't another folk with the same laptop 5 months ago), I am worried.
Bye
On Sun, 2009-11-15 at 09:49 +0100, Luca Olivetti wrote:
Well, considering that I cannot find a way to get audio through hdmi with my laptop and I couldn't get much help on the alsa-users mailing list (as couldn't another folk with the same laptop 5 months ago), I am worried.
I'm waiting for a 7.1ch PCM audio over HDMI capable PCI-E graphics card. Currently Nvidia does great job with VDPAU video but SPDIF pass-trough limited audio is a disappointment. There is working 7.1ch PCM audio in Linux with AMD and Intel graphics but video acceleration is not usable.
My cheap 8400GS that I bought about years ago looks still like a good solution (plus SPDIF from mobo) :^(
BR, Seppo
Hi,
Seppo Ingalsuo schrieb:
On Sun, 2009-11-15 at 09:49 +0100, Luca Olivetti wrote:
Well, considering that I cannot find a way to get audio through hdmi with my laptop and I couldn't get much help on the alsa-users mailing list (as couldn't another folk with the same laptop 5 months ago), I am worried.
I'm waiting for a 7.1ch PCM audio over HDMI capable PCI-E graphics card. Currently Nvidia does great job with VDPAU video but SPDIF pass-trough limited audio is a disappointment. There is working 7.1ch PCM audio in Linux with AMD and Intel graphics but video acceleration is not usable.
You can use an .asoundrc to encode 7.1ch PCM to AC3 or DTS and use the SPDIF over HDMI as output device.
I am also not aware of any SPDIF cards, that can output PCM 5.1ch or 7.1ch audio without encoding audio to AC3 or DTS manually....
Regards, Artem
On Sun, 2009-11-15 at 11:48 +0100, Artem Makhutov wrote:
You can use an .asoundrc to encode 7.1ch PCM to AC3 or DTS and use the SPDIF over HDMI as output device.
Tandem coding is not healthy for audio quality if highest quality matters and DD at handles 5.1 "only".
I am also not aware of any SPDIF cards, that can output PCM 5.1ch or 7.1ch audio without encoding audio to AC3 or DTS manually....
No it's not possible because SPDIF has rather limited bandwidth. It was designed for 48 kHz 16 (up to 20) bit stereo PCM originally.
The situation with Nvidia HDMI audio is perhaps improving, by Googling I found this one:
http://www.nvnews.net/vbulletin/showthread.php?t=140264
Perhaps it's soon time to search for a passive cooled G210 or GT220 card!
BR, Seppo
Hi,
Seppo Ingalsuo schrieb:
On Sun, 2009-11-15 at 11:48 +0100, Artem Makhutov wrote:
You can use an .asoundrc to encode 7.1ch PCM to AC3 or DTS and use the SPDIF over HDMI as output device.
Tandem coding is not healthy for audio quality if highest quality matters and DD at handles 5.1 "only".
I am also not aware of any SPDIF cards, that can output PCM 5.1ch or 7.1ch audio without encoding audio to AC3 or DTS manually....
No it's not possible because SPDIF has rather limited bandwidth. It was designed for 48 kHz 16 (up to 20) bit stereo PCM originally.
The situation with Nvidia HDMI audio is perhaps improving, by Googling I found this one:
http://www.nvnews.net/vbulletin/showthread.php?t=140264
Perhaps it's soon time to search for a passive cooled G210 or GT220 card!
Sorry, then I don't understand your problem. I have absolutly no problems with my Zotac ION Mainboard and HDMI Audio output.
I am using PCM Stereo output and when I have DD sound then I am using AC3/DTS PassThrough over HDMI.
Regards, Artem
On Sun, 2009-11-15 at 12:24 +0100, Artem Makhutov wrote:
Sorry, then I don't understand your problem. I have absolutly no problems with my Zotac ION Mainboard and HDMI Audio output.
I think some motherboard integrated chipsets have had working HDMI audio for some time, even Nvidia, PCI-E cards have not had the support. But I wouldn't like to swap my not-that-old P5Q motherboard for this.
I am using PCM Stereo output and when I have DD sound then I am using AC3/DTS PassThrough over HDMI.
Pass-trough (even via SPDIF) is fine if the content is DD or stereo. I suppose encoded HD audio (DTS HD or Dolby TruHD from Blu-Ray) pass-trough is missing from many graphics cards even in Windows but personally I wouldn't mind seeing 7.1ch PCM indicator instead in the AV receiver like with my fat PS3.
BR, Seppo
En/na Seppo Ingalsuo ha escrit:
The situation with Nvidia HDMI audio is perhaps improving, by Googling I found this one:
"I solved the hw/vendor id thing. Now it is showing when aplay -l but it has 4 different pcm devices with none of them giving any sound."
Not very promising.
Bye
The SPDIF can't carry 7.1 sound? It's just digital data stream. Should be able to carry how ever many channels get encoded to the data packets.
Seppo Ingalsuo wrote:
On Sun, 2009-11-15 at 09:49 +0100, Luca Olivetti wrote:
Well, considering that I cannot find a way to get audio through hdmi with my laptop and I couldn't get much help on the alsa-users mailing list (as couldn't another folk with the same laptop 5 months ago), I am worried.
I'm waiting for a 7.1ch PCM audio over HDMI capable PCI-E graphics card. Currently Nvidia does great job with VDPAU video but SPDIF pass-trough limited audio is a disappointment. There is working 7.1ch PCM audio in Linux with AMD and Intel graphics but video acceleration is not usable.
My cheap 8400GS that I bought about years ago looks still like a good solution (plus SPDIF from mobo) :^(
BR, Seppo
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
2009/11/15 Timothy D. Lenz tlenz@vorgon.com:
The SPDIF can't carry 7.1 sound? It's just digital data stream. Should be able to carry how ever many channels get encoded to the data packets.
Is the problem not bandwidth requirements?
Seppo Ingalsuo wrote:
On Sun, 2009-11-15 at 09:49 +0100, Luca Olivetti wrote:
Well, considering that I cannot find a way to get audio through hdmi with my laptop and I couldn't get much help on the alsa-users mailing list (as couldn't another folk with the same laptop 5 months ago), I am worried.
I'm waiting for a 7.1ch PCM audio over HDMI capable PCI-E graphics card. Currently Nvidia does great job with VDPAU video but SPDIF pass-trough limited audio is a disappointment. There is working 7.1ch PCM audio in Linux with AMD and Intel graphics but video acceleration is not usable.
My cheap 8400GS that I bought about years ago looks still like a good solution (plus SPDIF from mobo) :^(
BR, Seppo
On Sun, 2009-11-15 at 20:24 +0200, Theunis Potgieter wrote:
2009/11/15 Timothy D. Lenz tlenz@vorgon.com:
The SPDIF can't carry 7.1 sound? It's just digital data stream. Should be able to carry how ever many channels get encoded to the data packets.
Is the problem not bandwidth requirements?
For consumer SPDIF max bandwidth is about 2 x 20 x 48 kHz = 1.92 Mbit/s.
E.g. encoded DD+ 7.1 bit stream fits there but linear 7.1 PCM doesn't. Highest end audio formats are at different order of magnitude. Dolby TrueHD can be up to 18 Mbit/s and DTS-HD Master Audio up to 24.5 Mbit/s those are passed only over HDMI in CE devices.
http://en.wikipedia.org/wiki/Dolby_Digital#Dolby_Digital_Plus
http://en.wikipedia.org/wiki/DTS_%28sound_system%29#DTS-HD_Master_Audio
BR, Seppo
2009/11/16 Seppo Ingalsuo seppo.ingalsuo@iki.fi:
On Sun, 2009-11-15 at 20:24 +0200, Theunis Potgieter wrote:
2009/11/15 Timothy D. Lenz tlenz@vorgon.com:
The SPDIF can't carry 7.1 sound? It's just digital data stream. Should be able to carry how ever many channels get encoded to the data packets.
Is the problem not bandwidth requirements?
For consumer SPDIF max bandwidth is about 2 x 20 x 48 kHz = 1.92 Mbit/s.
E.g. encoded DD+ 7.1 bit stream fits there but linear 7.1 PCM doesn't. Highest end audio formats are at different order of magnitude. Dolby TrueHD can be up to 18 Mbit/s and DTS-HD Master Audio up to 24.5 Mbit/s those are passed only over HDMI in CE devices.
http://en.wikipedia.org/wiki/Dolby_Digital#Dolby_Digital_Plus
http://en.wikipedia.org/wiki/DTS_%28sound_system%29#DTS-HD_Master_Audio
BR, Seppo
In my case, I have a Samsung T260 screen with fibre out, probably SPDIF. In this case the monitor would then be my limitation. Should I get an amp that takes hdmi as input and passes video onto the screen?
On Tue, 2009-11-17 at 12:28 +0200, Theunis Potgieter wrote:
In my case, I have a Samsung T260 screen with fibre out, probably SPDIF. In this case the monitor would then be my limitation. Should I get an amp that takes hdmi as input and passes video onto the screen?
If the signal source is Blu-Ray disc then there is IMHO benefit with a HDMI capable AV receiver (excluding the early crap those were only dumb switches without audio tapping capability). Personally I've found the PCM or Dolby/DTS HD tracks sound better via possibly better mix than standard AC3 tracks. Audio coding improvement should not be that big.
With just VDR DVB-C/T/S as a source there probably is no real advantage to upgrade to HDMI only over legacy SPDIF from TV to AVR setup. There could be usability improvements via CEC control channel though. And I don't know if CEC is supported by any PC HDMI hardware. (But perhaps in future VDR could get control from CEC from TV remote control too?)
With my AV receiver HDMI menus it's also possible to select to route the audio to home theater or TV speakers like in your setup (with home theater system muted) though I never use TV speakers. They are pretty bad nowadays.
This page might be useful
http://www.hdmi.org/installers/index.aspx
BR, Seppo
En/na Seppo Ingalsuo ha escrit:
With just VDR DVB-C/T/S as a source there probably is no real advantage to upgrade to HDMI only over legacy SPDIF from TV to AVR setup.
If the only planned source is a pc (running vdr and, say, xmbc), would it make sense to bypass the av receiver completely and just decode the audio on the pc connected to the speakers? Or it doesn't make sense (since you'll need an amplifier for each channel anyway, so you could just as well buy an av receiver)? Just asking, since with wife, kids, and neighbours, I'll probably have to convince myself that the tv speakers are good enough ;-)
Bye
Luca Olivetti wrote:
If the only planned source is a pc (running vdr and, say, xmbc), would it make sense to bypass the av receiver completely and just decode the audio on the pc connected to the speakers? Or it doesn't make sense (since you'll need an amplifier for each channel anyway, so you could just as well buy an av receiver)?
Good point! I suppose the benefit of going for AVR is better speakers management: levels, delays, response correction and subwooofer crossover filters. The effects are actually usable. I'm using stereo and surround modes from Onkyo AVR. I've been also quite happy with Audussey setup. A pure PC plus amplifiers (class-D modules) could be superior to AVR in those tasks but I'm not aware of such developments for e.g. ALSA user space or PulseAudio.
Just asking, since with wife, kids, and neighbours, I'll probably have to convince myself that the tv speakers are good enough ;-)
The center channel is really good for any TV watching. But my wife is not happy without a properly programmed universal remote. A "watch VDR" macro does all the powering and routing.
BR, Seppo
Am 14.11.2009 13:55, schrieb Steffen Barszus:
C2D E7x00 Mainboard w/o IGP GT210/220
Tested a G210: No HDMI sound support with vanilla kernel 2.6.31, and with the simple patch [1] the device is detected but no sound is available, as in [2]. Seems to require more effort to enable G210/GT220 integrated audio. Note: As those graphics cards all contain a sound device, they no longer offer an SPDIF loop through connector.
– Matthias
1: http://www.nvnews.net/vbulletin/attachment.php?s=c902aa60d0d7aebbc1166453d45... 2: http://www.nvnews.net/vbulletin/showthread.php?t=140264
On Sat, Nov 14, 2009 at 12:23 PM, Luca Olivetti luca@ventoso.org wrote:
En/na Luca Olivetti ha escrit:
The asus P5N7A-VM motherboard seems a good candidate, is its integrated
9300 graphics powerful enough for good deinterlacing?
Mmmh, I hate to reply to my own message, but it seems it isn't available anywhere, at least here in Spain :-(
Bye
Luca
The P5N7A-VM seems to have been discontinued by ASUS. We have a number at customer sites and the this motherboard does a good job using Temporal 2x with VDPAU.
Andrew
En/na Andrew Herron ha escrit:
The P5N7A-VM seems to have been discontinued by ASUS. We have a number at customer sites and the this motherboard does a good job using Temporal 2x with VDPAU.
As I said to Steffen it's a pity that they're no longer available. Maybe there is some newer model coming soon?
Bye
Check the linux forums at http://www.nvnews.net/. Sounds like the GT220 would be a good choice. Maybe even the GT210. I have an 8400 with the newer chip and it's is marginal at best and won't do the advanced deint.
Luca Olivetti wrote:
Hello,
Now that I have an hd tv set, I'm looking at revamping my ageing vdr system for hd. Oh, and I want it to be really cheap ;-) It seems that the only reasonable option is a motherboard/graphic card supported by nvidia vdpau. I need a parallel port and a pci slot (I want to use my current dvb-s card), so the revo and similar nettops are out. The asus P5N7A-VM motherboard seems a good candidate, is its integrated 9300 graphics powerful enough for good deinterlacing? According to this page http://www.mythtv.org/wiki/VDPAU the only limitation is that it cannot do Advanced 2x for HD content, everything else is covered (I'm currently using temporal on my laptop and, while acceptable, it doesn't seem top-notch). Or should I better buy a cheap motherboard and add an external nvidia graphic card?
Any suggestion?
Bye
On Sat, 2009-11-14 at 13:17 +0100, Luca Olivetti wrote:
Hello,
Now that I have an hd tv set, I'm looking at revamping my ageing vdr system for hd. Oh, and I want it to be really cheap ;-)
I was thinking along the same lines and I have just bought an ION board.
The main board comes with a CPU and with GeForce 9400 graphics, so that will be cheaper than the sum of a normal board + CPU + GeForce 9400 graphics.
Here in Germany, there are only two Atom boards with 1 PCI slot and GeForce 9400 graphics:
http://geizhals.at/deutschland/?cat=mb1ppga_ddr&xf=597_GeForce+9400~489_...
All you need in addition to that is some memory, the DVB-S2 card and a case. Cases start at 30 Euros:
http://geizhals.at/deutschland/?cat=gehitx&v=e&sort=p&xf=534_Min...
Carsten.
En/na Carsten Koch ha escrit:
Here in Germany, there are only two Atom boards with 1 PCI slot and GeForce 9400 graphics:
http://geizhals.at/deutschland/?cat=mb1ppga_ddr&xf=597_GeForce+9400~489_...
Yes, but the problem is that I need a parallel port for the actuator (though maybe I could adapt the circuit to use the serial port instead, and the point of view has one, but then I should find a replacement for my homebrew lirc receiver).
Bye
I have seen USB to serial and parallel adapters, but the parallel ones are kind of rare and you might need to mod your software
Luca Olivetti wrote:
En/na Carsten Koch ha escrit:
Here in Germany, there are only two Atom boards with 1 PCI slot and GeForce 9400 graphics:
http://geizhals.at/deutschland/?cat=mb1ppga_ddr&xf=597_GeForce+9400~489_...
Yes, but the problem is that I need a parallel port for the actuator (though maybe I could adapt the circuit to use the serial port instead, and the point of view has one, but then I should find a replacement for my homebrew lirc receiver).
Bye
En/na Timothy D. Lenz ha escrit:
I have seen USB to serial and parallel adapters, but the parallel ones are kind of rare and you might need to mod your software
Oh, yes, I'll surely need to modify it, since my driver needs an old-style parallel port, an usb to parallel converter won't do. However, now that I think of it, I could use an usb to serial converter and instead of a driver write a daemon that uses polling to count the pulses. I'm still not convinced that a single pci slot is enough though.
Bye
Hi,
On Sun, Nov 15, 2009 at 09:45:40AM +0100, Luca Olivetti wrote:
En/na Timothy D. Lenz ha escrit:
I have seen USB to serial and parallel adapters, but the parallel ones are kind of rare and you might need to mod your software
Oh, yes, I'll surely need to modify it, since my driver needs an old-style parallel port, an usb to parallel converter won't do. However, now that I think of it, I could use an usb to serial converter and instead of a driver write a daemon that uses polling to count the pulses. I'm still not convinced that a single pci slot is enough though.
I am using TeVii S660 and TeVii S650 USB DVB-S2 cards. So I don't need PCI slots.
The only problem with the USB devices is that they all require a seperate power supply.
Would this be an option for you?
Regards, Artem
En/na Artem Makhutov ha escrit:
I'm still not convinced that a single pci slot is enough though.
I am using TeVii S660 and TeVii S650 USB DVB-S2 cards. So I don't need PCI slots.
The only problem with the USB devices is that they all require a seperate power supply.
Would this be an option for you?
I want to reuse my current dvb-s (pci) card, so that could be an option for future expansion, thank you, though the idea of many separate boxes isn't that appealing.
Bye
If you know something about electronics you could use an unused hard drive connector from your power supply. Bring it out of the case through some connector on that back of the case. Run it to a box with jacks for all your USB tuners to plug into. Just need to check voltages needed by each device. Some might be geting other then +5 or +12 from their power supply in which case you may need to add some voltage regulators that feed off the +12 line to step down to what it wants. this way it all turns on together.
Or make a power supply that has outputs for each device. But you need to know about electronics to do it.
Artem Makhutov wrote:
Hi,
On Sun, Nov 15, 2009 at 09:45:40AM +0100, Luca Olivetti wrote:
En/na Timothy D. Lenz ha escrit:
I have seen USB to serial and parallel adapters, but the parallel ones are kind of rare and you might need to mod your software
Oh, yes, I'll surely need to modify it, since my driver needs an old-style parallel port, an usb to parallel converter won't do. However, now that I think of it, I could use an usb to serial converter and instead of a driver write a daemon that uses polling to count the pulses. I'm still not convinced that a single pci slot is enough though.
I am using TeVii S660 and TeVii S650 USB DVB-S2 cards. So I don't need PCI slots.
The only problem with the USB devices is that they all require a seperate power supply.
Would this be an option for you?
Regards, Artem
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On Sat, 2009-11-14 at 21:23 +0100, Carsten Koch wrote: ...
I was thinking along the same lines and I have just bought an ION board.
The main board comes with a CPU and with GeForce 9400 graphics, so that will be cheaper than the sum of a normal board + CPU + GeForce 9400 graphics.
OK, i finally found the time to complete a VDR PC based on the ION board.
The good news are:
+ 1080p plays back smoothly with xine/vdpau with very low CPU usage. + sound over HDMI works. + the streamdev-client plugin works - even with HD channels. + the xine plugin works fine - also with HD channels and HD recordings. I had to tweak a few config items.
The not-so-good news are:
+ The fan is a bit loud and so far I have not found a silent replacement fan. + I originally set up the system as a diskless (nfsroot) system, but KDE 4 (I am using OpenSuSE 11.2) performs unbearably slow, so I was forced to install a hard disk.
So, as it turns out, I do not need a DVB card in the PC (the server has 2 DVB-S cards and one DVB card). If I keep it that way, I really do not need the PCI slot, so I could use one of these passively cooled main boards http://geizhals.at/deutschland/a467665.html http://geizhals.at/deutschland/a439268.html
I currently use this (actively cooled) main board: http://geizhals.at/deutschland/a455388.html
Using a passively cooled main board would solve the fan noise problem.
Carsten.
On Thu, 24 Dec 2009 17:12:56 +0100 Carsten Koch CarstenKochElsdorf@web.de wrote:
The not-so-good news are:
- The fan is a bit loud and so far I have not found a silent replacement fan.
- I originally set up the system as a diskless (nfsroot) system, but KDE 4 (I am using OpenSuSE 11.2) performs unbearably slow, so I was forced to install a hard disk.
Couldn't you use a much lighter desktop if this is a PC especially for VDR?
[Snip]
I currently use this (actively cooled) main board: http://geizhals.at/deutschland/a455388.html
Using a passively cooled main board would solve the fan noise problem.
I can't tell what's under that fan from the picture. If the heatsink is fixed to the motherboard with pins you could replace it with a Zalman passive chipset cooler, but you would need to make sure there's good airflow through the case (what provision does it have for fans? At least it should be easier to get silent case fans than a silent fan small enough for that chip). Otherwise you could get an adapter (like a square funnel) to fit a bigger, quieter fan on to the heatsink.
On Thu, Dec 24, 2009 at 9:55 AM, Tony Houghton h@realh.co.uk wrote:
- I originally set up the system as a diskless (nfsroot)
system, but KDE 4 (I am using OpenSuSE 11.2) performs unbearably slow, so I was forced to install a hard disk.
Couldn't you use a much lighter desktop if this is a PC especially for VDR?
If it's a dedicated VDR box, why bother installing a desktop at all? I control my VDR boxes with ssh from my main desktop and since they're dedicated there's no need for KDE/Gnome/whatever. No need for a keyboard/mouse/(monitor) either for that matter. Just ssh and an IR remote. :)
Using a passively cooled main board would solve the fan noise problem.
There are _very_ quiet fans out there. I've got a 10mmx120mm one that you can't even hear and does the job. Unfortunately I don't remember which brand/model it is but a little googling will help you with that.
On Thu, 2009-12-24 at 17:55 +0000, Tony Houghton wrote: ...
- I originally set up the system as a diskless (nfsroot) system, but KDE 4 (I am using OpenSuSE 11.2) performs unbearably slow, so I was forced to install a hard disk.
Couldn't you use a much lighter desktop if this is a PC especially for VDR?
Running VDR is important, but not the only purpose. Surfing the internet, watching DVDs and BlueRays, etc. is a lot of fun on an HD beamer. :-)
I currently use this (actively cooled) main board: http://geizhals.at/deutschland/a455388.html
Using a passively cooled main board would solve the fan noise problem.
I can't tell what's under that fan from the picture. If the heatsink is fixed to the motherboard with pins you could replace it with a Zalman passive chipset cooler, but you would need to make sure there's good airflow through the case (what provision does it have for fans?
Currently, the airflow is provided by the power supply fan only.
At least it should be easier to get silent case fans than a silent fan small enough for that chip).
I agree. As I said, A silent 4x4cm fan seems to be hard to find. There are very nice silent 12x12cm fans,
Otherwise you could get an adapter (like a square funnel) to fit a bigger, quieter fan on to the heatsink.
That will not fit. The power supply sits above the board.
Carsten.
Am Fri, 25 Dec 2009 11:43:06 +0100 schrieb Carsten Koch CarstenKochElsdorf@web.de:
On Thu, 2009-12-24 at 17:55 +0000, Tony Houghton wrote: ...
- I originally set up the system as a diskless (nfsroot) system, but KDE 4 (I am using OpenSuSE 11.2) performs unbearably slow, so I was forced to install a hard disk.
Couldn't you use a much lighter desktop if this is a PC especially for VDR?
Running VDR is important, but not the only purpose. Surfing the internet, watching DVDs and BlueRays, etc. is a lot of fun on an HD beamer. :-)
The desktop doesn't play DVDs or BlueRays. This is done by xineliboutput, xine and xbmc ... To start xbmc a lircrc skript for irexec would be enough. No need for a desktop.
Gerald
2009/12/25 Gerald Dachs vdr@dachsweb.de
Am Fri, 25 Dec 2009 11:43:06 +0100 schrieb Carsten Koch CarstenKochElsdorf@web.de:
On Thu, 2009-12-24 at 17:55 +0000, Tony Houghton wrote: ...
- I originally set up the system as a diskless (nfsroot)
system, but KDE 4 (I am using OpenSuSE 11.2) performs unbearably slow, so I was forced to install a hard disk.
Couldn't you use a much lighter desktop if this is a PC especially for VDR?
Running VDR is important, but not the only purpose. Surfing the internet, watching DVDs and BlueRays, etc. is a lot of fun on an HD beamer. :-)
The desktop doesn't play DVDs or BlueRays. This is done by xineliboutput, xine and xbmc ... To start xbmc a lircrc skript for irexec would be enough. No need for a desktop.
Indeed, the only two applications running on desktop side would be X and the application which is your frontend, either xine or xineliboutput.
xineliboutput does have the advantage that it has a media menu built-in for alternative media. It can do things like watch dvd/iso/pictures/music/blu-ray/avi/wmv. The latest snapshot supports cropping when xineliboutput was set to use video vdpau. And you already have a nvidia machine.
Gerald
On Thu, 24 Dec 2009 17:12:56 +0100 Carsten Koch CarstenKochElsdorf@web.de wrote:
- I originally set up the system as a diskless (nfsroot) system, but KDE 4 (I am using OpenSuSE 11.2) performs unbearably slow, so I was forced to install a hard disk.
Another idea: if there's a spare USB (2.0 High Speed) port you could use a memory stick instead of NFS.
On Fri, Dec 25, 2009 at 5:02 AM, Tony Houghton h@realh.co.uk wrote:
Another idea: if there's a spare USB (2.0 High Speed) port you could use a memory stick instead of NFS.
I've been using usb stick for both VDR and my fileserver. Works just fine.
On Fri, 2009-12-25 at 13:02 +0000, Tony Houghton wrote:
On Thu, 24 Dec 2009 17:12:56 +0100 Carsten Koch CarstenKochElsdorf@web.de wrote:
- I originally set up the system as a diskless (nfsroot) system, but KDE 4 (I am using OpenSuSE 11.2) performs unbearably slow, so I was forced to install a hard disk.
Another idea: if there's a spare USB (2.0 High Speed) port you could use a memory stick instead of NFS.
Good idea. I suppose this one http://geizhals.at/deutschland/a439283.html should be sufficient. I wonder if that's going to be faster (no seek times) or slower than my hard disk.
The only remaining advantage of an nfsroot system being that I can turn the power off without needing to shut the system down.
Carsten.
What you could do is to make a boot process similar to most rescue or live-cd/usb. The idea is to make the whole thing run in ram, so boot by using network or memory stick, copy squashfs to ram and run from there. Should be lightning fast.
2009/12/25 Carsten Koch CarstenKochElsdorf@web.de:
On Fri, 2009-12-25 at 13:02 +0000, Tony Houghton wrote:
On Thu, 24 Dec 2009 17:12:56 +0100 Carsten Koch CarstenKochElsdorf@web.de wrote:
- I originally set up the system as a diskless (nfsroot)
system, but KDE 4 (I am using OpenSuSE 11.2) performs unbearably slow, so I was forced to install a hard disk.
Another idea: if there's a spare USB (2.0 High Speed) port you could use a memory stick instead of NFS.
Good idea. I suppose this one http://geizhals.at/deutschland/a439283.html should be sufficient. I wonder if that's going to be faster (no seek times) or slower than my hard disk.
The only remaining advantage of an nfsroot system being that I can turn the power off without needing to shut the system down.
Carsten.
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On Fri, Dec 25, 2009 at 1:21 PM, Theunis Potgieter theunis.potgieter@gmail.com wrote:
What you could do is to make a boot process similar to most rescue or live-cd/usb. The idea is to make the whole thing run in ram, so boot by using network or memory stick, copy squashfs to ram and run from there. Should be lightning fast.
Do you have a howto for this? I would like to give it a try myself.
2009/12/25 VDR User user.vdr@gmail.com:
On Fri, Dec 25, 2009 at 1:21 PM, Theunis Potgieter theunis.potgieter@gmail.com wrote:
What you could do is to make a boot process similar to most rescue or live-cd/usb. The idea is to make the whole thing run in ram, so boot by using network or memory stick, copy squashfs to ram and run from there. Should be lightning fast.
Do you have a howto for this? I would like to give it a try myself.
Google returned some results from this query: how to make a live usb run from ram
http://www.pendrivelinux.com/ubuntu-toram-how-to-make-ubuntu-boot-to-ram/
This is an idea, but with Linux there is no limits :)
Good luck.
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On Fri, 25 Dec 2009 13:23:26 -0800 VDR User user.vdr@gmail.com wrote:
On Fri, Dec 25, 2009 at 1:21 PM, Theunis Potgieter theunis.potgieter@gmail.com wrote:
What you could do is to make a boot process similar to most rescue or live-cd/usb. The idea is to make the whole thing run in ram, so boot by using network or memory stick, copy squashfs to ram and run from there. Should be lightning fast.
Do you have a howto for this? I would like to give it a try myself.
The easiest starting point would be Debian Live http://debian-live.alioth.debian.org/ because it's designed to be customisable (so you can easily pre-install VDR etc, and hopefully easily get it to automount other filesystems eg NFS) and to search for another partition with a specific label on the stick to use as a writable home partition or even a writable root.
On Fri, 25 Dec 2009 21:58:18 +0100 Carsten Koch CarstenKochElsdorf@web.de wrote:
On Fri, 2009-12-25 at 13:02 +0000, Tony Houghton wrote:
Another idea: if there's a spare USB (2.0 High Speed) port you could use a memory stick instead of NFS.
Good idea. I suppose this one http://geizhals.at/deutschland/a439283.html should be sufficient. I wonder if that's going to be faster (no seek times) or slower than my hard disk.
Read speeds should be at least acceptable on a modern device, but writing can still be quite slow.
On Thu, 2009-12-24 at 17:12 +0100, Carsten Koch wrote: ...
- I originally set up the system as a diskless (nfsroot) system, but KDE 4 (I am using OpenSuSE 11.2) performs unbearably slow, so I was forced to install a hard disk.
Just in case anyone wants to try to set up an nfsroot VDR system with that main bord, here is what I had to do to make it work:
In general, it is much easier now to set up an nfsroot system, than it was a few years ago.
I attached a hard disk to the PC and installed OpenSUSE 11.2 on it normally. All to one partition, no swap.
I re-built the kernel: cd /usr/src/linux gunzip </proc/config.gz>.config make oldconfig make all
I copied the whole disk partition over to the server, then mounted it from there as /atom.
I created a new initrd for nfsroot: mkinitrd -f nfs -D eth0 /atom See the mkinitrd man page.
I copied that initrd and the kernel to the server, activated a dhcp server and a tftp server with pxelinux. My /tftpboot/pxelinux.cfg/01-00-e0-4c-00-17-3f file contains:
DEFAULT vmlinuz-2.6.31.5-0.1-desktop initrd=initrd-2.6.31.5-0.1-desktop root=192.168.25.6:/nfsroot/atom ip=192.168.25.30:192.168.25.6:192.168.25.4:255.255.255.0:atom:eth0:none TIMEOUT 10000
I changed /nfsroot/atom/etc/ftsab so root is mounted via nfs: 192.168.25.6:/nfsroot/atom / nfs exec,rw 0 0
in /nfsroot/atom/etc/sysconfig/network/ifcfg-eth0 I set STARTMODE='nfsroot' (I read that somewhere. No idea if it is really required)
After that, the system started to boot via the network. I have another system that works fine this way, but the atom system failed to mount the nfs root during boot. There seems to be a timing problem with the network driver.
I worked around that by patching boot/83-mount.sh in the initrd. I put a "sleep 2" before the mount command. (I tried sleep 1, but that was not enough. YMMV).
Note that the initrd is a gzipped cpio archive in NEWC format. I unpacked the old archive using gunzip <initrd-2.6.31.5-0.1-desktop>initrd.cpio mkdir initrd cd initrd cpio -i <../initrd.cpio
I re-packed the modified archive using cpio -t <../initrd.cpio > /tmp/list cpio -H NEWC -o </tmp/list > ../new.cpio gzip -9 ../new.cpio
Carsten.
OK, i finally found the time to complete a VDR PC based on the ION board.
The good news are:
- 1080p plays back smoothly with xine/vdpau
with very low CPU usage.
- sound over HDMI works.
- the streamdev-client plugin works - even with HD channels.
- the xine plugin works fine - also with HD channels and HD
recordings. I had to tweak a few config items.
The not-so-good news are:
- The fan is a bit loud and so far I have not found
a silent replacement fan.
- I originally set up the system as a diskless (nfsroot)
system, but KDE 4 (I am using OpenSuSE 11.2) performs unbearably slow, so I was forced to install a hard disk.
So, as it turns out, I do not need a DVB card in the PC (the server has 2 DVB-S cards and one DVB card). If I keep it that way, I really do not need the PCI slot, so I could use one of these passively cooled main boards http://geizhals.at/deutschland/a467665.html http://geizhals.at/deutschland/a439268.html
I currently use this (actively cooled) main board: http://geizhals.at/deutschland/a455388.html
Using a passively cooled main board would solve the fan noise problem.
I also finally setted up my ion system. I have a similar kind of passive cooled zotac that you put in your links but found out that without any cooling it's temperature get still pretty hight 60-65 celcius.
The included 4 inch fan was indeed pretty noisy, so I invested for a 8 inc fan and put that to my own made wooden case. (I first used old case from broken video, but that one had about 30 cm extra width, so I ended up making my own case)
With this 8 inch fan, the cpu and mcu temperatures are now about 40 celcius.
If you are interested, I put a picture on http://pilppa.org/home/blogs/index/1
For some reason the "--video vdpau" option for vdr-sxfe still does not work for me... (Using mandriva 2010 version of everything else except from own build vdr-1.7.10 and couple od days old xineliboutput plugin with latest fix being: Fixed generating lirc key release events) ). gdb crash log is below:
(gdb) set args xvdr+tcp://192.168.3.11:37890 --video vdpau (gdb) run Starting program: /usr/local/bin/vdr-sxfe xvdr+tcp://192.168.3.11:37890 --video vdpau [Thread debugging using libthread_db enabled] vdr-sxfe 1.0.90-cvs (build with xine-lib 1.1.16, using xine-lib 1.1.16)
Video driver: vdpau VDR Server: xvdr+tcp://192.168.3.11:37890
[New Thread 0x7fa4ab9af6f0 (LWP 10536)] [10536] [vdr-fe] GNOME screensaver disabled [New Thread 0x7fa4a3514910 (LWP 10545)] [10536] [vdr-fe] fe_xine_init: xine_open_video_driver("vdpau") failed Error initializing xine [Thread 0x7fa4a3514910 (LWP 10545) exited]
Program received signal SIGSEGV, Segmentation fault. 0x00007fa4aa5e2cad in pthread_mutex_lock () from /lib64/libpthread.so.0 Missing debug package(s), you should install: dbus-debug-1.2.16-2mdv2010.0.x86_64 dbus-glib-debug-0.82-1mdv2010.0.x86_64 faac-debug-1.28-3plf2010.0.x86_64 faad2-debug-2.7-1plf2009.1.x86_64 gcc-debug-4.4.1-4.1mnb2.x86_64 glib2.0-debug-2.22.2-2mdv2010.0.x86_64 glibc-debug-2.10.1-6.2mnb2.x86_64 lame-debug-3.98.2-1plf2009.0.x86_64 libalsa2-debug-1.0.21a-1mdv2010.0.x86_64 libcdio-debug-0.81-5mdv2010.0.x86_64 libdvdcss-debug-1.2.10-2plf2010.0.x86_64 libjpeg-debug-7-5mdv2010.0.x86_64 libogg-debug-1.1.4-2mdv2010.0.x86_64 libtheora-debug-1.1.0-1mdv2010.0.x86_64 libvorbis-debug-1.2.3-1mdv2010.0.x86_64 libx11-debug-1.2.2-2mdv2010.0.x86_64 libxau-debug-1.0.5-1mdv2010.0.x86_64 libxcb-debug-1.4-3.2mdv2010.0.x86_64 libxcursor-debug-1.1.10-1mdv2010.0.x86_64 libxdmcp-debug-1.0.3-1mdv2010.0.x86_64 libxext-debug-1.0.5-1mdv2010.0.x86_64 libxfixes-debug-4.0.3-5mdv2010.0.x86_64 libxinerama-debug-1.0.3-3mdv2010.0.x86_64 libxrandr-debug-1.3.0-2mdv2010.0.x86_64 libxrender-debug-0.9.4-5mdv2010.0.x86_64 pcre-debug-7.9-1mdv2010.0.x86_64 real-codecs-debug-1.2-4plf2010.0.x86_64 vcdimager-debug-0.7.23-9mdv2010.0.x86_64 xine-lib-debug-1.1.16.3-2plf2010.0.x86_64 zlib-debug-1.2.3-13mdv2010.0.x86_64 (gdb) bt #0 0x00007fa4aa5e2cad in pthread_mutex_lock () from /lib64/libpthread.so.0 #1 0x00007fa4a9a09773 in xine_list_video_output_plugins () from /usr/lib64/libxine.so.1 #2 0x000000000040cc80 in list_plugins_type (xine=0x1, msg=0x416993 "Available video drivers:", list_func=0x7fa4a9a09740 <xine_list_video_output_plugins>) at xine_frontend.c:107 #3 0x000000000040cd57 in list_xine_plugins (fe=<value optimized out>, verbose=0) at xine_frontend.c:125 #4 0x0000000000412648 in main (argc=<value optimized out>, argv=0x7fff415c6e08) at xine_frontend_main.c:749
Mika
2010/1/2 Mika Laitio lamikr@pilppa.org:
OK, i finally found the time to complete a VDR PC based on the ION board.
The good news are:
- 1080p plays back smoothly with xine/vdpau
with very low CPU usage.
- sound over HDMI works.
- the streamdev-client plugin works - even with HD channels.
- the xine plugin works fine - also with HD channels and HD
recordings. I had to tweak a few config items.
The not-so-good news are:
- The fan is a bit loud and so far I have not found
a silent replacement fan.
- I originally set up the system as a diskless (nfsroot)
system, but KDE 4 (I am using OpenSuSE 11.2) performs unbearably slow, so I was forced to install a hard disk.
So, as it turns out, I do not need a DVB card in the PC (the server has 2 DVB-S cards and one DVB card). If I keep it that way, I really do not need the PCI slot, so I could use one of these passively cooled main boards http://geizhals.at/deutschland/a467665.html http://geizhals.at/deutschland/a439268.html
I currently use this (actively cooled) main board: http://geizhals.at/deutschland/a455388.html
Using a passively cooled main board would solve the fan noise problem.
I also finally setted up my ion system. I have a similar kind of passive cooled zotac that you put in your links but found out that without any cooling it's temperature get still pretty hight 60-65 celcius.
The included 4 inch fan was indeed pretty noisy, so I invested for a 8 inc fan and put that to my own made wooden case. (I first used old case from broken video, but that one had about 30 cm extra width, so I ended up making my own case)
With this 8 inch fan, the cpu and mcu temperatures are now about 40 celcius.
If you are interested, I put a picture on http://pilppa.org/home/blogs/index/1
For some reason the "--video vdpau" option for vdr-sxfe still does not work for me... (Using mandriva 2010 version of everything else except from own build vdr-1.7.10 and couple od days old xineliboutput plugin with latest fix being: Fixed generating lirc key release events) ). gdb crash log is below:
(gdb) set args xvdr+tcp://192.168.3.11:37890 --video vdpau (gdb) run Starting program: /usr/local/bin/vdr-sxfe xvdr+tcp://192.168.3.11:37890 --video vdpau [Thread debugging using libthread_db enabled] vdr-sxfe 1.0.90-cvs (build with xine-lib 1.1.16, using xine-lib 1.1.16)
Video driver: vdpau VDR Server: xvdr+tcp://192.168.3.11:37890
[New Thread 0x7fa4ab9af6f0 (LWP 10536)] [10536] [vdr-fe] GNOME screensaver disabled [New Thread 0x7fa4a3514910 (LWP 10545)] [10536] [vdr-fe] fe_xine_init: xine_open_video_driver("vdpau") failed Error initializing xine [Thread 0x7fa4a3514910 (LWP 10545) exited]
Program received signal SIGSEGV, Segmentation fault. 0x00007fa4aa5e2cad in pthread_mutex_lock () from /lib64/libpthread.so.0 Missing debug package(s), you should install: dbus-debug-1.2.16-2mdv2010.0.x86_64 dbus-glib-debug-0.82-1mdv2010.0.x86_64 faac-debug-1.28-3plf2010.0.x86_64 faad2-debug-2.7-1plf2009.1.x86_64 gcc-debug-4.4.1-4.1mnb2.x86_64 glib2.0-debug-2.22.2-2mdv2010.0.x86_64 glibc-debug-2.10.1-6.2mnb2.x86_64 lame-debug-3.98.2-1plf2009.0.x86_64 libalsa2-debug-1.0.21a-1mdv2010.0.x86_64 libcdio-debug-0.81-5mdv2010.0.x86_64 libdvdcss-debug-1.2.10-2plf2010.0.x86_64 libjpeg-debug-7-5mdv2010.0.x86_64 libogg-debug-1.1.4-2mdv2010.0.x86_64 libtheora-debug-1.1.0-1mdv2010.0.x86_64 libvorbis-debug-1.2.3-1mdv2010.0.x86_64 libx11-debug-1.2.2-2mdv2010.0.x86_64 libxau-debug-1.0.5-1mdv2010.0.x86_64 libxcb-debug-1.4-3.2mdv2010.0.x86_64 libxcursor-debug-1.1.10-1mdv2010.0.x86_64 libxdmcp-debug-1.0.3-1mdv2010.0.x86_64 libxext-debug-1.0.5-1mdv2010.0.x86_64 libxfixes-debug-4.0.3-5mdv2010.0.x86_64 libxinerama-debug-1.0.3-3mdv2010.0.x86_64 libxrandr-debug-1.3.0-2mdv2010.0.x86_64 libxrender-debug-0.9.4-5mdv2010.0.x86_64 pcre-debug-7.9-1mdv2010.0.x86_64 real-codecs-debug-1.2-4plf2010.0.x86_64 vcdimager-debug-0.7.23-9mdv2010.0.x86_64 xine-lib-debug-1.1.16.3-2plf2010.0.x86_64 zlib-debug-1.2.3-13mdv2010.0.x86_64 (gdb) bt #0 0x00007fa4aa5e2cad in pthread_mutex_lock () from /lib64/libpthread.so.0 #1 0x00007fa4a9a09773 in xine_list_video_output_plugins () from /usr/lib64/libxine.so.1 #2 0x000000000040cc80 in list_plugins_type (xine=0x1, msg=0x416993 "Available video drivers:", list_func=0x7fa4a9a09740 <xine_list_video_output_plugins>) at xine_frontend.c:107 #3 0x000000000040cd57 in list_xine_plugins (fe=<value optimized out>, verbose=0) at xine_frontend.c:125 #4 0x0000000000412648 in main (argc=<value optimized out>, argv=0x7fff415c6e08) at xine_frontend_main.c:749
Have you compiled vdr-xineliboutput with --enable-vdpau ? what does ./configure show and are you using xine-lib-1.2 HG with vdpau patch?
Mika
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Have you compiled vdr-xineliboutput with --enable-vdpau ? what does ./configure show and are you using xine-lib-1.2 HG with vdpau patch?
xineliboutput configure shows vdpau in the list of enabled features but command "vdr-sxfe -help" does not list vdaup
Available video drivers: xv raw SyncFB opengl xshm none xxmc fb xvmc Available audio drivers: alsa oss file none
I have not build xine or vdpau libraries myself and are instead just using the mandriva 2010 ones. (backported version from vdapu thought)
[lamikr@localhost ~]$ rpm -qa | grep vdpau lib64vdpau1-0.3-1mdv2010.0 lib64vdpau-devel-0.3-1mdv2010.0 [lamikr@localhost ~]$ rpm -qa | grep xine lib64xine-devel-1.1.16.3-2plf2010.0 lib64xine1-1.1.16.3-2plf2010.0
So would this xine version be new enough if I just patch the rpm with patch from somewhere or do I need to download the sources for newer xine version?
Mika
- The fan is a bit loud and so far I have not found
a silent replacement fan.
I also finally setted up my ion system
dto :-) zotac-A; Dual Core Atom, 32GB-SSD
And over Christmas I managed to make it completely noiseless by installing a Accelero S1 cooler !!! http://www.schwanthalercomputer.de/advanced_search_result.php?keywords=accel... The mounting is somewhat unorthodox, but took me less than an hour to install. If someone is interested I try to put some photos somewhere.
Now temperature stays below 60°C even with high load (h264 decoding or heli-X 3D simulation).
I have a similar kind of passive cooled zotac that you put in your links but found out that without any cooling it's temperature get still pretty hight 60-65 celcius.
Is this a single core? Do you have any other fan (power supply, case)? My experience was, that without any cooling the temperature kept rising. I stopped the experiment above 80°C when temperature was still rising even in idle desktop (ubuntu koala). Same with one core disabled on startup with maxcpus. I used to use the board with the original cooler slowed down with a simple poti until recently. Much more silent with almost no change in temperatures compared to full speed cooling (below 40°C),
All temperatures are from GPU since I don`t have patched the kernel and don't know how to access cpu temperature without that effort. But since they are connected thermally there should not be a big difference.
Greetings
Michael
On Saturday 02 January 2010, M. Fiegert wrote:
And over Christmas I managed to make it completely noiseless by installing a Accelero S1 cooler !!! http://www.schwanthalercomputer.de/advanced_search_result.php?key words=accelero+S1&x=0&y=0
this link works better for me:
http://www.schwanthaler-computer.de/PC-Komponenten/Kuehler/Grafikkarten/Arct...
dto :-) zotac-A; Dual Core Atom, 32GB-SSD
And over Christmas I managed to make it completely noiseless by installing a Accelero S1 cooler !!! http://www.schwanthalercomputer.de/advanced_search_result.php?keywords=accel... The mounting is somewhat unorthodox, but took me less than an hour to install. If someone is interested I try to put some photos somewhere.
A pic showing how you have connected it to zotac would indeed be interesting.
Now temperature stays below 60�C even with high load (h264 decoding or heli-X 3D simulation).
I have a similar kind of passive cooled zotac that you put in your links but found out that without any cooling it's temperature get still pretty hight 60-65 celcius.
Is this a single core? Do you have any other fan (power supply, case)? My experience was, that without any cooling the temperature kept rising. I stopped the experiment above 80�C when temperature was still rising even in idle desktop (ubuntu koala). Same with one core disabled on startup with maxcpus.
Yes, the mine is also a dual core. I was following the temperatures sofar only from bios settings where it shows both the cpu and gpu. But for me it used to stay near to 65 without cooling. (I was however always booting to bios to check it)
I used to use the board with the original cooler slowed down with a simple poti until recently. Much more silent with almost no change in temperatures compared to full speed cooling (below 40�C),
I do not have a pc shop near to buy these poti's so I was planning to try to solder couple of resistors. From internet I also found that it could be easy to just switch couple of wires to slow down from 12w to 7w.
All temperatures are from GPU since I don`t have patched the kernel and don't know how to access cpu temperature without that effort. But since they are connected thermally there should not be a big difference.
Mandriva 2.6.31 kernels reports temp also incorrectly, I think I read somewhere that 2.6.32 kernels should have that fixed. Have not tried myself though.
For those looking for quiet fans, I have found the Nexus PWM series 120mm to be the quietest fan for air flow yet. Moves more air then the Arctic fans with the same or lower noise level. I have one cooling an AMD x4 3ghz. I have it set to min speed of about 50% and it takes 100% load to get the cores up to the 40c level that it would take to trigger a higher speed. The fan is also clear with LED mount holes for those who want to fancy it up with lights.
Mika Laitio wrote:
OK, i finally found the time to complete a VDR PC based on the ION board.
The good news are:
- 1080p plays back smoothly with xine/vdpau
with very low CPU usage.
- sound over HDMI works.
- the streamdev-client plugin works - even with HD channels.
- the xine plugin works fine - also with HD channels and HD
recordings. I had to tweak a few config items.
The not-so-good news are:
- The fan is a bit loud and so far I have not found
a silent replacement fan.
- I originally set up the system as a diskless (nfsroot)
system, but KDE 4 (I am using OpenSuSE 11.2) performs unbearably slow, so I was forced to install a hard disk.
So, as it turns out, I do not need a DVB card in the PC (the server has 2 DVB-S cards and one DVB card). If I keep it that way, I really do not need the PCI slot, so I could use one of these passively cooled main boards http://geizhals.at/deutschland/a467665.html http://geizhals.at/deutschland/a439268.html
I currently use this (actively cooled) main board: http://geizhals.at/deutschland/a455388.html
Using a passively cooled main board would solve the fan noise problem.
I also finally setted up my ion system. I have a similar kind of passive cooled zotac that you put in your links but found out that without any cooling it's temperature get still pretty hight 60-65 celcius.
The included 4 inch fan was indeed pretty noisy, so I invested for a 8 inc fan and put that to my own made wooden case. (I first used old case from broken video, but that one had about 30 cm extra width, so I ended up making my own case)
With this 8 inch fan, the cpu and mcu temperatures are now about 40 celcius.
If you are interested, I put a picture on http://pilppa.org/home/blogs/index/1
For some reason the "--video vdpau" option for vdr-sxfe still does not work for me... (Using mandriva 2010 version of everything else except from own build vdr-1.7.10 and couple od days old xineliboutput plugin with latest fix being: Fixed generating lirc key release events) ). gdb crash log is below:
(gdb) set args xvdr+tcp://192.168.3.11:37890 --video vdpau (gdb) run Starting program: /usr/local/bin/vdr-sxfe xvdr+tcp://192.168.3.11:37890 --video vdpau [Thread debugging using libthread_db enabled] vdr-sxfe 1.0.90-cvs (build with xine-lib 1.1.16, using xine-lib 1.1.16)
Video driver: vdpau VDR Server: xvdr+tcp://192.168.3.11:37890
[New Thread 0x7fa4ab9af6f0 (LWP 10536)] [10536] [vdr-fe] GNOME screensaver disabled [New Thread 0x7fa4a3514910 (LWP 10545)] [10536] [vdr-fe] fe_xine_init: xine_open_video_driver("vdpau") failed Error initializing xine [Thread 0x7fa4a3514910 (LWP 10545) exited]
Program received signal SIGSEGV, Segmentation fault. 0x00007fa4aa5e2cad in pthread_mutex_lock () from /lib64/libpthread.so.0 Missing debug package(s), you should install: dbus-debug-1.2.16-2mdv2010.0.x86_64 dbus-glib-debug-0.82-1mdv2010.0.x86_64 faac-debug-1.28-3plf2010.0.x86_64 faad2-debug-2.7-1plf2009.1.x86_64 gcc-debug-4.4.1-4.1mnb2.x86_64 glib2.0-debug-2.22.2-2mdv2010.0.x86_64 glibc-debug-2.10.1-6.2mnb2.x86_64 lame-debug-3.98.2-1plf2009.0.x86_64 libalsa2-debug-1.0.21a-1mdv2010.0.x86_64 libcdio-debug-0.81-5mdv2010.0.x86_64 libdvdcss-debug-1.2.10-2plf2010.0.x86_64 libjpeg-debug-7-5mdv2010.0.x86_64 libogg-debug-1.1.4-2mdv2010.0.x86_64 libtheora-debug-1.1.0-1mdv2010.0.x86_64 libvorbis-debug-1.2.3-1mdv2010.0.x86_64 libx11-debug-1.2.2-2mdv2010.0.x86_64 libxau-debug-1.0.5-1mdv2010.0.x86_64 libxcb-debug-1.4-3.2mdv2010.0.x86_64 libxcursor-debug-1.1.10-1mdv2010.0.x86_64 libxdmcp-debug-1.0.3-1mdv2010.0.x86_64 libxext-debug-1.0.5-1mdv2010.0.x86_64 libxfixes-debug-4.0.3-5mdv2010.0.x86_64 libxinerama-debug-1.0.3-3mdv2010.0.x86_64 libxrandr-debug-1.3.0-2mdv2010.0.x86_64 libxrender-debug-0.9.4-5mdv2010.0.x86_64 pcre-debug-7.9-1mdv2010.0.x86_64 real-codecs-debug-1.2-4plf2010.0.x86_64 vcdimager-debug-0.7.23-9mdv2010.0.x86_64 xine-lib-debug-1.1.16.3-2plf2010.0.x86_64 zlib-debug-1.2.3-13mdv2010.0.x86_64 (gdb) bt #0 0x00007fa4aa5e2cad in pthread_mutex_lock () from /lib64/libpthread.so.0 #1 0x00007fa4a9a09773 in xine_list_video_output_plugins () from /usr/lib64/libxine.so.1 #2 0x000000000040cc80 in list_plugins_type (xine=0x1, msg=0x416993 "Available video drivers:", list_func=0x7fa4a9a09740 <xine_list_video_output_plugins>) at xine_frontend.c:107 #3 0x000000000040cd57 in list_xine_plugins (fe=<value optimized out>, verbose=0) at xine_frontend.c:125 #4 0x0000000000412648 in main (argc=<value optimized out>, argv=0x7fff415c6e08) at xine_frontend_main.c:749
Mika
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Mika Laitio wrote:
For some reason the "--video vdpau" option for vdr-sxfe still does not work for me... (Using mandriva 2010 version of everything else except from own build vdr-1.7.10 and couple od days old xineliboutput plugin with latest fix being: Fixed generating lirc key release events) ). gdb crash log is below:
[...]
[10536] [vdr-fe] fe_xine_init: xine_open_video_driver("vdpau") failed Error initializing xine [Thread 0x7fa4a3514910 (LWP 10545) exited]
Program received signal SIGSEGV, Segmentation fault.
Segfault should be fixed in CVS (you should see list of available video drivers here). I guess vdpau is missing ?
Is xine-lib vdpau patch included in mandriva xine-lib 1.1.16 ?
- Petri
Hi,
On Wed, Nov 18, 2009 at 10:40:38AM +0200, Lauri Tischler wrote:
Luca Olivetti wrote:
The asus P5N7A-VM motherboard seems a good candidate, is its integrated 9300 graphics powerful enough for good deinterlacing?
P5N7A does not have enough slots :( Any comments about M4N78 PRO ?
I have an Asus M4N78 Pro. It works pretty nice and stable.
Regards, Artem
Artem Makhutov wrote:
Hi,
On Wed, Nov 18, 2009 at 10:40:38AM +0200, Lauri Tischler wrote:
Luca Olivetti wrote:
The asus P5N7A-VM motherboard seems a good candidate, is its integrated 9300 graphics powerful enough for good deinterlacing?
P5N7A does not have enough slots :( Any comments about M4N78 PRO ?
I have an Asus M4N78 Pro. It works pretty nice and stable.
Also 1080p and audio over HDMI ?
Hi,
On Thu, Nov 19, 2009 at 10:59:26AM +0200, Lauri Tischler wrote:
Artem Makhutov wrote:
Hi,
On Wed, Nov 18, 2009 at 10:40:38AM +0200, Lauri Tischler wrote:
Luca Olivetti wrote:
The asus P5N7A-VM motherboard seems a good candidate, is its integrated 9300 graphics powerful enough for good deinterlacing?
P5N7A does not have enough slots :( Any comments about M4N78 PRO ?
I have an Asus M4N78 Pro. It works pretty nice and stable.
Also 1080p and audio over HDMI ?
Yes, both of it works:
$ aplay -l **** Liste der Hardware-Geräte (PLAYBACK) **** Karte 0: NVidia [HDA NVidia], Gerät 0: VT1708S Analog [VT1708S Analog] Sub-Geräte: 2/2 Sub-Gerät #0: subdevice #0 Sub-Gerät #1: subdevice #1 Karte 0: NVidia [HDA NVidia], Gerät 1: VT1708S Digital [VT1708S Digital] Sub-Geräte: 1/1 Sub-Gerät #0: subdevice #0 Karte 0: NVidia [HDA NVidia], Gerät 3: NVIDIA HDMI [NVIDIA HDMI] Sub-Geräte: 1/1 Sub-Gerät #0: subdevice #0
-
Andrew Herron -
Artem Makhutov -
Carsten Koch -
Gerald Dachs -
Goga777 -
Lauri Tischler -
Luca Olivetti -
M. Fiegert -
Matthias Wächter -
Mika Laitio -
Petri Hintukainen -
Seppo Ingalsuo -
Steffen Barszus -
Theunis Potgieter -
Timothy D. Lenz -
Tony Houghton -
VDR User -
Wolfgang Rohdewald