You are not logged in.

Dear visitor, welcome to VDR Portal. If this is your first visit here, please read the Help. It explains in detail how this page works. To use all features of this page, you should consider registering. Please use the registration form, to register here or read more information about the registration process. If you are already registered, please login here.

1

Monday, August 24th 2009, 3:21pm

Wie bekomme ich ein lauffähiges System für xineliboutput mit vdpau?

Hi zusammen,

da hier immer wieder Neueinsteiger und auch Umsteiger von FF-Systemen die gleichen Probleme/Fragen/Meinungen schildern,
versuche ich mal mit meinen Erfahrungen den Weg/Möglichkeiten/Fallstricke zu einem wohnzimmertauglichen System zu beschreiben.
Hier liegt der Hauptblickpunkt auf dem Zusammenspiel aus passender Hardware und der passenden Software.
Ich möchte mit dem Thread keinen Glaubenskrieg zwischen Intel und AMD anzetteln.
Zudem möchte ich auch nicht dass irgendwelche Diskussionen aufflammen, welche VDR-Version die Beste ist oder was man für eine xine-lib oder Plugin-Version man einsetzt.
Der Thread soll eine „kleine“ Zusammenfassung meiner bisherigen Erfahrungen mit dem Thema sein.

Was vdpau ist und für was man es gebrauchen kann, siehe hier:

http://www.vdr-wiki.de/wiki/index.php/VDPAU


1. Los geht’s in der Regel mit der Auswahl der passenden Hardware:


1.1 Mainboard mit onboard-Grafikarte:

1.1.1 Mainboardwauswahl:

Bei der Auswahl des Mainboards trifft man schon eine wichtige Entscheidung => Intel oder AMD.
Auf ION-Systeme gehe ich hier nicht ein, da diese System in meinen Augen noch zu viele Einschränkungen für einen vollwertigen VDR mitbringen,
bzw. eben zu wenige PCI/PCI-Express-Steckplätze mitbringen oder auch keine LPT- oder seriellen Schnittstellen haben.

Grundsätzlich ist es im Moment so, dass Intel-Mainboards im Gegensatz zu AMD-Mainboards unproblematischer in Verbindung mit VDPAU laufen.
Hintergrund ist, dass die Intel-Mainboards beim Heruntertakten nur die CPU heruntertakten und nicht den Bustakt oder/und den Speichertakt.

Die AMD-CPU’s der K8-Reihe (z.B. AMD-BE-Serie, Sempron 1640, usw.) haben die Eigenschaft beim Heruntertakten sowohl den Bustakt und den Speichertakt herunterzutakten.
Somit gibt es jede Menge Framedrops => Bildverluste (Mikroruckler), teilweise schon bei SD-Content (= 720x576 interlaced). Bei HD-Content ( 1920x1080 interlaced) sieht man das dann noch ausgeprägter.
Umgehen kann man das in dem man den CPU-Takt auf mindestens 2000 MHz hält. (Siehe AMD-Thread in den Referenzlinks.)

Seit kurzem gibt es neue AMD-CPU’s der K10-Reihe, die haben auch bei gesenktem CPU-Takt die oben genannten Eigenschaften nicht.
Beispiel sind der AMD Sempron 140 (Boxed, OPGA, "Sargas") oder auch der AMD Athlon II X2 240 (OPGA, "Regor").
Das sind zwar beide AM3-CPU’s, aber auch in vielen AM2+-Boards sind diese CPU’s lauffähig.
Der User gda hat eine solche Sempron-140 CPU im Einsatz und auch schon positives berichtet.

Grundsätzlich haben die onboard-Lösungen alle auch das Problem, dass der mitgelieferte Chipsatz-Kühler passiv ist.
Dadurch wird der Chipsatz, in dem auch die GPU (Grafikkarte) sitzt, sehr heiß, ca. 65 bis 75 Grad. ich empfehle jedem sich gleich nach einem leisen Lüfter umzusehen, der den Kühlkörper anbläst.
Ab ca. 75 Grad kann es dann zu Bildstörungen/Ruckler/Grüne Punkte kommen, da die GPU automatisch den Powerlevel (Takt der GPU) heruntersetzt.


1.1.2 Dual-Channelram:

wichtig für den Speicherdurchsatz (auch der Grafikkarte) mindestens 2 Module a’1024 MB, um der Grafikkarte 512 MB zuweisen zu können per Bioseinstellung.
Speichertakt der Module sollte mindestens 800 MHz haben ( = passende Busgeschwindigkeit)


1.1.3. Mainboard-Chipsatzbezeichnungen:

AMD => 8200 und 8300
Intel => 9300 und 9400


1.1.4 Referenzlinks zu passenden Systemen:

http://www.vdr-wiki.de/wiki/index.php/VD…ikkartenauswahl

VDR mit aktueller Hardware (Nvidia 9300 Board) und Software (xine-vdpau)

Aktuelle AMD-Plattform für vdpau


1.2 Älteres Mainboard mit zusätzlicher PCI-Express-Grafikkarte:

Beste Wahl erscheint mir hier eine Grafikkarte mit 9500erGT-Chip.

Schafft problemlos bei HD-Content erweitertes Deinterlacing mit höchstem Deinterlacer => temporal_spatial, dazu mehr bei der Software.

Die 9400erGT haben zuwenig Streamprozessoren und auch Shaderprozessoren um das erweiterte Deinterlacing von xine-vdapu bei HD-Content ( 1920x1080 interlaced) zu schaffen.

Auch hier gilt das oben erwähnte Temperaturproblem der GPU, => passive Karten unbedingt von leisem Lüfter anblasen lassen.


1.3 CPU-Auswahl zum Mainboard:

1.3.1 Intel:

jede Core2Duo-CPU oder vergleichbar. Auch Intel Celeron 440 (35 Watt).

