Re: [vdr] Recommendation for new hd vdr system.
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) [lam...@localhost ~]$ rpm -qa | grep vdpau lib64vdpau1-0.3-1mdv2010.0 lib64vdpau-devel-0.3-1mdv2010.0 [lam...@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 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [OT] mini-PCIE with Broadcom Crystal HD Hardware Decoder (BCM970012) for HD playback with free drivers
I as refering to the BCM70015. No plugin boards for it yet. the board mentioned is for the 0012 version. I wonder if this stuff will work any better then vdpau/xine. I have yet to get that mess working relablly. using an Asus 8400 silent. On 1/2/2010 11:28 AM, Goga777 wrote: Приветствую, Timothy Problem is, that is just a chip. Any boards out using it? Linux drivers? no. it's pci-e mini board with chip and Linux open source driver http://www.broadcom.com/docs/support/crystalhd/crystalhd_linux_20091229.zip Torgeir Veimo wrote: 2010/1/2 Paul Menzel: I just share something I read on the XBMC [1] Web site. The Broadcom Crystal HD Hardware Decoder (BCM970012) seems to be an alternative for HD playback with free drivers [2]. You can get it at as an mini-PCIE card at eBay for 22 $ [3]. I'd recommend the BCM70015, which is the better part. It works as a decoder only, making YUV 4:2:2 frames available, which must then be blitted to whatever output framebuffer setup you have, over the pci express bus. The API seems very straightforward, much simpler that VDPAU, thus one could get a HW accelerated H.264 setup without X11. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Recommendation for new hd vdr 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=accelero+S1&x=0&y=0 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.___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] CAM hardware
HI Daniele, You need DVB card with CI interface + CAM module for appropriate encrypt system. For example: - Technotrend S2-3200 HDTV-S2 + Budget-CI - http://www.dvbshop.net/product_info.php/info/p103_Technotrend-S2-3200-HDTV-S2---Budget-CI---TT-Viewer.html - Technotrend Budget PCI CI - http://www.dvbshop.net/product_info.php/info/p12_Technotrend-Budget-PCI-CI--for-Budget-Nova-Serie-.html - Viaccess I/II CAM (work with Russian NTV+) - http://www.dvbshop.net/product_info.php/info/p27_Viaccess-I-II-CAM--V484-.html Note that you have to choose CAM module with encryption type of your operator. On Mon, Dec 28, 2009 at 1:49 PM, monet65it wrote: > Hi, my name is Daniele, > > I would like to add a DVB cam module to my vdr-box, there is some suggested > hardware ? > > Up to now I use ubuntu intrepid on a amd 64bit , I'm loocking for a CAM > compatible to Italian DVB. > > Ty > D > > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > > -- Cheers, Michael ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [OT] mini-PCIE with Broadcom Crystal HD Hardware Decoder (BCM970012) for HD playback with free drivers
Does somebody use it to watch HD channels with VDR? As I understand that solution can give the same result as nVidia Ion? On Sat, Jan 2, 2010 at 8:29 PM, Manu Abraham wrote: > On Sat, Jan 2, 2010 at 10:06 PM, Timothy D. Lenz wrote: > > Problem is, that is just a chip. Any boards out using it? Linux drivers? > > It is not a single chip. It is a combination of 2 chips. The card will > be available soon from Azurewave > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > -- Cheers, Michael ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [OT] mini-PCIE with Broadcom Crystal HD Hardware Decoder (BCM970012) for HD playback with free drivers
On Sat, Jan 2, 2010 at 10:06 PM, Timothy D. Lenz wrote: > Problem is, that is just a chip. Any boards out using it? Linux drivers? It is not a single chip. It is a combination of 2 chips. The card will be available soon from Azurewave ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [OT] mini-PCIE with Broadcom Crystal HD Hardware Decoder (BCM970012) for HD playback with free drivers
Приветствую, Timothy > Problem is, that is just a chip. Any boards out using it? Linux drivers? no. it's pci-e mini board with chip and Linux open source driver http://www.broadcom.com/docs/support/crystalhd/crystalhd_linux_20091229.zip > Torgeir Veimo wrote: > > 2010/1/2 Paul Menzel : > >> I just share something I read on the XBMC [1] Web site. > >> > >> The Broadcom Crystal HD Hardware Decoder (BCM970012) seems to be an > >> alternative for HD playback with free drivers [2]. You can get it at as > >> an mini-PCIE card at eBay for 22 $ [3]. > > > > I'd recommend the BCM70015, which is the better part. > > > > It works as a decoder only, making YUV 4:2:2 frames available, which > > must then be blitted to whatever output framebuffer setup you have, > > over the pci express bus. The API seems very straightforward, much > > simpler that VDPAU, thus one could get a HW accelerated H.264 setup > > without X11. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [OT] mini-PCIE with Broadcom Crystal HD Hardware Decoder (BCM970012) for HD playback with free drivers
Problem is, that is just a chip. Any boards out using it? Linux drivers? Torgeir Veimo wrote: 2010/1/2 Paul Menzel : I just share something I read on the XBMC [1] Web site. The Broadcom Crystal HD Hardware Decoder (BCM970012) seems to be an alternative for HD playback with free drivers [2]. You can get it at as an mini-PCIE card at eBay for 22 $ [3]. I'd recommend the BCM70015, which is the better part. It works as a decoder only, making YUV 4:2:2 frames available, which must then be blitted to whatever output framebuffer setup you have, over the pci express bus. The API seems very straightforward, much simpler that VDPAU, thus one could get a HW accelerated H.264 setup without X11. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Recommendation for new hd vdr system.
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.
0x7fa4aa5e2cad 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 0x7fa4aa5e2cad in pthread_mutex_lock () from /lib64/libpthread.so.0
#1 0x7fa4a9a09773 in xine_list_video_output_plugins ()
from /usr/lib64/libxine.so.1
#2 0x0040cc80 in list_plugins_type (xine=0x1,
msg=0x416993 "Available video drivers:",
list_func=0x7fa4a9a09740 )
at xine_frontend.c:107
#3 0x0040cd57 in list_xine_plugins (fe=,
verbose=0) at xine_frontend.c:125
#4 0x00412648 in main (argc=,
argv=0x7fff415c6e08) at xine_frontend_main.c:749
Mika
__
Re: [vdr] [OT] mini-PCIE with Broadcom Crystal HD Hardware Decoder (BCM970012) for HD playback with free drivers
> > what about of corrected interlace output ? Most of them videocards can't
> > do it correctly
>
> I can't answer that unfortunately.
let's hope that Crystal HD can do deinterlacing and scaling
in crystalhd/include/7411d.h there's lines
/* scaling on/off */
/* - eCMD_C011_DEC_CHAN_OUTPUT_FORMAT */
typedef enum
{
eC011_SCALING_OFF = 0x,
eC011_SCALING_ON= 0x0001,
} eC011_SCALING;
/* deinterlacing on/off */
/* - eCMD_C011_DEC_CHAN_OUTPUT_FORMAT */
typedef enum
{
eC011_DEINTERLACING_OFF = 0x,
eC011_DEINTERLACING_ON = 0x0001,
} eC011_DEINTERLACING;
/* deinterlacing on/off */
/* - eCMD_C011_DEC_CHAN_OUTPUT_FORMAT */
typedef enum
{
eC011_DEINTERLACING_OFF = 0x,
eC011_DEINTERLACING_ON = 0x0001,
} eC011_DEINTERLACING;
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Best practice to start vdr-xineliboutput.
Hello, I want to use vdr-xineliboutput for an local system and maybe you will help me with configs, startup scripts etc.. and is any way to reduce the image latency when zap trough channels? Regards. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [Announce] LNB-sharing patch for VDR 1.4.0-3
Am 23. Oktober 2006 20:34 schrieb Matthias Lötzke :
> A new release of the configurable LNB-sharing patch for VDR 1.4 is
> available at:
> http://xn--ltzke-jua.de/dvb/VDR_LNB_sharing_patch/configurableLNBshare-VDR_1.4.3.patch
>
> Matthias.
Hi Matthias,
there is an error in this patch that can cause a buffer overflow and
stop of VDR. The error can be fixed by replacing:
char tmp[30];
for (int i = 1; i <= cDevice::NumDevices(); i++) {
if (cDevice::GetDevice(i - 1)->ProvidesSource(cSource::stSat)) {
sprintf( tmp, tr("Setup.LNB$DVB device %d uses LNB No."), i);
with
char tmp[40];
for (int i = 1; i <= cDevice::NumDevices(); i++) {
if (cDevice::GetDevice(i - 1)->ProvidesSource(cSource::stSat)) {
snprintf( tmp, 40, tr("Setup.LNB$DVB device %d uses LNB No."), i);
in menu.c.
Markus
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [OT] mini-PCIE with Broadcom Crystal HD Hardware Decoder (BCM970012) for HD playback with free drivers
> > I just share something I read on the XBMC [1] Web site. > > > > The Broadcom Crystal HD Hardware Decoder (BCM970012) seems to be an > > alternative for HD playback with free drivers [2]. You can get it at as > > an mini-PCIE card at eBay for 22 $ [3]. > > > > If this is all true in my opinion these are fantastic news. > > This is great news indeed. > In the comments someone mentions this motherboard: > > http://www.intel.com/products/desktop/motherboards/D510MO/D510MO-overview.htm > > It can be passively cooled, has a pci and a mini pci-e slot, but it > lacks hdmi. have a look at Intel® Desktop Board D945GSEJT http://www.intel.com/products/desktop/motherboards/D945GSEJT/D945GSEJT-overview.htm ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [OT] mini-PCIE with Broadcom Crystal HD Hardware Decoder (BCM970012) for HD playback with free drivers
En/na Paul Menzel ha escrit: Dear list, I just share something I read on the XBMC [1] Web site. The Broadcom Crystal HD Hardware Decoder (BCM970012) seems to be an alternative for HD playback with free drivers [2]. You can get it at as an mini-PCIE card at eBay for 22 $ [3]. > > If this is all true in my opinion these are fantastic news. This is great news indeed. In the comments someone mentions this motherboard: http://www.intel.com/products/desktop/motherboards/D510MO/D510MO-overview.htm It can be passively cooled, has a pci and a mini pci-e slot, but it lacks hdmi. Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [OT] mini-PCIE with Broadcom Crystal HD Hardware Decoder (BCM970012) for HD playback with free drivers
2010/1/2 Goga777 : > what about of corrected interlace output ? Most of them videocards can't do > it correctly I can't answer that unfortunately. For those that don't have a mini pci express port, this one might come in handy; http://www.bplus.com.tw/Adapter/MP1.html -- -Tor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [OT] mini-PCIE with Broadcom Crystal HD Hardware Decoder (BCM970012) for HD playback with free drivers
> > I just share something I read on the XBMC [1] Web site. > > The Broadcom Crystal HD Hardware Decoder (BCM970012) seems to be an > > alternative for HD playback with free drivers [2]. You can get it at as > > an mini-PCIE card at eBay for 22 $ [3]. > > I'd recommend the BCM70015, which is the better part. where is it possible to buy it ? > It works as a decoder only, making YUV 4:2:2 frames available, which > must then be blitted to whatever output framebuffer setup you have, > over the pci express bus. The API seems very straightforward, much > simpler that VDPAU, thus one could get a HW accelerated H.264 setup > without X11. what about of corrected interlace output ? Most of them videocards can't do it correctly Goga ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [OT] mini-PCIE with Broadcom Crystal HD Hardware Decoder (BCM970012) for HD playback with free drivers
2010/1/2 Paul Menzel : > > I just share something I read on the XBMC [1] Web site. > > The Broadcom Crystal HD Hardware Decoder (BCM970012) seems to be an > alternative for HD playback with free drivers [2]. You can get it at as > an mini-PCIE card at eBay for 22 $ [3]. I'd recommend the BCM70015, which is the better part. It works as a decoder only, making YUV 4:2:2 frames available, which must then be blitted to whatever output framebuffer setup you have, over the pci express bus. The API seems very straightforward, much simpler that VDPAU, thus one could get a HW accelerated H.264 setup without X11. -- -Tor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Recommendation for new hd vdr system.
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/Arctic-Cooling-Accelero-S1-Rev2::14606.html -- Wolfgang ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Recommendation for new hd vdr system.
> > + 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=accelero+S1&x=0&y=0 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 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [OT] mini-PCIE with Broadcom Crystal HD Hardware Decoder (BCM970012) for HD playback with free drivers
Dear list, I just share something I read on the XBMC [1] Web site. The Broadcom Crystal HD Hardware Decoder (BCM970012) seems to be an alternative for HD playback with free drivers [2]. You can get it at as an mini-PCIE card at eBay for 22 $ [3]. If this is all true in my opinion these are fantastic news. Thanks, Paul [1] http://www.xbmc.org/ [2] http://www.xbmc.org/davilla/2009/12/29/broadcom-crystal-hd-its-magic/ [3] http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=320436937576#ht_2174wt_1167 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Recommendation for new hd vdr system.
2010/1/2 Mika Laitio :
>> 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.
> 0x7fa4aa5e2cad 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 0x7fa4aa5e2cad in pthread_mutex_lock () from /lib64/libpthread.so.0
> #1 0x7fa4a9a09773 in xine_list_video_output_plugins ()
> from /usr/lib64/libxine.so.1
> #2 0x0040cc80 in list_plugins_type (xine=0x1,
> msg=0x416993 "Available video drivers:",
> list_func=0x7fa4a9a09740 )
> at xine_frontend.c:107
> #3 0x0040cd57 in list_xine_plugins (fe=,
> verbose=0) at xine_frontend.c:125
> #4 0x00412648 in main (argc=,
> 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
>
_
Re: [vdr] Recommendation for new hd vdr system.
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.
0x7fa4aa5e2cad 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 0x7fa4aa5e2cad in pthread_mutex_lock () from
/lib64/libpthread.so.0
#1 0x7fa4a9a09773 in xine_list_video_output_plugins ()
from /usr/lib64/libxine.so.1
#2 0x0040cc80 in list_plugins_type (xine=0x1,
msg=0x416993 "Available video drivers:",
list_func=0x7fa4a9a09740 )
at xine_frontend.c:107
#3 0x0040cd57 in list_xine_plugins (fe=,
verbose=0) at xine_frontend.c:125
#4 0x00412648 in main (argc=,
argv=0x7fff415c6e08) at xine_frontend_main.c:749
Mika
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
