[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Gnash-dev] Hardware acceleration support
From: |
Rob Savoye |
Subject: |
Re: [Gnash-dev] Hardware acceleration support |
Date: |
Tue, 02 Mar 2010 07:08:47 -0700 |
User-agent: |
Thunderbird 2.0.0.23 (X11/20090817) |
Benjamin Wolsey wrote:
>
> I'm also not sure it's currently really worth making them really
> dynamically loadable (you mean dlopening them, I guess?). The only
> advantages I can see is that they'd be switchable during runtime (which
> the design currently doesn't allow) and that new renderers could be
> added without recompiling.
The current way saves having to make an ugly C API so they could be
dlopen'd at the expense of making the Gnash footprint larger. It should
still be possible to build with only one library like we usually do,
> +1 for librender. Not sure exactly what you mean by moving libvaapi. I
> would prefer that libvaapi code is kept together, and separate from
> other code, though whether it's under librender or at top level isn't so
I was going to move libvaapi, directory and all, under "librender".
Just a reorg thing.
- rob -
- Re: [Gnash-dev] Hardware acceleration support, (continued)
Re: [Gnash-dev] Hardware acceleration support, Benjamin Wolsey, 2010/03/02
Re: [Gnash-dev] Hardware acceleration support,
Rob Savoye <=
Re: [Gnash-dev] Hardware acceleration support, strk, 2010/03/02
Re: [Gnash-dev] Hardware acceleration support, Benjamin Wolsey, 2010/03/02
Re: [Gnash-dev] Hardware acceleration support, Benjamin Wolsey, 2010/03/02
Re: [Gnash-dev] Hardware acceleration support, Benjamin Wolsey, 2010/03/02