Hi,
ich bekomme bei der neuen Revision leider einen Build Error:
Gruß Lokutus
./autogen.sh laofen lassen ?
Hi,
ich bekomme bei der neuen Revision leider einen Build Error:
Gruß Lokutus
./autogen.sh laofen lassen ?
autogen wurde ausgeführt.
Zitat./autogen.sh --build x86_64-linux-gnu --host x86_64-linux-gnu --prefix=/usr --with-freetype --with-wavpack --enable-ipv6 --with-external-dvdnav --build=x86_64-linux-gnu
Ich hab mal das ganze Buildlog angehongen.
Sollte nun im svn behoben sein.
Habe einen rebase vom tree gemacht. Ihr müsst frisch auschecken.
lg
ebsi
Ist es eigentlich mittlerweile möglich das SD/HD Material über vaapi zu deinterlacen? oder muß noch weiterhin xineliboutput verwendet werden? Ich lese hier zwar mit, aber ich kann mich nur daran erinnern, dass das noch fehlte. In den nächsten Tagen wird mein SandyBridge System nämlich zum Basteln vollständig sein.
Gruß
Ist es eigentlich mittlerweile möglich das SD/HD Material über vaapi zu deinterlacen? oder muß noch weiterhin xineliboutput verwendet werden? Ich lese hier zwar mit, aber ich kann mich nur daran erinnern, dass das noch fehlte. In den nächsten Tagen wird mein SandyBridge System nämlich zum Basteln vollständig sein.
Gruß
Hi,
vaapi auf Intel Hardware kann nur Deinterlacing bei HD Material. Für SD bin ich den Weg gegangen das man Software Mpeg2 decoding für das ffmpeg modul aktivieran kann und auch ein Software mässiges deinterlacing im ffmpeg modul aufdrehen kann. Deinterlacing auf xineliboutput ebene funktioniert nicht.
lg
ebsi
Ist es eigentlich mittlerweile möglich das SD/HD Material über vaapi zu deinterlacen? oder muß noch weiterhin xineliboutput verwendet werden? Ich lese hier zwar mit, aber ich kann mich nur daran erinnern, dass das noch fehlte. In den nächsten Tagen wird mein SandyBridge System nämlich zum Basteln vollständig sein.
Moin,
Ich würde nicht auf VA-API hoffen, ist leider noch total verbuggt. Aber nimm doch einfach einen Softwaredecoder
mit Yadif.
Wenn ich yadif richtig verstanden habe und bei meinen Tests mplayer vdpau+temporal vs xv+yadif schaut yadif
nicht viel schlechter aus.
Johns
Edit:
Wie ich gerade nach Stunden Programmieren festgestellt habe, fehlen im Moment sogar noch elementare Teile in VA-API für Sandy Bridge.
z.b. vaPutImage, vaSetSubpictureImage.
Alles anzeigen
Hi,
vaapi auf Intel Hardware kann nur Deinterlacing bei HD Material. Für SD bin ich den Weg gegangen das man Software Mpeg2 decoding für das ffmpeg modul aktivieran kann und auch ein Software mässiges deinterlacing im ffmpeg modul aufdrehen kann. Deinterlacing auf xineliboutput ebene funktioniert nicht.
lg
ebsi
Nabend,
das kann ich soweit bestätigen, das Deinterlacing bei SD/HD funzt soweit wie ebsi es beschrieben hat.
Habe gerade auch mal wieder ein Update meiner Installation gemacht und mal wieder getestet.
Doku der gesamten Geschichte wie immer auf meiner Homepage.
Gruß
Wolfgang
Hallo,
wie sind denn die aktuellen Erfahrungen? Ich habe auf meiner neuen Hardware alles sehr einfach konfiguriert bekommen. Leider funktioniert das Umschalten von SD auf HD öfters nicht. Xine stürtzt manchmal einfach ab (sozusagen "quit to desktop").
Daher bin ich jetzt erstmal auf xv ausgewichen. Leider ist da das OSD Verhalten nicht so dolle. Das "Ruckeln" des TV Bildes, welches ich aus VDPAU Zeiten kenne, ist dann wieder da. Mit PearlHD ist es aber kaum wahrnehmbar,
Du hast ja ein ähnliches Mainboard wie ich. Wie gibst du den Ton aus? Ich habe meinen Verstärker an den optischen Digitalausgang gehangen. Leider bekomm ich nur Ton wenn der Sender Dolby sendet. Ansonszten geht die Ausgabe auf den normalen analogen Speakerausgang. ich hab des Rätsels Lösung noch nicht gefunden. HDMI benötige ich nicht.
Gruß
Atech
vaapi auf Intel Hardware kann nur Deinterlacing bei HD Material. Für SD bin ich den Weg gegangen das man Software Mpeg2 decoding für das ffmpeg modul aktivieran kann und auch ein Software mässiges deinterlacing im ffmpeg modul aufdrehen kann. Deinterlacing auf xineliboutput ebene funktioniert nicht.
Und bevor sich jemand zu Tode sucht, Software Decode klappt nicht mit Intel Sandy Bridge (libva 1.0.12) da vaPutImage noch nicht implementiert ist.
Johns
Und bevor sich jemand zu Tode sucht, Software Decode klappt nicht mit Intel Sandy Bridge (libva 1.0.12) da vaPutImage noch nicht implementiert ist.
Johns
Das kann ich so nicht bestätigen. Auf Sandy Bridge ist es wie mit Ironlake, dort verwendet man nicht vaPutImage. Den Image Buffer erhällt man dort über vaDeriveImage. Diesen Image Buffer befüllt man mit den Image Daten. Danach ein vaPutSurface und gut ist es. Habe mich am Anfang auch gewundert warum vaPutImage auf dem i3-540 ( Ironlake ) nicht funktioniert hat. Such im video_out_vaapi.c nach is_bound und Du wirst verstehen. Somit ist die Behauptung Softwaredecode funktioniert nicht, so nicht richtig.
lg
ebsi
So ich melde mich auch mal wieder. War ja zuletzt bei r190 hängengeblieben. Alles danach lief ja bei mir nicht. Jetzt wollte ich heute mal wieder updaten, aber die xine-lib will nicht bauen. Ab r215 erhalte ich beim Bauen folgenden Fehler:
ff_video_decoder.c:136: warning: ‘AVPaletteControl’ is deprecated
ff_video_decoder.c: In function ‘get_buffer’:
ff_video_decoder.c:187: error: ‘AVCodecContext’ has no member named ‘pkt’
ff_video_decoder.c:187: error: ‘AVFrame’ has no member named ‘pkt_pts’
ff_video_decoder.c:187: error: ‘AVCodecContext’ has no member named ‘pkt’
ff_video_decoder.c:188: error: ‘AVFrame’ has no member named ‘pkt_pts’
ff_video_decoder.c: In function ‘ff_handle_special_buffer’:
ff_video_decoder.c:1116: warning: ‘AVPaletteControl’ is deprecated
ff_video_decoder.c:1120: warning: ‘AVPaletteControl’ is deprecated
ff_audio_decoder.c: In function ‘ff_audio_decode_data’:
ff_audio_decoder.c:288: warning: ‘avcodec_decode_audio2’ is deprecated (declared at /usr/include/libavcodec/avcodec.h:3390)
ff_audio_decoder.c:313: warning: ‘avcodec_decode_audio2’ is deprecated (declared at /usr/include/libavcodec/avcodec.h:3390)
Alles anzeigen
So ich melde mich auch mal wieder. War ja zuletzt bei r190 hängengeblieben. Alles danach lief ja bei mir nicht. Jetzt wollte ich heute mal wieder updaten, aber die xine-lib will nicht bauen. Ab r215 erhalte ich beim Bauen folgenden Fehler:
CodeAlles anzeigenff_video_decoder.c:136: warning: ‘AVPaletteControl’ is deprecated ff_video_decoder.c: In function ‘get_buffer’: ff_video_decoder.c:187: error: ‘AVCodecContext’ has no member named ‘pkt’ ff_video_decoder.c:187: error: ‘AVFrame’ has no member named ‘pkt_pts’ ff_video_decoder.c:187: error: ‘AVCodecContext’ has no member named ‘pkt’ ff_video_decoder.c:188: error: ‘AVFrame’ has no member named ‘pkt_pts’ ff_video_decoder.c: In function ‘ff_handle_special_buffer’: ff_video_decoder.c:1116: warning: ‘AVPaletteControl’ is deprecated ff_video_decoder.c:1120: warning: ‘AVPaletteControl’ is deprecated ff_audio_decoder.c: In function ‘ff_audio_decode_data’: ff_audio_decoder.c:288: warning: ‘avcodec_decode_audio2’ is deprecated (declared at /usr/include/libavcodec/avcodec.h:3390) ff_audio_decoder.c:313: warning: ‘avcodec_decode_audio2’ is deprecated (declared at /usr/include/libavcodec/avcodec.h:3390)
Probiers mit revision 220.
lg
ebsi
Hi,
kleiner Hinweis von meiner Seite.
Mir sind unter dmesg drm Fehler aufgefallen.
Zitatmtrr: type mismatch for e0000000,10000000 old: write-back new: write-combining
[drm] MTRR allocation failed. Graphics performance may suffer.
Im BIOS muss das "Memory Remap Feature" deaktiviert werden. Dann sind die Fehler weg.
Gruß Lokutus
Probiers mit revision 220.
lg
ebsi
Damit baut es jetzt. Danke! Kann aber erst nächste Woche testen, da der spontane Test gestern mit neuem xserver fehlgeschlagen ist.
Im BIOS muss das "Memory Remap Feature" deaktiviert werden
Bei mir gibt es mit aktivierter als auch deaktivierter Option keine Fehler.
Ich bin immer wieder begeistert Aufgrund der zackigen Umschaltzeiten. Ansich rennt das ziemlich gut. Was mir aber nach wie vor auffällt ist das "Wabbern" bei schnellen Bildschwenks und eben das schlechtere Deinterlacing bei SD gegenüber VDPAU. Cropping von Letterbox fehlt noch, kommt aber sicherlich beizeiten. Bei HD+ speziell RTLHD hab ich noch Probleme mit den Pufferwerten, da bleibt mir öfter mal das Bild stehen bzw. es fängt nach einiger Zeit an zu ruckeln, bis der Ton verschwindet. Umschalten hilft ab und zu, aber nicht immer. Trotzdem prima Arbeit....mein Dank an ebsi!!
Achso... ich benutze den aktuellen Stand aus Git und SVN. Lediglich Kernelseitig benutze ich noch den 2.6.35.10er mit einem älteren drm-intel. Sollte man da mal ein Kernelupdate machen, oder bringt das bezüglich Bildqualität nix?
Gruß
iNOB
32Bit und 4GB RAM.
Gruß
iNOB
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!