[Radar]

LeoD, on 06 May 2013 - 11:04 AM, said:

The usual answer includes updating EDuke32 and posting the log.

The usual answer involves not trying to be a smart-a and realizing that I've been in the Duke community long enough to know standard procedure to posting about EDuke32 errors, and simply not answering if you aren't going to help. I don't have the guy's log and I told him to try updating. I'm sure the problem is something he just overlooked, which is why I through it out as a general question rather than an all-out bug analysis/report.

[Hendricks266]

The usual answer involves posting the log because that allows us to see what common problems the user is overlooking without us wasting time taking shots in the dark.

[Lunick]

Now that eduke32 has support for the addons appearing in the menu with the grpinfo thing, would it hurt to accept Duke!ZONE 2 as a default in it too? Saves time instead of going through all of the Addon installation guide.

Edit: It seems the grp file itself doesn't have the con files included with it but are actually outside it so it probably isn't possible?

[NightFright]

Quote

[...] Is it possible to add a command for the grpinfo file that lets you set group folders? E.g. I'd like to store all my non-official addons in a separate subdir, e.g. "addons". Maybe some parameter like "grpdir" could be added which would then automatically use the specified subdir within the EDuke32 folder (per grp file). [...]

grpinfo
{
name "Awesome Mod"
grpdir "addons"
[...]
}

Any chance to get this implemented (from one of my previous posts)?

[TerminX]

Anyone check out r3737 yet?

[Diaz]

I am running it, but what is that "cancer mode" suppossed to be?

[TerminX]

Software mode shade table support for 8-bit art in Polymer!

[Plagman]

I uploaded a few development and comparison shots there for people that can't try it out right now:

https://plus.google....0418?banner=pwa

Here's a comparison between before:

Classic:

After:

[Fox]

I think you mixed the after and classic. It seems it has not been implemented to the HUD weapon yet.

[Plagman]

Huh, good eye. I indeed mixed them up, and not because I was trying to show off either; I actually couldn't tell them apart at first glance. The shadowing in the HUD gave it away for sure.

You're right that it isn't hooked up to stuff drawn through rotatesprite yet.

[Diaz]

