ZDoom

alas the new Slade version 3.2.7 gives me a "procedure entry point" error, "CreateFile2 could not be located in the dynamic link library kernel32.dll" presumably since I am using windows 7, as that seems to be the source of most of my surprise post-update non-starts these days. https://imgur.com/a ...

Are you using jpg instead of png for the sprites? I just had the same problem and figured it out just as I opened this thread.

There's no draw distance limit. This was thread was about ZDoom's software renderer, not GZDoom's hardware one, and the issues with too-large maps are caused by the nodebuilders generating broken nodes with such large maps. I don't see anything about hardware/software rendering being specified. I ...

Graf Zahl wrote: ↑Tue Oct 05, 2010 3:26 am There is no limit to the drawing distance.

For anyone googling this and getting no where, there absolutely is a draw distance limit, otherwise wide open areas built near max size would not have heavily glitching sectors vanishing in OpenGl.

Just to confirm that your example map shows the effect for me too. Pic taken from way up in the NW corner of the map. https://imgur.com/PidevOl https://imgur.com/bdriB3O My guess is that GZDoom is simply being asked to do something that it is not intended for. Okay, thank you very much for helping ...

OpenTestMap.zip Here is a DOOM 2 textured map of the exact same proportions. I have measured in other maps that do render properly to see their max viewing distances, and this falls within them. I get about half the map not rendering at the worst moments. I tried reducing the map size down to 24 ...

A couple of questions. Obvious one first, have you checked the map for errors? I don't know what checking capabilities Slade has, but I assume it has some. Ultimate DoomBuilder certainly does. Yeah, the maps are within the limits, I keep things under 27,000, -27,000 at absolute max. Maybe those ...

What happens when you run with +set gennodes 1 on the command line? I tried that from inside Slades launcher window and also tried the Set genblockmap 1 variant and still had the same problem. I also have tried setting ZBSP to extended nodes, and compressed nodes with no difference. I think I tried ...

Hello, on my large open area maps in GZDOOM, sectors keep vanishing in the distance, so the sky box can be seen through them. It's like a weird draw distance issue. I thought it was my ATI video card not getting along with GZDOOM, however I have loaded up Planisphere 2, from 2012, and it runs just ...

Hello, am I correct in thinking if I have two 3d models that both use BlueTile.png for example in their skins, then GZDOOM only has to load the PNG once into the memory, right? It doesnt create two entries and thereby consuming a bit of memory for each individual instance or use?

You have to use A_Explode on your player frames and tell it not to kill the player with XF_NOTAMISSILE I think it is. I was trying to figure this out myself and just got it working. There is a bit of a delay though but it works.

Most are 1024px wide sort of thing, maxing out around 2048. And there are hundreds of them lol That's the kind of thing that GZDoom can possibly choke on, with your kind of hardware config. It does not have any kind of smart texture management, so once a texture is loaded, it is effectively loaded ...

wildweasel wrote: > In the meantime, the best things I can suggest to mitigate the problem > under such restrictions: > - Disable all anti-aliasing/multisampling. > - If there is any post-processing enabled, turn that off. > - Don't use the texture upscalers. > - Try to limit the use of high ...

yum13241 wrote:
> That means it is in fact, yet-another-not-enough-VRAM-issue.
Yeah aboslutely. I got a 1 gig GDDR3 ATI card. That's why I was wondering if there was a way to flush the texture memory, I can't find anything via google about it.

It looks like it was trilinear filtering or the 8x aniostropic filtering. Turning it down to linear and 2x fixed the problem.