Heretic II

Final version of Game, Installer and HTML Docu is since this week at the Betatesters.

Quake 2

Update will be next to be handled once H2 is out of the door.

Secret project

Still waiting on the legal stuff (licence) to be finalized

What was the problem with the Savegames ?

Did you check on the Savegames if Endian issues are involved ?
Some games (Hello, Heretic2 ^^) also assumed that "pointers are just offsets to the executable start address" - which would not be the case on AmigaOS.
Another possible issues might be compiler-based like extra-bytes inserted by compiler to have addresses of words divisible by 4,8,16,whatever.

What was the issue with the Game Videos ? What format are they ? You might just call mplayer and play them using IDOS->System if they are any reasonable format.

Sound issues might be an issue of buffer size but I am definitely not the best person to advice on Sound issues - took me always forever to get Sound issues fixed.

Wasn't really worth it for registering on a webpage or starting a project request or whatever for something someone could do in 10 minutes.

I got in the meanwhile someone who translated the small amount of text for me.

Hi!

Note - I also need someone for a translation from English to Spanish. Around the same amount of text.

Best regards,
Steffen

Hi!

I am looking for someone who can translate a few lines from English to French (my own French is a bit - well, beginner level). This has to do with the French localization of Heretic 2.

It is around 10 lines of text, so nothing big.

If you think you can do this email to tirionareonwe@gmail.com

Thanks in advance.

Best regards,
Steffen

Heretic 2 OS4: Sent off Release Candidate to Betatesters. One final round of Betatesting and we will see if something still comes up.

The huge problem is the build system. They use a custom build system which during setting up the build stage does stuff like letting the compiler do some stuff and then check the output.

As this thing would run under cross-compiling of course you CANNOT run the compiler output.

The whole thing seems to be totally unsuited for cross-compilation.

Which would make this a major effort. Same story like with Mame (though Mame might actually work with an environment on Linux with a Cross-Compiler). But this thing ?

Why couldn't they just use make with configure ?

BTW - I hope to be able to lift the secret on "Secret project" soon. I assume some people might already have guessed it ^^

Strike out "some". Replace with "most".

It is probably one of the best RPGs ever made. Not sure if there was an English version ?

It was successor to Amberstar. It BTW already had a texture mapping engine (for the 3D parts) at that old age, was a big argument back then when people said "not possible on AmigaOS" - "then why is it possible in Ambermoon ? "

Combat was strategy combat like in a Japan 2D RPG. But it was a classical EU RPG Story in Ambermoon. Forget Dungeonmaster. Forget Eye of the Beholder. Forget all the SSI games. Ambermoon is the best Amiga RPG ever!!!

And thanks to the people who posted the links. Got a PC also, so I could try that .net version.

Still a shame they took .net. For nostalgia I would prefer to play it on my Amiga x1000

Hi!

Is there any way to run Ambermoon on a Graphics card system ? Just found my backup of it (don't have the original disks anymore, though I suspect they are in one of the boxes in the garage so maybe I actually still have them - but probably no drive which could read them even if the data on them is still okay) and I was wondering - it had been my favorite game in the old days.

But I guess probably there is no reimplementation of it existing or anything like that ? And the only chance might be running it on UAE ?

Best regards,
Steffen

BTW - if anyone still got old savegames from the WarpOS version (personally I think after 20 years it makes sense to start from the beginning again, but anyways...) - the OS 4 version is savegame compatible

(Actually you will need to overwrite user/config.cfg, else it will look a bit weird, but the savegames themselves will work perfectly.

Just tried out my old savegames from 20 years ago which I accidentally found when looking for something else on my old backup HD

It also supports gl4es which at least
Amigas with RadeonHD and RadeonRX
have available;)

Maybe i have a look at it sometimes. But still
busy with H2 right now.

Currently:

- Heretic 2

Lots of detail work with tiny issues, mostly to do with
installer and localization.

- Secret project

Waiting on licence negotiations as soon as there is
a signature betatest will start the same day

- Quake 2 update

On hold for now, will start again once H2 is finished, there is
a limit on how many projects when this is not the
main job anymore

@Capehill

>IExec and IDos is already opened for normal programs, if writing >real Amiga libraries you need to open the libs, as then the normal >startup code is not called.

As to IExec this is only true for normal executables.

For .so Libraries this is not true. So it is a good idea if a linker library using AmigaOS functions initializes IExec so it can be used inside a .so library without having to recompile the linkerlib with an "adaption" (this is what I did to get gl4es running with the Heretic 2 Renderer for example - modifying the gl4es source code to initialize IExec correctly - of course I also gave my changes back to the project and they integrated it).

IDOS has no such issue though. It is only for IExec where this problem exists.

Steffen

BTW - anyone knows if there was ever a french and spanish version of H2 on PC which included native language samples ? Or only localized intro/outro video and subtitles ingame ? (Those I have, as well as the "whole deal" for German, Italian, Russian and english).

Did anyone compare those new 68k/68kEmu things (PiStorm, Vampire) to a decent PPC setup this way ?

Hi!

address 4 is still a thing.

And if you are doing stuff with libdl.a and calling AmigaOS functions from inside a so library you have to do

IExec = (struct ExecIFace *)(*(struct ExecBase **)4)->MainInterface;

for it to work. Here you see the address 4 (You don't need this if you are doing a normal exe).

Best regards,
Steffen

Currently doing another Mame port is not something I would consider. I have enough projects running right now. In the future it might be possible, but more like something like "somewhen late 2023" than in any immediate future. If I do it.

And if I do it it would definitely not been a simple recompile of old sources (and would be adapted to recent Mame sources).

@Reynolds

As I said, this opinion "The more setups supported, the better for all of us." is exactly the reason for my post.

Remember we have some boards only supported by MiniGL, and if someone does not have NovaBridge on the new systems he can only run GL4ES.

As I explained it is easy to support both (if directly using ogles2.library this is not an option of course, or if needing shaders or multitexturing).

None of my current projects has such requirements. They all run with both. And I think some projects which currently only support MiniGL could easily be updated to also support GL4ES.