NVIDIA ovladače 180.11 beta

Vyšly NVIDIA ovladače 180.11 beta. Opravují chyby vykreslování a úniky paměti s GlyphCache, řeší detekci a hlášení chyb u VDPAU a další problémy.

3.12.2008 02:05 | Luboš Doležel (Doli) | Nová verze

Komentáře

[David Watzke]

Zmiňují tam i lepší podporu pro některé bitstreamy ve VDPAU, ale 720p rip s tím pořád nepřehraju :-/ Teď jsem našel novější verzi patchů pro MPlayer (mplayer-vdpau-3139462.tar.bz2 pro revizi 27960) a tam je v tom skriptu dokonce implicitně zakázaný x264 u configure...

[Luboš Doležel (Doli)]

Neřídí x264 v configure jen podporu SW dekódování?

[David Watzke]

Nevim, vyzkouším ty nový patche a dám vědět.

[David Watzke]

Hurááááá!!!

dave@amd64 ~/compile/mplayer-vdpau-3139462 $ ./mplayer-vdpau/mplayer /300GB/tmp/heroes.s03e11.720p.hdtv.x264-ctu.mkv 
MPlayer dev-SVN-r27960-4.3.2 (C) 2000-2008 MPlayer Team
CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ (Family: 15, Model: 35, Stepping: 2)
CPUflags:  MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 1
Compiled for x86 CPU with extensions: MMX MMX2 3DNow 3DNowEx SSE SSE2
/usr/share/fonts/dejavu/DejaVuSans.ttf doesn't look like a bitmap font description, ignoring.
Cannot load bitmap font: /usr/share/fonts/dejavu/DejaVuSans.ttf

Playing /300GB/tmp/heroes.s03e11.720p.hdtv.x264-ctu.mkv.
[mkv] Track ID 1: audio (A_AC3), -aid 0, -alang und
[mkv] Track ID 2: video (V_MPEG4/ISO/AVC), -vid 0
[mkv] Will play video track 2.
Matroska file format detected.
VIDEO:  [avc1]  1280x720  24bpp  23.976 fps    0.0 kbps ( 0.0 kbyte/s)
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264)
==========================================================================
==========================================================================
Opening audio decoder: [liba52] AC3 decoding with liba52
Using SSE optimized IMDCT transform
Using MMX optimized resampler
AUDIO: 48000 Hz, 2 ch, s16le, 384.0 kbit/25.00% (ratio: 48000->192000)
Selected audio codec: [a52] afm: liba52 (AC3-liba52)
==========================================================================
AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample)
Starting playback...
VDec: vo config request - 1280 x 720 (preferred colorspace: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
VO: [vdpau] 1280x720 => 1280x720 Planar YV12 
A:   3.9 V:   3.9 A-V:  0.001 ct:  0.000   0/  0 50%  6%  2.0% 7 0 
Exiting... (Quit)

[Luboš Doležel (Doli)]

A VDPAU už má podporu v MythTV, takže argument "Linux nemá HW akceleraci dekomprese videa, proto chci Windows na HTPC" padá.

[David Watzke]

Poslal jsem blbej výpis, tady je asi použitej jenom vdpau výstup a ne ten kodek, ale každopádně teď jsem zkusil 1080p trailer s ffh264vdpau a funguje to. A kompiloval jsem u toho SMPlayer na obou jádrech Jediným problémem zůstává tearing...

[David Watzke]

Hmm, tohle je zvláštní, 1080p trailer z Apple jde dobře, ale klasický 720p ripy v x264 pořádně nejdou. Video neustále jakoby poskakuje dopředu a dozadu a nedá se na to koukat. Zdá se že tam chybí podpora pro jistou vlastnost x264. Každopádně jsme blízko

[SnailCZ]

K té "vlastnosti": zatím jsou podporována jen videa, která mají "4 reference frames". Vetšina současných filmů na netu tuto hodnotu má na 5 nebo 6.

Chybu poznáte ve výpisu tak, že uvidíte:

VDPAU nvidia: Error detected 1010 147 28

Vždy se jedná o tento případ, pokud jsou ve výpisu 3 hodnoty, první je vyšší jak 1000 a třetí má hodnotu 28

[David Watzke]

Tuhle chybu mi to ale nehází.

[Grunt]

A nedají se třeba ty bitstream filtry z libav zapnout on-the-fly nějakým parametrem i v mplayeru?

[Grunt]

Video neustále jakoby poskakuje dopředu a dozadu a nedá se na to koukat. Zdá se že tam chybí podpora pro jistou vlastnost x264. Každopádně jsme blízko

Potvrzuju. Je to jakoby GPU ještě na něčem pracoval a nebo jako by něco brzdilo datový tok do karty. Někdy se to začne posekávat tak, že se celé video zadrhne. Stačí pauzovat a pak odpauzovat a obraz dohoní zvuk a pak to běží celkem normálně(až na ten tearing, ale ten mi tak moc nevadí). Jakoby by byla v kartě nějaká cache co se nestačí plnit. Jinak annex bitstream je stále dopředu oproti zvuku a MPEG2 má furt problém s jasem u bloků.

[J. M.]

x264 v configure MPlayeru řídí podporu H.264 kódování, protože x264 není nic jiného než knihovna (plus program), která kóduje (ale nedekóduje) H.264 video.

[Jan Trávníček]

Tak ho mam nainstalovaný a KDE4 konečně nebliká... Už sem ani nedoufal

[KejPi]

Fak?! Tak to jsem zvedavy, odpoledne to nainstaluju. Doufam, ze se konecne zbavim v KDE4 problemu jako je tento s trayem:

forum.kde.org/common-problems-of-kde4-using-nvidia-gpus-t-6971-3.html#pid22472

[Thunder.m]

Nevíte jestli bonusweb a glyphcache už nepadá?

[Grunt]

Jaký je rozdíl mezi NVIDIA-Linux-x86-180.11-pkg0.run a NVIDIA-Linux-x86-180.11-pkg1.run?

[Luboš Doležel (Doli)]

Tuším, že v obsažených předkompilovaných jaderných modulech.

[Marián Kyral]

Tak jsem se teď vrátil k počítači s KDE3 a kwin4. Běžel tam nějaký standardní kde3 opengl screen saver. A po přihlášení, mám celý obraz trochu posunutý doprava - kousek pravé strany se zobrazuje vlevo. Bohužel screenshot nepřiložím, ten je v pořádku a foťák teď nemám po ruce.

Jinak problém se systémovým panelem je zdá se vyřešen.

[Marián Kyral]

Naštěstí to změna rozlišení tam a zpátky řeší.

[Marián Kyral]

 

Jinak problém se systémovým panelem je zdá se vyřešen.

Tak nic. Po restartu je problém zpět.

 

[Dusan]

Dúfam že vdpau bude podporovať všetky vlastnosti h.264, lebo x264 kóder už má skoro všetky vlastnosti implementované.

http://en.wikipedia.org/wiki/H.264#Software_encoder_feature_comparison

Ďalej je podla hore uvedenej stránky len asi fa. Vanguard Software Solutions

A ani ffmpeg s implementáciou dekódera nie je ďaleko viď

http://ffmpeg.mplayerhq.hu/changelog.html

A keby to sprístupnili do noevau a na staršie, karty vôbec by som sa nehneval.

Hehe ale to je asi len môj idealizmus.