@Atech
Kurt meint nicht die modline Variante. Das wird mit dem 2.6.38 nicht gehen
@Atech
Kurt meint nicht die modline Variante. Das wird mit dem 2.6.38 nicht gehen
öhm... kann mir das mal jemand erklären:
Hier gibt es wohl die patch Sourcen:
http://cgit.freedesktop.org/~danvet/drm/log/?h=interlaced
Was muss ich denn da Laden? Kann da mal jemand (wbreu vielleicht ) ein kurzes Howto schreiben was womit und überhaupt? Habe nichts gefunden.
Atech
Edit: Anscheinend handelt es sich bei dem Repro um den kompletten kernel inklusive der Patches. Dann muss man das ja eigentlich "nur" ziehen und compilieren.
Hi,
@Atech, tja und, das ist ein kompletter Kerneltree (Version 3.2.0) mit inkludierten Patches:
Hier aufs tar.gz gehen und downloaden.
kh1309, tja viele Wege führen nach Rom... => der mit dem besten Bild geht aber im Moment über die interlaced-Ausgabe direkt auf den TV (Meine bescheidene Meinung, mache ja nicht mehr so viel mit dem VDR!!).
Was ist "BOB"? => sorry, aber das ist kein Deinterlacer, aber für manche besser als nichts.... Aber auch der gute BOB macht ja bei 1080i nur Probleme mit Intel-GPU's.
Gruß
Wolfgang
Eine xorg.conf mit den Modelines wär net schlecht
Nabend ebsi,
kannst dir aussuchen was du brauchst, die hier funzt auch für Graphtft.
Section "ServerFlags"
Option "AutoAddDevices" "off"
Option "BlankTime" "0"
Option "StandbyTime" "0"
Option "SuspendTime" "0"
Option "OffTime" "0"
EndSection
Section "Serverlayout"
Identifier "Layout0"
Screen 0 "Screen0" 0 0
Screen 1 "Screen1" RightOf "Screen0"
Inputdevice "Keyboard0" "CoreKeyboard"
Inputdevice "Mouse0" "CorePointer"
Option "Xinerama" "true"
EndSection
Section "Files"
# RgbPath "/usr/share/X11/rgb"
# ModulePath "/usr/lib/xorg/modules"
FontPath "/usr/share/fonts/X11/misc"
FontPath "/usr/share/fonts/X11/75dpi"
FontPath "/usr/share/fonts/X11/100dpi"
FontPath "/usr/share/fonts/X11/Type1"
FontPath "/usr/share/fonts/X11/util"
FontPath "/usr/share/fonts/X11/encodings"
# FontPath "/usr/share/fonts/truetype/ttf-dejavu"
EndSection
Section "Inputdevice"
Identifier "Mouse0"
Driver "mouse"
Option "Protocol" "auto"
Option "Device" "/dev/psaux"
Option "Emulate3Buttons" "no"
Option "ZAxisMapping" "4 5"
EndSection
Section "Inputdevice"
Identifier "Keyboard0"
Driver "kbd"
Option "XkbModel" "pc105"
Option "XkbLayout" "de"
EndSection
Section "Device"
Identifier "Device0"
Driver "intel"
VendorName "INTEL Corporation"
Screen 0
EndSection
Section "Device"
Identifier "Device1"
Driver "intel"
VendorName "INTEL Corporation"
Screen 1
EndSection
Section "Screen"
Identifier "Screen0"
Device "Device0"
Monitor "HDMI1"
DefaultDepth 24
Option "TwinView" "off"
SubSection "Display"
Depth 24
Modes "1920x1080@50i"
Virtual 2944 1080
# Modes "1920x1080@50p" "1920x1080@59.94p" "1920x1080@24p" "1920x1080@60p"
EndSubSection
EndSection
Section "Monitor"
Identifier "HDMI1"
HorizSync 14.0 - 70.0
VertRefresh 24.0 - 80.0
Option "DPMS" "False"
Option "Primary" "True"
Modeline "1920x1080@50i" 74.25 1920 2448 2492 2640 1080 1084 1089 1125 interlace +hsync +vsync
# Modeline "1920x1080@24p" 74.230 1920 2560 2604 2752 1080 1084 1089 1125 +hsync +vsync
# Modeline "1920x1080@50p" 148.500 1920 2448 2492 2640 1080 1084 1089 1125 +hsync +vsync
# Modeline "1920x1080@59.94p" 148.352 1920 1960 2016 2200 1080 1082 1088 1125 +hsync +vsync
# Modeline "1920x1080@60p" 148.500 1920 2008 2056 2200 1080 1084 1089 1125 +hsync +vsync
EndSection
Section "Screen"
Identifier "Screen1"
Device "Device1"
Monitor "VGA1"
DefaultDepth 24
Option "TwinView" "off"
SubSection "Display"
Depth 24
Modes "1024x768@60"
# Modes "1920x1080@50p" "1920x1080@59.94p" "1920x1080@24p" "1920x1080@60p"
EndSubSection
EndSection
Section "Monitor"
Identifier "VGA1"
HorizSync 14.0 - 70.0
VertRefresh 24.0 - 80.0
Option "DPMS" "False"
Option "RightOf" "HDMI1"
Option "Primary" "False"
Modeline "1024x768@60" 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync
# Modeline "1920x1080@50i" 74.25 1920 2448 2492 2640 1080 1084 1089 1125 interlace +hsync +vsync
# Modeline "1920x1080@24p" 74.230 1920 2560 2604 2752 1080 1084 1089 1125 +hsync +vsync
# Modeline "1920x1080@50p" 148.500 1920 2448 2492 2640 1080 1084 1089 1125 +hsync +vsync
# Modeline "1920x1080@59.94p" 148.352 1920 1960 2016 2200 1080 1082 1088 1125 +hsync +vsync
# Modeline "1920x1080@60p" 148.500 1920 2008 2056 2200 1080 1084 1089 1125 +hsync +vsync
EndSection
Section "Extensions"
# fixes tearing
Option "Composite" "Disable"
EndSection
Alles anzeigen
Gruß
Wolfgang
Hallo,
jetzt will ich die Dateien laden und die Seite ist nicht verfügbar
@ Ebsi: Klingt als hättest du schon ein PKGBUILD erstellt?
Gruß
Atech
Probiere doch mal mein Plugin aus und lass Deinterlacer Bob und starte vdr mit export HW_NO=1 /bin/vdr.
So, habe dein Plugin mal ausprobiert. Läuft grundsätzlich auch erstmal. Ich bin mir noch nicht sicher, was du mit "export HW_NO=1 /bin/vdr" meinst. ich habe export HW_NO=1 gemacht und dann den vdr mit deinem Plugin gestartet. Bei 720p habe ich ohne Ende framedrops. SD wird nicht deinterlaced
Nabend,
habe den kernel compiliert bekommen und in meine Xorg.conf die modeline entsprechend meinen TV Daten eingefügt. Der Fernseher springt auch auf 1080i um zeigt mir aber nur Bunte Streifen. mit eine P Modeline startet der xserver normal. Keine Ahnung was das jetzt schon wieder ist. Für heute reichts auch wieder.
Gruß
Atech
Es muß im env NO_HW=1 drin sein. Entweder in das Startscript oder per Hand. "export NO_HW=1" und starten sollte klappen.
Ich hoffe du hast eine Version von nach 19 Uhr, ich habe einen Bug in den Softwaredecoder gefunden.
diff --git a/video.c b/video.c
index 3f69277..60af0d9 100644
--- a/video.c
+++ b/video.c
@@ -3583,6 +3583,7 @@ static void VaapiRenderFrame(VaapiDecoder * decoder,
int x;
// intel NV12 convert YV12 to NV12
+ printf("nv12\n");
// copy Y
for (i = 0; i < height; ++i) {
@@ -3605,6 +3606,8 @@ static void VaapiRenderFrame(VaapiDecoder * decoder,
// vdpau uses this
} else if (decoder->Image->format.fourcc == VA_FOURCC('I', '4', '2',
'0')) {
+ printf("i420\n");
+
picture->data[0] = va_image_data + decoder->Image->offsets[0];
picture->linesize[0] = decoder->Image->pitches[0];
picture->data[1] = va_image_data + decoder->Image->offsets[1];
@@ -3615,6 +3618,8 @@ static void VaapiRenderFrame(VaapiDecoder * decoder,
av_picture_copy(picture, (AVPicture *) frame, video_ctx->pix_fmt,
width, height);
} else if (decoder->Image->num_planes == 3) {
+ printf("yv12\n");
+
picture->data[0] = va_image_data + decoder->Image->offsets[0];
picture->linesize[0] = decoder->Image->pitches[0];
picture->data[1] = va_image_data + decoder->Image->offsets[2];
Alles anzeigen
Entweder die Änderung einarbeiten. Oder per GDB dort anhalten und gucken was im decoder->Image->format.fourcc drin ist.
Wenn NV12 dann sollte es mit dem Deinterlacer klappen, wenn nicht müssen wir mal gucken wie man eine NV12 Fläche erzwingen kann.
Da es ja nicht klappt, vermute ich das es keine NV12 Fläche ist.
Johns
Nabend,
habe jetzt sehr ausführlich versucht den xserver mit einer i modeline zu starten nachdem ich den Kernel aus dem interlaced repro gebaut habe. Das Ergebnis:
- HDMI erzeugt mir nur Bunte Streifen die sich manchmal auch bewegen
- Am VGA Ausgang sagt mein TV nur "Nichtunterstützter Modus"
Ich habe die Modelines mehrfach überprüft und verschiedene ausgetestet. Um sicher zu gehen habe ich meinen Arbeitsrechner abgebaut um ihn auch am Fernseher zu testen. Es passiert das gleiche. Die Modelines habe ich anschließend mit einer NVIDIA Karte überprüft. Dort funktionieren Sie.
ebsi: Hast du den Kernel auch schon gebaut und ein Interlaced Modus getestet? Vielleicht habe ich da etwas falsch gemacht.
Gibt es generell noch irgendwas zu beachten?
Gruß
Atech
ebsi: Hast du den Kernel auch schon gebaut und ein Interlaced Modus getestet? Vielleicht habe ich da etwas falsch gemacht.
Kann sein das ich am Wochenende zeit habe es zu testen.
lg
ebsi
Morgen,
libva-ext "assertion failed" ist mit aktuellem git Stand ja wohl gefixt. Ich konnte keine Unterschiede zu vorher ausmachen. Deinterlacing für mpeg2 soll laut Xiang noch kommen. Ist halt die Frage in wie weit das h264 Deinterlacing noch für Clarkdale gefixt wird. Ich habe mal irgendwo in einer Mail der Mailingliste gelesen, dass vaPutImage wohl auf dem Clarkdale viel zu langsam ist - ich vermute daher führt das Deinterlacing zu so vielen framedrops. Ich habe das mal an die Mailingliste geschickt. Ers wäre wirklich schön wenn von dort mal eine Aussage dazu käme ob Clarkdale zukünftig noch ein vernünftiges Deinterlacing hinbekommen wird. Bisher wurden meine Anfragen diesbezüglich immer ignoriert.
Gruß
Atech
So wie ich die Aussagen verstanden habe, ist: es kommt, wenn wir Zeit haben.
PutImage wird deshalb ja für Intel nicht verwendet, es gibt eine verwandte Version.DeriveImage.
Und da du keine Meldung wegen zulangsam mit Clarkdale bekommst, besteht ja auch noch Hoffnung
auf Softwaredeinterlacer. Ich bastel da gerade weiter.
Johns
libva-ext "assertion failed" ist mit aktuellem git Stand ja wohl gefixt.
jo, bei mir geht jetzt auch mpeg2 ohne exception. Deinterlacing wie zu erwarten nicht.
So wie ich die Aussagen verstanden habe, ist: es kommt, wenn wir Zeit haben.
Also wirds wohl eher nicht kommen. Die haben noch genug zu tun, damit Ivy Bridge gut dasteht.
Die haben noch genug zu tun, damit Ivy Bridge gut dasteht
wie man wohl hier sehen kann.
Aber - wie gesagt - auch auf sandy bridge ist xine trotz funktionerendem Deinterlacer für mich kaum zu gebrauchen. Bei beim Kanalwechsel gibt es einen Deadlock (vermutllich im Treiber) und es hängt bis zum nächsten UI Event. Für Ivy Bridge würde ich erst mal nicht mehr erwarten. Die Architektur ist da ja die gleiche.
VG Kurt
wie man wohl hier sehen kann.
Aber - wie gesagt - auch auf sandy bridge ist xine trotz funktionerendem Deinterlacer für mich kaum zu gebrauchen. Bei beim Kanalwechsel gibt es einen Deadlock (vermutllich im Treiber) und es hängt bis zum nächsten UI Event. Für Ivy Bridge würde ich erst mal nicht mehr erwarten. Die Architektur ist da ja die gleiche.
VG Kurt
verwendest du vdr-xine oder xinelibouput ? Noch ein heisser tip, libxcb 1.8 verwenden. Version 1.7 hatte probleme mit deadlocks.
lg
ebsi
Aha, diese "Testseite" hatte ich noch garnicht entdeckt. Da sind bei den älteren Treibern für Clarkdale auch noch viele Punkte offen Naja, abwarten....
johns: Klingt sehr gut. Alles besser als meine Softwarelösung, die zwar funktional ist aber auch ein paar Dinge vermissen lässt (OSD Transparenz, ruckelfreies Bild während OSD Einblendungen, xine "hänger" beim Umschalten während einer Aufnahme). Außerdem dreht der Lüfter bei 1080i schon etwas zu sehr auf - naja noch sieht man ja nicht so viel in FullHD ;). Der "softwaredecoding" Support scheint nicht mehr Interessant zu sein, ich hatte Reinhard Nissl schonmal deswegen angeschrieben. Ich konnte aber auch nicht herausfinden wo die Probleme genau liegen.
Gruß
Atech
Solchen Effekt hatte ich ganz am Anfang, Maus rühren beim Umschalten half.
Habe leider keine Maus am Testrechner, kann es nicht testen.
intel_iommu=igfx_off oder intel_iommu=off der Kernel Kommandozeile anfügen, verbessert bei mir das Umschalten.
Da bei mir nach dem vaapi-treiber Update keine exception mehr kommt, wollte ich weiter rumspielen und stelle fest, dass ich genau das gleiche Problem habe, d.h. xine blockiert den vdr und er schaltet nicht um. Bewege ich die Maus oder drücke eine Taste geht's weiter.
Die oben angesprochenen Kernel-Optionen helfen da auch nicht. Das Problem tritt nicht auf bei video.processing.vaapi_mpeg_softdec:1
Es ist auch egal, ob ich vaapi-ext nutze oder auf master bin.
Jemand eine Idee? Clarkdale-Bug, weil deinterlacing eh nicht geht? (Problem tritt aber auch auf, wenn video.output.vaapi_deinterlace:0)
Das war für GPU hung, die bevorzugt beim Umschalten passieren.
Für dich gilt der Gleiche Trick installier libxcb 1.8 oder 1.7 mit Patch.
Johns
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!