Empfehlung ganz klar eine Dual-Core-Cpu => OSD-Aufbau schneller und auch das Konverten und Kompilieren lässt den VDR in Ruhe.

Geheimtip ist hier der 7200er, der läuft bei mir mit 0,95 Volt in dem Gigabyte E7AUM-DS2H
bei vollem CPU-Takt mit 2,53 GHz. Das Board bietet die Möglichkeit die CPU via Bios zu Untertakten!

1.3.2 AMD: siehe 1.1.1



2. Softwareauswahl und deren momentane Fallstricke


2.1. Beispielgrundkonfiguration (BS und Grundtreiber):

- Debian – Lenny von der Netinstall
- eigengebauter Kernel: 2.6.30.2 mit SMP-Unterstützung
- Nvidia-Treiber: 185.18.36

2.2 VDR-Versions-Auswahl:

Im Moment ist es so, dass es da nicht so einfach ist, die für sich passende VDR-Version zu finden. Hintergrund ist die im Moment laufende Integration des neuen Aufzeichungs-Formates „ts“ in den VDR. Betroffene VDR-Versionen ab 1.7.2.
Durch diese gravierende Änderung laufen eben viele Gooddies mit dem VDR nicht mehr.
Beispiele:

- Lifebuffer => wurde via Patch (Zulu’s Extension Patch) dem VDR einverleibt, geht seit VDR 1.7.7 nicht mehr)

- noad-Skripte => Schneiden und Schnittmarken, Springen in Aufnahmen usw.

- Plugins: Auch hier ist es so dass etliche wichtige Plugins erst nach und nach an das neue Aufzeichnungsverfahren angepasst werden müssen.
Beispiel => xineliboutput mit diversen Problemen, z.B Ton auf HD-Sendern, richtige Puffergröße usw.

Kurzum, in meinen Augen ist nach wie vor die beste Wahl für einen HD-VDR mit xineliboutput und vdpau die VDR-Version 1.7.0.


2.3 Patches für den VDR-1.7.0 um eine gute Basis zu haben:


2.3.1 Zulu’s VDR-Extension-Patch-Version 72 =>

[ANNOUNCE] VDR Extensions Patch v.72

Dieser Patch stellt viele zusätzliche Funktionen/Addons und Notwendigkeiten zur Verfügung um auch andere Plugins und Gooddies mit dem VDR zum Laufen zu Bewegen.

Der Patch beinhaltet bereits den HD-OSD-Patch (OSD kann bis auf 1920x1080 übers Setup aufgezogen werden).

Wichtig ist hier, dass die DVB-S/-S2-User den vdr-1.7.0-ext_h264-s2ng-speedup.diff einspielen,um die entsprechenden Anpassungen für h264 zu haben.

Wie man Patches einspielt und mit Ihnen umgeht, das schenke ich mir hier und auch in den folgenden Passagen.

Grundsätzlich braucht man also:

- vdr-1.7.0_extensions.diff
- vdr-1.7.0-ext_h264-s2ng-speedup.diff

Bitte die beiliegende README unbedingt lesen => wichtige Tips zur Make.config!

DVB-C User brauchen grundsätzlich keinen Patch um HD mit dem VDR nutzen zu können, aber ich empfehle diesen Benutzern trotzdem gleich den extp72 einzuspielen.



2.4 xine-lib, xineliboutput-plugin oder xine-plugin, na was denn jetzt?

2.4.1 Grundsätzliches:

Das Thema ist ein nicht einfaches Thema, da man viele Begrifflichkeiten und Bezeichnungen dazulernt. Zudem sind viele wichtige Parameter für die Plugins in seperaten config-Dateien auf dem System.

Links für Grundinformationen:

http://www.vdr-wiki.de/wiki/index.php/Xineliboutput-plugin

http://www.vdr-wiki.de/wiki/index.php/Xine-plugin

Ich persönlich nutze nur das xineliboutput-Plugin und werde nachfolgend nur auf diese Ausgabemöglichkeit ein bisschen tiefer eingehen. Mit dem xine-Plugin selbst habe ich mich noch nicht beschäftigt.


2.4.2 Welche xinelib-version will ich nutzen?

Die xine-lib ist die Basis für das Ausgabeplugin xineliboutput.

Dabei gibt es im Moment in Verbindung mit vdpau zwei Möglichkeiten, die den weiteren Weg ( was brauche ich dann noch?) festlegen.


2.4.2.1 xinelib-1.1.x

Erstere ist die im xine-vdpau-cvs Zwieg schon beinhaltete xine-lib-1.1.16. Diese Version hat einen etwas älteren Softwarestand, aber ist für die Entwickler von xine-vdpau von jeher schon die Basis für die Entwicklung von xine-vdpau. Die xine-lib-1.1.16 ist eine stabile Version.

Das heisst, wer den xine-vdapu-cvs-Zweig benutzt, braucht sich um die xinelib-Installation nicht kümmern, da die bei der Installation von xine-vdpau miterledigt wird.

Beispielhafte Installation mit diesem Zweig

http://www.vdr-wiki.de/wiki/index.php/VD…F_Konfiguration


2.4.2.2 xinelib-1.2

Zweite Möglichkeit ist die cvs-Version der xinelib, also die xinelib-1.2. Diese Version ist die Entwicklerversion der xinelib. Hierbei ändert sich fast täglich der Softwarestand, sodass es immer wieder dazu kommen kann, dass sich xinelib-1.2 auf dem eigenen System nicht kompilieren lässt. Allerdings muß man auch sagen, dass diese lib sehr viele neuere Features mitbringt, die man nicht nur wegen vdpau braucht.

http://hg.debian.org/hg/xine-lib/xine-lib-1.2 xine-lib-1.2 auf hg.debian.org

und den entsprechenden xine-vdpau-Patch dazu von hier:

