VDPAU läuft nicht?!

/push

hallo,

habe hier auch eine 8400er. die hat scheinbar den alten chip drauf.

( gibt es wohl mit altem und mit neuem g98 chip drauf )

meine hatte einen alten und damit ging kein vdpau...

hab hier ne 9400er 8600er 9500er & ne g220 erfolgreich getestet

die g220 allerdings noch nicht mit ton via hdmi

lg a_client

bei mir isses ne 8400er mit G98 Chip, CPU-Last bei ZDF HD liegt bei >90%, und derbe ruckler

Zitat

Original von mobi
bei mir isses ne 8400er mit G98 Chip, CPU-Last bei ZDF HD liegt bei >90%, und derbe ruckler

Mir war bekannt, dass es ältere 8400er Karten mit einer G86-GPU und neuere mit einer G98-GPU gibt. Aber dass es jetzt auch noch 2 verschiedene G98-GPUs gibt, ist mir neu. Ihr habt nicht eventuell zu wenig Speicher?

Gerald

ich wunder mich hier gerade...

meinte bisher meine wär die alte 8400er, ging bisher nicht mit vdpau ( andere distribution )

habe die gerade eingebaut weil ich mit einer 9500er probleme hatte. die machte immer wenn ich strg & alt & F2 drückte nur noch den monitor aus. keine konsole zu sehen.

kennt das jemand auch?

probier gerade aus. servus tv hd - die senden ja in 1080i mit der alten 8400er.

mit top durchschnittlich 5% prozessorlast. also müste vdpau doch bei mir gerade an sein oder?

wie kann ich vdpau testen?

grüße a_client

Zitat

Original von a_client
( andere distribution )
<snip>
kennt das jemand auch?

Abgesehen vom OT: bei dieser Informationsfülle versagt jede Kristallkugel (an der Karte selbst sollte es aber nicht liegen)

Zitat

Original von a_clientmit top durchschnittlich 5% prozessorlast. also müste vdpau doch bei mir gerade an sein oder?

wie kann ich vdpau testen?

Die Auslastung sagt doch eigentlich alles. Selbst wenn's ohne vdpau wäre (weiß ja nicht, was für'n Hyperdüperhammerprozessor du hast) - wie weit würdest du den Wert durch zuschalten von vdpau denn noch drücken wollen?
Wenn du's aus Prinzip schriftlich haben willst, hilft dir ja vielleicht vdpauinfo
Bei yavdr:

DISPLAY=:1 vdpauinfo

klar das ist ja das komische, 5% muss vdpau sein.

wundere mich nur das die nun geht, obwohl ich da irgendwann man unter linux den "alten chip" gesehen hatte.

ist ein 2*1,87ghz core duo, will nicht noch weniger cpu last, verstehe es nur gerade nicht.

kann ich irgendwie sehen welcher chip es nun genau ist.

anbei die ausgabe von der info:

vdpauinfo: cannot connect to X server
user0815@yavdr:~$ DISPLAY=:1 vdpauinfo
display: :1 screen: 0
API version: 1
Information string: NVIDIA VDPAU Driver Shared Library 195.36.24 Thu Apr 22 10 :39:56 PDT 2010

Video surface:

name width height types
-------------------------------------------
420 4096 4096 NV12 YV12
422 4096 4096 UYVY YUYV

Decoder capabilities:

name level macbs width height
-------------------------------------------
MPEG1 0 8192 2048 2048
MPEG2_SIMPLE 3 8192 2048 2048
MPEG2_MAIN 3 8192 2048 2048
H264_MAIN 41 8192 2048 2048
H264_HIGH 41 8192 2048 2048
VC1_SIMPLE 1 8190 2048 2048
VC1_MAIN 2 8190 2048 2048
VC1_ADVANCED 4 8190 2048 2048

Output surface:

name width height nat types
----------------------------------------------------
B8G8R8A8 8192 8192 y Y8U8V8A8 V8U8Y8A8
R10G10B10A2 8192 8192 y Y8U8V8A8 V8U8Y8A8

Bitmap surface:

name width height
------------------------------
B8G8R8A8 8192 8192
R8G8B8A8 8192 8192
R10G10B10A2 8192 8192
B10G10R10A2 8192 8192
A8 8192 8192

Video mixer:

feature name sup
------------------------------------
DEINTERLACE_TEMPORAL y
DEINTERLACE_TEMPORAL_SPATIAL y
INVERSE_TELECINE y
NOISE_REDUCTION y
SHARPNESS y
LUMA_KEY y
HIGH QUALITY SCALING - L1 -
HIGH QUALITY SCALING - L2 -
HIGH QUALITY SCALING - L3 -
HIGH QUALITY SCALING - L4 -
HIGH QUALITY SCALING - L5 -
HIGH QUALITY SCALING - L6 -
HIGH QUALITY SCALING - L7 -
HIGH QUALITY SCALING - L8 -
HIGH QUALITY SCALING - L9 -

