WINUAE_PPC + Picasso IV vs Apus + X11 in vesafb mode

A long time ago, when I was waiting for OS4 and not wanted to go for PC, I worked on Linux for a while. Now, rumors of amazing WinUAE PPC compatibility with "real Amiga" pushed me to check what it looks like right now. Installing woody went quite smoothly. I have not encountered greater problems than with real Amiga. I could run X11 vesa mode, but only in 8bit-depth. The 16bit-depth screen looks a little strange.

My real Amiga is A1200 + BlizzardPPC + Bvision. And on this hardwer all works well
I do not know how Apus works on real A4000 + CvisionPPC + Picasso IV. and I have no idea how to check it out.

I have a few questions for experts.
Has nobody written a Picasso IV driver for Apus by 10 years?
Is the Picasso IV compatible with vesa only for 8bit?
or is there an error with the Picasso IV emulation?

Enable log makes sense only on the crash.
I used kernel from http://iweb.dl.sourceforge.net/proje...s_2.4.20-1.lha
and the installation disk http://cdimage.debian.org/mirror/cdi...ry-1_NONUS.iso
WinUAE configuration is the same as for OS4.
Configured Mouse Device is "/dev/amigamouse"
Configured Mouse Protocol is "busmose"

[Toni Wilen]

Looks like wrong RGB bit order. (White is still white, other colors are wrong)

Most likely driver problem. Picasso96 and CGX have correct colors in all modes.

[Mad-Matt]

Originally Posted by Toni Wilen

Looks like wrong RGB bit order. (White is still white, other colors are wrong)

Most likely driver problem. Picasso96 and CGX have correct colors in all modes.

Not when using os39 PPC they don't. If ppc is involved then in most software the colours will be wrong. Even using ppc datatypes (Warp datatype in this case) you will get a badly coloured backdrop. Some months back I showed this with the game nightlong ppc where the game has a completely broken palette (68k version runs fine).

Using UAEGFX however works ok with ppc as you can tweak the PC ARGB mode in the winuae settings for each bit depth. (I cant remember which one worked)If its the exact same issue causing a bad palette with LinuxPPC then maybe its some issue in the ppc core.

[Toni Wilen]

But it works in OS4 so it can not be directly PPC related. Thats why I want better test case than some datatype because problem can be somewhere else.

EDIT: and it probably must be real hardware confirmed using _exact_ same hardware, it is too common to have RGB bit order bugs, not all cards support same modes.

VESA is a universal driver which must handle many different cards.
The same linux driver on a different architecture shows that it can works both LSBfirst or MSBfirst.
This shows that must be a register that forces driver to work in LSBfirst or MSBfirst mode not implemented (yet) in WinUAE.
I do not know if it's worth to check it, but maybe sometime in the future.

[Toni Wilen]

I don't understand your point..

Picasso IV emulation is hardware emulation, there is nothing to configure (There must not be anything to configure, it has to have exact same features and limits as real hardware).

What does VESA or QEMU have to do with Amiga? VESA is BIOS extension and I don't think any Amiga board have (x86) BIOS ROMs..

VESA for me is not bios, but standard (universal) graphics card manager that is enabled for Linux.
There must be some register showing the card parameters, including bitmap order.
If not, it must be a special driver which was never made for linux.
but I'm not an expert