From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1SJXEb-0001v1-Fe for garchives@archives.gentoo.org; Sun, 15 Apr 2012 21:43:51 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 56D79E0E52; Sun, 15 Apr 2012 21:43:35 +0000 (UTC) Received: from mail-we0-f181.google.com (mail-we0-f181.google.com [74.125.82.181]) by pigeon.gentoo.org (Postfix) with ESMTP id 90374E0E4F for ; Sun, 15 Apr 2012 21:42:05 +0000 (UTC) Received: by werm13 with SMTP id m13so3383256wer.40 for ; Sun, 15 Apr 2012 14:42:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=from:to:subject:date:message-id:user-agent:in-reply-to:references :mime-version:content-transfer-encoding:content-type; bh=3dfl+/ZSFim5B9/xTwMAUCGrshOhW6p/z67tDcY+0T8=; b=khG76bSWjHTkZIkpJnskh32pVDUn9u6pUpqLpFY+4PvOVFvcuGesouwIZVR3AkHTMG eBu7gCloiVWEcirYAT5g5rV7NVzaLVQlQrYXZWnqUl+qyG0Noo85WL1XcFDjwFw1DOjp E6kj6vosM9sJxC5DPKKcI/OFmqh3Hf0QpmAd3HFXfsqrDJVikfoXF9UvB3mKvKBob0Tf A1WtDF+HdZsIE3zQ07C6N70kpTnbxbtTFdLO9zKj0kH8trwIyPb3YP2tiq0vORCaRQ0g DavqGSiuR5LBbOZ2ci8RByaJoCzIZZ/v0iVKIzeImVaLC5p7QC+tfhk8tA/Bxk3RkJWV jeqw== Received: by 10.216.134.200 with SMTP id s50mr5231502wei.116.1334526124783; Sun, 15 Apr 2012 14:42:04 -0700 (PDT) Received: from energy.localnet (p4FC61C1D.dip0.t-ipconnect.de. [79.198.28.29]) by mx.google.com with ESMTPS id 6sm15195052wiz.1.2012.04.15.14.42.02 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 15 Apr 2012 14:42:03 -0700 (PDT) From: Volker Armin Hemmann To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] PCI video cards, hardware accel, upported by open-source drivers? Date: Sun, 15 Apr 2012 23:42:01 +0200 Message-ID: <1512443.MyaSm9XKQv@energy> User-Agent: KMail/4.8.2 (Linux/3.0.27; KDE/4.8.2; x86_64; ; ) In-Reply-To: References: <20120410112621.GA10304@waltdnes.org> <11941715.7oCXCqHLg1@energy> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Archives-Salt: eaef585d-ad3f-4a16-ad88-9415e49d099f X-Archives-Hash: 6f1018a9626de2fb38c7fbf40015e2bf Am Sonntag, 15. April 2012, 16:54:58 schrieb Michael Mol: > On Sun, Apr 15, 2012 at 4:45 PM, Volker Armin Hemmann > > wrote: > > Am Sonntag, 15. April 2012, 16:44:43 schrieb Florian Philipp: > >> Am 15.04.2012 16:22, schrieb Michael Mol: > >> > On Sun, Apr 15, 2012 at 10:09 AM, Florian Philipp > >> > > > > > wrote: > >> >> Am 15.04.2012 15:18, schrieb Walter Dnes: > >> >>> On Wed, Apr 11, 2012 at 06:30:02PM +0200, Volker Armin Hemmann wrote > >> >>> > >> >>>> Am Mittwoch, 11. April 2012, 02:11:35 schrieb Walter Dnes: > >> >>>>> If it's PCIe, so be it. Actually, a post that prevents me > >> >>>>> wasting > >> >>>>> > >> >>>>> money is helpful . Would PCIe be significantly better on the > >> >>>>> same > >> >>>>> CPU+GPU, or is it hype? > >> >>>> > >> >>>> a lot, lot lot lot better. No hype. > >> >>> > >> >>> I've done some looking, and I'm back with more questions. I've > >> >>> also > >> >>> > >> >>> read the Nouveau-versus-NVIDIA thread. Questions... > >> >>> > >> >>> 1) Will PCIe 2.0 cards work in a PCIe 1.0 slot? I'm not expecting > >> >>> 2.0 > >> >>> performance, I just want full backwards compatability. PCIe 1.0 > >> >>> cards > >> >>> seem to be rare, and have to be ordered online, while I can pick up a > >> >>> 2.0 card locally at a store. > >> >> > >> >> PCIe-2.0 is fully downward compatible to 1.1 and 1.0. > >> >> > >> >>> 2) My main "torture test" will be HD fullscreen video. Will there be > >> >>> major improvement in that? That's 2D. Forget 3D. > >> >> > >> >> 2D video is still rendered using OpenGL if your video player supports > >> >> it. > >> > > >> > I'm not aware of any video decoders using CUDA, OpenCL, or pixel > >> > shaders for video decoding; AFAIK, unless you're using VDPAU you're > >> > still using the CPU to render the video to a frame buffer. The most a > >> > video player is going to use OpenGL for is stretching that frame > >> > buffer to fit a window or screen, and possibly as a compositor to > >> > place overlays like subtitles or playback control elements.. > >> > >> Agreed. Decoding is still usually done in software but offloading > >> scaling and YUV to RGB conversion helps none the less. Mplayer, for > >> example, allows a lot of customization depending on the amount of > >> texture units. With high resolution displays and slow CPUs, this can > >> have surprisingly large effects. > > > > and with vlc you can use vaapi which can make use of the video decoding > > engine of the graphic chip. > > > > If the movie is using the right codec, of course. > > Also depends on whether or not the graphics driver and vaapi like each > other. I'm not aware of NVidia cards supporting VA API yet. > > VA API is pretty new; it'll be interesting to see where it goes, and I > hope it takes hold. Right now, the most tested and working solutions, > AFAIK, are nVidia cards and VDPAU. At least, that combination has been > working well for me for 3-4 years. va-api can use vdpau as backend ;) I am not using nvidia anymore and some time ago vaapi-xvba started to work for mp4. -- #163933