Wie bekomme ich ein lauffähiges System mit dem vdr-xine-plugin mit vdpau?

hsteinhaus:

Ich habe genau den gleichen Fehler beim Starten von xine. Du sagtest, durch "Kaputtmachen" des XTEST-Supports hast du es bei dir zum Laufen bekommen. Kannst du bitte mal genauer darauf eingehen? Muss man vor dem Kompilieren etwas aendern oder ist es irgendeine versteckte Einstellung in der GUI von Xine?

Gruss,

arre2000

Ich habe in der configure.ac den entsprechenden Test gesucht und umbenannt. Alternativ kannst Du einfach mal ein grep nach XTestFakeInput starten und die entsprechenden Stellen direkt in den Sourcen unschädlich machen.

Verwendest Du auch Ubuntu?

Grüße,
Holger

Zitat

Original von Razorblade
Insgesamt ein sehr viel schlechteres Ergebnis als vorher mit xine-lib-1.2 und den vdpau-Patches. Bekomme HD *gar nicht* nicht ohne Ruckler zu laufen, das lief vorher (außer wie gesagt Sky Sport HD) wunderbar.

Werde nochmal zurückschwenken und gegenprüfen dass nicht ein anderes gleichzeitiges Update das Problem verursacht hat...

Habe jetzt auf xine-lib-1.2 und meine eigene xine-config zurückgeschwenkt und dabei festgestellt, dass nicht die xine-lib Version den Unterschied gemacht hat, sondern die .config
Mit meiner alten Config (erstellt unter 1.2) lief es (wie gesagt bis auf Sky Sport HD) absolut flüssig mit half_temporal auf meinem ION/Atom, mit xine-lib-1.1 und Deiner Config war das ganze mit ca. 66% dropped frames verbunden (und die massiven Ton/Bildaussetzer auf Sky Sport hD sind auch nicht besser geworden).
Bleibe jetzt erstmal wieder bei 1.2 und werde bei Gelegenheit noch 1.1 mit angepaßter config testen...

Gruß,
Razor

Ich tippe auf die schwächere GPU/CPU bei mir.

Hi wbreu,

Zitat

Hi wbreu, wie sieht es mit der Performanze aus? Ich habe eine Activy 300 als Basis. Als CPU ist eine 1GHZ Celeron verbaut, RAM ist mit 256MB auch nicht in Mengen vorhanden. Als Graka habe ich einen Sparkle 8400gs mit 512MB. In den früheren Versionen benötigte xine immer wesentlich mehr power als xineliboutput. Ist das immer noch so? Gruß kaminkehrer

Um die Frage noch abschließend zu beantworten, bin endlich zum testen gekommen.

Die CPU-Last auf meiner Activy liegt bei SDH: 12%vdr 10% xine.
Bei HDTV (ArteHD): 12%vdr 20% xine.

Somit ist die für eine Differenz der CPU-Last von xine und xinliboutput nicht messbar.

Gruß
kaminkehrer

Hallo Leute,

