WinUAE 1.6.0 beta series (was 1.5.4)

[Mclane]

Thanks Toni, script now fixed thanks to you..We all owe you so much...

[hrmes]

Zipped ADF disks work again with GameBase but those zips that contain spaces still don't.

[Toni Wilen]

Originally Posted by hrmes

Zipped ADF disks work again with GameBase but those zips that contain spaces still don't.

You should know that I expect MUCH better reports and I don't use any frontends so above is basically worthless..

Are they quoted properly? What exactly is the name, command line, whatever.

[hrmes]

This is the command line that GameBase uses to run Theme Park:

-f "D:\Emulators\GameBase\Amiga\GameBase Amiga.uae" -0"f:\roms\amiga\adf\t\theme park_disk1.zip" -1"f:\roms\amiga\adf\t\theme park_disk2.zip" -2%gamepathfile(2)% -3%gamepathfile(3)% -s diskimage0="f:\roms\amiga\adf\t\theme park_disk1.zip" -s diskimage1="f:\roms\amiga\adf\t\theme park_disk2.zip" -s diskimage2=%gamepathfile(2)% -s diskimage3=%gamepathfile(3)% -s diskimage4=%gamepathfile(4)% -s diskimage5=%gamepathfile(5)% -s diskimage6=%gamepathfile(6)% -s diskimage7=%gamepathfile(7)% -s diskimage8=%gamepathfile(8)% -s diskimage9=%gamepathfile(9)% -s diskimage10=%gamepathfile(10)% -s diskimage11=%gamepathfile(11)% -s diskimage12=%gamepathfile(12)% -s diskimage13=%gamepathfile(13)% -s diskimage14=%gamepathfile(14)% -s diskimage15=%gamepathfile(15)% -s diskimage16=%gamepathfile(16)% -s diskimage17=%gamepathfile(17)% -s diskimage18=%gamepathfile(18)% -s diskimage19=%gamepathfile(19)%

If it looks monstrous don't blame me, I didn't write the script. I just know that the script worked with 1.5.3, I haven't done any testing on previous betas about this.

[Toni Wilen]

Originally Posted by hrmes

This is the command line that GameBase uses to run Theme Park:

See few posts above. Same bug in command line, missing space between -0 and path. (same with -1 etc..) This can't work in older versions either.

[hrmes]

Thanks, I corrected it. I should have been paying more attention to this thread...

[Romanujan]

While trying the latest beta, I have discovered a problem - if the CPU emulation is set to 68040 or 68060 (the problem does not appear in 68020+68882), LimpidClock has problems with displaying the analog clock. I have tried to bisect - it seems that the problem appeared in beta 15 (beta 14 works fine).

My configuration is:
- host: Windows Vista SP1 64-bit
- guest: OS 3.9 BB2 + latest AfA OS + lots of updates, fixes and patches

Here are the screenshots:

[Toni Wilen]

Originally Posted by Romanujan

While trying the latest beta, I have discovered a problem - if the CPU emulation is set to 68040 or 68060 (the problem does not appear in 68020+68882), LimpidClock has problems with displaying the analog clock. I have tried to bisect - it seems that the problem appeared in beta 15 (beta 14 works fine).

Can't duplicate (used Amikit). Do you use .ttengine version of limpidclock? There is bug in ttengine library that causes corruption if multiple programs use it simultaneously.

[hrmes]

Even with the correction above I found a couple of games that I couldn't get to work. Any idea why ? , they work with 1.5.3

-f "D:\Emulators\GameBase\Amiga\GameBase Amiga.uae" -0 "f:\roms\amiga\adf\t\traps 'n' treasures_diska.zip" -1 "f:\roms\amiga\adf\t\traps 'n' treasures_diskb.zip" -2 %gamepathfile(2)% -3 %gamepathfile(3)% -s diskimage0="f:\roms\amiga\adf\t\traps 'n' treasures_diska.zip" -s diskimage1="f:\roms\amiga\adf\t\traps 'n' treasures_diskb.zip" -s diskimage2=%gamepathfile(2)% -s diskimage3=%gamepathfile(3)% -s diskimage4=%gamepathfile(4)% -s diskimage5=%gamepathfile(5)% -s diskimage6=%gamepathfile(6)% -s diskimage7=%gamepathfile(7)% -s diskimage8=%gamepathfile(8)% -s diskimage9=%gamepathfile(9)% -s diskimage10=%gamepathfile(10)% -s diskimage11=%gamepathfile(11)% -s diskimage12=%gamepathfile(12)% -s diskimage13=%gamepathfile(13)% -s diskimage14=%gamepathfile(14)% -s diskimage15=%gamepathfile(15)% -s diskimage16=%gamepathfile(16)% -s diskimage17=%gamepathfile(17)% -s diskimage18=%gamepathfile(18)% -s diskimage19=%gamepathfile(19)%

