Duke4.net Forums: EDuke32 2.0 and Polymer! - Duke4.net Forums

Jump to content

  • 213 Pages +
  • « First
  • 205
  • 206
  • 207
  • 208
  • 209
  • Last »
  • You cannot start a new topic
  • You cannot reply to this topic

EDuke32 2.0 and Polymer!  "talk about the wonders of EDuke32 and the new renderer"

#6181

If that's not beauty, I don't know what is.
1

User is offline   axl 

#6182

View PostNightFright, on 03 September 2019 - 12:04 AM, said:

Ladies and gentlemen, it has happened.
Don't notice anything special? Hint: I am running this in Polymost. Still don't get it? Look at the sky. It is f*ing FLAWLESS! No more screwed-up rendering of skies with that "flat paper" look, forcing you to use skyboxes or running Classic/Polymer.
Get r8075 or later for this beautiful fix. Thanks a lot to Nuke.YKT for this important and long overdue patch!


This. Is. Awesome ! Thanks Nuke.YKT !
0

User is offline   Radar 

  • King of SOVL

#6183

View PostNightFright, on 03 September 2019 - 12:04 AM, said:

Ladies and gentlemen, it has happened.

<snip>
Don't notice anything special? Hint: I am running this in Polymost. Still don't get it? Look at the sky. It is f*ing FLAWLESS! No more screwed-up rendering of skies with that "flat paper" look, forcing you to use skyboxes or running Classic/Polymer.
Get r8075 or later for this beautiful fix. Thanks a lot to Nuke.YKT for this important and long overdue patch!


Not flawless for those of us playing with higher FOVs, but a great feature nonetheless.

This post has been edited by Radar: 03 September 2019 - 03:26 PM

0

User is online   brullov 

  • Senior Artist at TGK

#6184

Help! I want to put high res picture instead of "ATOMIC" sign (tilenum 2502). I define it like that:

texture 2502 { pal 0 { file "resources/tiles/ui/2502.png" } }

Unfortunately, it does not work. I've changed font with the same method and it works. File path is right, file name in folder is right too.
0

User is online   Mark 

#6185

In newer revisions I've had a problem with some sounds located in a subfolder not playing while sounds in the root folder play. Try putting the texture in the root folder, adjust your def line and see if it works. Its a long shot but who knows. Maybe the 2 are somehow related.
0

#6186

The performance of the "voxel to model" conversion algorithm when switching to Polymost deteriorates as the size and detail of the voxel increases.

In the AMC TC, we have roughly 250 voxels of <500KB filesize, totalling about 16.5MB, and 13 voxels of filesize >500KB, totalling 8.6MB (the largest of these being about 1 MB).
The former group results in a conversion overhead of roughly 7 seconds, while the latter group results in an overhead of 6 seconds on my end. This suggests a disproportionate performance decrease with larger voxels.

(Note that the latter group of voxels requires a high level of detail in order not to look like trash ingame.)

Any hope for an eventual improvement on this front?

This post has been edited by Doom64hunter: 04 September 2019 - 05:58 AM

1

User is offline   VGA 

#6187

I haven't used eduke32 for some time. The most annoying problem with Polymer was some z-fighting, noticeable on fire hydrants and the switches that end the levels. Is that fixed?
0

#6188

View PostNightFright, on 03 September 2019 - 12:04 AM, said:

Ladies and gentlemen, it has happened.

Posted Image
Don't notice anything special? Hint: I am running this in Polymost. Still don't get it? Look at the sky. It is f*ing FLAWLESS! No more screwed-up rendering of skies with that "flat paper" look, forcing you to use skyboxes or running Classic/Polymer.
Get r8075 or later for this beautiful fix. Thanks a lot to Nuke.YKT for this important and long overdue patch!


I'm gonna be the outlier here and say that while this is more accurate to software mode, the old rendering technique in polymost made a whole lot more sense.
Go on episode 2, look at the moon and look up or down. I don't think it makes sense that the moon is moving with your view. Much rather it should stay where it is, which it did with the old approach.
0

User is offline   NightFright 

  • The Truth is in here

#6189

In the meantime, we have borderless window mode and non-power-of-two fix for Polymost skies. It's raining featurez, boiz. These are good days.

This post has been edited by NightFright: 08 September 2019 - 09:23 AM

0

User is offline   Fox 

  • Fraka kaka kaka kaka-kow!

#6190

View PostDoom64hunter, on 08 September 2019 - 02:51 AM, said:

Go on episode 2, look at the moon and look up or down. I don't think it makes sense that the moon is moving with your view. Much rather it should stay where it is, which it did with the old approach.

That is not a problem of the approach. The same thing has always happened in 8-bit mode. The reason is that the artwork for the sky is too short, and if it didn't move you would see gaps on the top and bottom (like it happened before in Polymost). The only except is E4L9 sky, which stay in the right place.
2

User is offline   oasiz 

  • Dr. Effector

#6191

You're better off using skyboxes in those cases, the old polymost method tried to fake what skyboxes do but it can only get there halfway.
I don't think it was ever intended as a permanent solution but it's just taken this long for someone to actually finally fix it,

I think the only negative is that for this to look more proper, you'd need to also enable Y shearing as with classic the sky would be "flat" against the geometry due to Y aiming simply being the same as scrolling a framebuffer viewport.
1

User is offline   NightFright 

  • The Truth is in here

#6192

Does the sky in E4L1 move under Polymost now? It doesn't in Polymer, at least last time I checked.
0

#6193

