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 1SJWUy-00037w-HB for garchives@archives.gentoo.org; Sun, 15 Apr 2012 20:56:40 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 09202E0DDA; Sun, 15 Apr 2012 20:56:26 +0000 (UTC) Received: from mail-bk0-f53.google.com (mail-bk0-f53.google.com [209.85.214.53]) by pigeon.gentoo.org (Postfix) with ESMTP id 551DBE0D77 for ; Sun, 15 Apr 2012 20:54:58 +0000 (UTC) Received: by bkwj4 with SMTP id j4so3728033bkw.40 for ; Sun, 15 Apr 2012 13:54:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=q9w0fNvOwcyqFp3kouZ5KeLjrueVuSMqVlkEOcQfcP4=; b=q/yfuYX/AU0q+75qoBssCnRaPaPY+Ms7ZJd262rGNFdTcSsVqttZFxkOtr3rLbh1F8 sFLw+z2GFpGvaDVlnTgRqHM+Hz+OMXqVV12GL3a9RxOSNIT7C5whw/7KQuDfXEbEYaox m7LuXODK4l8oT7JdZKGgnr240Spm5PD6rK+hcMycMfLkyzYfPb5Z/mG3m/XRcw/SudXy 2V5UxcX42x0YhDAMLFAJ5/NYBIZQbat+0CqMAJok+9DDAZTILHCRm43RDp5RS9GllZhR NIZL7XLwk1cMC+i20XS0eCakh4KqwFmG5D38u7aro8el2MGQ2iDEs/zAE0ewhVswBUWh H3Gg== 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 Received: by 10.204.157.138 with SMTP id b10mr2608171bkx.75.1334523298358; Sun, 15 Apr 2012 13:54:58 -0700 (PDT) Received: by 10.204.164.76 with HTTP; Sun, 15 Apr 2012 13:54:58 -0700 (PDT) In-Reply-To: <11941715.7oCXCqHLg1@energy> References: <20120410112621.GA10304@waltdnes.org> <4F8ADEDB.2030303@binarywings.net> <11941715.7oCXCqHLg1@energy> Date: Sun, 15 Apr 2012 16:54:58 -0400 Message-ID: Subject: Re: [gentoo-user] PCI video cards, hardware accel, upported by open-source drivers? From: Michael Mol To: gentoo-user@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 2ef3ece9-4dac-4999-8b03-fa4708c49581 X-Archives-Hash: 88bb10c5a72aa661b6e866fbfcf8d726 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: >> >>>>> =C2=A0 If it's PCIe, so be it. =C2=A0Actually, a post that prevent= s me wasting >> >>>>> >> >>>>> money is helpful . =C2=A0Would PCIe be significantly better on = the same >> >>>>> CPU+GPU, or is it hype? >> >>>> >> >>>> a lot, lot lot lot better. No hype. >> >>>> >> >>> =C2=A0 I've done some looking, and I'm back with more questions. =C2= =A0I've also >> >>> >> >>> read the Nouveau-versus-NVIDIA thread. =C2=A0Questions... >> >>> >> >>> 1) Will PCIe 2.0 cards work in a PCIe 1.0 slot? =C2=A0I'm not expect= ing 2.0 >> >>> performance, I just want full backwards compatability. =C2=A0PCIe 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. =C2=A0Will th= ere be >> >>> major improvement in that? =C2=A0That's 2D. =C2=A0Forget 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 e= ngine > 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. --=20 :wq