OpenGL renderer lacks fog and seems to have some layering issues.

Franpa · 2009-12-26 05:39:38

(maybe 0.94) 0.95 and SVN 3227 x86

Hi, in Zelda Spirit Tracks the draw distance fog does not work with OpenGL. Also when Link gets frozen a speech bubble appears indicating that you need to rub the stylus side to side to free him. With OpenGL the animation appears behind the solid white speech bubble (can see the edges of the animation around the edges of the white bubble) while with Software Rendering it appears on top.

Last edited by Franpa (2020-08-30 15:17:31)

lbalbalba · 2009-12-26 12:44:26

Franpa wrote:

(maybe 0.94) 0.95 and SVN 3227 x86
Hi, in Zelda Spirit Tracks the viewing distance fog does not work with OpenGL. Also when Link gets frozen a speech bubble appears indicating that you need to rub the stylus side to side to free him. With OpenGL the animation appears behind the solid white speech bubble (can see the edges of the animation around the edges of the white bubble) while with Software Rendering it appears on top.

If I understand correctly, then opengl is not capable of doing fog:

http://forums.desmume.org/viewtopic.php?pid=6517#p6517

zeromus · 2009-12-26 16:28:22

Why do you think we made the software rasterizer? Use it instead.

Franpa · 2009-12-27 05:58:24

If it is a bug in your implementation or the drivers I am using then say so, otherwise add an entry to the FAQ stating that the hardware accelerated rendering engine is not being updated/maintained anymore and that everyone should use the Software Rasterizer.

The link lbalbalba provided confirms the OpenGL renderer is not being maintained anymore so maybe add that piece of info to the FAQ?

lbalbalba · 2009-12-27 12:40:32

Franpa wrote:

If it is a bug in your implementation or the drivers I am using then say so, otherwise add an entry to the FAQ stating that the hardware accelerated rendering engine is not being updated/maintained anymore and that everyone should use the Software Rasterizer.
The link lbalbalba provided confirms the OpenGL renderer is not being maintained anymore so maybe add that piece of info to the FAQ?

If I understand correctly, it is not a 'bug' in any implementation, it's just that the opengl standard spec does not allow for 'fog', period, nevermind the implementations.

As for the FAQ:
http://wiki.desmume.org/index.php?title … is_missing

zeromus · 2009-12-27 17:05:35

lbalbalba, you understand incorrectly.
franpa, this isn't a frequently asked question. Most people are satisfied with dogmatic proclamations to switch to software rasterizer.

lbalbalba · 2009-12-27 19:31:39

zeromus wrote:

lbalbalba, you understand incorrectly.

Ah ? So in theory, 'fog' could be implemented correctly in desmume using opengl as well ? (If you go through the trouble of correcting me, please let me know what facts I have got wrong and state the corrects ones please

zeromus · 2009-12-27 22:23:54

opengl supports fog. it would be hard to wrestle it into submission to emulate the ds fog. opengl also supports pixel shaders which could probably be used to do more accurate fog with opengl.

#1 2009-12-26 05:39:38

OpenGL renderer lacks fog and seems to have some layering issues.

#2 2009-12-26 12:44:26

Re: OpenGL renderer lacks fog and seems to have some layering issues.

#3 2009-12-26 16:28:22

Re: OpenGL renderer lacks fog and seems to have some layering issues.

#4 2009-12-27 05:58:24

Re: OpenGL renderer lacks fog and seems to have some layering issues.

#5 2009-12-27 12:40:32

Re: OpenGL renderer lacks fog and seems to have some layering issues.

#6 2009-12-27 17:05:35

Re: OpenGL renderer lacks fog and seems to have some layering issues.

#7 2009-12-27 19:31:39

Re: OpenGL renderer lacks fog and seems to have some layering issues.

#8 2009-12-27 22:23:54

Re: OpenGL renderer lacks fog and seems to have some layering issues.

Board footer