[softhddevice] Fragen zu VPP mit Broadwell?

ddd · 5. März 2015

Zitat von VdrMize

Ich werde aus den angehängten Links nicht schlau. Da geht es zwar um ähnliche Fehlermeldungen, aber in welchen Kernel ist da eine Behebung eingeflossen? Auf welchen Kernel kann/sollte ich hoch, und welche Kernels sollte ich meiden (in dem J1900 Thread wird ja vor zu neuen Kernels gewarnt, da damit Fehler bekannt sind (wo ich nicht weiß ob die für Broadwell auch gelten, oder ob die Fehler mittlerweile behoben sind, und die Kernels genutzt werden können)

Ich meine in den 3.17, da du aber sehr neue Hardware verwendest würde ich da den aktuellsten nehmen. 3.19 z.B.
Der Baytrail Bug sollte nichts mit deiner Hardware zu tun haben.

fnu · 5. März 2015

Zitat von VdrMize

Woran kann das liegen, daß ich die Pakete von oibaf nicht installiert bekomme ??? (dort gibt es ein 2:2.99.917)

Nach dem Einbinden der PPAs "sudo apt-get update" durchgeführt?

Was gibt denn:

Code

#/> sudo apt-get update
#/> sudo apt-cache policy xserver-xorg-video-intel

aus?

Und konzentriere Dich auf den Aufbau Deines Systems, wenn andere Nutzer Informationen dazu haben möchten soll sie sich die HW selbst kaufen, die Informationen sammeln und die Werkzeuge zum fliegen bringen. Es ist erstmal wichtig das es (rund) läuft, als irgendein krudes Tool zum Auslesen von irrelevanten C-States, das machst Du wenn alles fertig ist.

Regards
fnu

pbg4 · 5. März 2015

Hi,

VdrMize

bist du mit deinem System auf ubuntu trusty 14.04.2 LTS mit LTS enablement?,

bitte mal mit apt-cache policy xserver-xorg-core-lts-utopic nachschauen,

dann bist du ggfs. bei xorg Version 1.16 : xserver-xorg-core-lts-utopic wäre bei Vers. 2:1.16.0-1ubuntu1.2~trusty2
das wird bei oibaf nicht unterstützt, der ist noch bei Version 1.15,.. wenn ich das richtig sehe,

ich habe hier zwar ein AMD System, aber auch 14.04.2 LTS mit LTS enablement,
da kann ich oibaf nicht verwenden wegen der Abhängigkeit zu xorg-video-abi-15,..

viele Grüsse pbg4

p.s. siehe http://www.heise.de/newsticker…oeffentlicht-2555915.html

VdrMize · 5. März 2015

Hallo fnu,

das ist ganz komisch bei mir. Ich hab eine alte xserver-xorg-video-intel-lts-utopic exp1ubuntu4.2~trusty1 am Rechner. Die kommt von

Code

xserver-xorg-video-intel-lts-utopic:
  Installiert:           2:2.99.914-1~exp1ubuntu4.2~trusty1
  Installationskandidat: 2:2.99.914-1~exp1ubuntu4.2~trusty1
  Versionstabelle:
 *** 2:2.99.914-1~exp1ubuntu4.2~trusty1 0
        500 http://de.archive.ubuntu.com/ubuntu/ trusty-updates/main amd64 Packages
        100 /var/lib/dpkg/status

apt-cache policy xserver-xorg-video-Intel gibt folgendes aus (findet die richtigen Quellen)

Code

apt-cache policy xserver-xorg-video-intel
xserver-xorg-video-intel:
  Installiert:           (keine)
  Installationskandidat: 2:2.99.917+git1503041932.db8261~gd~t
  Versionstabelle:
     2:2.99.917+git1503041932.db8261~gd~t 0
        700 http://ppa.launchpad.net/oibaf/graphics-drivers/ubuntu/ trusty/main amd64 Packages
     2:2.99.917+git1501071932.9bbbcc~gd~t 0
        690 http://ppa.launchpad.net/fnu/vpp-vdpau-fnu/ubuntu/ trusty/main amd64 Packages
     2:2.99.910-0ubuntu1.4 0
        500 http://de.archive.ubuntu.com/ubuntu/ trusty-updates/main amd64 Packages
     2:2.99.910-0ubuntu1 0
        500 http://de.archive.ubuntu.com/ubuntu/ trusty/main amd64 Packages

Alles anzeigen

Das Problem kommt dann beim Installieren (warum er hier zurückgehaltene defekte Pakete anmeckert ???):

Code

apt-get install xserver-xorg-video-intel
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Einige Pakete konnten nicht installiert werden. Das kann bedeuten, dass
Sie eine unmögliche Situation angefordert haben oder, wenn Sie die
Unstable-Distribution verwenden, dass einige erforderliche Pakete noch
nicht erstellt wurden oder Incoming noch nicht verlassen haben.
Die folgenden Informationen helfen Ihnen vielleicht, die Situation zu lösen:


Die folgenden Pakete haben unerfüllte Abhängigkeiten:
 xserver-xorg-video-intel : Hängt ab von: xorg-video-abi-15
                            Hängt ab von: xserver-xorg-core (>= 2:1.14.99.902)
                            Hängt ab von: xserver-xorg-video-glamoregl soll aber nicht installiert werden
E: Probleme können nicht korrigiert werden, Sie haben zurückgehaltene defekte Pakete.

Alles anzeigen

Meine Hypothese: "xorg-video-abi-15" gibt´s in Ubuntu 14.04.02 nicht mehr, dafür gibt's jetzt ein "xorg-video-abi-18". Für beide Pakete wird aber ein Ersatz angeboten (macht das resolver???), und das vermute ich führt zu weiteren Problemen

Code

mize@Intel-NUC:~$ dpkg -l xorg-video*
Gewünscht=Unbekannt/Installieren/R=Entfernen/P=Vollständig Löschen/Halten
| Status=Nicht/Installiert/Config/U=Entpackt/halb konFiguriert/
         Halb installiert/Trigger erWartet/Trigger anhängig
|/ Fehler?=(kein)/R=Neuinstallation notwendig (Status, Fehler: GROSS=schlecht)
||/ Name                        Version            Architektur        Beschreibung
+++-===========================-==================-==================-===========================================================
un  xorg-video-abi-18           <keine>            <keine>            (keine Beschreibung vorhanden)




sudo apt-get install xorg-video-abi-15
Note, selecting 'xserver-xorg-core' instead of 'xorg-video-abi-15'


Die folgenden Pakete haben unerfüllte Abhängigkeiten:
 libcheese-gtk23 : Hängt ab von: libclutter-gtk-1.0-0 (>= 0.91.8) soll aber nicht installiert werden
                   Hängt ab von: libcogl15 (>= 1.15.8) soll aber nicht installiert werden
 libcheese7 : Hängt ab von: libclutter-gst-2.0-0 (>= 0.10.0) soll aber nicht installiert werden
              Hängt ab von: gstreamer1.0-clutter soll aber nicht installiert werden
 libclutter-1.0-0 : Hängt ab von: libcogl-pango15 (>= 1.15.8) soll aber nicht installiert werden
                    Hängt ab von: libcogl15 (>= 1.15.8) soll aber nicht installiert werden
E: Fehler:  Unterbrechungen durch pkgProblemResolver::Resolve hervorgerufen; dies könnte 
                 durch zurückgehaltene Pakete verursacht worden sein.




sudo apt-get install xorg-video-abi-18
Note, selecting 'xserver-xorg-core-lts-utopic' instead of 'xorg-video-abi-18'
xserver-xorg-core-lts-utopic is already the newest version.
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 2 nicht aktualisiert.

Alles anzeigen

Da steht jetzt der mit nur bescheidenen Linux-Kenntnissen ausgestattete Anwender voll auf dem Schlauch ... Aber vielleicht ist das ja für einen Spezialisten leicht herauszufinden ... (bin dankbar für jeden Tip)

m.f.G.
Michael

VdrMize · 5. März 2015

Zitat von pbg4

Bist du mit deinem System auf ubuntu trusty 14.04.2 LTS mit LTS enablement?,

Code

apt-cache policy xserver-xorg-core-lts-utopic
xserver-xorg-core-lts-utopic:
  Installiert:           2:1.16.0-1ubuntu1.2~trusty2
  Installationskandidat: 2:1.16.0-1ubuntu1.2~trusty2
  Versionstabelle:
 *** 2:1.16.0-1ubuntu1.2~trusty2 0
        500 http://de.archive.ubuntu.com/ubuntu/ trusty-updates/main amd64 Packages
        500 http://security.ubuntu.com/ubuntu/ trusty-security/main amd64 Packages
        100 /var/lib/dpkg/Status

Du hast Recht, ich bin scheinbar bei xorg Version 1.16 ... Was heißt das nun?

m.f.G.
Michael

fnu · 5. März 2015

VdrMize

Entweder oibafs PPA oder meines, beides zusammen führt nur zu Problemen. Nimm am Besten meines wieder raus, hatte weiter oben schon geschrieben, das ich wegen 14.04.2 erst noch aufräumen muss, oibaf allerdings evtl. auch.

Die "xserver-xorg-video" Pakete müssen zu Ubuntu passen, an Deiner Fehlerausgabe siehst Du das das noch nicht der Fall ist.

Der utopic Stack "2.99.914-1" sollte aber erstmal gut genug für weitere Tests sein, das war vor "2.99.917" in oibafs PPA, wichtiger ist libva-intel-driver, der hat auch weniger Abhängigkeiten, insbesondere keine zu Xorg.

Regards
fnu

pbg4 · 5. März 2015

Hi,

wenn du das oibaf ppa nutzen willst, was ja recht praktisch ist, geht es entweder mit:

ein apt-get install --reinstall aller xorg Komponenten, ohne -lts-utopic im Namen, das ist aber eine grössere Aktion,..
da weiss ich nicht ob du dir das zutraust,

ansonsten eine neue Installation mit den alten Ubuntu trusty Installationsmedien,
in dem link oben den ich eingefügt habe wird darauf weiter verlinkt, auf den ubuntu Seiten stehen die alten Images noch,..

oder: du fragst im oibaf forum http://www.phoronix.com/forums…ntu-Free-Graphics-Drivers
mal nach, ob er auch demnächst darauf umstellen will,..

letzte Möglichkeit: ich habe mir auf meinem AMD System die Sourcen vom oibaf ppa geholt, und die Abhängigkeiten korrigiert
und mit debian/rules binary von Hand gebaut,

viele Grüsse pbg4

p.s. oder du machst es so wie fnu eben gesagt hat, das hat sich gerade gekreuzt mit den Antworten,..

ddd · 5. März 2015

Vielleicht hilft ja schon ein neuer Kernel?! http://forum.kodi.tv/showthread.php?tid=165707

Zitat

Update 14/12/13 concerning the GPU HANG
Chris Wilson has finally fixed the GPU HANG! Thanks very much. It is included in any kernel >= 3.18.4 official kernel. Install it as follows:

VdrMize · 5. März 2015

Zitat von fnu

Entweder oibafs PPA oder meines, beides zusammen führt nur zu Problemen.

Das heißt, entweder Dein "vpp-vdpau-fnu" oder oibafs "graphics-drivers". Aber das generelle Problem ist doch, daß ich jetzt einen zu neuen XServer Version 1.16 habe, und sich das mit den bisherigen Ständen beißt ... (Richtig? Das krieg ich mit "vpp-vdpau-fnu" PPA entfernen nicht hin)

Zitat von pbg4

Oder: du fragst im oibaf forum ... mal nach, ob er auch demnächst darauf umstellen will, ...

Das hieße aber, alle die jetzt VAAPI testen, hätten den gleichen Aufwand zu treiben (alten XServer deinstallieren, neuen installieren; wenn demnächst plötzlich XServer 1.16 Pflicht wäre).

Das macht mich kirre ... - trotzdem vielen Dank. Jetzt weiß ich, woran das liegt ... (das X64-ISO 14.04.01 ist gerade bei 77% download)

m.f.G.
Michael

VdrMize · 6. März 2015

So, nach "Nachtschicht" zurück auf Ubuntu 14.04.01. Hochgerüstet auf Kernel 3.19 (ohne Realtime Extensions). Auf Anhieb die aktuellen Pakete von fnu und oibaf gezogen. Stark! (Euch - und allen Mitstreitern - an der Stelle ein großeß Lob, und vielen Dank !!!)

Ein wahnsinnig scharfes, detailreiches Bild (bei HD); das Flattern von BOB am oberen Bildrand ist weg; bin ich eigentlich noch bei BOB ??? (hab aber an meinen VDR Startoptionen nix geändert, müßte noch BOB sein); mir kommt es vor, daß ich noch weniger Strom verbrauche (wie soll das gehen: BIOS auf Power-Mode, und nur 13,3 Watt in HD??? Neuer Kernel macht das?)
Aber: auch zwei mal Absturz, Bildschirm dunkel, Tastatur - nix geht mehr; nur über die remote Console ging noch Reboot; liegts am Kernel? an der swap Partition auf SSD? muß ich weiter verfolgen ...

m.f.G.
Michael

fnu · 6. März 2015

Zitat von VdrMize

Auf Anhieb die aktuellen Pakete von fnu und oibaf gezogen.

Melde mich wenn mein "fnu/vpp-vdpau-fnu" gegen 14.04.2 funktioniert ...

Zitat von VdrMize

Ein wahnsinnig scharfes, detailreiches Bild (bei HD); das Flattern von BOB am oberen Bildrand ist weg; bin ich eigentlich noch bei BOB ???

Naja, bei 720p gibt es kein Bob, weil das ein Vollbild ist (720progressive scan).

Ansonsten habe ich schon seit Wochen die Vermutung das Bob nicht funktioniert, sondern das dabei auch MADI aktiv wird. Bei mir ist es egal ob ich Bob oder MADI einstelle, Bild bleibt gleich. Habe aber noch keinen Weg gefunden das wirklich verifizieren zu können ...

Regards
fnu

johns · 6. März 2015

Zitat

Ansonsten habe ich schon seit Wochen die Vermutung das Bob nicht funktioniert, sondern das dabei auch MADI aktiv wird. Bei mir ist es egal ob ich Bob oder MADI einstelle, Bild bleibt gleich. Habe aber noch keinen Weg gefunden das wirklich verifizieren zu können ...

SoftHdDevice ohne va-api Patch ist Bob, daß haben sie zu meinem Leidwesen vor ein paar Jahren umgestellt.

Zitat

Update 14/12/13 concerning the GPU HANG
Chris Wilson has finally fixed the GPU HANG! Thanks very much. It is included in any kernel >= 3.18.4 official kernel. Install it as follows:

Toll die haben nur 4 Jahre gebraucht um diese zufinden. Intel ist doch eine tolle Firma.

Johns

fnu · 6. März 2015

Zitat von johns

SoftHdDevice ohne va-api Patch ist Bob

Ja, aber wenn ich mit Antti's Anpassungen arbeite und Bob einstelle wird das Bild nicht schlechter, sondern bleibt MADI Qualität ... es sei denn Bob wäre inzwischen so gut geworden ...

Bei meinen BayTrail GPUs könnte Bob etwas bei 1080i entlastend wirken, aber "Render Busy" ändert sich nicht von MADI zu Bob und zurück ...

Regards
fnu

VdrMize · 6. März 2015

Zitat von fnu

Naja, bei 720p gibt es kein Bob, ...

Stimmt. Darum ist das Bild bei HD schön ruhig. Bei SD flattert´s bei BOB wieder (oder immer noch, halt wie auch bei meinem 14.04.02). o.k.

Zitat von johns

Chris Wilson has finally fixed the GPU HANG!

Na ja, davon muß ich mich erst noch überzeugen. Vielleicht ist ja der J1900 Hänger behoben, aber wo anders hängt´s bei mir noch gewaltig ...
Auch vorhin wieder, sieht aus wie wenn es einen Puffer von schon mal gerenderten Frames gäbe, der irgendwann mal leer läuft (so im Laufe von 1-2 Sekunden läuft Bild und Ton dann auseinander; Ton geht problemlos weiter, Bildschirm ist schwarz). Vorhin konnte ich aber abbrechen, dann

Auch jetzt - da läuft ARD Standard (nicht HD): Anzeige im OSD SoftHdPlugin (darf man das benutzen, oder kommen damit die Fehler noch schneller?) - Frames verloren (0), verdoppelt (8620), übersprungen (0), Gesamt (79.800)
10-15% verdoppelte Frames, da stimmt doch was nicht ...

m.f.G.
Michael

p.s. jetzt ist er gerade wieder hart gestorben ...
Im Syslog finde ich jede Menge Einträge

Code

Mar  6 12:45:28 Intel-NUC vdr: [3246] ERROR: TS packet not accepted in Transfer Mode
Mar  6 12:45:28 Intel-NUC vdr: [3246] ERROR: skipped 187 bytes to sync on TS packet on device 1
Mar  6 12:45:28 Intel-NUC vdr: [3246] [softhddev]Clear:
Mar  6 12:45:28 Intel-NUC vdr: audio/alsa: using device 'default'
Mar  6 12:45:28 Intel-NUC vdr: audio/alsa: start delay 336ms
Mar  6 12:45:28 Intel-NUC vdr: [3246] ERROR: TS packet not accepted in Transfer Mode
Mar  6 12:45:28 Intel-NUC vdr: [3246] [softhddev]Clear:
Mar  6 12:45:28 Intel-NUC vdr: audio/alsa: using device 'default'
Mar  6 12:45:28 Intel-NUC vdr: audio/alsa: start delay 336ms
Mar  6 12:45:28 Intel-NUC vdr: [3246] [softhddev]Clear:
Mar  6 12:45:28 Intel-NUC vdr: audio/alsa: using device 'default'
Mar  6 12:45:28 Intel-NUC vdr: audio/alsa: start delay 336ms
Mar  6 12:45:28 Intel-NUC vdr: [3246] ERROR: TS packet not accepted in Transfer Mode
Mar  6 12:45:28 Intel-NUC kernel: [ 9341.958225] device 1 receiv[3246]: segfault at 7fc21554de07 ip 00007fc254338ea9 sp 00007fc2260cfc90 error 4 in libvdr-softhddevice.so.2.2.0[7fc254320000+3e000]

Alles anzeigen

johns · 6. März 2015

Diese Fehler sehen aus wie kein VA-API benutzt, sondern den Software Dekoder.

-v va-api-glx umbedingt nehmen. Gibt es VA-API Meldungen im syslog?

Johns

VdrMize · 6. März 2015

Hallo Johns,

Ich starte den VDR per Skript

Bash

#!/bin/sh
#


sudo /usr/bin/vdr -v /var/lib/video.00 -c /var/lib/vdr -L /usr/lib/vdr/plugins -P "femon" -P"softhddevice -v va-api"

Da hätte ich gedacht ist va-api schon aktiv (siehe auch unten die Einträge im Syslog), und ob ich va-api oder va-api-glx nehme, ist bei i3 evtl. beides o.k. (Stimmt das nicht?)

Code

Mar  6 12:12:42 Intel-NUC vdr: [3151] [softhddev]SetPlayMode: 0
Mar  6 12:12:42 Intel-NUC vdr: [3151] [softhddev]SetVideoDisplayFormat: 1
Mar  6 12:12:42 Intel-NUC vdr: [3151] [softhddev]GetSpuDecoder:
Mar  6 12:12:43 Intel-NUC vdr: [3151] deleting plugin: softhddevice
Mar  6 12:12:51 Intel-NUC vdr: [3211] loading plugin: /usr/lib/vdr/plugins/libvdr-softhddevice.so.2.2.0
Mar  6 12:12:51 Intel-NUC vdr: [3211] initializing plugin: softhddevice (0.6.1rc1 MIZE V-01 2015-03-03 19:00): Ein Software und GPU emulieres HD-Gerät
Mar  6 12:12:51 Intel-NUC vdr: [3211] [softhddev] Mize-Info: IOPL(2) returns 0
Mar  6 12:12:51 Intel-NUC vdr: [3211] [softhddev] Mize-Info: Version build with ALSA enabled
Mar  6 12:12:51 Intel-NUC vdr: [3211] [softhddev] Mize-Info: Version build with OSS enabled
Mar  6 12:12:51 Intel-NUC vdr: [3211] [softhddev] Mize-Info: Version build with VDPAU enabled
Mar  6 12:12:51 Intel-NUC vdr: [3211] [softhddev] Mize-Info: Version build with VAAPI enabled
Mar  6 12:12:51 Intel-NUC vdr: [3211] [softhddev] Mize-Info: Version build with GLX disabled
Mar  6 12:12:51 Intel-NUC vdr: [3211] [softhddev] Mize-Info: Version build with SCREENSAVER disabled
Mar  6 12:12:51 Intel-NUC vdr: [3211] [softhddev] Mize-Info: Version build with SWRESAMPLE disabled
Mar  6 12:12:51 Intel-NUC vdr: [3211] [softhddev] Mize-Info: Version build with AVRESAMPLE disabled
Mar  6 12:12:51 Intel-NUC vdr: [3211] [softhddev]MakePrimaryDevice: 1
Mar  6 12:12:51 Intel-NUC vdr: [3211] [softhddev]SetVideoFormat: 0
Mar  6 12:12:51 Intel-NUC vdr: [3211] [softhddev]SetVideoDisplayFormat: 1
Mar  6 12:12:51 Intel-NUC vdr: [3211] [softhddev]GetSpuDecoder:
Mar  6 12:12:51 Intel-NUC vdr: [3211] [softhddev]SetVolumeDevice: 10
Mar  6 12:12:51 Intel-NUC vdr: [3211] starting plugin: softhddevice
Mar  6 12:12:52 Intel-NUC vdr: [softhddev] ready
Mar  6 12:12:52 Intel-NUC vdr: [3211] [softhddev]SetVolumeDevice: 10
Mar  6 12:12:52 Intel-NUC vdr: [3211] [softhddev]SetPlayMode: 1
Mar  6 12:14:13 Intel-NUC vdr: [3247] [softhddev]FeedKeyPress: remote 'XKeySym' not found
Mar  6 12:14:43 Intel-NUC vdr: [softhddev] empty video packet 35 bytes
Mar  6 12:15:24 Intel-NUC vdr: [3211] [softhddev]SetVolumeDevice: 5
Mar  6 12:15:34 Intel-NUC vdr: [3211] [softhddev]SetVolumeDevice: 10
Mar  6 12:15:40 Intel-NUC vdr: [3211] [softhddev]SetVolumeDevice: 5
Mar  6 12:15:42 Intel-NUC vdr: [3211] [softhddev]SetVolumeDevice: 0
Mar  6 12:18:01 Intel-NUC vdr: [softhddev] empty video packet 107 bytes
Mar  6 12:19:13 Intel-NUC vdr: [softhddev] empty video packet 83 bytes
Mar  6 12:26:07 Intel-NUC vdr: [softhddev] invalid PES video packet
Mar  6 12:26:07 Intel-NUC vdr: [softhddev] 2 invalid PES video packet(s)
Mar  6 12:27:19 Intel-NUC vdr: [softhddev] empty video packet 107 bytes
Mar  6 12:28:17 Intel-NUC vdr: [softhddev] invalid PES video packet
Mar  6 12:28:17 Intel-NUC vdr: [softhddev] 2 invalid PES video packet(s)
Mar  6 12:28:47 Intel-NUC vdr: [softhddev] empty video packet 139 bytes
Mar  6 12:29:26 Intel-NUC vdr: [softhddev] empty video packet 83 bytes
Mar  6 12:34:11 Intel-NUC vdr: [softhddev] empty video packet 139 bytes
Mar  6 12:36:23 Intel-NUC vdr: [softhddev] empty video packet 131 bytes
Mar  6 12:40:29 Intel-NUC vdr: [3211] [softhddev]SetVolumeDevice: 5
Mar  6 12:40:30 Intel-NUC vdr: [3211] [softhddev]SetVolumeDevice: 10
Mar  6 12:43:57 Intel-NUC vdr: [softhddev] invalid PES video packet
Mar  6 12:43:57 Intel-NUC vdr: [softhddev] 2 invalid PES video packet(s)
...
Mar  6 12:45:28 Intel-NUC vdr: [3246] ERROR: TS packet not accepted in Transfer Mode
Mar  6 12:45:28 Intel-NUC vdr: [3246] [softhddev]Clear:
Mar  6 12:45:28 Intel-NUC vdr: audio/alsa: using device 'default'
Mar  6 12:45:28 Intel-NUC vdr: audio/alsa: start delay 336ms
Mar  6 12:45:28 Intel-NUC vdr: [3246] ERROR: TS packet not accepted in Transfer Mode
Mar  6 12:45:28 Intel-NUC vdr: [3246] [softhddev]Clear:
Mar  6 12:45:28 Intel-NUC vdr: audio/alsa: using device 'default'
Mar  6 12:45:28 Intel-NUC vdr: audio/alsa: start delay 336ms
Mar  6 12:45:28 Intel-NUC vdr: [3246] ERROR: TS packet not accepted in Transfer Mode
Mar  6 12:45:28 Intel-NUC vdr: [3246] [softhddev]Clear:
Mar  6 12:45:28 Intel-NUC vdr: audio/alsa: using device 'default'
Mar  6 12:45:28 Intel-NUC vdr: audio/alsa: start delay 336ms
Mar  6 12:45:28 Intel-NUC vdr: [3246] ERROR: TS packet not accepted in Transfer Mode
Mar  6 12:45:28 Intel-NUC kernel: [ 9341.958225] device 1 receiv[3246]: segfault at 7fc21554de07 ip 00007fc254338ea9 sp 00007fc2260cfc90 error 4 in libvdr-softhddevice.so.2.2.0[7fc254320000+3e000]

Alles anzeigen

Was mich hier mehr erschreckt, die ganzen fehlerhaften Pakete (empty Video Packet, invalid PES Video Packet, unten ERROR: TS packet not accepted in Transfer Mode, und softhddevice clear) ... Oder kommt das bei anderen Usern genauso vor, und ist wahrscheinlich nicht die Ursache für den Absturz?

Na ja der segfault in libvdr-softhddevice.so.2.2.0 ist auf keinen Fall gewünscht

m.f.G.
Michael

johns · 6. März 2015

Zitat

Da hätte ich gedacht ist va-api schon aktiv (siehe auch unten die Einträge im Syslog), und ob ich va-api oder va-api-glx nehme, ist bei i3 evtl. beides o.k. (Stimmt das nicht?)

Es steht eigentlich überall man soll va-api-glx nehmen. Da GLX keine Mikroruckler hat.
Du hast aber tiefer liegende Probleme.

Zitat

ar 6 12:12:51 Intel-NUC vdr: [3211] [softhddev] Mize-Info: Version build with SWRESAMPLE disabled
Mar 6 12:12:51 Intel-NUC vdr: [3211] [softhddev] Mize-Info: Version build with AVRESAMPLE disabled

Sollte einer verwendet werden, bei ffmpeg sollte es wahrscheinlich SWRESAMPLE sein.
Dies hat aber nichts mit deinem Problem zutun.

Ich sehe nirgends Meldungen mit "video/vaapi" ist ffmpeg auch mit VA-API Support gebaut?

Zitat

Was mich hier mehr erschreckt, die ganzen fehlerhaften Pakete (empty Video Packet, invalid PES Video Packet, unten ERROR: TS packet not accepted in Transfer Mode, und softhddevice clear) ... Oder kommt das bei anderen Usern genauso vor, und ist wahrscheinlich nicht die Ursache für den Absturz?

Na ja der segfault in libvdr-softhddevice.so.2.2.0 ist auf keinen Fall gewünscht

Diese Fehler sind alles Fehler die an fehlenden VA-API liegt.

Johns

VdrMize · 6. März 2015

Zitat von johns

Ich sehe nirgends Meldungen mit "video/vaapi" ist ffmpeg auch mit VA-API Support gebaut?

Ich nutze das ffmpeg aus fnu´s Repository, und gehe davon aus, daß es mit VAAPI Support gebaut ist. Oder muß ich das auch hier streng trennen: mit VA-API und/oder VA-API-GLX Unterstützung gebaut ???
Die "video/vaapi" Meldungen sind schon drin. Ich hab mal danach gegrept ... (im Log ist sogar ein GPU Hänger dabei ...)

Code

Mar  6 12:03:50 Intel-NUC vdr: video/vaapi: libva 0.37 (Intel i965 driver for Intel(R) Broadwell - 1.5.0) initialized
Mar  6 12:03:50 Intel-NUC vdr: video/vaapi: background-color is unsupported
Mar  6 12:03:50 Intel-NUC vdr: video/vaapi: supports video processing
Mar  6 12:03:50 Intel-NUC vdr: video/vaapi: supports unscaled osd
Mar  6 12:03:50 Intel-NUC vdr: video/vaapi: supports unscaled osd
Mar  6 12:03:51 Intel-NUC vdr: video/vaapi: noise reduction supported
Mar  6 12:03:51 Intel-NUC vdr: video/vaapi: 0,00 - 1,00 ++ 0,03 = 0,50
Mar  6 12:03:51 Intel-NUC vdr: video/vaapi: deinterlacing supported
Mar  6 12:03:51 Intel-NUC vdr: video/vaapi: bob deinterlace supported
Mar  6 12:03:51 Intel-NUC vdr: video/vaapi: motion adaptive deinterlace supported
Mar  6 12:03:51 Intel-NUC vdr: video/vaapi: motion compensated deinterlace supported
Mar  6 12:03:51 Intel-NUC vdr: video/vaapi: sharpening supported
Mar  6 12:03:51 Intel-NUC vdr: video/vaapi: color balance supported
Mar  6 12:03:51 Intel-NUC vdr: video/vaapi: unsupported filter #05
Mar  6 12:03:51 Intel-NUC vdr: video/vaapi: synced after 30 frames
Mar  6 12:03:56 Intel-NUC vdr: video/vaapi: supports unscaled osd
Mar  6 12:07:25 Intel-NUC vdr: video/vaapi: gpu hung 4815ms 10220   <== die beliebten GPU Hänger !!!
Mar  6 12:07:25 Intel-NUC vdr: video/vaapi: synced after 23 frames
Mar  6 12:12:38 Intel-NUC vdr: video/vaapi: supports unscaled osd
Mar  6 12:12:52 Intel-NUC vdr: video/vaapi: libva 0.37 (Intel i965 driver for Intel(R) Broadwell - 1.5.0) initialized
Mar  6 12:12:52 Intel-NUC vdr: video/vaapi: background-color is unsupported
Mar  6 12:12:52 Intel-NUC vdr: video/vaapi: supports video processing
Mar  6 12:12:52 Intel-NUC vdr: video/vaapi: supports unscaled osd
Mar  6 12:12:52 Intel-NUC vdr: video/vaapi: supports unscaled osd
Mar  6 12:12:52 Intel-NUC vdr: video/vaapi: noise reduction supported
Mar  6 12:12:52 Intel-NUC vdr: video/vaapi: 0,00 - 1,00 ++ 0,03 = 0,50
Mar  6 12:12:52 Intel-NUC vdr: video/vaapi: deinterlacing supported
Mar  6 12:12:52 Intel-NUC vdr: video/vaapi: bob deinterlace supported
Mar  6 12:12:52 Intel-NUC vdr: video/vaapi: motion adaptive deinterlace supported
Mar  6 12:12:52 Intel-NUC vdr: video/vaapi: motion compensated deinterlace supported
Mar  6 12:12:52 Intel-NUC vdr: video/vaapi: sharpening supported
Mar  6 12:12:52 Intel-NUC vdr: video/vaapi: color balance supported
Mar  6 12:12:52 Intel-NUC vdr: video/vaapi: unsupported filter #05
Mar  6 12:12:53 Intel-NUC vdr: video/vaapi: synced after 33 frames
Mar  6 12:12:55 Intel-NUC vdr: video/vaapi: supports unscaled osd
Mar  6 12:44:23 Intel-NUC vdr: video/vaapi: supports unscaled osd

Alles anzeigen

Ich bau das SoftHdDevice mal mit GLX Support (hatt ich die Tage abgeschaltet, weil es sich unter 14.04.2 nicht übersetzen ließ) und nehm das SWRESAMPLE gleich mit rein ...

m.f.G.
Michael

VdrMize · 6. März 2015

Ich war zu voreilig ...

Was ist wirklich installiert? (libswresample, aber ohne ffmpeg)

Code

root@Intel-NUC:# dpkg -l |grep libav
ii  gstreamer1.0-libav:amd64                              1.2.4-1~ubuntu1                                     amd64        libav plugin for GStreamer
ii  libavahi-client3:amd64                                0.6.31-4ubuntu1                                     amd64        Avahi client library
ii  libavahi-common-data:amd64                            0.6.31-4ubuntu1                                     amd64        Avahi common data files
ii  libavahi-common3:amd64                                0.6.31-4ubuntu1                                     amd64        Avahi common library
ii  libavahi-core7:amd64                                  0.6.31-4ubuntu1                                     amd64        Avahi's embeddable mDNS/DNS-SD library
ii  libavahi-glib1:amd64                                  0.6.31-4ubuntu1                                     amd64        Avahi GLib integration library
ii  libavahi-gobject0:amd64                               0.6.31-4ubuntu1                                     amd64        Avahi GObject library
ii  libavc1394-0:amd64                                    0.5.4-2                                             amd64        control IEEE 1394 audio/video devices
ii  libavcodec-dev                                        7:1.2.6-1~trusty1                                   amd64        Development files for libavcodec
ii  libavcodec54:amd64                                    7:1.2.6-1~trusty1                                   amd64        FFmpeg codec library
ii  libavformat-dev                                       7:1.2.6-1~trusty1                                   amd64        Development files for libavformat
ii  libavformat54:amd64                                   7:1.2.6-1~trusty1                                   amd64        FFmpeg file format library
ii  libavutil-dev                                         7:1.2.6-1~trusty1                                   amd64        Development files for libavutil
ii  libavutil52:amd64                                     7:1.2.6-1~trusty1                                   amd64        FFmpeg utility library

Alles anzeigen

Code

root@Intel-NUC:# dpkg -l |grep ffmpeg
ii  chromium-codecs-ffmpeg-extra                          40.0.2214.111-0ubuntu0.14.04.1.1069                 amd64        Extra ffmpeg codecs for the Chromium Browser

Code

root@Intel-NUC:# dpkg -l |grep resample
ii  libswresample-dev                                     7:1.2.6-1~trusty1                                   amd64        Development files for libswresample
ii  libswresample0:amd64                                  7:1.2.6-1~trusty1                                   amd64        FFmpeg video software resampling library

Für ffmpeg hätte er zwar den ffmpeg aus fnu´s Repository (als Installationkandidat), aber der ist noch nicht installiert ...

m.f.G.
Michael

fnu · 6. März 2015

Zitat von VdrMize

Ich nutze das ffmpeg aus fnu´s Repository, und gehe davon aus, daß es mit VAAPI Support gebaut ist.

Ja, ist es, fnu/main-fnu, nutze ich ja selbst bei meinen VPP/VA-API Aktivitäten.

Zitat von VdrMize

Oder muß ich das auch hier streng trennen: mit VA-API und/oder VA-API-GLX Unterstützung gebaut ???

Nein, ich selbst nutze bei BayTrail auch "va-api-glx". Fehlende GLX Unterstützung wäre IMHO auch eher ein Fehler bei der Xorg Konfiguration ...

Regards
fnu

[softhddevice] Fragen zu VPP mit Broadwell?

Jetzt mitmachen!

Teilen