Habe schon libxcb 1.8
Edit: Sorry libxcb war im falschen library path installiert, warum auch immer die woanders ist. Scheint jetzt zu funktionieren.
Danke!
Habe schon libxcb 1.8
Edit: Sorry libxcb war im falschen library path installiert, warum auch immer die woanders ist. Scheint jetzt zu funktionieren.
Danke!
Scheint jetzt zu funktionieren.
Echt? Sind die Hänger weg?
Ich habe eben mal die log Meldungen für video_out_vaapi aktiviert und es bleibt immer beim vaIintialize hängen.
video_out_vaapi: (guarded_avcodec_decode_video2:326) guarded_avcodec_decode_video2 enter
video_out_vaapi VAAPI Supported Profiles : VAProfileMPEG2Simple VAProfileMPEG2Main VAProfileH264Baseline VAProfileH264Main VAProfileH264High VAProfileVC1Simple VAProfileVC1Main VAProfileVC1Advanced <unknown>
video_out_vaapi VAAPI Profile VAProfileMPEG2Main supported by your hardware
video_out_vaapi: (vaapi_destroy_subpicture:1497) destroy sub 0xffffffff 0xffffffff 0x00000000
video_out_vaapi: (vaapi_destroy_image:1416) vaapi_destroy_image 0x0a000000
video_out_vaapi: (vaapi_destroy_image:1416) vaapi_destroy_image 0x0a000001
video_out_vaapi: (vaapi_destroy_image:1416) vaapi_destroy_image 0x0a000002
video_out_vaapi: (vaapi_init_internal:1878) vaInitialize: 0DAV
libva: VA-API version 0.32.0
Habe mich bis jetzt vor libxcb 1.8 gedrückt. Da wird ne Menge übersetzt und das geht ja erfahrungsgemäß nie glatt durch.
VG
Kurt
Also an libxcb wirst du wohl nicht vorbeikommen. Das Übersetzen hält sich auch in Grenzen, muss halt nur schauen, dass du die libs an die richtige Stelle installierst. Bei mir ging es jedenfalls problemlos.
Hallo,
@ Flachzange: Würdest du bitte mal die neue git Version des softHDdevice mit Spatial Sotwaredeinterlacer testen? Ich habe gestern Abend einen kurzen Test gemacht und leider funktioniert nur rech "hakelig". Auf 1080i Sendern habe ich nur eine Art Zeitlupenbild (etwas schneller ist es schon aber vom Effekt her passt die Beschreibung). Nach kurzer Zeit kann ich den VDR dann nicht mehr bedienen. Im Log erscheinen Puffermeldungen vom VDR, der läuft dann irgendwann voll und der VDR startet neu. Wenn ich auf einen SD Sender wechsel funktioniert es, dann kann ich den VDR auch bedienen. Bei 720p funktioniert es glaube ich, hatte aber auch Probleme - mein Test war allerdings bisher recht kurz.
Genauere Infos und Logs kommen dann heute Abend im softHD Thread.
Gruß
Atech
@Atech
Ich habe diese Woche leider keine Zeit mehr zum Testen, aber nächste Woche werde ich mal schauen.
Hallo,
gibt es von eurer Seite neue Erfahrungen zum Thema direkte Interlace Ausgabe mit dem kernel Patch? Ich komm da nicht weiter. Ich will das erst an die Mailinglingliste schicken wenn es jemand anderes bestätigt. Kann mir gut vorstellen, dass ich beim Kernelbacken was verhauen habe
Problem nach wie vor: i-Ausgabe erzeugt bei mir nur bunte Streifen
Gruß
Atech
gibt es von eurer Seite neue Erfahrungen zum Thema direkte Interlace Ausgabe mit dem kernel Patch? Ich komm da nicht weiter. Ich will das erst an die Mailinglingliste schicken wenn es jemand anderes bestätigt. Kann mir gut vorstellen, dass ich beim Kernelbacken was verhauen habe
Du meinst den interlaced Branch aus git://people.freedesktop.org/~danvet/drm?
Das hat bei mir mit dem softhddevice-Plugin sofort funktioniert, nachdem die geeignete xorg.conf Zeile hier gefunden war.
Ja, hat auch ein vernünftiges Bild erzeugt.
Ich habe es jedoch nicht ernsthaft weiterverfolgt, es war nur eine esoterische Spielerei:
a) Wir haben einen Klasse Hardware Deinterlacer an Bord, ich will genau den auch sehen, schließlich habe ich ihn bezahlt.
b) 720p Material dann dauerhaft in 1080i wandeln, anstatt es nur zu skalieren?
Moin,
am Freitag hatte ich mal den Kernel aus git://people.freedesktop.org/~danvet/drm? HEAD Branch gebaut und installiert. Die Videoausgabe mit Xine auf meinen SNB war verheerend: Grün und Streifen im Wechsel, gefolgt von GPU Hung. Softhddevice ging auch nicht, aber das tut auch mit dem 3.2 Kernel nicht recht. Keine Ahnung warum. Die ersten Versionen liefen sehr gut, aber im Moment ist vaapi mässig der Wurm drin.
Die Interlaced Konfig habe ich erst gar nicht getestet.Bin dann wieder zurück auf 3.2.
VG Kurt
Morgen,
ZitatIch habe es jedoch nicht ernsthaft weiterverfolgt, es war nur eine esoterische Spielerei:
a) Wir haben einen Klasse Hardware Deinterlacer an Bord, ich will genau den auch sehen, schließlich habe ich ihn bezahlt.
b) 720p Material dann dauerhaft in 1080i wandeln, anstatt es nur zu skalieren?
Ich bin ja auf deiner Seite aber es ist mir lieber ich habe ein vernünftiges Deinterlacing auf den vielen i Sendern als eine perfekte Ausgabe von wenigen p Sendern. XBMC schaltet ja dann bei anderen Medien die Ausgabe um.
ZitatMoin,
am Freitag hatte ich mal den Kernel aus git://people.freedesktop.org/~danvet/drm? HEAD Branch gebaut und installiert. Die Videoausgabe mit Xine auf meinen SNB war verheerend: Grün und Streifen im Wechsel, gefolgt von GPU Hung. Softhddevice ging auch nicht, aber das tut auch mit dem 3.2 Kernel nicht recht. Keine Ahnung warum. Die ersten Versionen liefen sehr gut, aber im Moment ist vaapi mässig der Wurm drin.
Die Interlaced Konfig habe ich erst gar nicht getestet.Bin dann wieder zurück auf 3.2.
Ich habe auch viele Modelines ausgetestet aber kein Erfolg gehabt. Die Modelines funktionierten mit einer NVIDIA Karte ja auch sofort.
Ihr habt beide Sandybridge Systeme so wie ich das aus eurer Signatur erkennen kann. Hab langsam wieder den Verdacht es ist ein Clarkdale Problem. Ich hab leider keinen zweiten Fernseher mehr mit dem ich es alternativ austesten kann. Ich werd ihn aber nochmal mit den aktuellen Sourcen neubauen.
Gruß
Atech
Nabend,
auch mit aktueller git Version die blöden Streifen. Für heute reichts mir dann wieder.
Gruß
Atech
auch mit aktueller git Version die blöden Streifen. Für heute reichts mir dann wieder.
Ich war eh am neu machen.
Da habe ich auch noch einmal schnell den oben erwähnten älteren 3.2.0+ Kernel eingeworfen (drm Kernel im interlaced branch, vaapi-ext branch für libva und intel-driver).
Sieht bei mir mit der
immer noch gut aus.
Einschränkung wie schon erwähnt: SD doof, 720p gefühlt doof. 1080i ganz nett.
Hi cmsa,
kannst du bitte mal deine gesammte xorg.conf posten?
Gruß
Atech
kannst du bitte mal deine gesamte xorg.conf posten?
Link
(in der Screen section die Reihenfolge der EInträge für interlaced ändern)
Hi,
Danke! Sieht aus wie bei mir und wbreu's xorg.conf. Nach wie vor Bunte Streifen - ich bin wohl verdammt...
Gruß
Atech
Nabend,
ich habe mein Problem an die Mailingliste geschickt. Die Lösung:
http://cgit.freedesktop.org/~d…log/?h=drm-intel-next-que
scheint der korrekte Kernel zu sein. Er entspricht dann Version 3.3.0 pre 2.
Tests mit SD Mepeg Material zeigen aber kein Deiterlacing. Man sieht deutlich die Interlaced Streifen. Bei HD hab ich den Eindruck, dass es funktioniert. Ich werde morgen nochmal das meinen Sat Receiver rauskramen und vergleichen.
Gruß
Atech
http://cgit.freedesktop.org/~danvet/drm-intel/log/?h=drm-intel-next-que
scheint der korrekte Kernel zu sein. Er entspricht dann Version 3.3.0 pre 2.
Tests mit SD Mepeg Material zeigen aber kein Deiterlacing. Man sieht deutlich die Interlaced Streifen. Bei HD hab ich den Eindruck, dass es funktioniert. Ich werde morgen nochmal das meinen Sat Receiver rauskramen und vergleichen.
Mein Clarkedale ist inzwischen in die Resteverwertung zu den Kindern gewandert. Ich habe aber trotzdem diesen Kernel dort noch einmal einwerfen können:
Leider gibt es nur einen 1280x1024x60 Monitor in 4:3 VGA, also entsprechend noch weniger Zeilen durch Letterbox Darstellung.
SD hat Kammartefakte, 1080i sieht erstaunlich gut aus.
Muss mal sehen, ob ich nicht doch einmal einen besseren Monitor zur genaueren Beurteilung auftreiben kann.
Hallo,
ich habe gestern Abend nochmal eine weitere Modeline getestet. Mit dieser modeline habe ich auch die von dir beschriebenen Kammartefakte bei SD. Mit dem Satreceiver habe ich aber diesen Effekt aber nicht. Sowohl bei SD als 576i und SD als 1080i wird das Bild vom TV sauber Deinterlaced. Ich tippe auf einen motion adaptive Deinterlacer o.ä. da die Laufschrift sehr gut zu lesen ist.
Könnte das vorherige Scaling durch den PC das Problem sein? Kammeffekt sind ja auf Zeitprobleme zurückzuführen.Warum passt es bei HD?
Gruß
Atech
Du hast aber den SAT Receiver so eingestellt, daß er die Ausgangsauflösung umstellt? Stell den mal fest auf 1080i, dann werden die Bilder sich gleichen.
Trage in xorg.conf auch eine 576i Auflösung ein und schalte die X11 Auflösung um, dann sollte 576i auch in Ordnung sein.
Johns
Ich habe beides am Sat Receiver getestet:
- Satreceiver gibt den jweiligen Mode an den Fernseher weiter: Für SD z.B. 576i -> Fernseher schaltet auf 576i um -> Deinterlacing perfekt
- Satreceiver gibt feste 1080i aus: SD wird am Fernseher auch mit 1080i empfangen -> Deinterlacing auch bei SD perfekt
Das gleiche habe ich bei dem Fernseher meiner Eltern auch nochmal mit dem gleichen Ergebnis getestet. Sat Receiver ist von einer anderen Marke. Fernseher hat eine andere Modellbezeichnung.
Gruß
Atech
Hallo,
ich hab nochmal ein wenig ausgetestet aber leider keine neuen Erkenntnisse. Nach wie vor der Kammeffekt.
Irgendwelche neuen Erkenntnisse?
Gruß
Atech
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!