Problem with Kajko & Kokosz HD in WinUAE 1.1.1 and above

[olesio]

Hey all. I discovered that on WinUAE version 1.1.1 and above "Kajko & Kokosz" game
in HD version which you can download from link below. Do not work properly. Game load
very slowly and game looks like in less than one frame per second animation and game
sounds are slowly noise. In WinUAE version below 1.1.1 everything is ok. ADF version
work fine in all WinUAE. I tryed many different configs withou jit and full ecs as chipset
and nothing help. On version 1.1.1 and above when runing In Workbench or from a clear
startup-sequence on hdf file the games load very slowly and sound is one slowly noise.
Can anyone check this. Maybe Toni can fix it somehow in new versions of WinUAE.
Game link: http://www.ppa.pl/rodzynki/download/..._Kokosz_HD.lha - and log
from WinUAE is in an attachment. And sorry for my bad english. Waiting for reply

P.S.:

[dlfrsilver]

Please use winuae 1.4.6. your version is not up to date.

[Graham Humphrey]

He said "version 1.1.1 and above"

[dlfrsilver]

ok hehehe read too fast

[Arnie]

Runs fine on A600HD setup on WINUae 1.4, kick2.05, wb2.05, 2mb chip nofastmem

[Toni Wilen]

01-156 [13 094x086]: FS: mounted HDF unit DH0 (0000-00300000, HARD_DISKS\kajko_i_kokosz.hdf)
01-156 [13 094x086]: RDB: fakefilesys, trying to load 'ROMS\FastFileSystem', dostype 0x444F5300
01-156 [13 094x086]: RDB: filesys not found

Haven't tested but I think the problem is quite obvious, KS1.x config, FFS hardfile without FFS available. (and also explains why it works on KS 2.x+ because it has FFS in ROM)

(Or even OFS hdf because 1.x can't boot without filesystem in "boot rom"/RDB)

[olesio]

Arnie: can You attach or upload on some free web hosting exacly configuration of your WinUAE?
Beacuse I do not have Workbench 2.065, but I tryed Amiga 600 configuration in quickstart mode
and kickstart version 2.05 and only chip and slow memory and games still do not work properly.

[Arnie]

Originally Posted by olesio

Arnie: can You attach or upload on some free web hosting exacly configuration of your WinUAE?
Beacuse I do not have Workbench 2.065, but I tryed Amiga 600 configuration in quickstart mode
and kickstart version 2.05 and only chip and slow memory and games still do not work properly.

What Workbench are you using to boot the Harddrive

[Toni Wilen]

Now I am confused.. Log shows hdf file in use but link points to lha archive.

EDIT: I can confirm the slowdown, interesting.. (boot to non-Picasso96 mode, dragndrop the lha file to wb and execute runme)

[Arnie]

Well if this helps here is the conifg, it`s basically a default 2mb A600 config with a dir added for the HD

[olesio]

Toni: because I tested on hdf with clear startup-sequence only with assigns and execute game file.
I almost handled - I founr Workbench 2.01 and switched kickstart to 2.05 Amiga600HD and loaded
Workbench disk and add directory with unlha game as DH0: and game runs properly, but later after
exit to Windows and try to run the same configuration on WinUAE 1.0.0 game still work very slow.

[Arnie]

Originally Posted by olesio

Toni: because I tested on hdf with clear startup-sequence only with assigns and execute game file.
I almost handled - I founr Workbench 2.01 and switched kickstart to 2.05 Amiga600HD and loaded
Workbench disk and add directory with unlha game as DH0: and game runs properly, but later after
exit to Windows and try to run the same configuration on WinUAE 1.0.0 game still work very slow.

Well i can confirm that the game runs a lot faster booting WB from floppy.

What was the game originally supposed to run on, A500, A500+ .

[Toni Wilen]

Warning: technical stuff.

Ok, problem is quite simple, game sets WORDSYNC=0 + DF0: selected + drive motor started (don't ask me..) which causes disk emulation to work very hard because disk hardware basically "reads" continuous zeros. Even without disk inserted you can "read" disk, unfortunately some buggy loaders really expect this..(*)

I need to check if this condition really causes continuous wordsync interrupts on real Amigas. (I hope it does not because I am not sure how to fix this without breaking some stupidly programmed track loaders..)

*) all this only because of wordsync and indexsync interrupt bits. Emulation can't know if program needs index/wordsync interrupts so it has to emulate this cycle-exactly even if 99% of programs won't care.. (I think The Deep was one special case..)

[Arnie]

Update: I did a fresh install on my WinUAE A600HD setup and everything works perfect.

There must be something wrong with the install from the .lha....

[Toni Wilen]

It probably works MUCH faster if there is disk in all floppy drives, any disk

[Arnie]

Originally Posted by Toni Wilen

It probably works MUCH faster if there is disk in all floppy drives, any disk

Well i installed it from the 3 floppies and it runs the same whether theres a disk in df0 or not.

EDIT: Well what a carry on Matron!!!. The game ran ok for me because i had installed from floppies but as soon as WinUAE is shut down and restarted the game runs slow with garbled sound, inserting a blank disk in df0 does indeed bring it back to normal then after any soft reset
the game will continue to work normally whether there is a disk inserted or not. OOOEERRR!!!

[Arnie]

This has got to be the strangest game ever to run

If you enable all 4 floppy drives the game slows down to a crawl, cpu over 1000%, weird.

BTW. i have found that even with all 4 floppy drives enabled you only have to insert a disk into df0 to get the game running smooth.

Now if some kind soul could do a bit of translating on the menus, my Polish is a bit rusty these days.......

[olesio]

I can confirm that "Kajko i Kokosz" game on WinUAE 1.1.1 and above require any floppy disk
(even blank disk created by WinUAE) inserted to DF0:. If floppy is inserted game run properly.
But why in WinUAE 1.0 everything is ok and floppy isn't required? Is it game or WinUAE fault?

[Toni Wilen]

Originally Posted by olesio

But why in WinUAE 1.0 everything is ok and floppy isn't required? Is it game or WinUAE fault?

Game is stupid and newer WinUAE versions emulated something that wasn't really needed (=main disk emulation loop run every few cycles which equals huge CPU usage)

Will be fixed before 1.5 is released.

[Arnie]

Yay, thank you Toni .