Here's what's new:
2001-09-19:
- ported to xmame-0.55.1
- fixed some DGA bugs (hopefully)
- confirmed to work with SDL
- added ggi and svgalib support (untested)
- added two basic RGB effects (rgbstripe3x2 and rgbscan2x3)
- removed 8-bit support
effect-2001-09-19.patch.gz
FYI: love your work! keep it up.
I replaced your memcpy with inline asm and it didn't help much.
Makes me wonder if the entire bitmap area could be processed ahead
of time,
so during emulation no image tweaking would be needed.
Ken
Ben Saylor wrote:
Thanks, applied. Thanks for catching t
On Sat, Sep 22, 2001 at 07:58:57AM -0700, Kenneth Wall wrote:
>
> FYI: love your work! keep it up.
>
> I replaced your memcpy with inline asm and it didn't help much.
> Makes me wonder if the entire bitmap area could be processed ahead of time,
> so during emulation no image tweaking would be ne
Im not that good, wish I was :)
Just a thought
Ken
Ben Saylor wrote:
On Sat, Sep 22, 2001 at 07:58:57AM -0700, Kenneth
Wall wrote:
>
> FYI: love your work! keep it up.
>
> I replaced your memcpy with inline asm and it didn't help much.
> Makes me wonder if the entire bitmap area could be proc
if inline asm has ANY speed increase, you should post a patch. :-P
Kenneth Wall wrote:
>
> FYI: love your work! keep it up.
>
> I replaced your memcpy with inline asm and it didn't help much.
> Makes me wonder if the entire bitmap area could be processed ahead of
> time,
> so during emulatio
It was a waste of time, *but* I can double my speed by removing
#define DOUBLEBUFFER
from xf86_dga1.c
if you use DGA1 this saves the need for the memcpy and
really helped on this end.
Ken
Mike wrote:
if inline asm has ANY speed increase, you should
post a patch. :-P
Kenneth Wall wrote:
On second thought maybe better to undef it then define it in blit_core.h,
just in case it really
does help in the blit.h
Kenneth Wall wrote:
It was a waste of time, *but* I can double my speed by removing
#define DOUBLEBUFFER
from xf86_dga1.c
if you use DGA1 this saves the need for the memcpy
interesting.. with my setup with dga2, removing doublebuffering slows
things down a bit. Can anyone comment on the purpose + effect of
doublebuffering?
On Sat, Sep 22, 2001 at 11:46:51PM -0700, Kenneth Wall wrote:
>
> It was a waste of time, *but* I can double my speed by removing
> #define DOU
On Sat, 22 Sep 2001, Kenneth Wall wrote:
>
> It was a waste of time, *but* I can double my speed by removing
> #define DOUBLEBUFFER
> from xf86_dga1.c
>
> if you use DGA1 this saves the need for the memcpy and
> really helped on this end.
But some people may want double buffer. however I th
On Sun, 23 Sep 2001, Ben Saylor wrote:
> interesting.. with my setup with dga2, removing doublebuffering slows
> things down a bit. Can anyone comment on the purpose + effect of
> doublebuffering?
smooth flicker free animation.
___
Xmame mailing l
On Wed, Sep 19, 2001 at 11:53:00PM -0500, Ben Saylor wrote:
> Here's what's new:
>
> 2001-09-19:
> - ported to xmame-0.55.1
> - fixed some DGA bugs (hopefully)
> - confirmed to work with SDL
> - added ggi and svgalib support (untested)
> - added two basic RGB effects (rgbstripe3x2 and rgbsca
Ben Saylor wrote:
> - fixed some DGA bugs (hopefully)
Your new patch works with DGA. Great job, Ben.
Attached is a small fix (Added effect_dbbuf initialization).
Shyouzou Sugitani <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
--- src/unix/effect.c.dist Thu Sep 20 19:36:
Thanks, applied. Thanks for catching the errors in the code. :)
On Fri, Sep 21, 2001 at 10:02:55AM +0900, Shyouzou Sugitani wrote:
>
> Ben Saylor wrote:
> > - fixed some DGA bugs (hopefully)
>
> Your new patch works with DGA. Great job, Ben.
> Attached is a small fix (Added effect_dbbuf initi
13 matches
Mail list logo