[Buglist] EoB 1 AGA - EoB 1 ECS Multilanguage

[DamienD]

Originally Posted by rmzalbar

Hi, I missed this thread as I'm relatively new here - where can I find the best versions of EOB AGA 1&2 hosted? Might someone be kind and post them to the zone?

Thank you,

You can try these WHDLoad versions:

... EyeOfTheBeholder2_v0.1_AGA.lha
... EyeOfTheBeholder_v0.2_AGA.lha

[rmzalbar]

Wow, that's magic, thanks! I downloaded the items Damien linked and that I found in the search Solo linked. Will compare & contrast before finals. Thank you both.

[Solo Kazuki]

Mind that DamienD give You links to server which You searched via linked finder.

Edit: These versions are both normal and WHDLoad
EoB1
EoB2

[hexaae]

These games still need a WHDLoad fix for the outro/endsequence and quitting (after you opened the map)…
Would be great if someone wanted to fix the few problems left with the WHDLoad slaves

Sources (kindly provided by CFou):
https://1drv.ms/u/s!ApMUGr0cuN39gbwL...L9hbg?e=lIKAuh

[DamienD]

Originally Posted by hexaae

These games still need a WHDLoad fix for the outro/endsequence and quitting (after you opened the map)…
Would be great if someone wanted to fix the few problems left with the WHDLoad slaves

Sources (kindly provided by CFou):
https://1drv.ms/u/s!ApMUGr0cuN39gbwL...L9hbg?e=lIKAuh

Interesting.

Does this bug also occur with the "native" hard drive installs?

[rmzalbar]

It plays beautifully and runs fast. I'm at 50mhz 030 on my A1200, so I don't know how it performs on a basic machine. What's the basic setup required for WHDLoad slave development, aside from 68k assembly knowledge?

[Solo Kazuki]

Originally Posted by DamienD

Interesting.

Does this bug also occur with the "native" hard drive installs?

It was mentioned many times, it's fault of game version itself. It have nothing to WHDLoad.

[hexaae]

Originally Posted by rmzalbar

It plays beautifully and runs fast. I'm at 50mhz 030 on my A1200, so I don't know how it performs on a basic machine. What's the basic setup required for WHDLoad slave development, aside from 68k assembly knowledge?

Should ask to jotd, Psygore, Wepl, StingRay, still active WHDLoad developers… Would be great a final fix for this amazing 256 color + automap special version by CFou, the best EOB 1 and 2 versions EVER MADE.
At http://whdload.de/ there are also some dev archives...

[hexaae]

Who's got a savegame at the end of EOB 1 AGA to test the crash, after you open at least once the automap?

[hexaae]

Originally Posted by rmzalbar

It plays beautifully and runs fast. I'm at 50mhz 030 on my A1200, so I don't know how it performs on a basic machine. What's the basic setup required for WHDLoad slave development, aside from 68k assembly knowledge?

BTW, if you want to offer your help:
http://mantis.whdload.de/view.php?id=4219

[CFou!]

For more info:

Eye Of the beholder AGA:
http://web.archive.org/web/201807041...EOB1+AGA+GAME/
Eye Of the beholder 2 AGA:
http://web.archive.org/web/201805210...2%20AGA%20GAME

[hexaae]

Added Xanathar (1 hit left) savegame to quickly test Bug 2: EOB1 AGA crashes after beating the game if you open automap first.

http://mantis.whdload.de/view.php?id=4219
Thanks Marcuz for the original files...

[CFou!]

Hi,

For information.

I'am never released source code of EOB1&2 AGA.

I want first clean 'a bit' source codes.

Moreover EOB2 use overlay hunks.

Using Barfly i am not again found solution to compile asm in one time.

Temporary working solution is in first time to compile main file and overlay nodes in separate files. In second time, i use a external homemade tool (using whdload's slave to keep developement times) to link overlay node & hunk and to make an unique executable file.

For moment i dont know if i can (and how) use Barfly + overlay.

My solution is working but it's not elegant...

In my memory, there are another problem no solved with EOB1 AGA src.

Sometimes, if i change size of some hunk, the compiled file seems corrupted (i must just add one or some NOP instruction for good compilation, it's really curious). (In my memory it's relocation table done during compilation which is corrupted)

I don't know if it's a bug in source code (created using RESSOURCE6) or in Barfly's compiler.

[hexaae]

JFY,
I've just noticed also ORIGINAL game for PC has these small gfx glitches with borders around additional character tiles. They usually show up after you open/close inventory or automap:

EOB2:


...also EOB1 has similar issue with additional character tiles.

EOB2 original PC version comparison (with the same glitches): http://crpgaddict.blogspot.com/2018/...ike-jelly.html

[Don_Adan]

Originally Posted by CFOU!

Hi,

For information.

I'am never released source code of EOB1&2 AGA.

I want first clean 'a bit' source codes.

Moreover EOB2 use overlay hunks.

Using Barfly i am not again found solution to compile asm in one time.

Temporary working solution is in first time to compile main file and overlay nodes in separate files. In second time, i use a external homemade tool (using whdload's slave to keep developement times) to link overlay node & hunk and to make an unique executable file.

For moment i dont know if i can (and how) use Barfly + overlay.

My solution is working but it's not elegant...

In my memory, there are another problem no solved with EOB1 AGA src.

Sometimes, if i change size of some hunk, the compiled file seems corrupted (i must just add one or some NOP instruction for good compilation, it's really curious). (In my memory it's relocation table done during compilation which is corrupted)

I don't know if it's a bug in source code (created using RESSOURCE6) or in Barfly's compiler.

I think that if compiled file needs extra NOP, then is not fully resourced, or you missed cnop 0,2 or cnop 0,4 somewhere.

[CFou!]

Originally Posted by Don_Adan

I think that if compiled file needs extra NOP, then is not fully resourced, or you missed cnop 0,2 or cnop 0,4 somewhere.

Hi Don,

Happy to read you

In my memory, most of the time no compilation problem, and the file has been resourced in full.

In very rare cases, the relocation table created by BarFly was not good...
I had not more investigate because it's rare but i have not unterdand the reason in 2006!!.

I would have to try again to test (main resourced code 1,1Mo for EOB1 & 1,5Mo EOB2) when I'll have a little free times

I'am not sure it's 'cnop' problem because if i add one or 3 'nop' at working source code than not cause problem. only in a rare cases and i had not found recurring causes...

but if you follow the principle of ockham's razor, you're right

[Lord Riton]

C'est pas fou, c'est dingue ! 500 !!!