OS4 compatible UAE expansion development status

[AMIGASYSTEM]

Ok Toni set the UAE-GFX to 32Bit, the request now OK

[Toni Wilen]

Update:

- some performance improvements (still not fast enough)
- stability improved, random hangs and exit crashes should be gone.
- non-OS4 configs should work again, including enabled JIT.

[Aegis]

Definitely feels faster now using uaegfx - I've also gotten my mouse pointer back in PPaint PPC (yay!) it's just stuck there at the bottom of the screen and doesn't move though (boo!)

Hmm...



Got this after turning on hardware sprite, turning off NOBLITTER and trying PPaint.

Will attach the logs in a moment (what's Arabuusimiehet btw? Always meant to ask )

*Edit* And of course - can't get it to do it again still got a frozen pointer in PPaint though (and a really slow screen redraw after the UI loads). I'll keep testing it until I've got some useful logs...

*Edit* Toni: I got PPaint PPC working by replacing the prefs (they were still referencing the old Picasso IV screenmodes I guess) - going to keep tinkering with it to see if I can break WinUAE again

[Aegis]

Got another issue here: data's being corrupted when copying from or to a uaehf.device hard disk folder.

If I copy an image file from AmigaOS to a shared folder then try to view it (PPaint/Multiview) it says it can't read the image.

*Edit* Just had OS4.1 lock up on me (corrupted screen) - here's the logs and config:

Originally Posted by Toni Wilen

Question that needs an answer (probably can only be answered by OS4 developer): does OS4 m68k JIT translate autoconfig boot ROM code or does it reject it automatically because they can have odd bugs or other incompatibilities?

Hey Toni,

You could write me an email next time if you had any questions about the OS4 JIT...

The answer is: no, in OS4 only those 68k binaries are translated which were loaded by DOS, so mainly apps and libraries from disk. Everything else is falling back to the interpretive emulator.

Cheers,

Almos Rajnai

[ma693541]

Donated for OS4 compatible UAE expansion development. Keep up the good work on WinUAE.

[AMIGASYSTEM]

Originally Posted by Toni Wilen

Update:
- non-OS4 configs should work again, including enabled JIT.

I confirm, Now the graphics of my OS3 GFX it's perfect, thank you

[Toni Wilen]

Originally Posted by Aegis

Got another issue here: data's being corrupted when copying from or to a uaehf.device hard disk folder.

If I copy an image file from AmigaOS to a shared folder then try to view it (PPaint/Multiview) it says it can't read the image.

I can't duplicate and above test is not good enough. You need to check if it is writing to directory or reading from directory that corrupts it.

*Edit* Just had OS4.1 lock up on me (corrupted screen) - here's the logs and config:

Nothing in the log. These kinds of problems are practically impossible to debug when running OS4.

Originally Posted by racs

You could write me an email next time if you had any questions about the OS4 JIT...

I forgot I had your email address...

The answer is: no, in OS4 only those 68k binaries are translated which were loaded by DOS, so mainly apps and libraries from disk. Everything else is falling back to the interpretive emulator.

I expected something like this

It explains slow performance... Technical questions coming soon via email..

Donated

Thanks!

[ccapublic]

Originally Posted by ccapublic

Using AOS4.1U6, WinUAE crashes (minidump) right after selecting a uaegfx mode.

Workaround found. Does not seem related to new version as it was still failing after updating winuae. Seems to be related to the amount of memory allocated by winuae and maybe constraints on the allocation, as well as JiT active or not. To make it work I had to :

- disable 68k JiT (simply reducing cache size or playing with JiT options did nothing)

- reduce z3 fast to 128mb (while keeping 64mb vram and 8mb motherboard fzst)

- I can push z3 fast to 256mb if I remove motherboard fast and reduce vram to 32mb.

I must say running ppc emulation on those bay trail 2gb memory little pc is not really meaningful but well I do this for fun and it now works.

Will try on my i7 laptop asap.

Note : is NOBLITTER status the same (ie potentially slower and less stable for now) ?

[Toni Wilen]

Sounds like Z3 address space exhaustion (Crash is a bug but fixing it won't help, it still won't work correctly). Include your config that crashes.

NOBLITTER may be faster or not. It depends.

[ccapublic]

Originally Posted by Toni Wilen

Include your config that crashes.

Thanks Toni for your feedback. Actually I have many configurations that crash (jit/nojit and different memory amount combinations). Is one case of particular interest ?

[Toni Wilen]

Originally Posted by ccapublic

Thanks Toni for your feedback. Actually I have many configurations that crash (jit/nojit and different memory amount combinations). Is one case of particular interest ?

Attach some. (m68k JIT is out of scope obviously, not OS4 related )

[Aegis]

Originally Posted by Toni Wilen

I can't duplicate and above test is not good enough. You need to check if it is writing to directory or reading from directory that corrupts it.

It's a weird one - I can copy to and from the shared directory but neither Multiview nor PPaint can read images (presumably other filetypes) from it - please see the video here (22 MB).

(Note: Work is a Cyberstorm device, Shared is uaehf).

*Edit* config attached

[Toni Wilen]

Originally Posted by Aegis

It's a weird one - I can copy to and from the shared directory but neither Multiview nor PPaint can read images (presumably other filetypes) from it - please see the video here (22 MB).

(Note: Work is a Cyberstorm device, Shared is uaehf).

Attach the image that does not work (because randomly chosen image works for me). What is exact version of multiview? Does same happen if you copy that image from windows side to directory, then boot OS4 and try it? Just to confirm it isn't some odd permission issue.

btw, don't bother with videos, I hate them, they are long and boring and never tell anything that can't be said with one line of text. (which generally is as useless as "it does not work". Yes, I already knew that.)

note: uaehf has nothing to do with directory harddrives. It is device used by hardfiles. Directory harddrives are filesystem only, there is no block device driver.

[AMIGASYSTEM]

Originally Posted by Aegis

It's a weird one - I can copy to and from the shared directory but neither Multiview nor PPaint can read images (presumably other filetypes) from it -

I do not have this problem, the cause may be the icon associated OS4,try to view the image "no icon" and then for the cause that occurs there is some editing tool types, attach screenshot.

[Aegis]

Originally Posted by Toni Wilen

Attach the image that does not work (because randomly chosen image works for me). What is exact version of multiview? Does same happen if you copy that image from windows side to directory, then boot OS4 and try it? Just to confirm it isn't some odd permission issue.

Yes, that's how I discovered it - trying to get an image into OS4. I've attached the image - not sure what use it'll be 'cause the file hashes match the original. MultiVew is the one that comes with 4.1 FE (53.8)

Originally Posted by Toni Wilen

btw, don't bother with videos, I hate them, they are long and boring and never tell anything that can't be said with one line of text. (which generally is as useless as "it does not work". Yes, I already knew that.)

Which is why I made that one short and peppy :P

*Edit* Oh, and my bug with the disappearing mouse pointer in the WinUAE panel seems related to apps opening their own screen at a different resolution to the OS4 desktop. (Tested with DOpus using full window mode).

[AMIGASYSTEM]

AfA OS tested on your images attached and both are well visible, the problem lies in your icons, are disabled attributes (are gray)

[Aegis]

Originally Posted by AMIGASYSTEM

AfA OS tested on your images attached and both are well visible, the problem lies in your icons, are disabled attributes (are gray)

That's gotta be WinUAE doing that though?? See the video here.

[Toni Wilen]

Of course it is WinUAE doing it. It is probably just some thread timing/locking issue that only happens when timing is just right. And it generally always goes away when for example logging is enabled (due to changed timing).

I very randomly get OS4 error dialog that complains about missing font. It is probably related.

Thread safety is really complex in this case, there are at least 6 different "threads":

- main emulator thread
- trap helper thread
- filesystem thread (one per directory harddrive)
- QEMU PPC CPU emulator thread
- Amiga side interrupt
- Amiga side worker task

EDIT: Much simpler problem case has to be found. Preferably with OS3.x config.

[Aegis]

Originally Posted by Toni Wilen

Much simpler problem case has to be found. Preferably with OS3.x config.

I seem to be jinxed with all these bugs anyway - I'll see if I can turn something useful up in 3.9