http://www.jusst.de/vdpau/files/xine-lib-1.2/

Ok, was soll das jetzt? Je nach dem für was man sich entscheidet, erreicht man den selben Stand mit vdpau, aber man hat einen unterschiedlichen Stand der xinelib als Basis für das Ausgabe-Plugin. Deshalb ist es wichtig, dass man sich wenn man hier im Portal postet, eine vernünftige Signatur anlegt, die den jeweiligen Zweig beschreibt. Denn wie man sieht, ist vdpau dann eben nicht vdpau wegen der unterschiedlichen Basis der xinelib-1.2 oder eben der xinelib-1.1.


2.4.3 Welche xineliboutput-Versionen gibt es, welche ist zu empfehlen?

Auch hier ist es so, dass man zwischen zwei Wegen wählen kann => ne stabile Version des Ausgabeplugins = xineliboutput-1.0.4

oder

der Entwicklerversion = vdr-xineliboutput aus dem cvs

Hier verhält es sich wie bei der xinelib, die cvs-Version kennzeichnet die Entwicklerversion des Plugins und hat etliche Neuerungen drinnen, die speziell mit xine-vdpau/VDR/HD abgestimmt sind.

Neueste Features sind HD-OSD, spezieller HD-Buffer und einige Bugbereinigungen.

Die cvs-Version und auch die 1.0.4er Version laufen grundsätzlich mit den beiden xinelib-vdpau-Zweigen.

Haben aber den einen oder anderen Nebeneffekt, dazu später mehr.



2.4.4 Grundsätzliche Empfehlung:


2.4.4.1 Mein Favorit (Stand 24.08.2009):

xine-vdpau aus dem cvs (mit Patches von durchflieger in Version 9 = xine-vdpau-r279-crop-v9.diff.gz)

mit

xineliboutput-1.0.4 ( mit Patch von Durchflieger in Version 8 = xineliboutput-1.0.4-vdpau-support-v8.diff.gz)

Patches von DF, siehe hier:

[patches] xine-vdpau+xineliboutput+xine-plugin verbesserter vdpau support


Positiv:

- sehr stabil ab r273 von xine-vdpau aus dem svn

- Autocropping = automatisches Aufziehen des Bildes (Letterbox-Automatik)

- schnelles Umschaltverhalten (bei PES-Buffers = 900) und sehr gute Tonerkennung auch bei PassThrough bei HD-Sendern

- Schneiden und Springen in Aufnahmen geht sehr schnell und sicher

- kein Tonerkennungsproblem bei HD-Sendern

Negativ:

- Neuerungen und Bugfixes die nach dem eingesetzten Entwicklerstand der xinelib-1.1.16 eingeflossen sind, können nicht genutzt werden.

- Wiedergabe von VDR-Aufzeichnungen im h264-PES-Format bei lokalem Frontend fehlerhaft. Abspielen über => Medien (xineliboutput hat einen eingebauten Medienplayer) geht einwandfrei.

-


2.4.4.2 Weiterer Zweig:

xinelib-1.2 mit (vdpau-Patch = xine-lib-1.2-vdpau-r278.diff.bz2 , sowie Patch von Durchflieger in Version 9 = xine-vdpau-xine-lib-1.2-r278-crop-v9.diff.gz)

mit

xineliboutput-cvs ( mit Patch von Durchflieger in Version 8 = xineliboutput-head-vdpau-support-v8.diff.gz)


Positiv:

- HD-OSD-Erkennung via Plugin
- Sehr schnelles Umschaltverhalten seit 25.08.2009

Negativ:

- die cvs-Version von xineliboutput hat im Moment ein ausgeprägtes Problem mit der Tonerkennung auf diversen HD-Sendern (ZDF HD, ARD HD, )
Dies äussert sich durch Bildruckler und Tonaussetzer/kein Ton für ca. 25 Sekunden.
Zusammenhang => xineliboutput versucht das Bild und den Ton synchron zu halten, deshalb kommt es in der Zeit der korrekten Tonformaterkennung zu vemehrten Framedrops, und das bedeutet Bildruckler und gleichzeitg kein Ton.
An dem Problem wird sehr intensiv gearbteitet, ne Lösung steht in Aussicht.

Stand: 25.08.2009 die Tonprobleme sind behoben und auch kleinere Bugfixes sind erledigt. Bitte die entsprechenden Einträge in der config beachten => siehe 2.4.6.2

2.4.5 Startmöglichkeiten des xineliboutput-Plugins und deren Auswirkungen:


2.4.5.1 als lokale Variante

d.h über die RunVDR gleichzeitig mit dem VDR

\"-Pxineliboutput --local=sxfe --video=vdpau --display=:0 -p --post tvtime:method=use_vo_driver --audio=alsa:hw:0,3 -f\

Wichtig hierbei ist, da die Ausgabeparameter fürs Deinterlacing bereits mit dem Plugin-Aufruf mitgibt, dass man übers OSD im Setup zu xineliboutput keine zusätzlichen Parameter ändert (Punkt Deinterlacing = TvTime).

Vorteile:

- einige Pluginparameter können zusätzlich übers OSD gesetzt werden


Nachteile:

- VDR wird beim Beenden komplett beendet


2.4.5.2 als Remote Variante

d.h. über seperates Startaufruf, z.B über Skript.

RunVDR:

xineliboutput --local=none –remote=37890

und seperater Aufruf, via skript, z.b start-vdrsxfe:

/usr/local/bin/vdr-sxfe -f --display=:0 "xvdr+tcp://127.0.0.1:37890" --video=vdpau --post=tvtime:method=ues_vo_driver --audio=alsa:hw:0,3 --buffers=2500 --fullscreen --reconnect >/var/log/xinelib.log 2>&1

