From: Michael Mol <mikemol@gmail.com>
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 16:54:58 -0400 [thread overview]
Message-ID: <CA+czFiD-B6r6m4WnQwvzFt44BH7fjU=L_0djAUhS0zmcyjbVhw@mail.gmail.com> (raw)
In-Reply-To: <11941715.7oCXCqHLg1@energy>
On Sun, Apr 15, 2012 at 4:45 PM, Volker Armin Hemmann
<volkerarmin@googlemail.com> 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 <lists@binarywings.net>
> 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 <G>. 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.
--
:wq
next prev parent reply other threads:[~2012-04-15 20:56 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-04-10 11:26 [gentoo-user] PCI video cards, hardware accel, upported by open-source drivers? Walter Dnes
2012-04-10 11:47 ` Dale
2012-04-10 14:08 ` [gentoo-user] " Nikos Chantziaras
2012-04-10 14:19 ` Michael Mol
2012-04-10 18:08 ` Nikos Chantziaras
2012-04-10 17:45 ` [gentoo-user] " Stroller
2012-04-11 6:11 ` Walter Dnes
2012-04-11 6:39 ` Paul Hartman
2012-04-11 6:51 ` Pandu Poluan
2012-04-11 16:33 ` Volker Armin Hemmann
2012-04-11 18:06 ` Florian Philipp
2012-04-11 19:37 ` Stroller
2012-04-11 16:30 ` Volker Armin Hemmann
2012-04-11 16:45 ` Michael Mol
2012-04-15 13:18 ` Walter Dnes
2012-04-15 14:05 ` Drew
2012-04-15 14:09 ` Florian Philipp
2012-04-15 14:22 ` Michael Mol
2012-04-15 14:44 ` Florian Philipp
2012-04-15 20:45 ` Volker Armin Hemmann
2012-04-15 20:54 ` Michael Mol [this message]
2012-04-15 21:42 ` Volker Armin Hemmann
2012-04-17 14:11 ` Claudio Roberto França Pereira
2012-04-17 14:30 ` [gentoo-user] " Nikos Chantziaras
2012-04-15 14:21 ` [gentoo-user] " Volker Armin Hemmann
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CA+czFiD-B6r6m4WnQwvzFt44BH7fjU=L_0djAUhS0zmcyjbVhw@mail.gmail.com' \
--to=mikemol@gmail.com \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox