Ist jetzt schwierig zusagen, woran es liegt. Am J1800/j1900 oder an der Software oder an der Kombination.
Gut, dann gehe ich jetzt zurück zu NVidia VDPAU.
Hat fnu nicht mal gezeigt, dass der J1900 (zumindest unter Windows) leistungsfähig genug ist?
Ist jetzt schwierig zusagen, woran es liegt. Am J1800/j1900 oder an der Software oder an der Kombination.
Gut, dann gehe ich jetzt zurück zu NVidia VDPAU.
Hat fnu nicht mal gezeigt, dass der J1900 (zumindest unter Windows) leistungsfähig genug ist?
Hat fnu nicht mal gezeigt, dass der J1900 (zumindest unter Windows) leistungsfähig genug ist?
Ja, siehe den Review, 1080i @ 1080p in top Qualität und niedriger CPU Last, "QuickSync Video" aktiv ...
Aber da kann johns nix für wenn die Treiber sch... sind, unter Windows scheinen sie sich mehr Mühe zu geben, da ist selbst die 3D Leistung nicht soooo grottig ...
Regards
fnu
So, hab endlich mal angefangen, Stock Ubuntu LTS 14.04, VDR 2.1.6 aus meinem PPA plus ein Build des letzten Stand GIT SoftHDDevice mit "Enable VAAPI". Funktionstest auf Haswell und SandyBridge mal eben ein paar Log-Auszüge:
Jul 13 13:08:27 vdr2 vdr: [4487] loading plugin: /usr/lib/vdr/plugins/libvdr-softhddevice.so.2.1.6
Jul 13 13:08:27 vdr2 vdr: [4487] initializing plugin: softhddevice (0.6.1rc1): Ein Software und GPU emulieres HD-Gerät
Jul 13 13:08:27 vdr2 vdr: [4487] [softhddev]MakePrimaryDevice: 1
Jul 13 13:08:27 vdr2 vdr: [4487] [softhddev]SetVideoFormat: 1
Jul 13 13:08:27 vdr2 vdr: [4487] [softhddev]SetVideoDisplayFormat: 1
Jul 13 13:08:27 vdr2 vdr: [4487] [softhddev]GetSpuDecoder:
Jul 13 13:08:27 vdr2 vdr: [4487] [softhddev]SetVolumeDevice: 255
Jul 13 13:08:27 vdr2 vdr: [4487] starting plugin: softhddevice
Jul 13 13:08:27 vdr2 vdr: video/vaapi: libva 0.35 (Intel i965 driver - 1.3.0) initialized
Jul 13 13:08:27 vdr2 vdr: video/vaapi: background-color is unsupported
Jul 13 13:08:27 vdr2 vdr: video/vaapi: supports video processing
Jul 13 13:08:27 vdr2 vdr: video/vaapi: supports unscaled osd
Jul 13 13:08:27 vdr2 vdr: [softhddev] ready
Jul 13 13:08:27 vdr2 vdr: [4487] [softhddev]SetVolumeDevice: 255
Jul 13 13:08:27 vdr2 vdr: [4487] [softhddev]SetPlayMode: 1
Jul 13 13:08:27 vdr2 vdr: video/vaapi: supports unscaled osd
Jul 13 13:08:27 vdr2 vdr: video/vaapi: supports unscaled osd
Jul 13 13:08:29 vdr2 vdr: video/vaapi: noise reduction supported
Jul 13 13:08:29 vdr2 vdr: video/vaapi: 0,00 - 1,00 ++ 0,03 = 0,50
Jul 13 13:08:29 vdr2 vdr: video/vaapi: deinterlacing supported
Jul 13 13:08:29 vdr2 vdr: video/vaapi: bob deinterlace supported
Jul 13 13:08:29 vdr2 vdr: video/vaapi: motion adaptive deinterlace supported
Jul 13 13:08:29 vdr2 vdr: video/vaapi: motion compensated deinterlace supported
Jul 13 13:08:29 vdr2 vdr: video/vaapi: sharpening supported
Jul 13 13:08:29 vdr2 vdr: video/vaapi: color balance supported
Jul 13 13:08:33 vdr2 vdr: [4544] [softhddev]FeedKeyPress: remote 'XKeySym' not found
Jul 13 13:08:37 vdr2 vdr: video/vaapi: synced after 454 frames
Jul 13 13:08:40 vdr2 vdr: [4487] [softhddev]SetPlayMode: 0
Jul 13 13:08:40 vdr2 vdr: [4487] [softhddev]SetVideoDisplayFormat: 1
Jul 13 13:08:40 vdr2 vdr: [4487] [softhddev]GetSpuDecoder:
Jul 13 13:08:40 vdr2 vdr: [4487] [softhddev]SetPlayMode: 1
Alles anzeigen
Jul 13 13:50:49 vdr2 vdr: [2771] loading plugin: /usr/lib/vdr/plugins/libvdr-softhddevice.so.2.1.6
Jul 13 13:50:49 vdr2 vdr: [2771] initializing plugin: softhddevice (0.6.1rc1): Ein Software und GPU emulieres HD-Gerät
Jul 13 13:50:49 vdr2 vdr: [2771] [softhddev]MakePrimaryDevice: 1
Jul 13 13:50:49 vdr2 vdr: [2771] [softhddev]SetVideoFormat: 1
Jul 13 13:50:49 vdr2 vdr: [2771] [softhddev]SetVideoDisplayFormat: 1
Jul 13 13:50:49 vdr2 vdr: [2771] [softhddev]GetSpuDecoder:
Jul 13 13:50:49 vdr2 vdr: [2771] [softhddev]SetVolumeDevice: 255
Jul 13 13:50:49 vdr2 vdr: [2771] starting plugin: softhddevice
Jul 13 13:50:49 vdr2 vdr: video/vaapi: libva 0.35 (Intel i965 driver - 1.3.0) initialized
Jul 13 13:50:49 vdr2 vdr: video/vaapi: background-color is unsupported
Jul 13 13:50:49 vdr2 vdr: video/vaapi: supports video processing
Jul 13 13:50:49 vdr2 vdr: video/vaapi: supports unscaled osd
Jul 13 13:50:49 vdr2 vdr: [softhddev] ready
Jul 13 13:50:49 vdr2 vdr: [2771] [softhddev]SetVolumeDevice: 255
Jul 13 13:50:49 vdr2 vdr: [2771] [softhddev]SetPlayMode: 1
Jul 13 13:50:49 vdr2 vdr: video/vaapi: supports unscaled osd
Jul 13 13:50:49 vdr2 vdr: video/vaapi: supports unscaled osd
Jul 13 13:50:50 vdr2 vdr: video/vaapi: noise reduction supported
Jul 13 13:50:50 vdr2 vdr: video/vaapi: 0,00 - 1,00 ++ 0,03 = 0,50
Jul 13 13:50:50 vdr2 vdr: video/vaapi: deinterlacing supported
Jul 13 13:50:50 vdr2 vdr: video/vaapi: bob deinterlace supported
Jul 13 13:50:57 vdr2 vdr: [2828] [softhddev]FeedKeyPress: remote 'XKeySym' not found
Jul 13 13:50:58 vdr2 vdr: [2771] [softhddev]SetPlayMode: 0
Jul 13 13:50:58 vdr2 vdr: [2771] [softhddev]SetVideoDisplayFormat: 1
Jul 13 13:50:58 vdr2 vdr: [2771] [softhddev]GetSpuDecoder:
Jul 13 13:50:58 vdr2 vdr: [2771] [softhddev]SetPlayMode: 1
Alles anzeigen
TV Signal kommt vom Octopus Net, alle Videoformate laufen mit beiden Plattformen, 720p, 576i, 1080i, wobei 1080i Bob recht gut aussieht und ruhig ist, habe eine 50Hz Ausgabe konfiguriert. Das "ServusTV HD" Logo flackert etwas, der Ton ist nicht synchron, bei Anixe HD bekomme ich nur ein kratzen zu hören, ist sicher eine Konfigurationsfrage am Ton.
vdr-plugin-softhddevice starte ich mit diesen Optionen: "-d :0.0 -f -g 1920x1080+0+0" mit der zusätzlichen Option "-v va-api-glx" startet der VDR gar nicht. Als Skin habe ich eben auch Klaus' schönen LCARS verwendet ...
Es scheint das für SandyBridge noch nicht der neueste Stand (VPP?) in trusty dabei ist.
[Blockierte Grafik: http://auktion.hostingkunde.de/download/servustvhd.png]
Regards
fnu
TV Signal kommt vom Octopus Net, alle Videoformate laufen mit beiden Plattformen, 720p, 576i, 1080i, wobei 1080i Bob recht gut aussieht und ruhig ist, habe eine 50Hz Ausgabe konfiguriert. Das "ServusTV HD" Logo flackert etwas, der Ton ist nicht synchron, bei Anixe HD bekomme ich nur ein kratzen zu hören, ist sicher eine Konfigurationsfrage am Ton.
vdr-plugin-softhddevice starte ich mit diesen Optionen: "-d :0.0 -f -g 1920x1080+0+0" mit der zusätzlichen Option "-v va-api-glx" startet der VDR gar nicht. Als Skin habe ich eben auch Klaus' schönen LCARS verwendet ...
Die Microruckler und Ton Sync bekommst du nur mit "-v va-api-glx" hin, also weg.
Zitat
Es scheint das für SandyBridge noch nicht der neueste Stand (VPP?) in trusty dabei ist.
Welche Version haben sie den? Wenn GLX nicht geht, liegt es am xorg intel Treiber.
Der Haswell kann quasi alles. Auch die "tollen" Bildverbesserer.
Johns
johns: Ist folgendes Problem schon bekannt?
OSD wird bei va-api-glx unvollständig gerendert: Wenn man bei geschlossenem OSD das Menü öffnet, erscheint erstmal kein OSD. Nur aktualisierte Teile des OSDs sind dann bei der nachfolgenden Navigation sichtbar.
(Lokal gebautes softhddevice mit Stand aus PPA yavdr/unstable-vdr (1:0.6.1rc1.git20140218.1126-1yavdr1~trusty), VDR 2.1.6, Skin nOpacity, Hardware: Haswell Celeron, Software: Intel-Treiber aus dem oibaf-PPA, bei Bedarf beschreibe ich mehr)
Gruß
hepi
Ist mir nichts aufgefallen, das OSD war immer in Ordnung, aber so viel habe ich auch nicht getestet.
Zitat
git20140218:
commit 3d3a88e76c14a2c89169b83f241cff4d34158776
Date: Wed Feb 12 14:37:35 2014 +0100
Fix OSD bugs.
Mit diesen Änderungen sollten eigentlich alle OSD Probleme, der Vergangenheit angehören.
(Play Plugin ist noch nicht aktuell).
Johns
Hier konnte ich aber auch nur LCARS verwenden. SkinflatPlus ging gar nicht.
Welche Version haben sie den? Wenn GLX nicht geht, liegt es am xorg intel Treiber.
Hab mich ja sehr lange nicht damit befasst, daher die Frage, wie am Besten prüfen?
Die Distros geben das in ihren Paket immer ein wenig unterschiedlich an, gibt es ein Werkzeug? vainfo gibt keine Versionen aus ...
Regards
fnu
Libva ist einfach: libva 0.35 (Intel i965 driver - 1.3.0), das gibt ja das Plugin selber aus.
http://lists.freedesktop.org/a…bva/2014-June/002457.html
Man braucht 1.3.2 für Sandy Bridge.
Beim Intel Treiber ging bei mir sicher: 2.21.15, der pre release will mal wieder nicht.
Und die Version sollte zumindest im xorg.log stehen.
Johns
Libva ist einfach: libva 0.35 (Intel i965 driver - 1.3.0), das gibt ja das Plugin selber aus.
Ok, das passt ja wohl, gut.
Beim Intel Treiber ging bei mir sicher: 2.21.15, der pre release will mal wieder nicht.
Hmm, kann das sein 2.99.910?
...
[ 12.825] (II) intel: Driver for Intel(R) Integrated Graphics Chipsets:
i810, i810-dc100, i810e, i815, i830M, 845G, 854, 852GM/855GM, 865G,
915G, E7221 (i915), 915GM, 945G, 945GM, 945GME, Pineview GM,
Pineview G, 965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33,
GM45, 4 Series, G45/G43, Q45/Q43, G41, B43
[ 12.825] (II) intel: Driver for Intel(R) HD Graphics: 2000-5000
[ 12.825] (II) intel: Driver for Intel(R) Iris(TM) Graphics: 5100
[ 12.826] (II) intel: Driver for Intel(R) Iris(TM) Pro Graphics: 5200
[ 12.826] (++) using VT number 7
[ 12.826] (II) intel(0): SNA compiled: xserver-xorg-video-intel 2:2.99.910-0ubuntu1 (Timo Aaltonen <tjaalton@ubuntu.com>)
[ 12.826] (--) intel(0): Integrated Graphics Chipset: Intel(R) HD Graphics 2000
...
[ 12.854] (II) intel(0): SNA initialized with Sandybridge (gen6, gt1) backend
[ 12.854] (==) intel(0): Backing store enabled
[ 12.854] (==) intel(0): Silken mouse enabled
[ 12.854] (II) intel(0): HW Cursor enabled
[ 12.854] (II) intel(0): RandR 1.2 enabled, ignore the following RandR disabled message.
[ 12.854] (==) intel(0): DPMS enabled
[ 12.854] (II) intel(0): [DRI2] Setup complete
[ 12.854] (II) intel(0): [DRI2] DRI driver: i965
[ 12.854] (II) intel(0): [DRI2] VDPAU driver: i965
[ 12.854] (II) intel(0): direct rendering: DRI2 Enabled
[ 12.854] (==) intel(0): hotplug detection: "enabled"
[ 12.854] (--) RandR disabled
[ 12.859] (II) SELinux: Disabled on system
[ 12.926] (II) AIGLX: enabled GLX_MESA_copy_sub_buffer
[ 12.926] (II) AIGLX: enabled GLX_ARB_create_context
[ 12.926] (II) AIGLX: enabled GLX_ARB_create_context_profile
[ 12.926] (II) AIGLX: enabled GLX_EXT_create_context_es2_profile
[ 12.926] (II) AIGLX: enabled GLX_INTEL_swap_event
[ 12.926] (II) AIGLX: enabled GLX_SGI_swap_control and GLX_MESA_swap_control
[ 12.926] (II) AIGLX: enabled GLX_EXT_framebuffer_sRGB
[ 12.926] (II) AIGLX: enabled GLX_ARB_fbconfig_float
[ 12.926] (II) AIGLX: GLX_EXT_texture_from_pixmap backed by buffer objects
[ 12.926] (II) AIGLX: enabled GLX_ARB_create_context_robustness
[ 12.926] (II) AIGLX: Loaded and initialized i965
[ 12.926] (II) GLX: Initialized DRI2 GL provider for screen 0
...
Alles anzeigen
"libva-intel-driver" scheint zu alt:
apt-cache policy libva-intel-vaapi-driverlibva-intel-vaapi-driver: Installiert: 1.3.0-1ubuntu1 Installationskandidat: 1.3.0-1ubuntu1 Versionstabelle: *** 1.3.0-1ubuntu1 0 500 http://de.archive.ubuntu.com/ubuntu/ trusty/universe amd64 Packages 100 /var/lib/dpkg/status
Regards
fnu
2.99.910 stimmt schon, das ist ja ein Prerelese für die nächste 3.0 Version, den meinte ich mit unstable.
Mit dem funktioniert die GLX Ausgabe nicht
Leider bin ich nicht der GLX/OpenGL Spezialist, um zu sagen, es liegt am Treiber oder an meinem Code.
Mehrere alte Version gingen, nur die 2.99 gingen dann nicht mehr.
Im Moment kenn ich nicht viele andere Player die VA-API unterstützen und auch GLX verwenden.
Mplayer VA-API: https://gitorious.org/vaapi/mplayer/
Wenn der nicht funktioniert, dann hätte man eine Chance, den Bug zureporten.
Klar XBMC/Openelec, aber die sind overkill.
Es gab mal xine-vaapi, ich weiß nicht, ob das in Xine eingeflossen ist oder weiter aktuell ist.
Johns
Ok, bei Ubuntu 13.04 (Raring) war xserver-xorg-video-intel 2.21.6 dabei, seit Saucy wird 2.99.9xx ausgeliefert.
Im Gegenzug "libva-intel-vaapi-driver" bis Saucy 1.0.xx, ab Trusty 1.3.0, ditto Developer Utopic.
Man das wird ja ein Spaß die Versionen zu "matchen" ...
Regards
fnu
Debian Jessie liefert scheinbar alles passend zu "johns" Angaben, out-of-stock:
- https://packages.debian.org/jessie/xserver-xorg-video-intel
- https://packages.debian.org/jessie/i965-va-driver
Denkfehler?
Regards
fnu
Archlinux:
xf86-video-intel: 2.99.912
libva-intel-driver: 1.3.2
libva: 1.3.1
“intel-vaapi-driver” 1.3.2-1 ist bei utopic in proposed: https://launchpad.net/ubuntu/+…ntel-vaapi-driver/1.3.2-1
Bei oibaf: xserver-xorg-video-intel (2:2.99.912+git1407111930.e0523a~gd~t) trusty https://launchpad.net/~oibaf/+…raphics-drivers/+packages
Libva Utopic: 1.3.1-3 https://launchpad.net/ubuntu/+source/libva/1.3.1-3
Debian Jessie liefert scheinbar alles passend zu "johns" Angaben, out-of-stock:
- https://packages.debian.org/jessie/xserver-xorg-video-intel
- https://packages.debian.org/jessie/i965-va-driver
Denkfehler?
Das wäre die optimale Kombination.
zu 2.99.xxx:
Dieser Fehler passiert schon sehr früh. Du kannst mal im Source die Fehlernummer bzw. den Text ausgeben.
Ich habe nicht weiter gesucht, wollte etwas laufendes zum arbeiten haben.
Vielleicht ist der Fehler einfach behebbar.
vaCreateSurfaceGLX ist der Übeltäter.
Es könnte die Texture falsche Tiefe oder sowas haben.
Damit wäre der Fehler in GlxInit
visual_attr könnte falsch sein, bzw. die Werte die fehlen, je nach Version anderes ausgelegt werden.
Johns
xf86-video-intel: 2.99.912
Und lief trotzdem nicht, oder?
Das wäre die optimale Kombination.
Das ist ja schnell ausprobiert, will es ja einmal funktionsfähig sehen. Für eine Ubuntu Umsetzung wird man wohl um eine Behebung in Verbindung mit 2.99.xxx nicht umhinkommen, dann muß man klären ob man den libva Treiber einfach so anheben kann ...
Du kannst mal im Source die Fehlernummer bzw. den Text ausgeben.
Äh ja, aber Du weißt schon das Du mit einem C Legastheniker redest ... ? ...
Regards
fnu
Und lief trotzdem nicht, oder?
Naja ich habe im Gegensatz zu dir immerhin va-api-glx an bekommen.
Wenn ich mal wieder Lust habe, teste ich nochmal mit mplayer.
Solange die guten Deinterlacer mit Softhddevice und va-api nicht funktionieren, teste ich damit nichts mehr.
So war das gar nicht gemeint. Ich würde gerne einen Stand finden der funktioniert und das möglichst für alle.
Das Neueste scheint ja eher immer wieder problematisch zu sein, wenn ich johns richtig verstehe. Wird also nie einfach mit dem Rolling-Upgrade Prinzip von Arch und es kann niemand einen Entwickler zwingen dieses mitzugehen. Tags, also Versionsstände, gehören auch bei GIT Repositories zum guten Ton ...
Regards
fnu
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!