-f "D:\Emulators\GameBase\Amiga\GameBase Amiga.uae" -0 "f:\roms\amiga\adf\t\tony & friends in kellogg's land.zip" -1 %gamepathfile(1)% -2 %gamepathfile(2)% -3 %gamepathfile(3)% -s diskimage0="f:\roms\amiga\adf\t\tony & friends in kellogg's land.zip" -s diskimage1=%gamepathfile(1)% -s diskimage2=%gamepathfile(2)% -s diskimage3=%gamepathfile(3)% -s diskimage4=%gamepathfile(4)% -s diskimage5=%gamepathfile(5)% -s diskimage6=%gamepathfile(6)% -s diskimage7=%gamepathfile(7)% -s diskimage8=%gamepathfile(8)% -s diskimage9=%gamepathfile(9)% -s diskimage10=%gamepathfile(10)% -s diskimage11=%gamepathfile(11)% -s diskimage12=%gamepathfile(12)% -s diskimage13=%gamepathfile(13)% -s diskimage14=%gamepathfile(14)% -s diskimage15=%gamepathfile(15)% -s diskimage16=%gamepathfile(16)% -s diskimage17=%gamepathfile(17)% -s diskimage18=%gamepathfile(18)% -s diskimage19=%gamepathfile(19)%

[Toni Wilen]

Originally Posted by hrmes

Even with the correction above I found a couple of

This is parsing bug I fixed after latest beta was released.. "something' something more" parsing terminates when ' is detected but it should only terminate when starting character (" in this case) is found again.

[Romanujan]

Originally Posted by Toni Wilen

Do you use .ttengine version of limpidclock? There is bug in ttengine library that causes corruption if multiple programs use it simultaneously.

No, I use standard version. TTF fonts are provided by the AfA. To me it looks like some JIT FPU emulation bug was introduced in beta 15 - if I uncheck FPU Support in Advanced JIT settings, beta 15 runs LimpidClock correctly. Disabling JIT also seems to help (but then my OS 3.9 installation becomes unusably slow). I guess I will have to try to isolate the problem a little bit more..

[hexaae]

Originally Posted by Toni Wilen

Wait a moment. You said you booted only once directly to shell screen. You can't do that with blizkick (need second boot) so what EXACTLY you did?

I didn't consider Bkick fast-reboot as 1st reboot.

EDIT: and which configuration? (clipboard crash). With or without custom roms?

With or without Blizkick rekicked rom. After 1st reboot from Workbench (3rd boot)... I get this:



I tried to exclude WBStartup drawer but nothing changed. I'll try to boot step by step and isolate the potential problem but I can assure my SSeq + UStartup are quite clean and I don't use hacks...

Without SSeq even after 2nd, 3rd... boot Clipboard doesn't crash. But NOTHING has been loaded at this point so it looks like a software conflict with something loaded at 2nd boot that will make Clipboard task crash later at 3rd boot (!!)... maybe with patches applied while I'm booting? I don't use resident patches...
Have you tested it with a std WB3.9 installation?

-5 mins later-

Even without WBStartup and UStartup and with or without Bkick rekicked rom, at 3rd boot there is that Clipboard crash...

[hexaae]

Attached the logs... (WUAE b23 2009.4.10)

-WUAE b23 2009.4.11
Attached log2

[Toni Wilen]

Originally Posted by Romanujan

LimpidClock

I found one possible problem during unicode conversion.

Originally Posted by hexaae

Attached the logs...

I finally managed to duplicate the problem easily. This is something really weird..

[hexaae]

Originally Posted by Toni Wilen

I finally managed to duplicate the problem easily. This is something really weird..

I wonder why I discover the most weird bugs...
...Now you have my WB sys so will be easier in the future!

[Toni Wilen]

http://www.winuae.net/files/b/winuae.zip updated. clipboard problem should be fixed now (maybe..) Also includes fix for tiny JIT FPU bug introduced in b15.

Now you have my WB sys so will be easier in the future

I managed to duplicate it with my basic WB install.

[hexaae]

Originally Posted by Toni Wilen

http://www.winuae.net/files/b/winuae.zip updated. clipboard problem should be fixed now (maybe..) Also includes fix for tiny JIT FPU bug introduced in b15.

I managed to duplicate it with my basic WB install.

Great work! It's stable in full-screen for me too...

[Romanujan]

Originally Posted by Toni Wilen

Also includes fix for tiny JIT FPU bug introduced in b15.

Indeed, the LimpidClock problem is fixed now. Thank you

[Toni Wilen]

http://www.winuae.net/files/b/winuae_1600b24.zip

Beta 24: Only bug fixes left. Really.

- debugger T command fixed (b15)
- JIT FPU bug, one addressing mode was wrong (b15)
- reset clears "native2amiga" command queue (it was possible to have command queued just before reset which would have been executed after reset -> random errors and crashes) [this caused the clipboard crash]
- do not include mice in parallel port joystick select menus
- add new empty adf files to disk history list
- added simple list devices, libraries and resources command to debugger (Td Tl Tr)
- log file long datestamps fixed

[Hobbe]

This version kicks so much ass it's probably illegal somewhere

Anyways, I'm having problems with WinUAE running at low resolutions. It turns out certain areas of the Properties menu cannot be accessed.

In the picture below you can see the 4 possible screens you get for the Properties menu at 320x200, stitched together. It doesn't take much to figure out that "Display", "Hard drives" and "Floppy drivers" are missing.

If I, for example, want to access the Display menu, I must select it before going fullscreen, but even then, some of the options such as "Remove interlace artifacts" remain unreachable.



Any chance for improvement?
Thanks.