[patches} Korrekte interlaced und framesynchrone Ausgabe für SDTV/HDTV auf VGA/DVI/HDMI/RGB/SCART

Zitat

Original von sparkie
Was natuerlich nur ein Problem ist, wenn das ausgestrahlte Material ueberhaupt interlaced (und nicht progressiv) vorliegt. Kinofilme werden meist progressiv, Sport- und TV-sendungen meist interlaced uebertragen.

Das trifft die Problembeschreibung ziemlich genau. ich sehe jetzt schon einige Stunden verschiedene Kanäle an und bei Sport oder Nachrichten/Talkshows ist das Flimmern in den Bewegungen da.
Bei Spielfilmen ist das Bild meist absolut so wie es sein soll. Momentan läuft auf ZDF ein Alaska Abenteuerfilm, der wird astrein dargestellt.

Anbei nochmal meine verwendete xorg.conf.
Ich habe da schon mit verschiedensten Option Parametern herumgespielt, aber keine Verbesserung erzielt (ist auch schwierig, wenn man nicht genau weiß, wo man hinlangen muss, im Readme ist verständlicherweise ja nicht alles bis in's kleinste dokumentiert).

Die Modeline sollte ja stimmen... hab ich bei anderen auch schon so in Verwendung gesehen.

Meine Xorg.conf sieht genauso aus.
Ich hatte anfangs auch das Problem bei allem, was interlaced war. Irgendwie hing das mit der Ausgabe über vdr-sxfe zusammen. Wenn ich das xineliboutput-Plugin mit '--local=xv --remote=0 --display=:0.0' direkt zur Ausgabe nutze (X muss dann natürlich schon laufen), treten die Kammartefakte zumindest bei 4:3 interlaced nicht mehr auf.

Hi @all,

nachdem ich erfolgreich gepatched habe ist mein TV Bild Eins A.
Zum dem Output meiner X11.log werde ich in der naechsten Woche noch einige Fragen stellen aber dazu spaeter.

Nachdem ich nun wie gesagt ein spitzen Bild ohne Ruckler habe, habe ich bei Aufnahmen/zeitversetzem Schauen ruckler beim Ton. Vielleicht ist das Problem schon dem Einen oder Anderen aufgefallen und kann schnell geloest werden. Wenn log Files benoetigt werden, kann ich diese gern anhaengen.

P.S. das Problem verschwindet, wenn ich im xineliboutput Plugin die Deinterlacing Option von tvtime auf "Aus" stelle.
Hier ensteht eigentlich auch schon die zweite Frage meinerseits. Ist es "normal", dass ich trotz des Patches noch mit tvtime deinterlacen muss? Verwende ich nicht tvtime bekomme ich im X11.log den Eintrag "frame rate control disabled".

Danke und bis spaeter

Hi durchflieger,

Zitat

Aus dem Xorg-Log entnehme ich das hier eine Radeon X300 eingesetzt wird. Die Karte habe ich hier auch und bisher hatte ich keinen Erfolg mit der Interlaced-Ausgabe.

da mussten wir aber, soweit ich mich an unsere alten Tests erinnere, unterscheiden ob VGA oder DVI benutzt wurde.

Da 'avanix' SCART ueber VGA nutzt, darf es an dieser Stelle mit der X300 keine Probleme geben. Zumindest laeuft das hier (allerdings mit meinen alten Radeon-Patches) einwandfrei. Moeglicherweise bestehen auch noch obskure Abhaengigkeiten von den speziellen Xserver Versionen etc.

avanix muesste mal genauere ANgaben zu den Versionen der einzelnen Komponenten machen.
Dann kann ich das Prob vielleicht nachstellen.

- sparkie

vielen dank fuer die schnelle antwort

anbei die beiden Dateien

Hi durchflieger

Zitat

Originally posted by durchflieger
Ich teste in den letzten Wochen die xine vdpau Lösung die ja eine brauchbare HDTV-Wiedergabe für den vdr über die normale Grapikkarte in Aussicht stellt. Leider ist bei vdpau eine frame synchrone Wiedergabe offenbar vorerst nicht vorgesehen.

was fuer mich voellig unverstaendlich ist. Die xine/vdpau/Xserver Entwickler scheint das alles nicht zu interessieren. Die haben offenbar bis heute nicht erkannt, dass die framesynchrone Wiedergabe ein absolutes Muss ist, falls man optimale Bildqualitaet erreichen moechte.

Zitat

Nun schwirrt mir die Idee im Kopf den FRC-Patch mit vdpau zu koppeln. Die Lösung wäre

super Idee! Kam mir entfernt auch schon in den Sinn. Aber ich bin HDTV-maessig z.Z. leider nicht auf dem Laufenden. Kann sich aber schnell aendern:)