Ich lasse alles was über die jeweilige Konsole des VDR's ausgegeben wird in ein seperates log laufen, da sieht man dann ganz gut wenn man umschaltet, was mit vdpau passiert. Minipatch für xineliboutput:

Source code

1
2
3
4
5
6
7
8
9
10
11
--- xine_frontend.c.org 2009-02-07 07:00:06.000000000 +0100
+++ xine_frontend.c     2009-02-07 07:00:10.000000000 +0100
@@ -481,6 +481,8 @@
 
   if(this->xine)
     this->fe.xine_exit(this_gen);
+
+  setlinebuf(stdout);
   
   this->stream          = NULL;
   this->video_port      = NULL;


Der Patch funktioniert sowohl mit lokalem Startaufruf, als auch mit Remote-Aufruf.


Vorteile:

- Frontend kann auch auf einem anderen Rechner im Netzwerk aufgerufen werden

- sehr stabil


Nachteile: wird ergänzt


2.4.6 Wichtige Parameter des xineliboutput-Plugins für vdpau und wo finde ich die:


Wichtig dabei ist, das man Änderungen an der .../config und .../config_xineliboutput bei gestopptem VDR macht. Ansonsten werden die Änderungen überschrieben.

2.4.6.1 xineliboutput-1.0.4 (meist in /root/.xine/config_xineliboutput)

1. HD-Deinterlacing für chipsätze 8200/8300/9300/9400:

Erläuterung: Bei SD-Inhalten nimmt xine-vdpau grundsätzlich den besten Deinterlacer => temporal_spatial.
Bei HD-Content (= Anixe HD, Astra HD, in 1920x1080interlaced ausgestrahlt) bestimmt man den Deinterlacer mit diesem Paramter.
Die onboard-Lösungen sind hardwaretechnisch nicht in der Lage höhere Dieinterlacer-Stufen zu schaffen, => Framedrops/Ruckler. Allerdings bringt der bob-Deinterlacer mit xine-vdpau schon ein klasse Bild.

....
# vdpau: HD deinterlace method
# { bob half temporal half temporal_spatial temporal temporal_spatial }, default: 3
video.output.vdpau_deinterlace_method:bob
....

2. Parameter für Progressives Material

....
# vdpau: disable deinterlacing when progressive_frame flag is set
# bool, default: 0
video.output.vdpau_honor_progressive:1
....

3. Parameter durch DF-Patch, da xine-vdpau bei SD diese Parameter nicht regeln kann:

....
# vdpau: restrict enabling video properties for SD video only
# { none noise sharpness noise+sharpness }, default: 0
video.output.vdpau_sd_only_properties:noise+sharpness
....

Die Einstellparameter "noise reduction" und "sharpness" im xineliboutput setup werden standardmäßig bei SD UND HD-Videos angewendet.
Mit der xine config Einstellung "video.output.vdpau_sd_only_properties:noise+sharpness" wirken die Einstellparameter nur noch bei SD-Videos. Bei HD-Videos wird in der Regel keine "Nachbesserung" benötigt und das Abschalten spart natürlich Rechenleistung in der GPU.

Weiterhin sollte man die Display-Queuelänge vergrössern mit der xine config Einstellung "video.output.vdpau_display_queue_length=4".
Damit sollte die Wiedergabe ruckelfreier während eines aktiven "grabbing" laufen. Eventuell bringts auch was bei der normalen Wiedergabe ohne aktiven "grabbing".


4. Parameter um das Deinterlacing auf der GPU zu entlasten.

...
# vdpau: disable advanced deinterlacers chroma filter
# bool, default: 0
#video.output.vdpau_skip_chroma_deinterlace:0
...
...

5. Anzahl Audiopuffer

....
# Anzahl der Audiopuffer
# numeric, default: 230
#engine.buffers.audio_num_buffers:230
....

6. Anzahl Videopuffer => bei Version 1.0.4 unbedingt per Hand setzen:

...
# number of video buffers
# numeric, default: 500
engine.buffers.video_num_buffers:2500
....

7. Anzahl Videobilder zum Analysieren welcher Content (HD oder SD, usw.)

....
# Standardanzahl von Videobildern
# numeric, default: 15
engine.buffers.video_num_frames:22
....

2.4.6.2 xineliboutput-cvs (/etc/vdr/plugins/xineliboutput/config)

Hier stehen dann die neueren Paramter von der cvs-Version die in der 1.0.4 nicht vorhanden sind. Ansonsten siehe 2.4.6.1

Bitte unbedingt die neue cvs-Version testen, bei mir sind damit die Tonprobleme auf den deutschen HD-Sendern behoben.

Wer trotzdem noch Probleme hat, kann diesen Patch auf die cvs anwenden:

LINK:

#Number of buffers for HD content
# numeric, default: 2500
media.xvdr.num_buffers_hd:4000

# SRC tuning step
# numeric, default: 5000
media.xvdr.scr_tuning_step:150

# number of audio buffers
# numeric, default: 230
engine.buffers.audio_num_buffers:500

# number of video buffers
# numeric, default: 500
engine.buffers.video_num_buffers:1000

# default number of video frames
# numeric, default: 15
engine.buffers.video_num_frames:22



2.4.7 Wichtige Parameter des xineliboutput-Plugins für die Video-Ausgabe und wo finde ich die:


2.4.7.1 xineliboutput-1.0.4 (meist in /root/.xine/config_xineliboutput




2.4.7.2 xineliboutput-cvs (/etc/vdr/plugins/xineliboutput/config)


2.5 Häufig gestellte Fragen:

1. Wie erkenne ich ob vdpau als Ausgabemethode genutzt wird?

Verlässlichste Methode ist das Loggen der Start-Konsole des VDR bzw. des Remote-Frontends (siehe obigen Patch fürs Logging), darin sollten dann solche Meldungen auftauchen:

Source code

1
2
3
4
5
6
7
8
9
10
11
12
13
vo_vdpau: vdpau API version : 0
vo_vdpau: vdpau implementation description : NVIDIA VDPAU Driver Shared Library  185.18.31  Tue Jul 28 16:16:15 PDT 2009
audio_alsa_out : Unterstützte Modi sind 16Bit Stereo (4-Kanal nicht aktiviert in xine Konfiguration) (4.1-Kanal nicht aktiviert in xine Konfiguration) (5-Kanal nicht aktiviert in xine Konfiguration) (5.1-Kanal nicht aktiviert in xine Konfiguration) (a/52 und DTS pass-through nicht aktiviert in xine Konfiguration)
xine: Inputplugin gefunden: VDR (Video Disk Recorder) input plugin
Input-Cache Plugin deaktiviert
xine: Demultiplexer-Plugin gefunden: DVD/VOB demux plugin
vdpau_set_property: property=0, value=1
vo_vdpau: deinterlace: temporal_spatial
av_offset=0 pts
vdpau_set_property: property=8, value=100
vdpau_set_property: property=2, value=0
vo_vdpau: vdpau_update_csc: hue=0,000000, saturation=1,000000, contrast=1,000000, brightness=0,000000, color_standard=0
vdpau_set_property: property=3, value=100


2. Warum gibts es beim Umschalten oft 1 bis 3 Sekunden Bild-/Tonaussetzer?

Beim Umschalten ist es so, das xine-vdpau erstmal ermitteln muß, was kommt als Videostream an, also SD-Content oder HD-Content.
Je nachdem was ankommt und welcher Deinterlacer verwendet wird, kann das bei Datenmengen bis zu 20 MBit schon etwas dauern und es treten eben Framdrops auf. Auch das empfangene Tonformat muß aus dem Stream ermittelt werden und dann gesetzt werden.
Hier im Forum wird der Vorgang "Einpendeln genannt.
Je nachdem welche Hardware und Deinterlacer man einsetzt, kann das alles eben bis zu 3 Sekunden bei HD-Content dauern.
Wenn der bob-Deinterlacer bei HD-Content eingesetzt wird ist das Bild sehr schnell stabil.

- Kleiner Logauszug beim Umschalten, hier sehr schnell ( kleiner 1 sec.) von SD auf HD mit 1280x720:

Source code

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
....
vdpau_h264_reset
dpb_free_all, used: 0
prebuffer=14400 pts
dpb_free_all, used: 0
vdpau_set_property: property=0, value=0
vo_vdpau: deinterlace: none
prebuffer=14400 pts
video_out: Verwerfe Bild mit pts -4963052515, weil es zu alt ist (Unterschied: 4980652625).
prebuffer=14400 pts
prebuffer=14400 pts
video: synced early
vdpau_set_property: property=0, value=1
vo_vdpau: deinterlace: temporal_spatial
Allocate 2 reference frames
Create decoder: vdp_device: 1, profile: 7, res: 1280x720
....


- Kleiner Logauszug beim Umschalten, hier schnell ( kleiner 2 sec.) von HD mit 1280x720 auf HD 1920x1080:

Source code

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
....
vdpau_h264_reset
dpb_free_all, used: 0
dpb_free_all, used: 0
vdpau_set_property: property=0, value=0
vo_vdpau: deinterlace: none
prebuffer=14400 pts
prebuffer=14400 pts
video: synced early
vdpau_set_property: property=0, value=1
vo_vdpau: deinterlace: temporal_spatial
buf underrun 1!!
Allocate 4 reference frames
Create decoder: vdp_device: 1, profile: 8, res: 1920x1080
FLUSH draw pts: 4016907546
FLUSH draw pts: 4016911146
FLUSH draw pts: 4016914746
FLUSH draw pts: 4016902146
FLUSH draw pts: 4016921946
FLUSH draw pts: 4016925546
FLUSH draw pts: 4016929146
FLUSH draw pts: 4016932746
FLUSH draw pts: 4016947146
vo_vdpau: deinterlace: temporal_spatial
vo_vdpau: enabled features: inverse_telecine=1
vo_vdpau: disable noise reduction.
vo_vdpau: disable sharpness.
vo_vdpau: vdpau_update_csc: hue=0.000000, saturation=1.000000, contrast=1.000000, brightness=0.000000, color_standard=1
vo_vdpau: skip_chroma = 0
video_out: Verwerfe Bild mit pts 17932105, weil es zu alt ist (Unterschied: 16201).
video_out: Verwerfe Bild mit pts 17919505, weil es zu alt ist (Unterschied: 28801).
video_out: Verwerfe Bild mit pts 17924185, weil es zu alt ist (Unterschied: 24121).
video_out: Verwerfe Bild mit pts 17928829, weil es zu alt ist (Unterschied: 19477).
video_out: Verwerfe Bild mit pts 17933438, weil es zu alt ist (Unterschied: 14868).
video_out: Verwerfe Bild mit pts 17938013, weil es zu alt ist (Unterschied: 10293).
FLUSH draw pts: 4016936346
FLUSH draw pts: 4016939946
FLUSH draw pts: 4016943546
FLUSH draw pts: 4016950746
FLUSH draw pts: 4016954346
FLUSH draw pts: 4016957946
FLUSH draw pts: 4016961546
FLUSH draw pts: 4016965146
FLUSH draw pts: 4016968746
FLUSH draw pts: 4016972346
FLUSH draw pts: 4016975946
FLUSH draw pts: 4016979546
FLUSH draw pts: 4016983146
FLUSH draw pts: 4016990346
video_out: Verwerfe Bild mit pts 17942916, weil es zu alt ist (Unterschied: 5492).
200 Bilder angezeigt, 0 Bilder übersprungen, 8 Bilder verworfen
....


3. Tips zur Einrichtung des X-Servers, hier speziell xorg.conf:


3.1 Wichtige Modelines in der xorg.conf:

Source code

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
…..
Section "Monitor"

    Identifier     "Monitor"
    VendorName     "Unknown"
    ModelName      "FUS LSL 3230T"
    HorizSync       15.0 - 82.0
    VertRefresh     29.0 - 86.0

    Option         "UseDisplayDevice" "DFP-0"
    Option         "ExactModeTimingsDVI" "True"
    Option         "UseEDIDFreqs" "False"
    # 1920x1080p @ 50Hz (EIA/CEA-861B)
    ModeLine       "1920x1080@50" 148.500 1920 2448 2492 2640 1080 1084 1089 1125 +hsync +vsync
    # 1920x1080p @ 60Hz (EIA/CEA-861B)
    ModeLine       "1920x1080@60" 148.500 1920 2008 2052 2200 1080 1084 1089 1125 +hsync +vsync
    # 1920x1080p @ 24Hz (EIA/CEA-861B)
    ModeLine       "1920x1080@24" 74.250 1920 2558 2602 2750 1080 1084 1089 1125 +hsync +vsync
    # 1920x1080p @ 23.976Hz (EIA/CEA-861B)
    ModeLine       "1920x1080@23.976" 74.175 1920 2558 2602 2750 1080 1084 1089 1125 +hsync +vsync
    # 1920x1080i @ 50Hz (EIA/CEA-861B)
#   Modeline       "1920x1080@50i" 74.250 1920 2448 2492 2640 1080 1085 1095 1125 +hsync +vsync Interlace
#   Modeline       "1920x1080@50i" 74.184 1920 2408 2496 2640 1080 1084 1094 1124 -hsync -vsync interlace
#   Modeline       "1920x1080@50i" 74.25 1920 2440 2456 2640 1080 1083 1085 1125 +hsync +vsync interlace
#   Modeline       "1920x1080@50i" 74.25 1920 2448 2492 2640 1080 1084 1094 1124 +hsync +vsync interlace
    ModeLine       "1920x1080@50i" 74.200 1920 1964 2052 2200 1080 1084 1088 1125 +hsync -vsync interlace
    # 1920x1080i @ 60Hz (EIA/CEA-861B)
    Modeline       "1920x1080@60i" 74.250 1920 2008 2052 2200 1080 1085 1095 1125 +hsync +vsync Interlace
    # 1920x1080p @ 59.94Hz (EIA/CEA-861B)
    ModeLine       "1920x1080@59.94" 148.350 1920 2008 2052 2200 1080 1084 1089 1125 +hsync +vsync
    # 1920x1080i @ 59.94Hz (EIA/CEA-861B)
    Modeline       "1920x1080@59.94i" 74.175 1920 2008 2052 2200 1080 1085 1095 1125 +hsync +vsync Interlace
    # 1920x1080p @ 25Hz (EIA/CEA-861B)
    ModeLine       "1920x1080@25" 74.250 1920 2448 2492 2640 1080 1084 1089 1125 +hsync +vsync
    # 1920x1080p @ 29.97Hz (EIA/CEA-861B)
    ModeLine       "1920x1080@29.97" 74.175 1920 2008 2052 2200 1080 1084 1089 1125 +hsync +vsync
    # 1920x1080p @ 30Hz (EIA/CEA-861B)
    ModeLine       "1920x1080@30" 74.250 1920 2008 2052 2200 1080 1084 1089 1125 +hsync
EndSection
.....
.....

Diese Modelines sind für alle gängigen Video-Formate in Verbindung mit dem Nvidia-Treiber nutzbar. Man sollte darauf achten, dass das verwendete Display mit einem 50 Hz-Mode angesprochen wird, also 50 Hz interlaced oder 50 Hz Progressive.

Das verhindert in meinen Augen sehr oft Bildhänger und leichte Ruckler.

3.2 Tearing (= Trennung des Bildes durch eine waagrechte Linie) vermeiden:

- kein Compositting aktiv, auch kein compiz oder sonstiges

Eintrag in der xorg.conf:

Source code

1
2
3
4
5
6
7
….
….
Section "Extensions"
Option "Composite" "Disable"
EndSection
…..
….



Soderle das wars soweit.

Wer Ergänzungen, Vorteile, und Nachteile nennen kann, nur her damit, dann pflege ich das hier ein. Auch Lob und Tadel sind willkommen. Noch fehlende Parameter und Einstellungen werde ich diese Woche noch ergänzen, speziell im Bereich 2.4

Lauffähige Systeme siehe Signatur!

Gruß
Wolfgang
Hardware: -
Software: -

This post has been edited 19 times, last edit by "wbreu" (Oct 1st 2009, 5:14pm)


2

Monday, August 24th 2009, 3:25pm

Die Empfehlung für den VDR 1.7.0 (PES Aufnahme) kann eigentlich nur gelten, wenn man kein HD/h.264 aufzeichnen möchte, ansonsten ist das eine sehr schmerzhafte Sackgassen, denn h264-PES Aufnahmen werden in keinem "Vanilla" VDR unterstützt und können auch mit Hilfe von Patches in keinem aktuelleren VDR (mit TS format, mangels patches für h264-PES) abgespielt werden!

gda

Im Forum Zuhause

Posts: 14,375

Location: HH

  • Send private message

3

Monday, August 24th 2009, 3:56pm

Quoted

Original von Razorblade
Die Empfehlung für den VDR 1.7.0 (PES Aufnahme) kann eigentlich nur gelten, wenn man kein HD/h.264 aufzeichnen möchte, ansonsten ist das eine sehr schmerzhafte Sackgassen, denn h264-PES Aufnahmen werden in keinem "Vanilla" VDR unterstützt und können auch mit Hilfe von Patches in keinem aktuelleren VDR (mit TS format, mangels patches für h264-PES) abgespielt werden!

Das verstehe ich jetzt nicht, ich kann mit meinem gepatchten VDR 1.6.0 ZDF/ARD HD sehen, aufnehmen und abspielen. Wenn ich mich richtig erinnere habe ich dafür einen 1.7.0er Patch backgeportet. Ich habe das gerade nochmal getestet, geht immer noch.

Gerald

HP Proliant MicroServer Gen8, Xeon E3-1230, 12 GB RAM, 3xWD red 2TB im RAID 5, 2xSundtek MediaTV Home DVB-C/T, L4M TWIN-C/T, Ubuntu Server 14.04.1, Plex Media Server
Samsung UE55H6470

4

Monday, August 24th 2009, 4:05pm

Hallo Gerald,

razor meint, dass neuere VDR-Versionen die mit "ts" kommen dann keine h264-PES-Aufnahmen abspielen könne, normale PES schon.

Aber es gibt ja nicht nur den VDR zum Abspielen von h264-PES-Aufnahmen sondern auch noch den mplayer oder eben über xineliboutput => Medien.

Mich stört diese Einschränkung nicht.

Gruß
Wolfgang
Hardware: -
Software: -

hektor

Intermediate

Posts: 225

Location: Hessen

Occupation: IT-Berater

  • Send private message

5

Monday, August 24th 2009, 4:07pm

Tausend Dank Wolfgang,

genau sowas hat die ganze Zeit gefehlt. Mich hast Du mit diesem Thread zu 100% erwischt und grade im Bereich xine* alle Fragen beantwortet :)

