Hallo zusammen,
da ja das Thema HDTV mit VDR immer wieder nachgefragt wird, will ich euch meine jetzigen Erfahrungen nach ca. 5 Wochen testen, basteln, compilieren usw. nicht vorenthalten.
Vorneweg gilt mein Dank erstmal allen die hier unermüdlich an dem Thema HDTV/VDR arbeiten und Tips und Hilfen hier posten!!!
1. Hardware für meine Tests:
- CPU: AMD X2 5600+ (Winchester 89 Watt)
(Tests mit ner AMD X2 4200+ EE 65 Watt waren nicht zufriedenstellend!)
- Mainboard: Asus M2NPV-VM mit 2 GB DDR2
- Antec Fusion Vers. 2 mit 430 Watt Netzteil, LCD, und Lautstärkedrehknopf
- Grafikkarte: die Onoard Nvidia 6150
(für diverse Tests mit dem Xserver NVidia 6600GT, 7600GT, ATI HD2600XT)
- DVS-1/2: 1 x WinTV Nova-HD-S2 und 1 x USB-Opera-DVB-S-Box
- Festplatte: 1 x Sammsung 250 GB Sata
2. Software:
Getestet habe ich unter Debian Lenny und Debian etch 0.4r3 mit folgenden eigengebauten Paketen:
Bei Bedarf jeweils mit folgenden Kompilierflags:
CFLAGS="-march=k8 -msse3 -O3"
- Multiproto-Treiber aus dem hg mit multiproto-hvr4k-2008-01-28-patch
wichtig:
and disable the USB capture cards as the em88 drivers are broken and make sure customise frontends is enabled.
- Firmware für die DVB-S2: dvb-fe-cx24116.fw
- libx264
- ffmpeg vom 25.02.08
- xine-lib vom 25.02.08
Nabbel Patch anwenden:
http://www.nabble.com/-PATCH--…isibility-td14563619.html
- xine-ui vom 25.02.08
wobei ich bei meinen Tests die Ausgabe jeweils über das xineliboutput-Plugin gemacht habe
Als VDR-Version habe ich für alle Tests einen gepatchten 1.5.14er VDR mit
extp45 und dem Patch verwendet: vdr-1.5.14-h264-syncearly-framespersec-audioindexer-fielddetection-speedup_include_vdr-1.5.14_extensions-V45.diff
Besonderheiten:
- komplette AMD64 Umgebung und 2.6.22.3-AMD64-Kernel bei Lenny
- bei etch mit folgenden Kerneloptionen, im 2.6.23.6er-Kernel:
AMD-K8 Option für die Cpu (CONFIG_MK8=y)
raus mt genericX86-Support (CONFIG_X86GENERIC is not set)
CONFIG_HIGH_RES_TIMERS=y
CONFIG_X86_SMP=y
3. Soderle und jetzt die mehr als erfreulichen Ergebnisse mit der 5600er CPU.
Der VDR läuft mit oben genannter Hardware/Software absolut stabil und wohnzimmertauglich, sowohl im DVB-S- und DVB-S2-Bereich.
CPU-Last im DVB-S-Betrieb ca. 17 % und im DVBS-2-Betrieb je nach Sender, also Anixe HD oder ASTRA HD zwischen 35% und 55 %.
Im DVBS-2-Betrieb kommt es vor dass die CPU-Last immer wieder kurzzeitig auf 65% bis 75 % hochgeht (ich kann also Sparkies Aussage im anderen HDTV-Thread bestätigen!)
Aufgefalllen ist mir dabei, dass die CPU-Last immer dann stark steigt, wenn über femon große Unterschiede bei der Video-Rate auftreten, also wenn die Übertragungsrate von 15 auf 22 Mbit/s hochgeht und gleich wieder zurück.
Die selben Tests, mit gleicher anderer Hardware, mit der 4200+ CPU brachten immer CPU-Lasten die um mind. 25% höher liegen als mit der 5600+ CPU.
Die oben genannten Grafikkarten brachten unter derselben X-Server-config keine erheblcihen Verbesserungen der CPU-Last.
Für die bedien NVIDIA-Grafikkarten wurde der NVIDIA-Linux-x86-169.12-Treiber für xorg benutzt.
Videoausgabemethode mit xineliboutput bei NVIDIA = xv.
Soweit ich das gesehen habe gibts im Moment für h264 unter Linux nirgends eine Grafiktreiberunterstützung, weder bei ATI noch bei NVIDIA.
Die ATI 2600XT schaftt auch die jeweilige Ausgabe über den X-Server.
Videoausgabemethode mit xineliboutput bei ATI = xshm, aber hier liegt die CPU-Last mit der 5600+ CPU bei DVB-S schon bei 45% und DVB-S2 bei ca. 85%. Wobei hier der X-Server mit dem fglrx-Treiber alleine schon 22% verbraucht. Getestet habe ich mit den letzten 4 ATI-Treibern.
Die Kombination 4200+ und ATI ist durch die hohen CPU-Lasten unbrauchbar.
Das bedeutet, bei HDTV macht im Moment die CPU die gesamte Arbeit!
Noch ein Wort zum xineliboutput, das funktioniert bei mir einwandfrei mit DVB-S2 und ist so voll wohnzimmertauglich.
Startparameter in der sysconfig: \"-Pxineliboutput -l sxfe --video=xv -p -A alsa -f -r 37890\"
setup.conf:
xineliboutput.Video.Deinterlace = tvtime
xineliboutput.Video.DeinterlaceOptions = method=Greedy2Frame,cheap_mode=1,pulldown=none,framerate_mode=full,judder_correction=1,use_progressive_frame_flag=1,chroma_filter=0,enabled=1
xineliboutput.Video.Driver = xv
xineliboutput.X11.WindowHeight = 720
xineliboutput.X11.WindowWidth = 1280
Nachtrag 20.04.08
Optimierungen der config_xineliboutput:
video.processing.ffmpeg_choose_speed_over_accuracy:1
video.processing.ffmpeg_pp_quality:0
video.processing.ffmpeg_skip_loop_filter:all
bringen nochmals ca. 10 Prozent CPU-Last weniger.
Unterschied Debian Etch zu Debian Lenny.
Grundsätzlich liegt die CPU-Last bei einem kompletten Lenny-System ca. 8 % niedriger als mit Debian etch.
Ich hoffe ich habe dem einen oder anderen mit meinem Bericht ne Hilfe gegeben um bei der Auswahl der Komponenten nicht falsch zu liegen.
Freuen würde mich der eine oder andere Antwortpost der meine Erfahrungen bestätigt oder auch dazu beiträgt die CPU-Last weiter zu senken.
Mit Xine-Plugin alleine habe ich nicht getestet.
Gruß
Wolfgang