parameter name sup min max
-----------------------------------------------------
VIDEO_SURFACE_WIDTH y 1 4096
VIDEO_SURFACE_HEIGHT y 1 4096
CHROMA_TYPE y
LAYERS y 0 4

attribute name sup min max
-----------------------------------------------------
BACKGROUND_COLOR y
CSC_MATRIX y
NOISE_REDUCTION_LEVEL y 0.00 1.00
SHARPNESS_LEVEL y -1.00 1.00
LUMA_KEY_MIN_LUMA y
LUMA_KEY_MAX_LUMA y

werd da aber nicht wirklich draus schlau

grüße a_client

Zitat

Original von a_client
user0815@yavdr:~$ DISPLAY=:1 vdpauinfo
display: :1 screen: 0
API version: 1
Information string: NVIDIA VDPAU Driver Shared Library 195.36.24 Thu Apr 22 10 :39:56 PDT 2010

[...]
werd da aber nicht wirklich draus schlau

Alles anzeigen

Du erwartest jetzt aber nicht, dass ich weiß, was die vielen Zahlen zu bedeuten haben?
Mir sagt das auch nur: vdpau ist installiert und funktioniert im Prinzip (ob eine bestimmte Anwendung, z.B. vdr, das auch ausnutzt, sagt es natürlich nicht; aber bei yavdr würd ich mal ganz fest davon ausgehen)

weiß jmd vllt auch, wo (Pfadangabe) der yavdr den x-server startet.

bin nu leider auf arbeit, aber gestern habe ich den x-server noch kurz mit stop x angehalten, konnte ihn aber manuell mittels xinit -e vdr-sxfe --video=vdpau --fullscreen nicht zum laufen bekommen.

Zitat

Original von mobi
weiß jmd vllt auch, wo (Pfadangabe) der yavdr den x-server startet.

/etc/init/x.conf. Ich habe allerdings keine Idee was du eigentlich vorhast.

Gerald

möglichst viele Informationen sammeln, um heute nach Feierabend zu schauen, warum vdpau nicht aktiv ist.

also,
mit der frisch installierten 0.2.0 Version ist augenscheinlich nach top vdpau noch aktiv, sobald ich mit
apt-get update
apt-get upgrade
apt-get dist-upgrade
update, klappt vdpau auf dem system nicht mehr

hi nochmal,

hatte vorher mit der 9500 nochmal iinstalliert, die läuft nun auch.

dann nach allen upgrade die 8400 nochmal rein - wegen dir - um zu sehen was die hier macht.

läuft immer noch einwandfrei, wobei anixe hd & ard & zdf gerade geht, servus t hd scheinbar in östereich "schlechtes wetter" im uplink hat.

woran sehe ich eigentlich das vdpau an ist? und die chipversion?

grüße a_client

... könnt schwören das sein 8400 A86 chip drauf war, d.h. laut wiki keine vpdau möglich wär

mobi:
Kann es sein, dass du hier das gleiche Problem hast wie ich hier: [0.2] VDPAU wird auf Asrock ION 330 nettop nicht benutzt

Mach mal an der Console:

sudo dbget system.hardware.nvidia.detected

wenn dort '1' zurueck kommt, dann sollte VDPAU durch xineliboutput bzw. xine aufgerufen werden.

Wenn aber trotz '1' oben du mit "ps alx | grep vdpau" siehst, dass xineliboutput bzw. xine nicht mit vdpau aufgerufen werden, dann hast du das gleiche Problem wie ich - diese Skripten, die xineliboutput/xine starten laufen unter dem User vdr und der hat anscheinend ungenügend Berechtigungen, den richtigen Wert durch dbget system.hardware.nvidia.detected zu ermitteln.

Das hatte ich in meinem Thread (Link oben) doch gesagt, da hatte ich allerdings kein Antwort...

Hingekriegt habe ich das Aufrufen mit vdpau durch Einstellen von custom templates fuer start-xineliboutput bzw. start-xine.

Gruesse aus Schottland

Zitat

woran sehe ich eigentlich das vdpau an ist? und die chipversion?

bei mir gings mit lspci, im output string der GraKa wurde mir der G98 angezeigt.

iwan
bin leider auf der Arbeit und gestern hab ich den vdr wieder gedowngradet (wollte Internal Affairs + die Jimi Hendrix Reportage auf Arte HD aufnehmen),
aber dank dir für den Link, werds heute Abend auf jeden Fall mal testen.

Grüße