Danke,

Matthias
HW: Athlon II X2 240 | Asus M4N78 Pro Geforce 8300 + GT 610 | 2 GB RAM | 2000 GB SATA | 2x Skystar2 | Silverstone LC10m | Harmony 555 ueber igorplugusb
SW: Gentoo | Kernel > 3.12.xx| VDR 2.1.6 | Plugins:softhddevice, externalplayer, live| xbmc > 12


"Informatiker trinken Bier!"

gda

Im Forum Zuhause

Posts: 14,375

Location: HH

  • Send private message

6

Monday, August 24th 2009, 4:12pm

Quoted

Original von wbreu
razor meint, dass neuere VDR-Versionen die mit "ts" kommen dann keine h264-PES-Aufnahmen abspielen könne, normale PES schon.

Ach so, alles klar.

Gerald

HP Proliant MicroServer Gen8, Xeon E3-1230, 12 GB RAM, 3xWD red 2TB im RAID 5, 2xSundtek MediaTV Home DVB-C/T, L4M TWIN-C/T, Ubuntu Server 14.04.1, Plex Media Server
Samsung UE55H6470

7

Monday, August 24th 2009, 4:20pm

.. bist echt ein Guter, Wolfgang! :tup

gruß, ciax
Lascala LC17 - tribute to viking ;o) + atric IR / AMD X2 BE-2400 / OctopusNet S4 / PPA-frodo testing-vdr / output: graphTFT-fe via 6.4" TFT & DVB-S/S2 via FullHD / NVidia GT220 passiv