hsteinhaus: Danke fuer deinen Hinweis. Ich habe besagte Stellen in Quellcode eleminiert (die #ifdef HAVE_XTEST... in #if 0 geaendert) und jetzt laeufts. Ich benutze uebrigens auch Ubuntu (siehe Signatur).

@all: Bei mir verhaelt es sich aehnlich/gleich wie bei Razorblade. Ich habe beide Anleitungen von wbreu ausprobiert (xine-plugin und xineliboutput) mit beiden xine-vdpau Moeglichkeiten. Das Ergebnis ist, dass die Sender arteHD, Das Erste HD und ZDF HD recht problemlos laufen. Nur bei den Sendern mit hoeherer Aufloesung (AstraHD, SkySportHD, DiscoveryHD, etc.) gibt es immer wieder Ruckler. Vor allem bei SkySportHD sind die Ruckler besonders stark. Selbst das Verwenden von bob als Deinterlacer bringt keine Besserung. Laut VDPAU Test sollte meine Grafikkarte temporal_spatial auf hoechster Stufe beherschen (siehe hier).

wbreu: Ich verwende den Standard Kernel von Ubuntu 9.04. Du schreibst, dass du dir den Kernel selber gebaut hast. Gibt es dazu einen bestimmten Grund? Ausserdem hast du das Undervolten von AMD CPUs erwaehnt. Koennte das ggf. helfen?

Ich werde jedenfalls nicht so schnell aufgeben. Dank eurer Hilfe bin ich ja schon recht weit gekommen.

Thx @all,

Gruesse, arre2000

Hi,

wbreu: Habe deinen Tipp gerade ausprobiert. Und zwar auf meiner aelteren Installation (etwa 4 Wochen alt). Ich frage mich, warum ich nicht schon eher drauf gekommen bin... Selbst SkySportHD laesst sich jetzt einigermassen anschauen

Ich werde es die Tage auf meinem Bastelsystem mit aktuellerer xine-vdpau Version mal ausprobieren. Aber wenn ich das richtig gelesen und verstanden habe, ist bei der Entwicklung der libs noch viel Bewegung drin und es kann nur besser werden...

Fuers erste bin ich jetzt mal zufrieden. Hatte schon fast angefangen an meiner Hardware zu zweifeln.

Schoene Gruesse,

arre2000

Hi,

das mit dem X-Server hoert sich interessant an. Mein Bild laeuft im Moment auf 720p bei 50Hz. Leider kenne ich mich auf dem Gebiet X-Server/xorg.conf zu wenig aus. Welche Einstellungen muesste ich denn aendern/hinzufuegen, dass das Bild mit 60Hz ausgegeben wird? Kann ich das ohne weiteres umstellen ohne meinen Fernseher (Panasonic TH42PX80) zu gefaehrden?

Ich werde es die Tage mal testen.

Gruesse,

arre2000

Du wirst lachen, den Chroma filter hatte ich auch im Verdacht, ist nämlich einer der weniger Unterschiede (neben sound resampling) Deiner und meiner Config! Außerdem auf meiner Verdachtsliste: inverse_telecine

so noch mal meinen Senf zum Chroma-Filter.
Mir ist bei diversen testerein aufgefallen, das wenn der Chroma-Filter abgeschaltet ist das Bild auf HD Sendern egal welcher Art supi ist.
Der große Nachteil bei mir ist dann aber, das das Bild auf den SD Sendern nicht mehr so top aussieht.
Es ist als ob es Matschig oder so währe.

Währe es nicht gut wenn man da einen Patch ähnlich dem DF-Patch für sharpness und noise anlegt, der nichts anderes macht als den Chroma-filter bei sd zu aktivieren und bei hd nicht? Das Bild ohne den Chroma Filter ist bei mir nicht merklich schlechter (keine Veränderung der Quali)und die Framedrops sind wech.
Leider bin ich nicht so der Patch schreiber sonst hätte ich das schon in Angriff genommen

Also bei mir scheint es wirklich am Chroma zu liegen.
Mit
video.output.vdpau_skip_chroma_deinterlace:1
klappt HD sowohl mit xine-lib-1.2 als auch mit xine-lib-1.1 wobei tatsächlich bei sehr hohen Bitraten xine-lib-1.1 einen Tick sauberer läuft.
Bei Sky Sport HD habe ich immernoch gelegentlich ruckler, aber nicht ansatzweise so häufig wie vorher.
50Hz/60Hz macht dagegen überhaupt keinen Unterschied.

Jetzt muß ich erstmal im df-Thread gucken, wie ich mein OSD wieder ansehnlich mache, das sieht nämlich mit dem df10 Patch grausig aus...

Hi,

ich habe noch einen Zusammenhang mit DD5.1 bemerkt: wenn ein HD Sender in DD5.1 sendet, dann reichen oft ein paar TS continuity Fehler aus um den buffer überlaufen zu lassen. Nun habe ich den audio buffer extrem hoch gesetzt, und seit einer Weile läuts nicht mehr über. Ausserdem habe ich a/v-sync abgeschaltet, da ist auch noch was im Argen, und mir sieht es trotztem über HDMI und s/pdif lippensynchron aus.

Noch eine Frage in die Runde: bringt die 190 nvidia substanziell etwas oder verbesschlechtert sie das Gesamtergebnis nur?

Habe gestern mal wieder etwas mit der Demoloop von AstraHD herumgespielt. Dabei habe ich festgestellt, dass es immer noch vereinzelne Ruckler gibt, wenn die Bitrate hoch ist (teilweise fast 20MBit). Allerdings gibt es dieses Mal keinerlei Hinweise auf irgendwelche Probleme in den Logs oder in der Ausgabe von Xine, es sind also keine Framedrops!

Und nun kommt das beste: zeichnet man den Stream auf und spielt ihn ab, oder geht auch nur in den Timeshift, ist das Problem weg und der Stream läuft wie Honig...

Hat das schonmal jemand beobachtet?

Grüße,
Holger

Zitat

Originally posted by hsteinhaus
Und nun kommt das beste: zeichnet man den Stream auf und spielt ihn ab, oder geht auch nur in den Timeshift, ist das Problem weg und der Stream läuft wie Honig...

Hat das schonmal jemand beobachtet?

ja, diese Effekte kenne ich von aelteren xineliboutput Versionen. Es liegt daran, dass im Live-Mode permanent
versucht wird, das Bufferhandling an die vom Sender gelieferte Framerate anzupassen.
Wenn das nicht korrekt implementiert ist, gibt es BufferOver/Underflows und damit Ruckler. Das Problem faellt bei Wiedergabebetrieb
natuerlich weg. Darum ist reine Wiedegabe von Haus aus immer stoerungsfreier.

Nach langer Zeit habe ich neben xineliboutput mal wieder das vdr-xine-plugin testweise am Laufen.

Mit meinem sehr aktuellen System von hier:

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

habe ich das geschilderte Problem auch unter dem vdr-xine-plugin nicht. Insbesondere das OSD hat durchflieger top hinbekommen.
Jetzt ist Transparenz auch bei HardwareScaling moeglich. Das OSD steht wie in Stein gemeisselt,
egal wie Scaliert wird.

- sparkie

Zitat

Original von wbreu
2.3.1.2 Übersicht, was brauche ich alles um mit dem xine-vdpau-zweig zu kompilieren:
...

2. xine-vdpau kompilieren und installieren:

Code

cd /usr/local/src/xine-vdpau
make clean
./autogen.sh
./configure --prefix=/usr --with-external-ffmpeg --disable-dxr3 --enable-w32dll --with-w32-path=/usr/lib/win32
make 
make install
ldconfig -v

Hallo Wolfgang,
warum nutzt du die Option --with-external-ffmpeg?

Muss man eine bestimmte/gepatchte Version von ffmpeg installieren?
Wenn ja, welche? Link?

Gruß
goldbär

Zitat

Originally posted by goldbär
warum nutzt du die Option --with-external-ffmpeg?

Muss man eine bestimmte/gepatchte Version von ffmpeg installieren?

ich mache das bei mir ganz einfach (keine weiteren Optionen, kein external-ffmpeg)

cd xine-vdpau-svn-284-20091004081100
./autogen.sh
make -j2
make install

mit dem Vorteil, dass er nach /usr/local/ installiert. Systeme die ich damit erzeuge laufen hier tadellos.