Willy's Weirdy Nightmare - AGA only

[Retro1234]

68020 might be because a bug in the Amos compiler that the author overlooked - I don't know if there's a quick fix now.

[Aladin]

@Retro1234
he works on 68000
it was the powerpacker library that prevented from turning over 68000

[clenched]

Originally Posted by DrBong

Thanks mate! Can you remember if those cheats are activated on the titlescreen, in-game or via the high score table?

Type during game while Willy is in a room. You'll be typing blind so text won't be visible until return is pressed. The jump is rather cumbersome to use. It can drop Willy in some unfortunate places. If Willy can't escape just keep jumping to different rooms. I find quick to be way too fast on 68020 but it might be just right on the 68000. Life works OK. The rest show a message.

[DamienD]

Originally Posted by Aladin

@Retro1234
he works on 68000
it was the powerpacker library that prevented from turning over 68000

Ok, so I tried your fixed disk with Quickstart A500+ and A600 "2MB Chip" but it fails to get to the icons / folders:



Can you post your exact configuration file please?

[speshady]

Ive just tried the following adf on WinUAE and it worked first time.
Willy's Weirdy Nightmare (1994)(R. Williams).adf

Just been playing the game this minute.

[DamienD]

Using what config and which file?

I'm taking about using Aladin's fixed 68000 one in The Zone! with an A600 2MB config i.e. Willy's Weirdy Nightmare 1998 edition (Fix 68000).adf

[speshady]

i just used my default config file that is setup as an A1200 with 128Mb blizzard 1230IV (which is my actual A1200 hardware).

The adf is just the one off www.planetemu.net

[DamienD]

You haven't read the thread... I can get the TOSEC versions working with an A1200 config.

That's not the point. Aladin is supposed to have fixed the disk to work with an A600 (68000 CPU) ECS / 2MB config...

[speshady]

ok no worries, my mistake.

i couldnt get it working with A600 2MB either... just tried it.

[DamienD]

Thanks for testing also

[Aladin]

I found my error, i'm not use in cpu "more compatible" for working, with "more compatible" same error that damien reported

[DamienD]

Thanks Aladin, that works

So you basically set a Quickstart "A600 - 2MB Chip RAM" but:

a) untick "Cycle-exact"
b) untick "More compatible"

Originally Posted by clenched

I find quick to be way too fast on 68020 but it might be just right on the 68000.

If you use Aladin's "fixed" .ADF and the configuration above then the cheat "quick" is not insanely fast

[clenched]

Originally Posted by DamienD

Thanks Aladin, that works

So you basically set a Quickstart "A600 - 2MB Chip RAM" but:

a) untick "Cycle-exact"
b) untick "More compatible"


If you use Aladin's "fixed" .ADF and the configuration above then the cheat "quick" is not insanely fast

Seems to me that's just masking trouble that will still exist on a real Amiga. There is a little more text written in startup-sequence why AGA is recommended. I don't know enough about AMOS to comment one way or another.

[DamienD]

Originally Posted by clenched

Seems to me that's just masking trouble that will still exist on a real Amiga. There is a little more text written in startup-sequence why AGA is recommended. I don't know enough about AMOS to comment one way or another.

Which is exactly why I brought up this thread in the first place and got shot down in flames by certain people

[DrBong]

Originally Posted by Retro1234

68020 might be because a bug in the Amos compiler that the author overlooked - I don't know if there's a quick fix now.

That had occurred to me too as I remember reading over the years that compiling with Amos can be buggy and sometimes "lateral" thinking was required to get it done.

Originally Posted by clenched

Seems to me that's just masking trouble that will still exist on a real Amiga. There is a little more text written in startup-sequence why AGA is recommended. I don't know enough about AMOS to comment one way or another.

