Monitor mit 1680x1050@50HZ
HD1080i hat Probleme bei hoher Auflösung (1920x1080).
Negatives Skalieren macht auch schwächeren Nvidia GPUs große Mühe, das muss genauso berechnet werden, wie Aufskalieren. Ich denke das der GPU hier schlicht die Puste ausgeht 1920x1080i Klein-Skalieren und dann noch Deinterlace'n ...
Dafür sprechen IMHO auch die Meldungen bzgl. der verworfenen Frames.
Regards
fnu
video.output.vaapi_guarded_render:0
video.processing.ffmpeg_enable_vaapi:0
Letzteres hat mich doch jetzt etwas stutzig gemacht. Ich dachte eigentlich, dass das eine notwendige Option ist. Bei einem kurzen Test gerade eben konnte ich aber auch keinen Unterschied feststellen, ob aktiviert oder deaktiviert.
Hat das einen bestimmten Grund, warum du guarded render 0 hast?
Laut gpu top ist meine Karte aber ziemlich am Limit. Die 1080i Testvideos lasten die GPU über 90% aus.
Was ist gpu top? Bzw woher hast Du das?
GPU hier schlicht die Puste ausgeht 1920x1080i Klein-Skalieren und dann noch Deinterlace'n
danke für den Hinweis. Könnte ich mir auch vorstellen. Ich werde das mal auf dem Full HD testen.
Hat das einen bestimmten Grund, warum du guarded render 0 hast?
Ehrlich gesagt weiss nicht, wofür die Option gut ist. Ich glaube aber, das es mit '1' deutlich schlechter lief.
Torsten73 apt-get install intel-gpu-tools ->intel_gpu_top
VG
Kurt
Zwei wichtige Grundeinstellungen für xine :
Zitatengine.decoder_priorities.ffmpegvideo:1
Muss gesetzt sein sonst verwendet xine den libmpeg2 decoder für mpeg1/2. Das funktioniert nicht mit VA-API.
Zitatvideo.processing.ffmpeg_enable_vaapi:0
Dies deaktiviert das Hardware Video decoding.
Zitatvideo.processing.ffmpeg_enable_vaapi:1
Dies aktiviert das Hardware Video decoding. Ist eigentlich der default Wert.
lg
ebsi
Was ist gpu top? Bzw woher hast Du das?
intel_gpu_tools : http://cgit.freedesktop.org/xorg/app/intel-gpu-tools/
lg
ebsi
Zitat von »kh1309«
Monitor mit 1680x1050@50HZ
Zitat von »kh1309«
HD1080i hat Probleme bei hoher Auflösung (1920x1080).
Wie ist CPU Auslastung ? Sollte die hoch sein ist das ein Indiz dafür das das Hardware Decoding nicht aktiv ist.
lg
ebsi
Danke für deine Rückmeldung.
Ich habe heute morgen ebenfalls mal die CPU-Auslastung überprüft und festgestellt, dass diese viel zu hoch war. Ist ja auch klar, wenn du sagst, dass
engine.decoder_priorities.ffmpegvideo:1gesetzt sein muss.
Also muss ich meine Erfolgsmeldungen bzgl Deinterlacing direk mal revidieren, da diese dann wohl doch nicht hardwareseitig liefen.
Mit gesetzter ffmpegvideo Priorität kriege ich folgenden Fehler:
xine: i965_drv_video.c:2072: i965_check_alloc_surface_bo: Zusicherung obj_surface->fourcc == fourcc nicht erfüllt.Hast du vielleicht eine Idee, was das sein könnte?
Danke und Gruß
Christoph
Guten Morgen,
ZitatAlso muss ich meine Erfolgsmeldungen bzgl Deinterlacing direk mal revidieren, da diese dann wohl doch nicht hardwareseitig liefen.
Na das wirft uns ja um Jahre zurück 
Naja dann kann ich hier endlich aufhören nach Dingen zu Forschen die scheinbar nicht Funktionieren. Soll heißen entweder es passiert seitens Intel noch ein Wunder oder ich muss mir etwas überlegen wie ich eine Nvidia Karte in mein schmales Gehäuse Zauber. So wie das ganze bisher läuft macht die Umstellung auf Sandy- oder Ivy Bridge ja auch keinen Sinn (hab eigentlich auch nicht vor alles wieder auseinander zu bauen). Vielleicht erbarmt sich Johns ja yadif o.ä. in sein softhddevice einzubauen.
Ich hatte ja bereits eine Email an den Intel Typen geschrieben aber bisher noch keine Antwort.
Hier noch ein Auszug aus dem DebugLog von xine. Konnte den Fehler von Flachzange nicht finden:
ffmpeg_video_dec: vaapi_mpeg_softdec 0
ffmpeg_video_dec: vaapi_mpeg_softdec_deinterlace 0
ffmpeg_video_dec: VAAPI Enabled in config.
load_plugins: plugin ffmpegvideo will be used for video streamtype 00.
ffmpeg_video_dec: force AVDISCARD_DEFAULT for VAAPI
ffmpeg_video_dec: Direktausgabe aktiviert
ffmpeg_video_dec: Direktausgabe aktiviert
load_plugins: plugin mad will be used for audio streamtype 01.
video_out_vaapi VAAPI Supported Profiles : VAProfileMPEG2Simple VAProfileMPEG2Main VAProfileH264Baseline VAProfileH264Main VAProfileH264High
video_out_vaapi VAAPI Profile VAProfileMPEG2Main supported by your hardware
audio_alsa_out:open pause_resume=0
output sample rate 48000
audio jump, diff=0
fixing sound card drift by -2882 pts
libva: VA-API version 0.32.0
libva: va_getDriverName() returns 0
libva: Trying to open /usr/lib/dri/i965_drv_video.so
libva: va_openDriver() returns 0
video_out_vaapi vaapi_open: Vendor : Intel i965 driver - 1.0.17.pre1
video_out_vaapi Error : vaSetDisplayAttributes(): the requested function is not implemented
video_out_vaapi vaapi_init : Context width 720 height 576
video_out_vaapi vaapi_init : Profile: 1 (VAProfileMPEG2Main) Entrypoint 1 (VAEntrypointVLD) Surfaces 50
video_out_vaapi vaapi_init : guarded render : 0
video_out_vaapi vaapi_init : glxrender : 0
video_out_vaapi vaapi_init : glxrender tfp : 0
video_out_vaapi vaapi_init : is_bound : 1
video_out_vaapi vaapi_init : scaling level : name default value 0x00000000
video jump
fixing sound card drift by -2161 pts
fixing sound card drift by -1622 ptsGruß
Atech
Wie ist CPU Auslastung ? Sollte die hoch sein ist das ein Indiz dafür das das Hardware Decoding nicht aktiv ist.
Ja, die Topwerte für Xine waren hoch. Hat mich zwar auch gewundert. Aber die Gesamtlast bei HD der CPU lag unter 20% und damit deutllich niedriger als bei den Tests zuvor. Von daher schien mir das pausibel. Ich check es heute abend nochmal. 
Muss gesetzt sein sonst verwendet xine den libmpeg2 decoder für mpeg1/2. Das funktioniert nicht mit VA-API.
Weiss grad nicht, wie engine.decoder_priorities.ffmpegvideo gesetzt war.
Was ist denn mit folgendem? Ich dachte, das wären die Schalter für hw/sw decoding für mpeg1/2.
video.processing.vaapi_mpeg_softdec:0
video.processing.vaapi_mpeg_softdec_deinterlace:0
Aber wenn ich jetzt so lese, ist das wohl nur ein Workaround, um aus der HW decoding partiell wieder austeigen. Richtig?
VG
Kurt
xine: i965_drv_video.c:2072: i965_check_alloc_surface_bo: Zusicherung obj_surface->fourcc == fourcc nicht erfüllt.
Hast du vielleicht eine Idee, was das sein könnte?
Welche xf86-video-intel verwendest Du ? Auf den Clarkdale CPU's habe ich die besten Ergebnisse mit dem xf86-video-intel-2.15.0 gemacht. Wenn ich es Deiner Signatur richtig entnehme verwendest Du solch eine CPU.
lg
ebsi
video.processing.vaapi_mpeg_softdec:0
video.processing.vaapi_mpeg_softdec_deinterlace:0
Ich hatte mit mpeg1/2 Hardware Decoding das Problem das sich die Maschine komplett aufgehängt hat. Kann nicht sagen ob das nun in den VA-API treibern beseitigt wurde. Und auf den Clarkdale CPU's gab/gibt es auch kein Hardware deinterlacing für mpeg1/2. Das konnte nur der SandyBridge VA-API support.
Der erste Wert deaktiviert VA-API für mpeg1/2. Sollte er auf 1 sein wird Software Decoding für mpeg1/2 verwendet. Der zweite Wert baut auf dem ersten auf. Wenn Software mpeg1/2 verwendet wird kann zusätzlich ein einfacher Deinterlacer im ffmpeg aktiviert werden.
lg
ebsi
Welche xf86-video-intel verwendest Du ? Auf den Clarkdale CPU's habe ich die besten Ergebnisse mit dem xf86-video-intel-2.15.0 gemacht. Wenn ich es Deiner Signatur richtig entnehme verwendest Du solch eine CPU.
Ich bin auf dem git Treiber, habe gerade aber eben auch nochmal mit 2.15 getestet. Gleiches Problem.
Ich vermute hier vielmehr ein Problem zwischen dem vaapi treiber und der xine-lib-vaapi. Wie gesagt der Fehler tritt nur beim vaapi-ext branch auf. Mit dem master läuft alles. Ich hab gerade mal die Dateien i965_drv_video.c der beiden branches grob überflogen. Die unterscheiden sich schon ziemlich.
Das sollte natürlich keine Aufforderung sein, dass du deine xine-lib-vaapi an einen branch anpasst (falls es tatsächlich daran liegen sollte), aber vielleicht ist das Problem ja mit einem simplen Fix behoben.
Probier doch mal Kernel 3.1 - 3.3.
Das wäre doch was für die Interlaced geschädigten: Interlaced Support For Intel's Linux Graphics Driver
Johns
Nabend,
Hmmm verstehe ich das jetzt richtig - man kann mit den patches einen Interlaced Modus auswählen (z.B. 1080i)? So wie ich das zu meiner Nvidia Zeit verstanden habe funktioniert das wohl nicht mit der Ausgabe von xine o.ä.
Ich reflektiere nochmal:
- Aktuell geht das Deinterlacing nicht mit Clarkdale - weder mit vaapi-ext noch mit dem regulären branch. Getestet: xine-lib-vaapi, xbmc-vaapi (GIT> 10.01.12), mplayer-vaapi, softhddevice, VLC
- Der vaapi code scheint für Clarkdale (scheinbar Arrandale Chipsatz) und für Sandybridge der gleiche Code bei unterschiedlichem Assembler zu sein
- Mit Sandybridge funktioniert das Bob Deinterlacing
- Mit Clarkdale hat ebsi anscheinend Bob Deinterlacing für HD Material gehabt (ich vermute H264), nicht aber mit SD Material. Daher auch der mpeg Workaround mit ffmpeg
Ich werde nächste Woche nocheinmal mit den älteren vaapi Versionen Testen ob ich für HD Material BOB Deinterlacing bekomme. Falls ja stellt sich die Frage was sich geändert hat gegenüber den alten revisionen von VAAPI und vorallem wie die alte Verision das Deinterlacing eingeschaltet hat. Komme aber bis Montag nicht mehr an einen Clarkdale
Gruß
Atech
So, Habe noch etwas getestet, (geht auch gut während der heute-show :D)
HW&SW setup wie oben
Einstellungen in xine/config
engine.decoder_priorities.ffmpegvideo:1
video.driver:vaapi
video.output.vaapi_deinterlace:2
#video.output.vaapi_guarded_render:1
video.output.vaapi_scaling_level:hq
#video.processing.ffmpeg_enable_vaapi:1
#video.processing.vaapi_mpeg_softdec:0
#video.processing.vaapi_mpeg_softdec_deinterlace:0
Im Log ist nichts aufälliges
video_out_vaapi VAAPI Supported Profiles : VAProfileMPEG2Simple VAProfileMPEG2Main VAProfileH264Baseline VAProfileH264Main VAProfileH264High VAProfileVC1Simple VAProfileVC1Main VAProfileVC1Advanced <unknown>
video_out_vaapi VAAPI Profile VAProfileH264High supported by your hardware
libva: VA-API version 0.32.0
libva: va_getDriverName() returns 0
libva: Trying to open /usr/lib/dri/i965_drv_video.so
libva: va_openDriver() returns 0
video_out_vaapi vaapi_open: Vendor : Intel i965 driver - 1.0.16.pre1
video_out_vaapi Error : vaSetDisplayAttributes(): the requested function is not implemented
video_out_vaapi vaapi_init : Context width 1920 height 1080
video_out_vaapi vaapi_init : Profile: 7 (VAProfileH264High) Entrypoint 1 (VAEntrypointVLD) Surfaces 50
video_out_vaapi vaapi_init : guarded render : 1
video_out_vaapi vaapi_init : glxrender : 0
video_out_vaapi vaapi_init : glxrender tfp : 0
video_out_vaapi vaapi_init : is_bound : 1
video_out_vaapi vaapi_init : scaling level : name hq value 0x00000200
vdr_video: osd: (0, 0)-(1920, 1080)@1.77778
vdr_video: osd: (0, 0)-(1920, 1080)@1.77778
video jump
osd: can't find out current locale character set
video_out: throwing away image with pts 102391021 because it's too old (diff : 5979).
set_speed 1000000
200 frames delivered, 2 frames skipped, 2 frames discarded
Mit den Einstellungen sind die Framedrops von gestern weg und 1080i/720p laufen ohne Probleme.
op - 23:21:46 up 3:12, 3 users, load average: 0.15, 0.07, 0.06
Tasks: 141 total, 2 running, 138 sleeping, 0 stopped, 1 zombie
Cpu(s): 1.8%us, 3.6%sy, 0.0%ni, 94.6%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 1895312k total, 887652k used, 1007660k free, 84540k buffers
Swap: 2096124k total, 0k used, 2096124k free, 437820k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
11423 vdr 10 -10 651m 100m 17m S 13 5.4 3:15.79 xine
11408 vdr 10 -10 650m 61m 12m S 7 3.3 1:50.90 vdr
10207 root 20 0 20984 712 548 R 4 0.0 3:59.46 intel_gpu_top
Soweit wäre in punkto die TV Ausgabe alles in Butter. Aber leider habe ich gelegentliche Hänger beim Umschalten. Ein allzu wildes Umschalten scheint xine aus dem Tritt zu bringen.
VG
Kurt
Das sieht doch ordentlich aus. Ich gehe davon aus, dass MPEG2 (SD) ebenfalls sauber läuft?
Flachzange
Ja sicher, mpeg2 läuft auch. Bild mit Interlacing (Bob) ist einwandfrei. Die N24 Laufschrift ist gut zu lesen und ruckelt kaum.
Nur das Umschalten ist Mist im Moment. Da hakt es oft. Ne Idee, was das sein könnte? Im Log ist nix auffälliges.
VG
Kurt
Hallo,
nur damit es keine Verwirrung gibt:
Flachzange testet laut Signatur mit einem Clarkdale und kh1309 mit einem Sandybridge System.
Gruß
Atech
Nabend,
habe mich jetzt an der Mailingliste angemeldet und das Deinterlacingproblem gemeldet. Mal sehen was draus wird. Wenn ich ein log des "GPU hung Bugs" bekomme sende ich auch gerne eine Anfrage dorhin.
Gruß
Atech
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!