[Hendricks266]

Ah, okay.

AdrenalinDragon, on 23 October 2016 - 02:37 PM, said:

I haven't bumped into the flickering bug with eduke32_win32_debug_20161020-5905 yet, but I'll test out that flickering button in Duke Carribean's "The Wavemistress" level.

As I mentioned in the other thread, if the problem still happens in a non-debug build, it's still a problem.

[AdrenalinDragon]

Interesting, on r5084 the flickering button in The Wavemistress stops happening if I place my starting position in the room where the button is.

r5084 by playing through The Wavemistress properly -


r5084 by starting in the room with the flickering button -

[Hendricks266]

Ah, that's a different bug entirely. Good old z-fighting. Thanks for identifying 5084 as the source of this instance!

[Hendricks266]

I just pushed r5910 which should address some of the remaining z-fighting [EDIT: in Polymost].

[Duke of Hazzard]

Maybe a stupid question, but which are the settings in Polymer that most influence framerate? ATM I've got everything activated with compressed texture cache and 5 dynamic light sources, but that makes me get low fps sometimes (I've got a GTX 970). It's not "that" low, but it frequently drops below 60.

[Mark]

Large radius SE 50 lights with their shadow casting can really drag things down.

[Micky C]

Mark., on 25 October 2016 - 02:55 PM, said:

Large radius SE 50 lights with their shadow casting can really drag things down.

I think he's asking more along the lines of the console commands.

[Mark]

Probably. But since he mentioned a noticible framerate drop with only 5 lights that made me think they must be large and/or SE 50 lights I thought I would throw that in.

[Duke of Hazzard]

Micky C, on 26 October 2016 - 02:47 AM, said:

I think he's asking more along the lines of the console commands.

If by console you mean the menu, that would be it.

[Striker]

In build 5916, I'm still coming across some Z-Fighting issues with ornamented sprites:


If you need a link to the map (this being a usermap), let me know.

This happens in Polymer.

[Mark]

there is a thread concerning that problem. maybe post it there
https://forums.duke4..._30#entry264322

[Striker]

That's for Polymost, this happens in Polymer. Perhaps some use of glPolygonOffset is needed?

[Hendricks266]

Maybe I should have been clearer: we have not done any work on z-fighting in Polymer, so there can't be any regressions. I'm only asking about Polymost, since we've switched from a method that mostly (always?) worked on desktop to developing one that mostly (always, hopefully) works on both GL and GL ES.

Striker, on 26 October 2016 - 05:14 PM, said:

Perhaps some use of glPolygonOffset is needed?

That's one possibility among several, but I can't speak for what is best for Polymer.

[Striker]

Sorry, I missed that. This is my first time really going through this thread.

[Darth Slaughter]

Hello people. First time posting here since I didn't find any post here or elsewhere that matches my problem.

I've had an urge to replay duke nukem 3d using eduke32 with the fancy polymer renderer, and it's working almost perfectly... If only shadows, dynamic lighting and specular effects weren't deactivating everytime I have to reload a game. If I restart the game from main menu, everything works fine, but if I die and reload, I lose the effects, even if they're turned on in the settings menu. Also, if I complete a level, the next level will start working perfectly, but if I die and restart or reload, effects disappear...

Also If I enter the game and load a save to continue playing, the game starts with the effects turned off. This happens in both HRP and old sprites/original textures. Frame-rate is 60 in all cases, except when the effects are working with HRP models and textures, when FPS drops to 40 sometimes.

The only way to keep the effects is if I don't die at all.

Anyone could point me what's happening, and if there's a specific sub-forum or thread other than this one?

My computer is an i7-2600, GTX 970 4 GB, 16 ram, windows 7.

Here are screenshots of my problem:

Saved at this point:


Imediate reload:


same case with HPR on:





Thank you.

[Micky C]

Is it normal for a map to run in less than half (and sometimes a third) of the frame rate in eduke32 as it does in mapster32?

[Mark]

For me its the opposite. Eduke has always run faster than Mapster as far as the FPS counter. Its been that way ever since i can remember. Everything I do is in Polymer and high res content, it may be different in other renderers.

[Micky C]

I'm using the classic renderer. It goes down from about 70fps in mapster to ~20 in eduke32. It's with the AMC TC so there's probably all sorts of con interpretation happening in the background, but still that's a massive difference.

