HW-Beschleunigung für h.264 mit VDPAU und Linux
- hddummy
- Geschlossen
-
-
Wozu denn? Erstens brauche ich µATX und bisher gibts 9400 nur in Fullsize ATX, dazu ist der 9400 doch nur etwas höher getaktet und ansonsten der gleiche Chip. Der Takt ist aber nur in 3D Szenarios von Relevanz und fürs Videodecoding unwichtig. Deswegen wäre es für meinen VDR bestenfalls zweirangig.
-
Wie siehts eigentlich generell mit der Unterstuetzung von den neueren GeForce-Chipsaetzen unter Linux aus? Speziell der 8200er hats mir angetan ...
Grueße!
-
Eigentlich ganz ok. Es gab ja jetzt ziemlich lange Probleme mit den den neueren Karten mit der 2D Performance unter X. Konnte man besonders unter KDE4 mit Klickibunti merken. Mit den letzten 180.xx Treibern hat sich das aber stark verbessert.
3D war eigentlich nie ein Problem und Video mit XV auch nicht. Zumindest bei meiner 8600GT nicht. -
-
Wieder was zum Spielen ..sag doch, wenn dann Nvidia
Wahrscheinlich gab´es deshalb noch keine ATI-Treiber diesen Monat.
Waere ja am 26. dran gewesen aber die muessen/wollen wohl nachziehen..... -
Zitat
Originally posted by ollo
... einen FFMpeg fork für VDPAU gibt es hier:http://repo.or.cz/w/FFMpeg-mirror/ffmpeg-vdpau.git
Gruß, ollo
Etwa komish : -
Hallo,
neuer Treiber neues Glück. Der Treiber 180.11 Beta ist released.
http://www.nvnews.net/vbulletin/showthread.php?t=124059
Bzgl. Geforce 6,7 und G80 gibt es schlechte Nachrichten.
http://www.nvnews.net/vbulletin/showpost.php?p=1853112&postcount=14
Die beworbene HW-Beschleunigung bzgl. h264 ist wohl sehr gering und wurde mittlels Shaders realisiert.
Der Rest wird unter Windows wohl mittels DirectX erledigt. Es handelt sich wohl vielmehr um eine Marketing Darstellung ...http://www.nvnews.net/vbulletin/showpost.php?p=1853242&postcount=16
Mittels VDPAU wird es da wohl auch nichts geben. Für mich hört sich das so an, als fast nicht andere übrig bleibt als DirectX zu analysieren...
-
Noch ne Einschränkung auch für 180.11 Beta:
VDPAU unterstützt z.Zt. H.264 level 4.1 daher dürfen maximal 4 Ref.-Frames verwendet werden um ein Bild aufzulösen. Dies könnte prinzipiell im Treiber gelöst werden, dennoch wird diesbezgl. Nichts versprochen.
http://www.nvnews.net/vbulletin/showpost.php?p=1862244&postcount=217
1. Gibt es eigentlich Tools unter linux, mit dem solche Kriterien untersucht werden können ?
2. Mit welchem Tool kann man h.264 aus diversen Kontainer-Format extrahieren ?Gruß
Erik
-
Wie´s unter Linux mit dem Demuxen von H.264-TS aussieht, weiß ich nicht (da müsste ja was mit mplayer/mencoder & Co gehen), unter Win und wahrscheinlich auch wine geht´s z.B. mit xport (der synchronisiert sicher auch Audio und Video à la ProjectX) oder dem TSMuxeR aus dem weltberühmten Doom9-Forum.
Um die VDR-PES-Recordings zu konvertieren, schrieb Artem Makhutov neulich in der ML:Zitatyou can use
$ ffmpeg -i 001.vdr -acodec copy -vcodec copy -scodec copy output.ts
or
$ ffmpeg -i 001.vdr -acodec copy -vcodec copy -scodec copy output.mkv
to convert the recoring to a different container without demuxing it. -
Zitat
Bzgl. Geforce 6,7 und G80 gibt es schlechte Nachrichten.
http://www.nvnews.net/vbulletin/showpost.php?p=1853112&postcount=14
Die beworbene HW-Beschleunigung bzgl. h264 ist wohl sehr gering und wurde mittlels Shaders realisiert.
Der Rest wird unter Windows wohl mittels DirectX erledigt. Es handelt sich wohl vielmehr um eine Marketing Darstellung ...http://www.nvnews.net/vbulletin/showpost.php?p=1853242&postcount=16
Mittels VDPAU wird es da wohl auch nichts geben. Für mich hört sich das so an, als fast nicht andere übrig bleibt als DirectX zu analysieren...
Oder eben eine neue Karte, die vollwertige Videoprozessoren hat. Eine G80 ist doch sowieso so ein Stromschlucker, sie in einem VDR einzusetzen paßt doch nicht gut zusammen. Die ganzen aktuellen 30/40/50€ LowEnd Chip und aktuellen IGPs scheinen alle vollwertige Videochips zu haben und können auch VC1.
-
Zitat
Originally posted by JK1974
Wie´s unter Linux mit dem Demuxen von H.264-TS aussieht, weiß ich nicht (da müsste ja was mit mplayer/mencoder & Co gehen), unter Win und wahrscheinlich auch wine geht´s z.B. mit xport (der synchronisiert sicher auch Audio und Video à la ProjectX) oder dem TSMuxeR aus dem weltberühmten Doom9-Forum.
Um die VDR-PES-Recordings zu konvertieren, schrieb Artem Makhutov neulich in der ML:Die Konvertierung geht mit SD Material recht gut. Danke für den Tip! Leider hakt es beim Versuch, H264 Material (vom letzten EinsFestival Showcase) in TS zu konvertieren. Dabei wundert mich, das er angeblich einen mpeg2 video strom ekannt haben will!
Cheers
AndiHier der log:
Code
Alles anzeigenffmpeg -i 002.vdr -acodec copy -vcodec copy -scodec copy output.ts FFmpeg version SVN-rUNKNOWN, Copyright (c) 2000-2007 Fabrice Bellard, et al. configuration: --enable-gpl --enable-pp --enable-swscaler --enable-pthreads --enable-libvorbis --enable-libtheora --enable-libogg --enable-libgsm --enable-dc1394 --disable-debug --enable-libmp3lame --enable-libfaadbin --enable-libfaad --enable-libfaac --enable-xvid --enable-x264 --enable-liba52 --enable-amr_nb --enable-amr_wb --enable-shared --prefix=/usr libavutil version: 1d.49.3.0 libavcodec version: 1d.51.38.0 libavformat version: 1d.51.10.0 built on Jul 29 2008 18:21:25, gcc: 4.2.3 (Ubuntu 4.2.3-2ubuntu7) Seems stream 0 codec frame rate differs from container frame rate: inf (1/0) -> 90000.00 (90000/1) Input #0, mpeg, from '002.vdr': Duration: 00:22:58.9, start: 26632.956333, bitrate: 12167 kb/s Stream #0.0[0x1e0]: Video: mpeg2video, 90000.00 fps(r) Stream #0.1[0x80]: Audio: ac3, 48000 Hz, stereo, 256 kb/s Stream #0.2[0x1c0]: Audio: mp2, 48000 Hz, stereo, 192 kb/s Output #0, mpegts, to 'output.ts': Stream #0.0: Video: mpeg2video, q=2-31, 90000.00 fps(c) Stream #0.1: Audio: ac3, 48000 Hz, stereo, 256 kb/s Stream mapping: Stream #0.0 -> #0.0 Stream #0.1 -> #0.1 [mpegts @ 0xb7fc2110]dimensions not set Could not write header for output file #0 (incorrect codec parameters ?)
-
Zitat
Originally posted by jerily
Oder eben eine neue Karte, die vollwertige Videoprozessoren hat. Eine G80 ist doch sowieso so ein Stromschlucker, sie in einem VDR einzusetzen paßt doch nicht gut zusammen. Die ganzen aktuellen 30/40/50€ LowEnd Chip und aktuellen IGPs scheinen alle vollwertige Videochips zu haben und können auch VC1.
Sofern Du einen Media PC meinst, der die meiste Zeit läuft gebe ich Dir grundsätzlich Recht,
Aber nicht für diejenigen, die sowieso eine Geforce 6/7 bzw. G80 Karte haben bzw. genau wegen der Hoffnung auf HD gekauft haben und dies nur hin und wieder nutzten wollen. Soviel HD-Material gibt es schließlich z.Zt. auch nicht.Sorry, es kann doch nicht sein, dass man mit HW-Beschleunigung wirbt, und dafür sich einen Großen Namen einfallen lässt, für etwas was so nicht existiert.
In keinen einzigen Forum habe ich bis lang gelesen, dass sich das Jemand unter dem so beworbenen PureVideoHD vorgestellt hat.Dies mag man gerne an Nvidia, ATI und wahrscheinlich auch Andere adressieren...
Aber bitte zurück zum Thema. Ich finde es nach wie vor Interessant, wenn auch ein Weg gefunden würde, der die ältere Genaration für HD vernünftig nutzbar macht.
-
hddummy:
Schlimmer noch - habe auch was, was ich in noch keinem Forum gelesen habe: Ich habe mit einer GeForce 7600 mal einen Full-HD-Film auf einem Full-HD-Screen wiedergeben wollen. Ergebnis: Seltsam "kantiges" Bild, als handle es sich um eine Skalierung über Pixelwiederholung. Gleicher Rechner, gleiches System, GeForce 8600: Alles ok.
Seitdem behaupte ich: Alle Karten < GeForce 8 können kein Full-HD.
P.S.: Bezieht sich natürlich auf Windoof... -
Hallo Zusammen,
ich habe mal wieder einen neunen Thread für die Thematik Geforce 6,7 und G80 geöffnet.
hier der link: http://www.vdrportal.de/board/…?postid=772848#post772848
Hier sollte es mit VDPAU weitergehen. Vielen Dank an Alle.
Gruß
Erik
-
---
-
hallo,
nachdem ich mir endlich neue hardware für meinen vdr gegönnt habe, wollte ich die hw beschleunigung auch gleich ausprobieren. bei mir funktionierts leider nur zur hälfte. der parameter -vo vdpau funktioniert, cpu wird auch ein wenig entlastet, aber nicht die welt. aber -vc ffh264vdpau oder -vc ffmpeg12vdpau bringt ne fehlermeldung, der codec wäre nicht vorhanden.
Code# cat /proc/driver/nvidia/cards/0 Model: GeForce 8200 IRQ: 22 Video BIOS: 62.77.19.00.00 Card Type: PCI DMA Size: 40 bits DMA Mask: 0xffffffffff Bus Location: 02.00.0
mpeg file:Code
Alles anzeigen./mplayer -vo vdpau -vc ffmpeg12vdpau MPEGIO3MBPS30sec.mpg MPlayer dev-SVN-r27960-4.1.2 (C) 2000-2008 MPlayer Team CPU: AMD Athlon(tm) Dual Core Processor 5050e (Family: 15, Model: 107, 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 115 audio & 238 video codecs mplayer: could not connect to socket mplayer: Connection refused Failed to open LIRC support. You will not be able to use your remote control. Playing MPEGIO3MBPS30sec.mpg. MPEG-PS file format detected. VIDEO: MPEG2 704x576 (aspect 2) 25.000 fps 3000.0 kbps (375.0 kbyte/s) ========================================================================== Forced video codec: ffmpeg12vdpau Cannot find codec matching selected -vo and video format 0x10000002. Read DOCS/HTML/en/codecs.html! ========================================================================== ========================================================================== Opening audio decoder: [mp3lib] MPEG layer-2, layer-3 AUDIO: 48000 Hz, 2 ch, s16le, 128.0 kbit/8.33% (ratio: 16000->192000) Selected audio codec: [mp3] afm: mp3lib (mp3lib MPEG layer-2, layer-3) ========================================================================== AO: [oss] 48000Hz 2ch s16le (2 bytes per sample) Video: no video Starting playback... A: 2.8 (02.8) of 29.2 (29.1) 0.3%
h.264 file:Code
Alles anzeigen./mplayer -vo vdpau -vc ffh264vdpau -nolirc /media/usb/FUJITSU_MHZ2500BT_G2_1/Filme/BluRay/Transformers\ \(1080p\).vob MPlayer dev-SVN-r27960-4.1.2 (C) 2000-2008 MPlayer Team CPU: AMD Athlon(tm) Dual Core Processor 5050e (Family: 15, Model: 107, 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 115 audio & 238 video codecs Playing /media/usb/FUJITSU_MHZ2500BT_G2_1/Filme/BluRay/Transformers (1080p).vob. TS file format detected. VIDEO H264(pid=4113) AUDIO A52(pid=4352) NO SUBS (yet)! PROGRAM N. 1 FPS seems to be: 23.976025 ========================================================================== Forced video codec: ffh264vdpau Cannot find codec matching selected -vo and video format 0x10000005. Read DOCS/HTML/en/codecs.html! ========================================================================== ========================================================================== Opening audio decoder: [liba52] AC3 decoding with liba52 Using SSE optimized IMDCT transform Using MMX optimized resampler AUDIO: 48000 Hz, 2 ch, s16le, 640.0 kbit/41.67% (ratio: 80000->192000) Selected audio codec: [a52] afm: liba52 (AC3-liba52) ========================================================================== AO: [oss] 48000Hz 2ch s16le (2 bytes per sample) Video: no video Starting playback... A: 601.2 (10:01.2) of 141145.5 (39:12:25.5) 1.1% MPlayer interrupted by signal 2 in module: play_audio A: 601.3 (10:01.2) of 141145.5 (39:12:25.5) 1.1%
ich habe den treiber in der version 180.08 installiert und diese version des patches runtergeladen und das script checkout-patch-build.sh laufen lassen. es sind keine fehler nach dem kompilieren aufgetreten, aber für mich sieht das so aus, als hätten die patche nichts bewirkt.
ftp://download.nvidia.com/XFre…yer-vdpau-3139462.tar.bz2richtig configuriert wurde es vor dem compilieren:
./configure --disable-x264-lavc --disable-x264 --enable-vdpau
aber eingebaut wurden die funktionen trotzdem nicht:
Code/usr/local/src/mplayer-vdpau-3139462/mplayer-vdpau# ./mplayer -vc help | grep ffh264 ffh264 ffmpeg working FFmpeg H.264 [h264]
das seltsame ist, wenn man nur die option -vo vdpau nimmt, gehts und spart sogar etwas cpu last ein.Code
Alles anzeigen/usr/local/src/mplayer-vdpau-3139462/mplayer-vdpau# ./mplayer -vo vdpau -nolirc /media/usb/FUJITSU_MHZ2500BT_G2_1/Filme/BluRay/Transformers\ \(1080p\).vob MPlayer dev-SVN-r27960-4.1.2 (C) 2000-2008 MPlayer Team CPU: AMD Athlon(tm) Dual Core Processor 5050e (Family: 15, Model: 107, 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 115 audio & 238 video codecs Playing /media/usb/FUJITSU_MHZ2500BT_G2_1/Filme/BluRay/Transformers (1080p).vob. TS file format detected. VIDEO H264(pid=4113) AUDIO A52(pid=4352) NO SUBS (yet)! PROGRAM N. 1 FPS seems to be: 23.976025 ========================================================================== 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, 640.0 kbit/41.67% (ratio: 80000->192000) Selected audio codec: [a52] afm: liba52 (AC3-liba52) ========================================================================== AO: [oss] 48000Hz 2ch s16le (2 bytes per sample) Starting playback... VDec: vo config request - 1920 x 800 (preferred colorspace: Planar YV12) VDec: using Planar YV12 as output csp (no 0) Movie-Aspect is 2.40:1 - prescaling to correct movie aspect. VO: [vdpau] 1920x800 => 1920x800 Planar YV12 A: 603.4 V: 603.6 A-V: -0.148 ct: -0.023 83/ 83 58% 11% 1.0% 9 0
-
Hallo,
versuch es nochmal mit Treiber 180.11 .(http://www.nvnews.net/vbulletin/showthread.php?p=1861825)
Es sollte dann funktionieren, Es könnte sein dass Du mplayer neu übersetzen musst.
Mittels ffmgeg12vdpau (bei Mpeg2-Material) habe ich nach wie vor ein streifiges Bild. Ich denke, dass die Jungs von NVIDIA sich aber zunächst um h.264 kümmern werden.
Gruß
Erik
P.S.: Bei der nächsten Treiber release soll das Problem bzgl. h.264 und Anzahl Ref-Frames gelöst werden. Hierzu wird die API leicht verändert, damit der Maximal-Wert mittels Applikation einstellbar ist.
-
ja von der neuen treiberversion hab ich schon gelesen, hab ich nur noch nicht ausprobiert, weils bei allen anderen ja auch mit der version 180.08 funktioniert hat. aber ich will das heute abend mal noch testen.
es sieht halt eher so aus, als ob beim compilieren des mplayers die vdpau erweiterungen aus mir unerklärlichen gründen nicht in mplayer integriert werden.
kann man irgendwo logfiles einsehen, was make da getrieben hat? -
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!