public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: Volker Armin Hemmann <volkerarmin@googlemail.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 22:45:51 +0200	[thread overview]
Message-ID: <11941715.7oCXCqHLg1@energy> (raw)
In-Reply-To: <4F8ADEDB.2030303@binarywings.net>

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.
-- 
#163933



  reply	other threads:[~2012-04-15 20:47 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 [this message]
2012-04-15 20:54                 ` Michael Mol
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=11941715.7oCXCqHLg1@energy \
    --to=volkerarmin@googlemail.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