Ok, heres what I've got so far:
http://users.ox.ac.uk/~newc2303/gpupatch.txt
Details:
- All effects implemented except for 6tap+scanline, lq and hq
- Behaves exactly like the x11 software driver when in windowed mode
- With no resize effect selected, behaves exactly like the old gl driver
- Area
Ok, I overestimated the size of the lookup texture. I've now
implemented the hq2x algorithm and it runs at a pretty favourable
frame rate.
Are the developers interested in merging this? If so, which version of
xmame would you like me to diff against?
On Wed, 15 Dec 2004 15:01:47 +, Matthew E
Oops, here is an updated diff:
http://users.ox.ac.uk/~newc2303/gpupatch2.txt
On Wed, 15 Dec 2004 09:07:52 -0800, Christopher Stone
<[EMAIL PROTECTED]> wrote:
> This is a bad patch, it is full of indenting changes. It is much
> better to sumbit whitespace changes as a separate patch.
>
>
> On W
I'm not sure what's easiest for Lawrence, but if you do a diff against
the CVS over at mess.org, either Lawarence or myself can check the
code in and get some more user testing with it.
On Fri, 17 Dec 2004 12:46:06 +, Matthew Earl <[EMAIL PROTECTED]> wrote:
> Ok, I overestimated the size of t
Matthew Earl wrote:
Ok, I overestimated the size of the lookup texture. I've now
implemented the hq2x algorithm and it runs at a pretty favourable
frame rate.
Are the developers interested in merging this? If so, which version of
xmame would you like me to diff against?
Cool, amazing how fast you'v
> Is this for nvidea cards only or should this also work on ATI cards?
I used the ARB extensions so it should work on all cards supporting
fragment programs.
> About the effects in opengl mode, could you make it work like the Xv
> driver? (-video-mode 1) This one uses for example scale2x or scale
This is a bad patch, it is full of indenting changes. It is much
better to sumbit whitespace changes as a separate patch.
On Wed, 15 Dec 2004 15:01:47 +, Matthew Earl <[EMAIL PROTECTED]> wrote:
> Ok, heres what I've got so far:
>
> http://users.ox.ac.uk/~newc2303/gpupatch.txt
>
> Details:
> The problem with 1) is it requires rendering to a P-buffer,
> which
> according to F.J McCloud has performance issues. The problem
> Maybe 1) could be implemented as an option to xmame, that way
> people
> will understand why they might get performance issues.
I'm not sure P-buffers are the onl
On Friday 17 Dec 2004 16:16, Matthew Earl wrote:
> > Is this for nvidea cards only or should this also work on ATI cards?
>
> I used the ARB extensions so it should work on all cards supporting
> fragment programs.
>
> > About the effects in opengl mode, could you make it work like the Xv
> > drive
This page shows some vector effects done in the GPU
http://homepage.mac.com/arekkusu/SW/mame/index.html
Would it be difficult to add effects like this as well?
___
Xmame mailing list
[EMAIL PROTECTED]
http://toybox.twisted.org.uk/mailman/listinfo/xmame
Christopher Stone wrote:
This page shows some vector effects done in the GPU
http://homepage.mac.com/arekkusu/SW/mame/index.html
Would it be difficult to add effects like this as well?
As said, this is incompatible with the artwork system, we already have
opengl vector code, maybe this can be exte
Absolutely. You just need your curved surface approximation
and texture coordinates to match.
While you're at it you could use multitexturing and put a glare
on it, too. OK, maybe not. ;-)
--- Jim Higson <[EMAIL PROTECTED]> wrote:
> Instead of a quad, I wonder if it would be possible to put
>
I just committed hq2x support for the rewritten software effect code to
CVS, so it should be almost no effort todo a diff against CVS now.
I look forward to receiving a diff against CVS from you. I'll try to get
it to work on my ATI9250 and commit it to CVS. Assuming that the code
isn't totally
13 matches
Mail list logo