8

Monday, August 24th 2009, 4:37pm

Prima Zusammenfassung....und ein herzliches Dankeschön für Deine Arbeit!

Gruß
iNOB

Mein VDR

Hartware: Gehäuse: Ahanix MCE 302, Mobo: Kontron 986LCD-M/mITX, CPU: Intel Core2 Duo Mobile T7400 2,16GHz, 2GB RAM, SAT: Digital Devices DuoFlex S2 miniPCIe, Graka: ASUS GeForce GT 730 ( GK208 ) Silent, 4x4TB 3,5" WD Red HD, 1x DVD-Brenner Pioneer, Atric IR-Einschalter+Empfänger, FB One-For-All URC-7960, SoundGraph iMON LCD ( MFP5I, 15c2:0038 )
Weichware: Jessie (x86_64), Kernel 3.16, NVidia v364.19, VDR 2.2.0 gepatched

9

Monday, August 24th 2009, 5:27pm

Quoted

Original von wbreu
Aber es gibt ja nicht nur den VDR zum Abspielen von h264-PES-Aufnahmen sondern auch noch den mplayer oder eben über xineliboutput => Medien.


Weder mplayer noch vlc können h264 PES abspielen!

kris

Professional

Posts: 1,682

Location: Bornheim, Rheinl.

  • Send private message

10

Monday, August 24th 2009, 6:46pm

HI,

Wbreu
Vielen dank für Deine Bemühungen. Dieser Thread sollte hochgepinnt werden.

Btw. Soll das ins Wiki? Das ist es gut aufgehoben. Würde mich auch anbieten das zu übernehmen.....

MFG
Kris
Intel DN2800MT 4GB RAM; 32GB mSata, Ubuntu 15.04, TVHeadend 4.1, Digibit R1 SatIP

11

Monday, August 24th 2009, 7:36pm

Der Mann passt in die Welt...
Saubere Arbeit vom VDPAU-Gott ! :unsch

Spoiler Spoiler

yavdr 0.6 @ Frodo testing / SilverStone ML03 / ASRock B75 Pro3-M / Celeron G540 / 4 GB Ram / NVIDIA GT630 / Seduatmo 120 Kanäle an 50" Panasonic TV / 10" GraphtftNG / 240GB SSD & 4TB HDD

12

Monday, August 24th 2009, 7:45pm

:portal1

Super - So was hat man hier lange nicht mehr gesehen. 10 x :tup

vdr-xine plugin und xine-ui: Dass hiermit auch das atmo-plugin läuft, sollte nicht verschwiegen werden ;)

Gruß,
Chris
<font color="#0000ff">Gigabyte P35-DS3, Pentium E2140, GT220, 2 x DVB-C im Thermaltake DH101<br>gen2vdr V3 &amp; yaVDR 0.3.0a <br></font>