Zitat

allerdings seitens der Hardware erstmal etwas aufwendiger da man zwei GPU's, einmal nvidia und ati/amd benötigen würde. Bei mir sähe das dann erstmal so aus, das per vdpau und onboard nvidia igp (Geforce 8300) dekodiert und ggf. deinterlaced würde und das ganze dann per

optimal waere natuerlich, wenn man gar nicht erst deinterlacen muesste. Aber laesst sich mit
nvidia derzeit wegen fehlender Specs wohl nicht realisieren....

Zitat

Was haltet Ihr davon?

halte ich fuer eine sehr gute Idee in dieser Richtung weiterzumachen:tup
Auf dem Weg dorthin eroeffnen sich einem vielleicht noch ganz andere Perspektiven.

- sparkie

Erst mal vielen Dank an durchflieger und sparky

Zitat

Original von durchflieger
Aus dem Xorg-Log entnehme ich das hier eine Radeon X300 eingesetzt wird. Die Karte habe ich hier auch und bisher hatte ich keinen Erfolg mit der Interlaced-Ausgabe.

Hätte ich mir evtl doch eine X1250 aus der Bucht fischen sollen?
Habe mich blöderweise an dem Thread orientiert: http://vdr-portal.de/board/thread.php?threadid=83349 und da ist die X1250 gar nicht erwähnt.

Zitat

Original von sparkie
Da 'avanix' SCART ueber VGA nutzt, darf es an dieser Stelle mit der X300 keine Probleme geben. Zumindest laeuft das hier (allerdings mit meinen alten Radeon-Patches) einwandfrei.

ich habe auch zuerst versucht mit debian lenny deine "alten" patches zu installieren, aber habe es nicht geschafft den gepatchten radeon Treiber zu bauen. debian ist ziemlich gräzig mit den build-abhängigkeiten.
auch die durchflieger patches hatte ich zuerst unter lenny einspielen wollen, aber eines der Quellpakete hat abhängigkeiten, die auf ein ubuntu-Paket zeigen -> geht nicht

Zitat

Original von sparkie
Moeglicherweise bestehen auch noch obskure Abhaengigkeiten von den speziellen Xserver Versionen etc.
avanix muesste mal genauere ANgaben zu den Versionen der einzelnen Komponenten machen.

ich habe unter ubuntu 8.10 eigentlich nur die Komponenten genommen, welche standardmäßig in den repositories für interpid drin sind, also z.B.:
xserver-xorg (1:7.4~5ubuntu3)
xserver-xorg-video-radeon (1:6.9.0+git20081003.f9826a56-0ubuntu2)

Zitat

Original von sparkie
Dann kann ich das Prob vielleicht nachstellen.

ich würde auch deine original patches unter debian verwenden, aber wie gesagt, die konnte ich nicht bauen. ansonsten ließe sich alles an einem normal installierten ubuntu 8.10 nachvollziehen, bzw. kann ich ja zusammentragen, welche versionen dort genau verwendet wurden.

Hi avanix,

Zitat

Originally posted by avanix
Hätte ich mir evtl doch eine X1250 aus der Bucht fischen sollen?

also ich habe gestern meine Kiste mit X300 reanimiert. Mit dem Patch 'vga-sync-fields-0.0.9.tgz'
funktioniert die X300 an VGA/SCART einwandfrei.

Es hat sich vermutlich ein Bug in die neueste Version von 'radeon-frc-v0.9.tar.gz' eingeschlichen.
Weil mit einer aelteren Version davon lief es definitiv ebenfalls.

Wir haben nur 2 Moeglichkeiten:
Entweder du schaffst es doch noch meine Patches 'vga-sync-fields-0.0.9.tgz' zu installieren.
Oder ich setze ein System mit 'radeon-frc-v0.9.tar.gz' auf und versuche das Problem zu reproduzieren/fixen.
Kann ich aber erst am Wochenende machen.

- sparkie

Zitat

