New ATI/NVidia-Cards and dithering...

A forum for solving problems that might be encountered during installation, updating, or in game.
User avatar
Pyro
Bug Finder Extraordinaire
Posts: 4751
Joined: Sun Mar 21, 2004 2:14 pm
Location: Texas

Post by Pyro »

Yeah, I know you aren't trying to insult, just saying. I just thought of something that could explain what you are seeing. It is possible the maps were not ported exactly. So when the map from TFL were saved and made into Myth 2 maps its possible some quality was lost in between. So it is possible it had nothing to do with the 2 game engines just some quality loss when being ported.
Balor's Nephew
Posts: 51
Joined: Fri Mar 11, 2005 3:27 pm
Location: Muirthemne, Cath'Bruig-Empire

Post by Balor's Nephew »

You are probably right, for when I tried to use 3dfx in Myth II (you can use it with the wrapper, but, as Melekor mentioned, it's bugged), it looks very similar as in OpenGL.

It's the "Barrier"-Mission in the ported version:

http://i640.photobucket.com/albums/uu12 ... cus/10.jpg

btw you see it too, don't you?
User avatar
Pyro
Bug Finder Extraordinaire
Posts: 4751
Joined: Sun Mar 21, 2004 2:14 pm
Location: Texas

Post by Pyro »

Yes I do, which is what made me think about the the possible change while it was being ported.
Balor's Nephew
Posts: 51
Joined: Fri Mar 11, 2005 3:27 pm
Location: Muirthemne, Cath'Bruig-Empire

Post by Balor's Nephew »

I downloaded the content from tain.net, v2. I have same results on my second PC.

But now the next riddle: When I load the same savegame in Myth TFL 1.5 (the one in the Barrier mission) with OpenGL, the result is the same like in the ported version in Myth II (The resolution is 1152x864 because patch 1.5 forces game to use the desktop's resolution - is there a way to prevent that?):


Myth TFL 1.2 + wrapper (again):

http://i640.photobucket.com/albums/uu12 ... icus/5.jpg


Myth TFL 1.5 OpenGL:

http://i640.photobucket.com/albums/uu12 ... cus/11.jpg

So it's no effect of the portation, right?
User avatar
Pyro
Bug Finder Extraordinaire
Posts: 4751
Joined: Sun Mar 21, 2004 2:14 pm
Location: Texas

Post by Pyro »

Well porting from TFL to M2 wouldn't affect TFL at all.
User avatar
haravikk
Site Admin
Posts: 987
Joined: Mon Mar 22, 2004 12:56 pm
Location: Scotland

Post by haravikk »

There does appear to be some definite "banding" in the Open GL picture, I think that's the correct term anyway
Does OpenGL have any kind of sampling radius when it performs dithering? If this is too small then it could account for that, while a larger one may result in smoother blending, otherwise it's likely that OpenGL and Direct3D simply handles dithering differently, possibly for performance reasons, and it ends up creating these visible "bands".
Being Haravikk gets you girls like these:
Image
Balor's Nephew
Posts: 51
Joined: Fri Mar 11, 2005 3:27 pm
Location: Muirthemne, Cath'Bruig-Empire

Post by Balor's Nephew »

So there are the same graphical losses in Myth TFL 1.5 and Myth II 1.6 by using OpenGL. But there are different results by using emulated 3dfx without patch 1.5 for Myth TFL.

If there were such a .exe, that prevents the annoying memory bug, it should be able to solve the riddle (it was called TFL_patch.exe two years ago, but it's not usable for configurations above 1 Gig of ram)...

Are these "bands" (thanks haravikk for the term ;) ) normal or am I the only one who has them in the game?
User avatar
Melekor
Site Admin
Posts: 2449
Joined: Sat May 01, 2004 12:10 am
Contact:

Post by Melekor »

I made a loader that lets you bypass the memory bug.
download here: http://www.projectmagma.net/~melekor/tfllauncher/
User avatar
Melekor
Site Admin
Posts: 2449
Joined: Sat May 01, 2004 12:10 am
Contact:

Post by Melekor »

Earlier in this thread we already confirmed that emulated glide is currently superior to OpenGL (16 bit vs 15 bit).

Now I can confirm that emulated glide on Myth TFL (1.3; doesn't work on 1.5) is superior to emulated glide on Myth II.

Here is the comparison.


TFL 1.3 emu. glide:
http://www.projectmagma.net/~melekor/up ... ide_m1.jpg
Myth II emu. glide:
http://www.projectmagma.net/~melekor/up ... ide_m2.jpg

and for reference, the same scene in Oak (full 24 bit precision):
http://www.projectmagma.net/~melekor/up ... _24bit.jpg

I haven't yet figured out why this is. It's also interesting that m1 under glide looks practically identical to the full 24 bit result.
Myrd
Site Admin
Posts: 4034
Joined: Fri Mar 19, 2004 10:17 pm

Post by Myrd »

That's a pretty significant difference.

Any reason not to make Myth II use all 24-bits by default?
Eddaweaver
Posts: 1026
Joined: Mon Sep 13, 2004 6:05 am
Location: M.E.

Post by Eddaweaver »

Myrd wrote:That's a pretty significant difference.

Any reason not to make Myth II use all 24-bits by default?
System requirements?
Balor's Nephew
Posts: 51
Joined: Fri Mar 11, 2005 3:27 pm
Location: Muirthemne, Cath'Bruig-Empire

Post by Balor's Nephew »

@Melekor: If you were a woman, I would ask you if you would marry me :) Since two years I'm waiting for such a patch! Thanks a lot!
I tried v1.2 and it worked. Strangely, in v1.3 or even 1.1 it could not recognize the disc (original) and without any patch, the game crashed when I tried to start a game with 3dfx.
But finally I'm able to play it under glide. Thanks again!
Probably you can use these improvements in your next patches. :)
User avatar
Melekor
Site Admin
Posts: 2449
Joined: Sat May 01, 2004 12:10 am
Contact:

Post by Melekor »

After looking at the myth 1 source, I understand what is happening.

Glide under TFL renders the mesh using two passes: colormap and lightmap. The colormap pass uses hardware paletted textures, allowing the 8-bit colormap to be displayed exactly as it is. The lightmap is then multiplied on top. This was changed in Myth II to be done in a single pass, drawing color*light with a 16 bit texture, improving performance but sacrificing quality.

It isn't possible to do the exact same thing in OpenGL since modern hardware does not support paletted textures. Any way I can think of for getting full 24 bit in OpenGL is going to have a performance cost. It might be well worth it though, and I would like to try it some time.

@Balor's nephew:
Glad you found the loader useful. It was an interesting experiment, I've never played around with DLL injection before. TFL 1.3 worked for me, I wonder why it did not for you. I have the TFL iso mounted in a virtual drive, perhaps that makes a difference.
Post Reply