basilisk-devel

[B2-devel] Native QuickDraw acceleration

[Gwenole B. <gb...@di...>]

Hi,

I have just committed a few arrangements for Native QuickDraw (NQD) 
acceleration hooks under Linux/PPC. With extra changes, it will be easy 
to clean the code for little-endian and 64-bit platforms. So far, 
performance improved by approx. 2x in emulated mode with MacBench 5.0 
CopyBits/srcCopy benchmark.

BTW, the following test should always yield true so I intend to remove 
it:
((uint32 *)p)[0x15c >> 2] > 0

I don't know about other magic values either. I think we should also 
benefit from a CopyBits() acceleration but I'd want to get some NQD 
stuff done first.

Bye,
Gwenole.

Re: [B2-devel] Native QuickDraw acceleration

[Christian B. <Chr...@un...>]

Hi!

On Mon, Apr 19, 2004 at 01:18:53AM +0200, Gwenole Beauchesne wrote:
> BTW, the following test should always yield true so I intend to remove 
> it:
> ((uint32 *)p)[0x15c >> 2] > 0

Uhmm, why would this always be true?

Bye,
Christian

-- 
  / Physics is an algorithm
\/ http://www.uni-mainz.de/~bauec002/

Re: [B2-devel] Native QuickDraw acceleration

[Gwenole B. <gb...@di...>]

On Thu, 22 Apr 2004, Christian Bauer wrote:

> On Mon, Apr 19, 2004 at 01:18:53AM +0200, Gwenole Beauchesne wrote:
> > BTW, the following test should always yield true so I intend to remove 
> > it:
> > ((uint32 *)p)[0x15c >> 2] > 0
> 
> Uhmm, why would this always be true?

Ooops, forget about it, my mind read a ">=" with unsigned comparison. ;-)

Apple really should release NQD specs to public now that Classic is
obsoleted. That sort of magic numbers does not help to determine the
underlying semantics.

Bye,
Gwenole.

Re: [B2-devel] Native QuickDraw acceleration

[Christian B. <Chr...@un...>]

Hi!

On Thu, Apr 22, 2004 at 05:41:21PM +0200, Gwenole Beauchesne wrote:
> Apple really should release NQD specs to public now that Classic is
> obsoleted. That sort of magic numbers does not help to determine the
> underlying semantics.

Definitely. At least there is a supported interface for the acceleration.
The routines in ShapeShifter were based on complete guesswork (but the
NQD hooks are not entirely different from it).

Bye,
Christian

-- 
  / Physics is an algorithm
\/ http://www.uni-mainz.de/~bauec002/

Re: [B2-devel] Native QuickDraw acceleration

[Gwenole B. <gb...@di...>]

Hi,

> Definitely. At least there is a supported interface for the 
> acceleration.
> The routines in ShapeShifter were based on complete guesswork (but the
> NQD hooks are not entirely different from it).

Would it be possible to get that guesswork into B2 too? Actually, I 
would like to use Apple's DR emulator there too (powerrom_cpu) and 
since video graphics is low on MacOS X (at least with X11 and VOSF 
tricks), that sort of NQD could help in determining dirty pages of the 
frame buffer.

On MacOS X proper, couldn't we forward CopyBits() et al. to Carbon 
equivalent either? That would suppose the real MacOS X version is used 
as I don't know how Carbon graphics and X11 could cooperate. I believe 
it would be cool to have a super fast Basilisk II within MacOS X.

Bye,
Gwenole.

Re: [B2-devel] Native QuickDraw acceleration

[Christian B. <Chr...@un...>]

Hi!

On Thu, Jun 03, 2004 at 12:45:24AM +0200, Gwenole Beauchesne wrote:
> Would it be possible to get that guesswork into B2 too?

I have attached the guesswork. Maybe you want to give it a try? :)

AccelQuickDraw is called once when the disk driver does its first accRun.
Everything else should be more or less self-explanatory...

Bye,
Christian

-- 
  / Physics is an algorithm
\/ http://www.uni-mainz.de/~bauec002/

Re: [B2-devel] Native QuickDraw acceleration

[Gwenole B. <gb...@di...>]

On Thu, 3 Jun 2004, Christian Bauer wrote:

> I have attached the guesswork. Maybe you want to give it a try? :)
> 
> AccelQuickDraw is called once when the disk driver does its first accRun.
> Everything else should be more or less self-explanatory...

Hehe, I indeed can't see anywhere specified such LowMem globals. ;-)

BTW, how usable was powerrom_cpu on BeOS/ppc?

Re: [B2-devel] Native QuickDraw acceleration

[Christian B. <Chr...@un...>]

Hi!

On Thu, Jun 03, 2004 at 06:34:53PM +0200, Gwenole Beauchesne wrote:
> BTW, how usable was powerrom_cpu on BeOS/ppc?

It was like a dream come true (about four times faster than the UAE 68k
emulator, if I remember correctly). :-)

Off-hand, I don't remember any particular problems with it.

Bye,
Christian

-- 
  / Physics is an algorithm
\/ http://www.uni-mainz.de/~bauec002/