English Amiga Board

English Amiga Board (https://eab.abime.net/index.php)
-   support.Games (https://eab.abime.net/forumdisplay.php?f=6)
-   -   3 Stooges WHDload missing pictures (https://eab.abime.net/showthread.php?t=93592)

christianlucio 29 July 2018 12:17

3 Stooges WHDload missing pictures
 
I have encounted a strange problem: it seems the WDHload Version of the 3 Stooges is missing pictures: for example after the boxing level there is no picture displayd showing one of the stooges with a beaten face.Is this a problem of the WHDload version or anything else ?Looking Forward to any comments

Hewitson 29 July 2018 12:42

What machine/emulator configuration are you running this on? It could be that it's so fast that the picture goes away before you get a chance to see it.

christianlucio 29 July 2018 16:42

Real Amiga
 
I am using an Amiga 1200 with a Blizzard 1230/50 so this should not be the problem

Galahad/FLT 29 July 2018 16:56

I think what Hewitson is referring to is that picture might be displayed whilst loading data and then go once the data has loaded, which of course is virtually instanaeous on WHDLoad vs loading from floppy.

DamienD 29 July 2018 16:59

Exactly sir Galahad ;)

...besides crazy RAM requirements on a lot of occasions (as opposed to floppy disk / native installs); another issue that I constantly find with WHDLoad is that it loads way too fast and you miss screens :sad

Hewitson 29 July 2018 18:20

Quote:

Originally Posted by Galahad/FLT (Post 1257442)
I think what Hewitson is referring to is that picture might be displayed whilst loading data and then go once the data has loaded, which of course is virtually instanaeous on WHDLoad vs loading from floppy.

Either that, or possibly a badly coded delay loop which doesn't function correctly on faster machines.

jotd 29 July 2018 18:51

those are ... loading screens... now that loading is instant, no need for them :)

However some install slaves allow to wait for those screens (BUTTONWAIT). Often done when the pictures are cool enough to deserve more work.

@DamienD whdload slaves optimally work with 4MB of fastmem. Some games work on vanilla A1200, and even A600 when running them using CD32load. I admit you have to play a floppy disk loading sound in the background else the experience isn't complete.

DamienD 29 July 2018 19:51

Quote:

Originally Posted by jotd (Post 1257471)
@DamienD whdload slaves optimally work with 4MB of fastmem. Some games work on vanilla A1200, and even A600 when running them using CD32load. I admit you have to play a floppy disk loading sound in the background else the experience isn't complete.

jotd; I'm not stupid and do understand the reasons for WHDLoad i.e. being able to play original games from hard drive with *fixes* included that wouldn't be possible otherwise on a standard A1200 or beyond; as they weren't made for these models...

My point is; crazy RAM requirements are needed, and due to fast loading, you'll sometimes very briefly see screens :sad

Let's be honest, most games that have more than 4 disks require way more RAM than the originals did (as you need to use "PreLoad" so that there's no "flashing").

Shall we take these for instance:

a) Beneath A Steel Sky.
b) Monkey Island 2: LeChuck's Revenge.
c) Numerous others.

...and that's not taking into account games like onEscapee; it doesn't need more than 2MB Chip & 4MB Fast RAM but with WHDLoad it's impossible to run smoothly :agree

Retro-Nerd 29 July 2018 19:58

Quote:

crazy RAM requirements are needed
This has one reason. WHDLoad runs in its own environment, outside the Amiga DOS. To avoid OS-WDHLoad switches all games are loaded completely into fastram when you execute it. So, the more disks a game has the more ram it takes.

DamienD 29 July 2018 20:04

...you don't say :rolleyes

I totally get that Retro; again I'm not stupid and understand the principles behind WHDLoad and how it works on a basic level!!!

Thankfully I totally live in the emulation world where increasing CPUs / RAM etc. isn't a problem... I do feel sorry though for "real" Amiga users that have to keep throwing loads of money at their computers in order to achieve smooth gameplay :agree

Retro-Nerd 29 July 2018 20:10

They don't have too, they want. :D

Honestly i haven't spent that much money since 2007 in Amiga hardware stuff. Got my A1200 very cheap, the M-Tec 1230 turbocard too.

Today it might look different since the prices for e.g. an A1200 are ridiculous. But there will be cheaper alternatives some day. FPGA boards or reverse engineered.

OT end. It's about 3 Stooges. :)

DamienD 29 July 2018 20:11

Quote:

Originally Posted by Retro-Nerd (Post 1257493)
OT end. It's about 3 Stooges. :)

Yup, and too fast loading screens due to WHDLoad / hard drive use :cheese

Retro-Nerd 29 July 2018 20:12

This should be an easy fix though. :p

DamienD 29 July 2018 20:14

Agreed; put in a 3 second "wait" or something ;)

Nibbler 29 July 2018 21:07

Games can never load fast enough :D


If there are Pictures like for example, the wonderful loading sceens in AGONY then the WHDLoad Slave should have a BUTTONWAIT option :)

christianlucio 29 July 2018 22:06

So anyone can/will do a fix ?

jotd 29 July 2018 22:13

I just checked: CFou! provided the source code so yes I'll be able to fix this, and yes, it's not too difficult (well, it shouldn't be :))

AARGH old CFou! slave... won't be too pleasant to update it...

@Nibbler Agony features "BUTTONWAIT". It's just that it doesn't appear in the splash screen (very old JST-adapted slave, I should rewrite this too)

Mad-Matt 29 July 2018 22:23

Captain Fizz is another that skips the title screen n music and could do with a Buttonwait.

jotd 29 July 2018 22:45

another old slave I happen to have the source code of. OSEmu slave, so big rework (not supporting OSEmu slaves anymore)

jotd 16 August 2018 22:28

the good news is: I was able to rebuild 3 Stooges from CFou! source and created a "file" loader (instead of using disk images).

Now, since I'm not too familiar with the game, can someone tell me how to reach a screen which disappears at once, in simple steps?

It's not so easy to do if there are a lot of cases. Plus the game uses overlayed hunks (like Wings, damn Cinemaware), so it's more annoying to add patches in the overlayed sections)

About whdload flashing: yes without PRELOAD there doesn't seem to be a cache AT ALL. Maybe Bert could cache files below some size (so reading the same file over and over wouldn't need flashing IF whdload could allocate more memory). I suppose that it's hellish to implement. I had a hard time with JST & files (and it's not over)


All times are GMT +2. The time now is 23:07.

Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.

Page generated in 0.04735 seconds with 11 queries