Yeh, I found that commented out text in the s-s earlier tonight when I did a quick investigation (see below). Weird thing is that the disk compiler (who, incidentally, isn't the game author) mentioned Crunchmania but not powerpacker, and his description of the AMOS bug sounds like he doesn't entirely have a grasp of what it is and why it would need an A1200 set-up.

All it's done is muddy the waters for me, so I will probably have to test the game on different A500 and A1200 set-ups here to nail down the required specs for the HOL entry. Can't see why the game would be AGA, so it will be interesting to know if 020 is indeed required (on top of 2MB chip + OCS) on real hardware.

; Willy's Weirdy Nightmares Startup-Sequence
; by Andy Gibson of AGAS Productions 1995.
;
; Please not that in order for this game to fully fit on this disk, I had
; to crunch the exec file (WWN) with CMania saving almost 660k of disk
; space!!!
;
; WWN will probably not run on anything apart from AGA machines due to
; the Icons (blocks) being compiled inside the main exec file !!! A nasty
; Amos Pro bug ... Sorry but it is beyond my control to sort this as I do
; not have access to the source code. If you want WWN to run on an A500+
; I would suggest that you write to the author and ask him to code a version
; with the icon file saved separately on disk and loaded when the game begins

[DrBong]

Originally Posted by Aladin

OCS working ks1.3 68000 and 2Mo Chip
I have changed library included to game (68000: powerpacker.library, ks1.3: reqtools.library)

Originally Posted by Aladin

@Retro1234
he works on 68000
it was the powerpacker library that prevented from turning over 68000

Sorry, but that doesn't sound right. All game versions I checked on the FTP server make use of pplib 36.10 and the KS1.3 version of reqtools (rather than the optimised KS2.x version of reqtools).

As far as I can see, your "fixed" ADF just includes an older version of pplib (V33.6) that simply utilises a version of reqtools included for KS1.3 and above (i.e. no optimised version for KS2.x existed in the early versions of pplib IIRC). In other words, all game versions on the FTP server should have no problem with the included versions of pplib and reqtools under KS1.3.

[DrBong]

Right, over a couple of hours today while chugging some strong percolated coffee, I tested Willy's Weirdy Nightmare on a variety of Amiga configurations using real hardware. Here are the results:

(a) A500, OCS, KS1.3, 1MB chip ----> FAIL

(b) A500, OCS, KS3.1, 2MB chip ----> FAIL [see photo #3]

(c) A500, OCS, KS3.1, 2MB chip, 64MB fast, 68030 ----> SUCCESS! [see photo #1 & photo #2]

(d) A500, OCS, KS3.1, 2MB chip, 68030 (fastram + caches killed using TUDE) ----> SUCCESS!

(e) A500, OCS, KS3.1, 1MB chip, 68030 (chipram limited to 1MB and fastram + caches killed using TUDE) ----> FAIL [see photo #4]

(f) A500, OCS, KS3.1, 1MB chip, 64MB fast, 68030 (chipram limited to 1MB and caches killed using TUDE) ----> FAIL

(g) A1200, KS3.1, 2MB chip, 64MB fast, 68030 (degraded to OCS using TUDE) ----> SUCCESS!

(h) A1200, KS3.1, 1MB chip, 64MB fast, 68030 (degraded to OCS, chipram limited to 1MB and caches killed using TUDE) ----> FAIL

(i) A1200, KS3.1, 2MB chip (degraded to OCS using TUDE) ----> SUCCESS!

NOTES: [1] If OCS was degraded using TUDE, OCS was also chosen where possible in the early startup menu prior to booting the game.
[2] If caches were killed using TUDE, caches were also disabled at early startup prior to booting the game.
[3] The A500/OCS/KS3.1 system used for testing has 2MB chipram + 8375B Agnus (via DKB Megachip) and an 8362 Denise (OCS).

To get Willy's Weirdy Nightmare running, the min. specs required are therefore: A500, OCS, KS2.x/3.x, 2MB chipram, 68020 CPU (this info. will be added to the notes of the HOL entry some time soon along with clenched's cheats!).

I'll just add a couple of observations from my tests. All the disk images of the game on the FTP server are in FFS format (did anyone notice this?), which is presumably why the game falls over quickly under KS1.3 via emulation. IIRC, disks formatted with FFS will only work with KS2.x and above.

However, having said that......the game will fail regardless of the FFS issue on basic A500 set-ups - even with 2MB chipram - unless a 68020+ CPU is present (see photo #3). It is probably due to the way the game has been compiled with AMOS by the game author and/or some bug that occurred in the AMOS compiling process. This is why the game author said in the docs that he couldn't get it to work on his A500, and also why the guy who created the disk for F1 Licenceware errantly assumed in the startup-sequence that an AGA system was required to run the game.

Anyway, the truth is now out there! Phew, that's all folks!!!

[malko]

nice tests

[idrougge]

Can an OCS machine have 2 MB of chipram?

[Aladin]

@DrBong
Nice test
Yes in the ADF in the zone, i have changed format FFS too for booting on ks1.x
Have you test also the ADF in the zone in your test? (I am curious about the "more compatible" option in winuae because the ADF in FTP not working on 68000 with and without more compatible option)