ZDoom 2.1.7

News about ZDoom, its child ports, or any closely related projects.
[ZDoom Home] [Documentation (Wiki)] [Official News] [Downloads] [Discord]
[🔎 Google This Site]

Moderator: GZDoom Developers

Post Reply
entryway
Posts: 59
Joined: Tue Aug 30, 2005 1:04 pm

Post by entryway »

Do you have rendering quality set to quality, or to speed? If the latter, try switching to the former.
This option should be removed and gzdoom's behavior should be 'quality' at least for ATI to avoid such questions. Otherwise you will be compelled to answer similar questions permanently. I don't know any games except for doom ports with this precision problem on ATI. If we cannot force to work some things correctly everywhere for any reasons, we should not make it as option (like fog in slade). It is bad style and demonstration of disrespect. John Carmack would not do so. ATI has a big part of market nevertheless and maybe it more than NVidia has. We should not forget it.
User avatar
HotWax
Posts: 10002
Joined: Fri Jul 18, 2003 6:18 pm
Location: Idaho Falls, ID

Post by HotWax »

Because we care what market share ATI has.
entryway
Posts: 59
Joined: Tue Aug 30, 2005 1:04 pm

Post by entryway »

No. Because we have no material benefit from our project (NVidia does not pay some money to us for humiliation of competitors) and we are not harmful pigs of course. If we already have a code for correct behavior on ATI, we should use it, instead of indirectly proving (useless optionality) to all world who is The Best. For example, if ATI for some strange reasons displays squares instead of triangles with the common code, would we make it optionality indeed? It is silly even if it is faster because it still squares instead of triangles.
Last edited by entryway on Thu Nov 02, 2006 10:00 am, edited 4 times in total.
User avatar
Alterworldruler
Posts: 622
Joined: Mon Dec 19, 2005 7:31 am

Post by Alterworldruler »

Graf Zahl wrote:It's a day early! ;)

Anyway, good to see that it has been released. Now I can commit the custom state stuff I have been working on for the last few days without fear of breaking an upcoming release.
YAY! for randy :P finally we'll see custom states without breaking release ;)
User avatar
Hirogen2
Posts: 2033
Joined: Sat Jul 19, 2003 6:15 am
Operating System Version (Optional): Tumbleweed x64
Graphics Processor: Intel with Vulkan/Metal Support
Location: Central Germany
Contact:

Post by Hirogen2 »

It's not a day early. Remember that Japan is always "ahead in time", relative to Europe and America, so they just get it right in time.
User avatar
randi
Site Admin
Posts: 7749
Joined: Wed Jul 09, 2003 10:30 pm
Contact:

Post by randi »

Kaiser wrote:Here's a dump of the stupid error.
Crashed while calculating a Vavoom slope. This sort of thing belongs in the bugs forum, not the new version release topic, so I'll move it there for you.
User avatar
Bastet Furry
Posts: 41
Joined: Sat Feb 05, 2005 2:38 am
Location: Essen (NRW), Germany

Post by Bastet Furry »

Um, just a little question, dont want to breack up a debate or something, but what happend to polymost?
User avatar
Amuscaria
Posts: 6634
Joined: Mon Jul 26, 2004 12:59 pm
Location: Growing from mycelium near you.

Post by Amuscaria »

Development seems pretty fast lately. The Armor Piercing property should be very useful. Hopefully A_Implode is still being considered.
User avatar
randi
Site Admin
Posts: 7749
Joined: Wed Jul 09, 2003 10:30 pm
Contact:

Post by randi »

Bastet Furry wrote:Um, just a little question, dont want to breack up a debate or something, but what happend to polymost?
I need to teach myself OpenGL first. Or convince myself to write a whole new set of perspective-correct 6-DOF texture mappers for software. Well, one of my plans for the near future is to simplify the core rendering routines so that there are fewer rasterizers, so I might do both.
User avatar
Bio Hazard
Posts: 4019
Joined: Fri Aug 15, 2003 8:15 pm
Location: ferret ~/C/ZDL $
Contact:

Post by Bio Hazard »

So ZDoom may have an OpenGL renderer eventually?
User avatar
edward850
Posts: 5886
Joined: Tue Jul 19, 2005 9:06 pm
Location: New Zealand
Contact:

Post by edward850 »

If so, please don’t use GZDooM's OpenGL renderer code, it seems to interfere with software mode. I know its not my graphics card because other doom / zdoom based ports that have OpenGL as an optional work fine
User avatar
Graf Zahl
Lead GZDoom+Raze Developer
Lead GZDoom+Raze Developer
Posts: 49226
Joined: Sat Jul 19, 2003 10:19 am
Location: Germany

Post by Graf Zahl »

edward850 wrote:I know its not my graphics card because other doom / zdoom based ports that have OpenGL as an optional work fine


Maybe. But it's certainly your computer. I can switch between both whenever I want. And whatever causes this problem the one thing I am certain about is that it's not the renderer - because it is a completely separate piece of code that doesn't share anything with the software renderer. The closest it comes to is to use a few setup routines I found unnecessary to be duplicated.
User avatar
edward850
Posts: 5886
Joined: Tue Jul 19, 2005 9:06 pm
Location: New Zealand
Contact:

Post by edward850 »

im going to look into it my self.

my cpu may be bad but its not that bad
User avatar
Graf Zahl
Lead GZDoom+Raze Developer
Lead GZDoom+Raze Developer
Posts: 49226
Joined: Sat Jul 19, 2003 10:19 am
Location: Germany

Post by Graf Zahl »

What kind of graphics card do you have?
User avatar
edward850
Posts: 5886
Joined: Tue Jul 19, 2005 9:06 pm
Location: New Zealand
Contact:

Post by edward850 »

Doesn’t matter any more, it seems that my monitor was the glitch; I swapped it with the other one in my room. (Who knew :D)

No, wait, bug found, it seems that gzdoom likes to fiddle with my colour settings and makes my screen brighter

I have a Matrox Mystique PCI - English
Spoiler: full report
Post Reply

Return to “ZDoom (and related) News”