Original von sparkie
Wir haben nur 2 Moeglichkeiten:
Entweder du schaffst es doch noch meine Patches 'vga-sync-fields-0.0.9.tgz' zu installieren.
Oder ich setze ein System mit 'radeon-frc-v0.9.tar.gz' auf und versuche das Problem zu reproduzieren/fixen.

ok, ich werde dann erstmal versuchen den 'vga-sync-fields-0.0.9.tgz' doch noch zum laufen zu bringen. das mache ich dann aber unter lenny.

also ich bekomme es um die Welt nicht hin den vga-sync-fields-0.0.9 unter lenny zu bauen.

Ich gehe nach dieser Anleitung vor:

Building and installing radeon Xserver-DDX
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~


	# before building the DDX patched 'radeon_drm.h' must be 
	# copied to /usr/include/drm/radeon_drm.h (see below).
        apt-get -t experimental build-dep xserver-xorg-video-ati
        apt-get -t experimental source xserver-xorg-video-ati
        cd xserver-xorg-video-ati-*
        patch -p1 < vga-sync-fields/patches/video-ati.patch
        dpkg-buildpackage
        cd ..
        dpkg -i xserver-xorg-video-radeon_*deb

Das patchen klappt noch:

vdr:~/xserver-xorg-video-ati-6.10.0# patch -p1 < /root/vga-sync-fields-0.0.9/patches/video-ati.patch
patching file src/Makefile.am
Hunk #1 succeeded at 159 (offset -1 lines).
patching file src/legacy_crtc.c
Hunk #1 succeeded at 894 (offset 20 lines).
Hunk #2 succeeded at 946 (offset 20 lines).
patching file src/radeon_reg.h
Hunk #1 succeeded at 473 (offset 3 lines).
Hunk #2 succeeded at 505 (offset 3 lines).
patching file src/radeon_video.c
Hunk #2 succeeded at 298 (offset 30 lines).
Hunk #3 succeeded at 315 (offset 30 lines).
Hunk #4 succeeded at 2809 (offset 30 lines).
Hunk #5 succeeded at 2883 (offset 30 lines).
Hunk #6 succeeded at 3967 (offset 35 lines).

dann lassen sich die Buildabhängigkeiten bezüglich libgl1-mesa-dev nicht installieren

daraufhin liefert dpkg-buildpackage:

...
dpkg-checkbuilddeps: Nicht erfüllte Bauabhängigkeiten: libgl1-mesa-dev | libgl-dev
dpkg-buildpackage: Warnung: Bauabhängigkeiten/-konflikte nicht erfüllt; Abbruch
dpkg-buildpackage: Warnung: (Verwenden Sie -d, um sich darüber hinwegzusetzen.)

libgl1-mesa-dev ist aber definitiv in Paketversion 7.3-1 vorhanden. Eine neuere gibt's bei debian experimental nicht.
mit "dpkg-buildpackage -d" kann man sich aber darüber hinwegsetzen.

Leider bricht er dann ab mit dieser Meldung

...
        >stampdir/patch
Applying patches...Wende Patch 01_gen_pci_ids.diff an
patching file src/Makefile.am
Hunk #1 FAILED at 153.
1 out of 1 hunk FAILED -- rejects in file src/Makefile.am
Restoring src/Makefile.am
Patch 01_gen_pci_ids.diff kann verkehrt angewandt werden
Restoring src/Makefile.am
failed! (check stampdir/log/patch for details)
make: *** [stampdir/patch] Fehler 1
dpkg-buildpackage: Fehlschlag: debian/rules build gab Fehler-Exitstatus 2

ich habe die Sourcen von xserver-xorg-video-ati (1:6.10.0-2 und andere)
und das Paket xserver-xorg (1:7.4~5 und andere) installiert.

Was mache ich falsch? Liegt es daran, dass ich diese Zeilen nicht verstehe, was soll man da zuvor wohin kopieren oder doch danach?

# before building the DDX patched 'radeon_drm.h' must be
# copied to /usr/include/drm/radeon_drm.h (see below).

Danke für die Hilfe, ich habe schon ein paar Stunden daran herumprobiert.

Hi avanix

Zitat

Originally posted by avanix

Leider bricht er dann ab mit dieser Meldung

Code

...
        >stampdir/patch
Applying patches...Wende Patch 01_gen_pci_ids.diff an
patching file src/Makefile.am
Hunk #1 FAILED at 153.
1 out of 1 hunk FAILED -- rejects in file src/Makefile.am
Restoring src/Makefile.am
Patch 01_gen_pci_ids.diff kann verkehrt angewandt werden
Restoring src/Makefile.am
failed! (check stampdir/log/patch for details)
make: *** [stampdir/patch] Fehler 
dpkg-buildpackage: Fehlschlag: debian/rules build gab Fehler-Exitstatus 2