Fireblade

Intermediate

Posts: 389

Location: Bremen

  • Send private message

13

Monday, August 24th 2009, 7:57pm

Meine Meinung

Hi Wolfgang,
kurz und knapp, DANKE!!!:respekt
Gruß Axel
Asus P5KPL-1600 Cel.440, 2x TT-S2-1600, OCZ Vertex, Asus GT520 , Gen2VDR V3 Release :]

14

Monday, August 24th 2009, 8:30pm

Vielen Dank, Wolfgang!

Auch Wolfgang.
Software: yaVDR0.5a mit VDR 2.0.6-6yavdr1, Kernel 3.8.0-44-generic und nvidia 331.20
Hardware: ASRock B75 Pro3-M, Intel G2030, RAM 4GB, SSD 64GB, HDD 4TB, Zotac GT630 ZONE Edition 1024MB GK208 (SKU:ZT-60408-20L), DD Cine S2 V6.5
Fernseher: SONY KDL-32D3000


15

Monday, August 24th 2009, 9:20pm

Quoted

Original von kris
HI,

Wbreu
Vielen dank für Deine Bemühungen. Dieser Thread sollte hochgepinnt werden.

Btw. Soll das ins Wiki? Das ist es gut aufgehoben. Würde mich auch anbieten das zu übernehmen.....

MFG
Kris


Hallo Kris,

gegen das Wiki spricht nichts von meiner Seite. Wenn du es übernehmen willst, mach nur. Danke dafür.

Warte aber noch ein bisschen, ich habe noch so drei Din A4-Seiten unstrukturierte Doku liegen, die werde ich diese Woche nach und nach noch einarbeiten in den ersten Post.

Wenn noch jemand was zu ergänzen hat, bitte posten.

Gruß
Wolfgang
Hardware: -
Software: -

This post has been edited 1 times, last edit by "wbreu" (Aug 24th 2009, 9:21pm)


Marcus

Trainee

Posts: 131

Location: Umkirch

Occupation: SysAdmin u. Programmierer

  • Send private message

16

Monday, August 24th 2009, 9:29pm

Hallo Wolfgang,

auch von mir ein riesen Lob, echt der Wahnsinn wie Du deine Freizeit für uns alle hier opferst!

VG
Marcus

Mein VDR

H: Gigabyte E7AUM-D2SH, Intel Celeron 440, 2GB, Zotac GT630 ZONE Edition, WD7500BPKT, CineS2 v6.5, 7" TFT, Powermate, Hewlett's 130mm, HDMI an Onkyo TX-NR616
S: yaVDR 0.5 testing / softhddevice / graphtftng

17

Monday, August 24th 2009, 9:54pm

Quoted

Original von kris
HI,

Wbreu
Vielen dank für Deine Bemühungen. Dieser Thread sollte hochgepinnt werden.

Btw. Soll das ins Wiki? Das ist es gut aufgehoben. Würde mich auch anbieten das zu übernehmen.....

MFG
Kris


Ich habe mir mal erlaubt den Thread oben anzupappen ;)
Sobald der komplette Beitrag von wbreu im Wiki auftaucht, papp ich den Thread wieder ab.

Und nebenbei dann auch noch ein Dankeschön an wbreu.
Da werden sich hoffentlich noch einige User was rauslesen können :D

jo01
Wofür war die Signatur nochmal gedacht? *kopfkratz* :idee

18

Monday, August 24th 2009, 10:50pm

Äußerst informativ und interessant.
Vielen Dank auch von mir dafür.

Gruß, bax2000
easyVDR 2.1 stable, Gigabyte GA-Z87M-D3H, Intel Core i3-4130, 16 GB, Nvidia GT 630 Rev. 2, Samsung 840EVO 120GB SSD System, 16TB-NAS als zentraler Speicherplatz (Raid-Z2), DD Cine S2 v6.5 Dual DVB-S2, Antec Fusion V2 Silver

19

Tuesday, August 25th 2009, 12:19am

Herzlichen Dank auch von mir!

Gruss Lexi
GA-M61P-S3, X2 BE-2400, 3 x 1000GB-SataII, 1GB Ram, tt1.3, nova-s (62 W Idle), g2v 2.0, up 24, (System ist gleizeitig fileserver) kvm-switsch, Monitorsplitter, Deckenmonitor ...

jede menge weitere HW zum testen (meist Mediaportal mit qdi...)

Einsteigerlektüre zur gen2vdr
gen2vdr-wiki
gentoo-handbuch

kris

Professional

Posts: 1,682

Location: Bornheim, Rheinl.

  • Send private message

20

Tuesday, August 25th 2009, 10:17am

Hi,

wbreu

Quoted

gegen das Wiki spricht nichts von meiner Seite. Wenn du es übernehmen willst, mach nur. Danke dafür. Warte aber noch ein bisschen, ich habe noch so drei Din A4-Seiten unstrukturierte Doku liegen, die werde ich diese Woche nach und nach noch einarbeiten in den ersten Post.


Das Wiki ist ja schnell angepaßt.

Btw. ich möchte den gesamten Text unter http://www.vdr-wiki.de/wiki/index.php/VDPAU ablegen.

Ich würde zwei Stufen vorsehen.

Stufe 1. Wbreus Doku am Ende als "Enstehende Dokumentation" eintragen
Stufe 2. Wenn Wbreu seine Sammlung komplettiert hat, würde ich beides verschmelzen.

Ist Irgendwer dagegen oder hat Anmerkungen dazu?

MFG
Kris
Intel DN2800MT 4GB RAM; 32GB mSata, Ubuntu 15.04, TVHeadend 4.1, Digibit R1 SatIP

Immortal Romance Spielautomat