Hier aehnlich, vdpau laeuft eine weile, dann steigt die CPU-Last von 5% auf 50% (SD), und schlussendlich haengt die Kiste (edit: haengt fuer mehrere sekunden, dann geht die ssh-session wieder).

dmesg sagt:
[ 79.504055] Clocksource tsc unstable (delta = -130572130 ns)
[ 79.996695] NVRM: Xid (0002:00): 26, Ch 00000008 M 00000700 D 00001001 intr 00400000
[ 81.052796] NVRM: Xid (0002:00): 26, Ch 00000003 M 00000010 D 00000000 intr 00400000
[ 84.020065] NVRM: Xid (0002:00): 26, Ch 00000006 M 00000010 D 00000000 intr 00400000
[ 84.024669] NVRM: Xid (0002:00): 3, C 00000005 SC 00000003 M 00000860 Data 00000000
[ 88.029973] NVRM: Xid (0002:00): 26, Ch 00000004 M 00000600 D 00208c1e intr 00400000
[ 89.439994] NVRM: Xid (0002:00): 26, Ch 00000003 M 00000014 D 2004c100 intr 00400000

lspci sagt (Gigabyte M85M-US2h Rev 1.1 Board)
02:00.0 VGA compatible controller: nVidia Corporation C77 [GeForce 8200] (rev a2)
512MB Ram (von 1GB dual Channel) zugewiesen, CPU ist eine 2650e (1600MHz singlecore)

GPU Temperatur liegt bei 56 Grad.

messages log spricht auch noch:
Sep 18 13:06:05 yavdr vdr-sxfe[1066]: [1066] [demux_vdr] Using decoder "libmpeg2" for mpeg2 video
Sep 18 13:06:05 yavdr vdr-sxfe[1066]: [1066] [demux_vdr] Using decoder "FFmpeg" for H.264 video
Sep 18 13:06:05 yavdr vdr-sxfe[1066]: [1205] [demux_vdr] PMT changed
Sep 18 13:06:24 yavdr vdr: [1116] [xine..put] cXinelibServer::Play Buffer overflow (TCP/PIPE)
Sep 18 13:06:27 yavdr vdr: last message repeated 16 times
Sep 18 13:06:27 yavdr kernel: [ 151.338068] saa7146 (0) vpeirq: used 1 times >80% of buffer (186496 bytes now)
Sep 18 13:06:57 yavdr kernel: [ 181.347739] saa7146 (0) vpeirq: used 1 times >80% of buffer (65424 bytes now)
Sep 18 13:06:57 yavdr vdr: [1116] [xine..put] cXinelibServer::Play Buffer overflow (TCP/PIPE)

[solved] Selbes Problem wie bei iwan beschrieben: [0.2] VDPAU wird auf Asrock ION 330 nettop nicht benutzt

iwan

könntest du mir bitte das custom teamplate mal hochladen, bin momentan mit der 0.2.0 unterwegs, die soweit ganz gut läuft, würde aber dennoch wieder den dist-upgrade wagen wollen (mit möglichst kurzer ausfallzeit)

Grüße

reicht die Datei
/etc/yavdr/templates_custom/usr/bin/startxineliboutput/41_vdpauforce
mit folgenden Inhalt aus:

XINELIBOUTPUTSOPTS="$XINELIBOUTPUTSOPTS --video=vdpau"

bzw.
/etc/yavdr/templats_custom/usr/bin/start-xine/70_vdpauforce

XINEOPTS="$XINEOPTS -V vdpau"

oder muss jeweils das

vdpauinfo 2>/dev/null >/dev/null &&

vorhanden bleiben?

Zitat

Originally posted by mobi
iwan

könntest du mir bitte das custom teamplate mal hochladen, bin momentan mit der 0.2.0 unterwegs, die soweit ganz gut läuft, würde aber dennoch wieder den dist-upgrade wagen wollen (mit möglichst kurzer ausfallzeit)

Grüße

Ich habe einfach bei start_xineliboutput die if und fi Zeilen auskommentiert in 40_vdpauinfo. Sieht also so aus:

# if [ "x$(dbget system.hardware.nvidia.detected)" = "1" ]; then
  vdpauinfo 2>/dev/null >/dev/null && XINELIBOUTPUTOPTS="$XINELIBOUTPUTOPTS --video=vdpau"
# fi

Hinweis: ich musste nach `sudo process_templates /usr/bin/start-xineliboutput` auch ein `chmod +x /usr/bin/start-xineliboutput` machen, sonst war der custom-skript nicht ausführbar.

Das gleiche musst du in 70_vdpauinfo bei /usr/bin/start-xine machen, falls du xine statt xineliboutput verwenden willst.

Iwan