Alles anzeigen

sorry, ich habe jetzt gesehen Debian macht diesen Patch bereits selbst! D.h. ich habe diesen 'Hunk', der
das 'xserver-xorg-video-ati-6.9.0+git20080826.a3cc1d7a.org/src/Makefile.am' betrifft, jetzt aus 'video-ati.patch' entfernt.
Siehe bitte neue Version 'vga-sync-fields-0.0.10.tgz'. Es reicht aber wenn du lediglich das neue 'video-ati.patch' davon verwendest. Es hat sich ja sonst nichts geaendert.

eigentlich sollten wir zur Diskussion der 'vga-sync-fields' Patches auf diesen Thread ausweichen.

- sparkie

Zitat

Original von sparkie
[..]
eigentlich sollten wir zur Diskussion der 'vga-sync-fields' Patches auf diesen Thread ausweichen.

- sparkie

.. weg gelockt :mua! (ironie, fall's jemand falsch versteht)

hut ab an durchflieger! sparkie! ja eh, dem avanix auch & morone ! (den sollte man nie vergessen - knackwurst ;O)- -- nein, bin kein troll

durchflieger - die idee vdpau (decoding nvideo onboard) und via ATI zum "TV" finde ich super! hab blöderweise ati x1250 onboard (sollte doch immer der IGP sein) und eine nvidia als karte gesteckt - meinst du, daß es auch verkehrt rum funktioniert?

Zitat

Original von durchflieger
Ich teste in den letzten Wochen die xine vdpau Lösung die ja eine brauchbare HDTV-Wiedergabe für den vdr über die normale Grapikkarte in Aussicht stellt.
[..]
Nun schwirrt mir die Idee im Kopf den FRC-Patch mit vdpau zu koppeln.
[..]
Was haltet Ihr davon?

Gruss durchflieger

Alles anzeigen

cool was da jetzt passiert - "FRC zu TV + vdpau"

ciax

ok, ich habe jetzt wieder ubuntu mit den patches von durchflieger aufgespielt, das war bisher der beste Stand.
Wenn ich das Deinterlacing über xinliboutput aktiviere, dann habe ich ein Bild, wie es sein soll. Die CPU-Last ist so bei ca 6% damit kann ich eigentlich leben.
Vielleicht findet sich ja noch ein Weg die FRC hinzubekommen.

Bis jetzt habe ich nur noch keinen Ton eingerichtet, das werde ich mal machen und sehen, ob es da Ruckler gibt..

Ach ja, wie bekommt man den grauen Cursor von X am besten weg? der klebt mitten auf dem schönen Fernsehbild.

Zitat

Original von durchflieger

Prinzipiell sollte dann auch deine Kombination funktionieren. Insbesondere könnte man auf das deinterlacing im vdpau zurückgreifen womit eine interlaced Ausgabe in der radeon nicht notwendig wäre. Die funktionierte ja bei dir bisher nicht richtig.

gute idee - interlacing modi haben nie wirklich funktioniert mit dem x1250 (den patch, der weiter oben im thread von user "mptei" erwähnt wird, habe ich nicht ausprobiert). schade nur - mich würde wirklich interessieren, wie der TV selbst deinterlacing machen würde ..

Zitat

Original von durchflieger
Mit meiner Geforce 8300 IGP habe ich bisher noch das Problem das die 1080i Sender nicht ruckelfrei funktionieren wenn man deinterlacing im vdpau zuschaltet. Funktioniert das bei dir mit der externen Graka jetzt besser?

Gruss
durchflieger

.. bin jetzt auf xine-lib-vdpau r216 (nutze den 1.2er zweig mit rnissl's patches - sollte aber auch mit dem 1.1er gehen / nvidia noch 180.27 / xineliboutput 1.0.3).

habe gerade gestern nochmal getestet - die ruckler sind nun auch bei 1080i nicht mehr da (nun sogar mit "temporal" als deinterlacer) - nicht mal die amd k8 cpu muß "hochgetaktet" werden. probierte das ganze über eine laufzeit von ca. 30 minuten aus - hier ist seit den letzten releases etwas sehr positives passiert

grüße,
ciax