I have another map that's extremely large and around 30 fps, but then dips to around 15fps in eduke.

Edit: I was using the 32-bit version. I tested out the 64-bit version, and the performance of the first map was ~30 fps which is a significant improvement. Perhaps it's a RAM thing then? I was under the impression that the 64-bit version had slower code in use for the classic renderer. There was negligible improvement for the second map.

[Jblade]

I strongly doubt it has anything to do with Eduke32 and more to do with what you put in the map (you do love to build your maps excessively big ) but if you get better performance in the 64bit than that's good - I should of included both 32bit and 64bit with the main download in retrospect.

[Micky C]

In for the fps counts I mentioned there was absolutely nothing happening in the map at the time. Freshly loaded, no enemies, no explosions or anything. Just a massive dip in framerate. It looked pretty much identical to what was seen in mapster. Sure there's the skybox feature, but I disabled that and it didn't make much difference.

If it was purely the size of the map (i.e the graphics rendering) then wouldn't it be similar?

[TerminX]

Classic is faster in 64-bit in a lot of cases these days. Not all, but many!

[Jblade]

Yeah I just gave it another spin and it definitely runs a lot better for me in 1920x1080 with the 64bit build; I really have to pat you guys on the back for making this port run so damn well even with all the retarded shit I try and force through it. I'll have to remember to include a 64bit exe with the next release for sure

[Micky C]

TerminX, on 20 November 2016 - 12:37 AM, said:

Classic is faster in 64-bit in a lot of cases these days. Not all, but many!

Oh you guys have improved the 64-bit compatible code? Sweet!

[TerminX]

Yeah, we optimized some of the heavier code paths in the C version of the classic renderer. Mostly did it for HTTKC to speed up viewscreens, but it helped a lot on the PC too.

[Jblade]

Is there any reason why setthisprojectile may not work at times? is setting certain values like extra not possible once the projectile has been fired, or are there flags that might conflict with it? The projectile's workslike is 36866

EDIT: Ok just tested it and taking out PROJECTILE RPG IMPACT made it do the damage I specified. Is this a bug or part of how that flag works?

Also another minor thing; if I fire a projectile directly from the player, its userdata flag isn't set.

[Jblade]

http://wiki.eduke32.com/wiki/Xpanning

Is there any way to implement the texture shifting part to weapon models? Basically I'd like to use it to implement a HL-style chrome effect on a part of a weapon model - I've split the chrome part into it's own model so there's no seperate surfaces to mess about with or anything.

[JankJason]

Darth Slaughter, on 17 November 2016 - 05:37 PM, said:

If only shadows, dynamic lighting and specular effects weren't deactivating everytime I have to reload a game. If I restart the game from main menu, everything works fine, but if I die and reload, I lose the effects, even if they're turned on in the settings menu. Also, if I complete a level, the next level will start working perfectly, but if I die and restart or reload, effects disappear...

Also If I enter the game and load a save to continue playing, the game starts with the effects turned off. This happens in both HRP and old sprites/original textures. Frame-rate is 60 in all cases, except when the effects are working with HRP models and textures, when FPS drops to 40 sometimes.

The only way to keep the effects is if I don't die at all.

Here are screenshots of my problem:

same case with HPR on:

http://i.imgur.com/DK9gVDd.png

http://i.imgur.com/rYhIvK6.png

Thank you.

I hope there's a solution to this.

[Tea Monster]

Is there any way to directly access how the shaders in Polymer work? Is there a scripting language that you can use to hack how specular and gloss maps work in the renderer?

Also, is there any way to turn off that disastrous optimization where models disappear when not directly viewed by the player?

[Mblackwell]

You mean the one where models are completely tied to sprites so if the sprite isn't visible/drawn the model isn't visible?
No.

And that's not an "optimization". That goes back to the first implementations of models since there's nothing in the engine for objects other than Sectors, Walls, and Sprites (and the player entity which is really just hooked into sprites, for the most part). So models were simply set to draw in the position of the sprite (with offsets given from def) whenever the sprite it was tied to was rendered.

Design accordingly.

[Micky C]

AFAIK there's no kind of scripting to control polymer's shaders either. All shaders need to be hard-coded at the moment.