Here is some more progress being made...here's a video of the mod feature (Resurrection of Evil - expansion pack) i.e. dhewm3 3dxp.so implementation. Video by flexcat2:

https://youtu.be/c0m6BSzFWyo

Just to let you guys know: With the release of MorphOS 3.17, at least one issue causing stuttering in Doom 3 has been fixed, so after updating you'll hopefully have a better experience playing the game.

Yes indeed! I was stuck on a particular level and shortly after updating I made it past that area because of smoother gameplay! Keep up the great work!

Here's a Video:

https://youtu.be/GWUSFIh4Gkc

[ Edited by IKE 02.05.2022 - 18:39 ]

Here's a quick preview of how it currently looks on a Power Mac G5 QUAD with X1950GT:

Oh, and sorry for the poor audio quality. Had some trouble recording it.

https://youtu.be/EkTSuJEi4UM

The game runs in 1920x1080 quite well although it's worse in the fight sequences.
The VRAM seems full when game is running (the gauge is red) so I guess some slowdowns may come from swapping the data back and forth from VRAM to RAM.

[ Edited by koszer 17.05.2022 - 07:54 ]

@koszer

Good observation about the VRAM.
It is the old 4 release or a new recompile ?

For your information: There's a problem with new SDL2 that has to be sorted out (old SDL2 library is OK). Don't know if the VRAM stuff is affected by that.

On my low system is very obvious that something is wrong.

Found out that OpenAL library (a really old is used) is not up to task in the audio department. Newer OpenAL needs a fix by means of SDL2 or inside the library: Doesn't work as it is now.

Meanwhile I'm testing different builds of (new and working) OpenAL for this project.

Game runs quite fast with audio disabled (s_noSound option): While being obvious it could be a testing situation for the gfx rendering.



[ Edited by Cowcat 17.05.2022 - 10:38 ]

Quote:

I got it from MorphOS Storage (called r4).
There's a newer r4 than that?

Quote:

Nope. Working on that, but new problems to be addressed make me focus on other things.

[ Edited by Cowcat 17.05.2022 - 10:05 ]

Quote:

You can try some new changes if you recompile the sources from GitHub.

[ Edited by IKE 17.05.2022 - 07:26 ]

Uploaded a new release.

No special config or icon launcher provided: For now game can be started from shell as it has a 4000000 stack in it.

Added also a "rogue" doom3 binary version that has changes in audio and has a newer openal library in it.

As always, no garanties and still a "Proof Of Concept".

Thanks a lot Cowcat for this new release!

Uploaded on MorphOS-Storage here:

https://www.morphos-storage.net/?id=1752973

[ Edité par Papiosaur 18.05.2022 - 13:40 ]

Gracias cowcat! Ill try that this evening!

Forgot to say that for testing d3xp you need to start it with:

doom3 +set fs_game d3xp

Mod doesn't show in the regular doom3 menu.

Talking about d3xp, there's some problem with visual effects specially when using the "hearth" weapon to slow things down: Things look upside down and very slow.

"Grabber" weapon has the effect of being up-side down too but no slowdown. Same happens with the regular "base" mod with doublevision effect. Could be an endian issue but I don't know for now.

Quote:

Big thanks for your hard work!

I did just a quick test and the "rogue" version does give me some graphic glitchches here and there (also, mouselook did not work). I'll try to upload a video with comparison of both versions later.
I was trying to switch to Ambient (Left "Amiga" + M) too see how much VRAM is free, but the game refused to let me do that.

But that was just a quick test. I'll do more later.

[ Edited by koszer 18.05.2022 - 16:27 ]

@koszer

The "rogue" version is just for testing purposes. I'm not aware of particular changes in the graphic department as I was adding sound changes from dhewm3 and testing new openal libs (still buggy at least when closing).

Other than that, either versions could act weird as is not fully stable and one moment could run ok and other day tells that it can't load any texture, enables debug options on screen or whatever. A curse is what it is :)

Great! I'll give it a try tonight. I've completed every level of the base game on MorphOS. I am currently stuck at the "bluish green death balls" part of RoE Level 3: Erebus Labs due to the graphics issues mentioned by CowCat. Keep up the good work!

Comparatives and code experts:

What it is available is used and when results aren't the expected you stop or do a workaround.

When you got no shaders support for the nowadays Dhewm3 game simply can't work by default.

The only way to render something on screen is bypass what stops the initialization and keep going till you find something: The old draw_arb.cpp Id-Doom3 code and reinstate it again.

Basically what this MOS project does.

"Why it looks that way ?" This question is asked quite often and people seems to not understand: Multitexturing by the use of Texgen functions fails here.

Period. Get over it. Wait some time and it will be fixed.

How works here then ? Just a look at "RB_ARB_DrawInteraction0" inside draw_arb.cpp.

Pretty self explanatory.

It is possible to do another workaround binding more textures and try to blend them? Yep, but you will end doing calculations in a place that will hurt performance. Not the point now. Shaders do that by the way, due to inexistent Texgen functions on modern opengl drivers.

DrawInteraction0 is enabled by default and fog is skipped by default (fog functions use Texgen).

Bumpmapping: No support for GL_ARB_texture_cube_map and GL_DOT3_RGBA_ARB. Doesn't make sense now because the need of multitexturing.

I did an explicit bypass for cubemap images because original D3 keeps loading from disk in gametime something that at the end will never work. Example the flying ship when you start the game (very slow even for a modern PC).

None of those changes (and more) are in IdDoom3, Dhewm3, D3wasm, etc.

Compare things when they are at the fair point: What about my macmini G4 1.4 cpu vs X5000 ?

Code experts out there could explain why a line like this:

Code:

Could end looking like this on screen:

Code:


I leave it there.

Just for idiots who cannot keep beating the dead horse instead of seeing some Netflix or porn:
Can we see again online the movie "Doom3 AmigaOS 4x part 4 driver GL small Fix, now light effects" ?

Quote:

And he just did it again.

Still think he's not a dick?

@KennyR

BattleMan understood my point of view. To each their own.

I know it's easier said than done, but just ignore ppa.pl. The aforementioned frustrated OS4 users will drown out any useful feedback, so it's better to just walk away.

Quote:

I did it. Still they like to push people to confrontation and unbury cold wars.

What it piss me off certainly is the bashing done even in other forums to people just for the fact to share video tests of my port.

Why not compare OS4 built ports videos from March vs MOS port ?
Seems like a logical path to follow.

In the meantime...

Here's a new video (version r5) from my machine:

https://youtu.be/ClSeLPEh-wA

The playback is nice and smooth, although there are some graphical glitches visible in the lower right part of screen and in overall the video seems brighter than on r4.

I've managed to bypass my sound recording problems.

@all
Isn't it better not to frustrate with what they write?
I also don't read forums where they spend time just pointing at each other.

I don't play FPS games, but I like to look at Doom3 on both AmigaOS and MorphOS.

Quote:

Thanks a lot Koszer for this new video for r5! I add the link to MorphOS-Storage

Quote:

Is brighter because skipLightScale is "0": Sometimes newer compiled versions tend to reset some of the values (config is rewritten with default values).

The weird gfx glitch I don't know now.

Anyways from both Koszer videos it seems to be very smooth. Still for higher GFX cards there's a bad effect done with the models's eyeballs. Nothing seems wrong with that in my low system.

[ Edited by Cowcat 24.05.2022 - 12:56 ]

Quote:

What are your system specs? Thanks!