ZDoom 2.1.7

News about ZDoom

Postby entryway » Thu Nov 02, 2006 8:53 am

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.
entryway
 
Joined: 30 Aug 2005

Postby HotWax » Thu Nov 02, 2006 9:59 am

Because we care what market share ATI has.
User avatar
HotWax
Do what you must, and pay the price later.
 
Joined: 18 Jul 2003
Location: Idaho Falls, ID

Postby entryway » Thu Nov 02, 2006 10:06 am

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 11:00 am, edited 4 times in total.
entryway
 
Joined: 30 Aug 2005

Postby Alterworldruler » Thu Nov 02, 2006 10:19 am

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
Alterworldruler
Crushing your soul, $9,99 per day!
 
Joined: 19 Dec 2005

Postby Hirogen2 » Fri Nov 03, 2006 11:43 am

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
Hirogen2
 
Joined: 19 Jul 2003
Location: Central Germany

Postby randi » Fri Nov 03, 2006 6:10 pm

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
randi
Site Admin
 
Joined: 09 Jul 2003

Postby Bastet Furry » Fri Nov 03, 2006 10:11 pm

Um, just a little question, dont want to breack up a debate or something, but what happend to polymost?
User avatar
Bastet Furry
Just a werelion ;)
 
Joined: 05 Feb 2005
Location: Essen (NRW), Germany

Postby Eriance » Tue Nov 07, 2006 3:18 am

Development seems pretty fast lately. The Armor Piercing property should be very useful. Hopefully A_Implode is still being considered.
User avatar
Eriance
Now delivering MORE of LESS!
 
Joined: 26 Jul 2004
Location: Somewhere in nowhere

Postby randi » Fri Nov 10, 2006 7:13 pm

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
randi
Site Admin
 
Joined: 09 Jul 2003

Postby Bio Hazard » Fri Nov 10, 2006 9:19 pm

So ZDoom may have an OpenGL renderer eventually?
User avatar
Bio Hazard
Lord of the Lord of Nitpicking.
 
Joined: 15 Aug 2003
Location: ferret ~/C/ZDL $

Postby edward850 » Sat Nov 11, 2006 2:57 am

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
edward850
Zeppelin powers, activate!
 
Joined: 19 Jul 2005
Location: New Zealand

Postby Graf Zahl » Sat Nov 11, 2006 3:37 am

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
Graf Zahl
 
Joined: 19 Jul 2003
Location: Germany

Postby edward850 » Sat Nov 11, 2006 3:50 am

im going to look into it my self.

my cpu may be bad but its not that bad
User avatar
edward850
Zeppelin powers, activate!
 
Joined: 19 Jul 2005
Location: New Zealand

Postby Graf Zahl » Sat Nov 11, 2006 4:01 am

What kind of graphics card do you have?
User avatar
Graf Zahl
 
Joined: 19 Jul 2003
Location: Germany

Postby edward850 » Sat Nov 11, 2006 4:05 am

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"
User avatar
edward850
Zeppelin powers, activate!
 
Joined: 19 Jul 2005
Location: New Zealand

PreviousNext

Return to ZDoom News

Who is online

Users browsing this forum: No registered users and 1 guest