Oh yeah. I didn't notice anything because I don't use 8-bit art these days, but the first 3 Fusion episodes (which I'm still working on adding Polymer lights to, but still use the old .arts) do look better now. As mentioned in the changelog, sprites are shown with linear filter...

By the way, I've been looking through the Polymer history pictures... are those reflective (mirror) surfaces with per-pixel opacity still possible, or have they ever been?

[Radar]

Oh my. I've wanted that in the OpenGL renderers for so long. Now I really have no reason to use the classic renderer anymore.

[Gambini]

[Gambini]

Just did some tests with my map It lives.

I´m amazed. This is, with TROR, the most important thing added to Eduke32 in years. I can´t believe how well dynamic lights seem to blend with the shadetable shading. I tried to disable them with r_pr_lighting 0 but for some reason it didnt work.

Do you mind Plagman if I start to stalk you with reports and requests for the remainging issues distancing polymer to be the best renderer ever?

So far I´d love it to have a performance boost, voxel support, correct sprite clipping and increased draw distance. I know that´s not as easy as saying but if I fill your pm and email boxes ten times per day, you could have it done in a relatively short time.

[Micky C]

This is cool, some of those colours like in plagman's example were way off the original game using the old openGL shading system.

However from what I can see with the polymer lights, well they don't actually light anything. Sure if it's bright enough you can see the colours, but when it's pitch black the polymer lights don't make it brighter at all. Will this be fixed at some point?

Edit: Btw I'm impressed with how smooth it is. It seems where in classic the colours change suddenly in straight lines, here in polymer the colours fade in. Would still be interested to see what spherical shading would look like as opposed to radial.

[Mblackwell]

Gambini, on 07 May 2013 - 02:43 PM, said:

Just did some tests with my map It lives.

I´m amazed. This is, with TROR, the most important thing added to Eduke32 in years. I can´t believe how well dynamic lights seem to blend with the shadetable shading. I tried to disable them with r_pr_lighting 0 but for some reason it didnt work.

Do you mind Plagman if I start to stalk you with reports and requests for the remainging issues distancing polymer to be the best renderer ever?

So far I´d love it to have a performance boost, voxel support, correct sprite clipping and increased draw distance. I know that´s not as easy as saying but if I fill your pm and email boxes ten times per day, you could have it done in a relatively short time.

http://wiki.eduke32....er_Deficiencies

[DavoX]

I don't understand, what is going on? For real I can't see the difference in those pictures, maybe I'm just too sleepy and need to go to bed for once....

[TerminX]

You can't see the difference between the old and new pics? You can't be serious...

[fgsfds]

Something goes wrong with bloodtc.

Software Old polymer: New polymer:

All the textures with shade >30 turns pitch black: http://i.imgur.com/0WypGzq.png

Attached File(s)

•  bl_pal.zip (47.37K)
  Number of downloads: 553

[Plagman]

Does that use the BLOOD palette as-is? If so, any chance you can send it to me? I suspect the difference lies in the amount of shade offsets, and I was looking for a way to test that.

[Plagman]

Diaz, on 07 May 2013 - 11:38 AM, said:

By the way, I've been looking through the Polymer history pictures... are those reflective (mirror) surfaces with per-pixel opacity still possible, or have they ever been?

Yeah, the code is there, but to achieve the effect you need to put a specular map on a mirror, which I think isn't possible right now because Duke3D removes the mirror tile. If there was a way to define mirrors through CON you could.

[Plagman]

OK, I committed a couple of fixes in the last few revisions.

• Fixed interaction problem with lights where dark shades could not be lit
  
• Switched to spherical falloff; I don't think it's too shocking in comparison to classic after all, but if someone can make a compelling case maybe I'll add a toggle
  
• Generalized the algorithm to accept any amount of shades, which should fix issues with the BLOOD palette.

Spherical shading is actually more straightforward and saves some computation, so on top of looking more correct it's faster.

[fgsfds]

Awesome. Old problem with too much darkness in polymer seems solved. Thanks.

[Plagman]

Cool, glad it worked. I also just hooked it up to rotatesprite, so HUD stuff should now be properly affected.

[Plagman]

Micky C, on 07 May 2013 - 03:21 PM, said:

However from what I can see with the polymer lights, well they don't actually light anything. Sure if it's bright enough you can see the colours, but when it's pitch black the polymer lights don't make it brighter at all. Will this be fixed at some point?

That should be fixed now.

Micky C, on 07 May 2013 - 03:21 PM, said:

Edit: Btw I'm impressed with how smooth it is. It seems where in classic the colours change suddenly in straight lines, here in polymer the colours fade in. Would still be interested to see what spherical shading would look like as opposed to radial.

Yes, I specifically added code to interpolate between different shades over the distance rather than having strict thresholds like classic, which would be less expensive. It looks better that way, and I bet classic would have looked that way if it hadn't been prohibitively expensive to do that kind of computation in software.

[Paul B]

From what I've noticed it looks like Duke is carrying a flashlight to see far off in the distance this doesn’t really appeal to my eye. (For example: The further away walls are the brighter they become and as you approach the distant walls they darken? Tthis seems a bit backwards. (Could this be because I am using a maximum brightness on the sectors I am in?). I've been fooling around and fighting with shading for ages on my map I am working on and it seems like a never ending battle of adjusting shades to make it look properly. What would be the recommended sector shade for mapping? All I want is consistency. Some of the values i've been toggling are R_Shadescale 1.05 which seems to look the best and of course testing the sectors with R_PR_Lighting 0 or 1 just to make sure the lighting isn't interfering with the sector brightness.

Revisions are coming out like hot cakes and I can barely test them as fast as they come out! Exciting! =) I'll try the last release to see what happens with the draw distance. *** UPDATE *** Yeah i didn't see any corrections pertaining to what I am talking about.

I would like to point out there is a pretty big discrepancy between EDUKE Polymer shading and EDuke HRP shading. HRP shows the wall tiles not as dark and it seems to handle the shading better from a distance unlike just regular Polymer without HRP. Hopefully I am explaining myself properly.

Something else I just noticed. r_pr_lighting seems to turn on okay from the console in game if it is disabled. But once it's turned on, the disable "r_pr_lighting 0" doesn't take effect until you quit and reload the current map. Not sure if this is the intended behavior?

[Jblade]

This is very cool, although sadly this computer isn't up to using Polymer but it's pretty neat to know that it's much closer to classic now

I have a very minor request about the minitext command, would it be possible to add an orientation command to it? I can't configure it to widescreen settings to it looks off in all of the HUDs when in widescreen mode.

[Diaz]

Uhm. But isn't Polymer faster than software rendering if not using lights?

[Jblade]

Diaz, on 08 May 2013 - 12:37 AM, said:

Uhm. But isn't Polymer faster than software rendering if not using lights?

Uhm, no? I have an integrated graphics card on a laptop so there's no way I'd ever get better framerates than in classic mode.

[Micky C]

Diaz, on 08 May 2013 - 12:37 AM, said:

Uhm. But isn't Polymer faster than software rendering if not using lights?

When it's optimised, sure, but at the moment, noooooo wwwwaaaaaaaaayyyyyyyy.

Try firing up parkade.map or any large moderately detailed user maps, disable lights, and be amazed at the difference. Parkade is almost unplayable even without lights, and that's using the original 8-bit art, not the HRP.