Noticed a minor clip problem in E1L1 r8133 (it was probably present in some few previous versions, still present in r8234:



No idea if this affect other levels.
The music is also somehow different, a lot less loud too.

This post has been edited by The Battlelord: 19 October 2019 - 08:46 PM

0

User is offline   Radar 

  • King of SOVL

#6194

I personally love the new polymost skies, the only thing I'll mention is that it looks pretty bad if you increase the FOV. The sky art ends up getting stacked. IMO the sky art should remain static regardless of FOV level.
0

User is offline   LeoD 

  • Duke4.net topic/3513

#6195

View PostThe Battlelord, on 19 October 2019 - 08:41 PM, said:

Noticed a minor clip problem in E1L1 r8133 (it was probably present in some few previous versions, still present in r8234:
I can't confirm this (r8133/r8240).
0

User is offline   NightFright 

  • The Truth is in here

#6196

Doesn't really belong here, but didn't want to open a new thread for it, either, so...
Thanks a lot for adding that OPL3 emulator! I am sure a lot of people will appreciate this for retro-style playing sessions. In combination with low resolution, this can help a lot with creating a "throwback" feeling.
1

User is offline   Jmoc 

#6197

View PostNightFright, on 21 October 2019 - 04:54 AM, said:

Doesn't really belong here, but didn't want to open a new thread for it, either, so...
Thanks a lot for adding that OPL3 emulator! I am sure a lot of people will appreciate this for retro-style playing sessions. In combination with low resolution, this can help a lot with creating a "throwback" feeling.

Who is the one who integrated the OPL3 emu? Gorgeus job, really. Nostalgia hits hard!
0

User is online   Phredreeke 

#6198

That would be NukeYKT. NBlood and RedNukem have had it since the start
0

User is offline   TerminX 

  • el fundador

  #6199

Nuke.YKT wrote the OPL3 emulation and I handled the current integration into the audio library. I'm very glad to have it in since the MIDI output that ships with Windows sucks and what ships with Linux is generally silence.
1

User is offline   NightFright 

  • The Truth is in here

#6200

If Nuke.YKT were also able to implement a soundfont loader or a General MIDI device switcher, I would build him a f*ing statue. One way or the other, it's an amazing feature and deserves tons or praises.
1

User is offline   Hendricks266 

  • Weaponized Autism

  #6201

r8384 adds a WinMM MIDI device switching cvar.
3

User is offline   NightFright 

  • The Truth is in here

#6202

You magnificient maniacs. After all these years!

This post has been edited by NightFright: 09 December 2019 - 12:44 AM

0

User is offline   3D Master 

#6203

The HRP Hud Model weapons are all too low, only about half of it is shown; does anyone know a solution?

I've tried "r_pr_hudyadd" (and the other axis commands) but they don't do anything.
0

#6204

What's going on with the laser tripwire rendering? Very often I get situations where the laser is not visible at all, such as here:

Attached Image: duke0063.png

When it should look more like this:
Attached Image: duke0065.png

No idea why this happens, it doesn't seem to be consistent at all. Sometimes the lasers appear, other times they don't.
0

User is offline   3D Master 

#6205

I noticed something really weird in my playthrough of the Launch Facility E1M6; episode one's secret level.

When you blow up the rocket, the rocket crashes into the ground instantaneously, the explosions continue to go off, but instead of seeing the rocket slowly come down, the rocket is already gone; except for the placed textures on the sides; the numbers, they come down at the right speed, and as such are just floating in mid air as they sink down into the ground.
0

User is offline   TerminX 

  • el fundador

  #6206

View Post3D Master, on 24 December 2019 - 03:18 PM, said:

I noticed something really weird in my playthrough of the Launch Facility E1M6; episode one's secret level.

When you blow up the rocket, the rocket crashes into the ground instantaneously, the explosions continue to go off, but instead of seeing the rocket slowly come down, the rocket is already gone; except for the placed textures on the sides; the numbers, they come down at the right speed, and as such are just floating in mid air as they sink down into the ground.

It's like that in the DOS version.
1

User is offline   Fox 

  • Fraka kaka kaka kaka-kow!

#6207

View PostDoom64hunter, on 23 December 2019 - 02:48 PM, said:

What's going on with the laser tripwire rendering? Very often I get situations where the laser is not visible at all, such as here:

Attachment duke0063.png

When it should look more like this:
Attachment duke0065.png

No idea why this happens, it doesn't seem to be consistent at all. Sometimes the lasers appear, other times they don't.

It's not a rendering problem

It's a problem with overlapping sectors

The tripbomb uses a setsprite function, which calls updatesector instead of updatesectorz

As a result, the LASERLINE sprites get inside of the ceiling in the sectors below
1

User is offline   3D Master 

#6208

View PostTerminX, on 24 December 2019 - 04:39 PM, said:

It's like that in the DOS version.


No, it isn't.
-1

User is offline   TerminX 

  • el fundador

  #6209

View Post3D Master, on 24 December 2019 - 05:52 PM, said:

No, it isn't.

Damn, really? Someone had better tell CERN to knock it off with all of this Mandela Effect bullshit then, because now they've gone and edited all the videos taken with the DOS version on YouTube!
2

User is offline   Fox 

  • Fraka kaka kaka kaka-kow!

#6210

View Post3D Master, on 24 December 2019 - 05:52 PM, said:

No, it isn't.

Posted Image
2

Share this topic:


  • 213 Pages +
  • « First
  • 205
  • 206
  • 207
  • 208
  • 209
  • Last »
  • You cannot start a new topic
  • You cannot reply to this topic


All copyrights and trademarks not owned by Voidpoint, LLC are the sole property of their respective owners. Play Ion Fury! ;) © Voidpoint, LLC

Enter your sign in name and password


Sign in options