[Stabs]

It is 1757 fault

Perform the highpal lookup after the diffuse modulation and detail to hit more range in the highpalookup map. This shuffles a fair bit of lighting model around, so I wouldn't be surprised if I broke something.

The prophecy has been fulfilled!

[Plagman]

I totally called it. Sorry about that, can you send me a map where I can easily see the before/after?

[Plagman]

DanM, can you try revision 1773? Let me know if you see any more glitches like that; thanks for the heads-up.

[Stabs]

Will check it out when i get home in about 3 hours, iam guessing if that map i sent you is displaying properly now then its fixed

interesting to note, some of those dark bug areas still had there height/ spec working and what looked like some faint light, it actually looked like some really good moonlight / global light

[Plagman]

Yeah, that's because the bug removed the diffuse contribution of the light but kept the specular contribution, so you only had the highlight remaining. If you change your diffuse maps to be very dark, you'll get the same result (as opposed to using a bright diffuse map and darkening it using sector shading).

[Stabs]

Well that works fine again

That "bug" actually looked like some of the best natural moonlight with the way it would just glint the high points and have this dark light on it, I hope global lighting looks like that when it gets implemented, i wouldnt write that of as a bug

[Danukem]

As Plagman was saying, you can change the diffuse maps to be dark in the model defs and it should have the same effect.

[Plagman]

Not in the DEF, that's the same as shading and gets ignored by the diffuse contribution of lights. Having an actual dark diffuse texture will do that, though.

[Stabs]

Is this right plagman?,

i Had a quick go of 1775 which ran fine, but afterwards i opened up afterburner and it says only averaging 10 - 20% of my GPU for eduke, the max was at the start of the map it when spiked to 32%, its a gtx570 shouldn't it be using a bit more than that?

[Plagman]

It should, but it doesn't because the GPU is constantly interrupted and forced to wait until given more work (when switching materials, etc). That's mostly what the "optimization" work is going to target.

[bioman]

Rev 1776 fails to build with POLYMER=0 :

src/defs.c: In function ‘defsparser’:
src/defs.c:1492: error: ‘PR_HIGHPALOOKUP_DATA_SIZE’ undeclared (first use in this function)
src/defs.c:1492: error: (Each undeclared identifier is reported only once
src/defs.c:1492: error: for each function it appears in.)
src/defs.c:1510: error: ‘PR_HIGHPALOOKUP_DIM’ undeclared (first use in this function)
src/defs.c:1524: error: implicit declaration of function ‘polymer_definehighpalookup’
Failed building ../eobj/defs.o from src/defs.c!

[Stranger1st]

Is it possible to have the original precalculated shadows while using polymer?

[Micky C]

If you mean the sector based shading then yes. Why would you even ask that question? Just load up the game and see for yourself.

[Danukem]

I'm pretty sure he was referring to sprite shadows. I wouldn't call those "pre-calculated" though. They are just black transparent sprites that are shortened and placed at the base of the regular sprite.

[SwissCm]

Geez, you're all wrong. He means pre-baked lightmaps and no they aren't going to be implemented since build's levels geometry changes too much on-the-fly for it to look any good.

[Micky C]

But that definitely can't be right SwissCm as he used the word "original" as in the feature was in the game since it was released in 1996. What I'm sure we can all agree on is that he worded his question terribly, however DT's interpretation is the most likely.

In that case to answer his question fully: Is it possible? yes. By that I mean one of the eduke developers can put it in, but right now polymer can't do that as far as I'm aware, so in reality the answer is no. But polymer has better, far more realistic shadows so there's no reason to use the old method. Check the maphacks link in the signature of this post to get the light pack for Duke3D. Episode 3 has the best lights with the most shadow emitting lights as well, but I might be biased because I made them myself http://forums2.duke4...tyle_emoticons/default/biggrin.gif

[Stranger1st]

I meant sprite shadows, nevermind.

[SwissCm]

I'm actually pretty sure you mean the original shadow people, the Illuminati. I'm quite sure Plagman is a member.

[djdori11]

strange problem i had with eduke+polymer hrp:
when i killed the boss of episode 1, i saw the cutscene when duke killin the boss and the music of the level keep playing, and then i got black screen and i pressed "enter" a couple of times and i was back to the title screen..
its was a bug or its something you guys should fix?
thx and sry 4 bad eng.

[Scott_AW]

Is transparent sprite shadows exclusive to opengl modes or is there a trick to get them to work in 8bit?

[The Commander]

Is it me, or is the Expander (hud weapon) meant to go completely black in opengl mode, possible the same in software mode.

[Skulldog]

Scott_AW, on Jan 24 2011, 01:28 PM, said:

Is transparent sprite shadows exclusive to opengl modes or is there a trick to get them to work in 8bit?

Not sure, but don't Panic. They can fix it.
http://www.youtube.c...h?v=xZn0o30tS1c
http://www.bing.com/videos/watch/video/bat...with%20a%20bomb

[Hendricks266]

The Commander, on Jan 29 2011, 12:52 AM, said:

Is it me, or is the Expander (hud weapon) meant to go completely black in opengl mode, possible the same in software mode.

I've reported this in IRC twice, and it happens in all modes. Something strikes me as off about the shrinker too.

[Hendricks266]

http://hendricks266..../stuff/eduke32/

I've made some improvements to the logo images and icons.

I've applied the GIMP "Color to Alpha" tool on a 1-2 pixel ring around the edges of the circles so that there is now a smooth transition (translucent pixels) from the logo to any color background. No change is detectable, even when zooming in, if the background is the original white or black.

eduke32.ico is unchanged, although it still has the fix on the 8x8 icon which was patched into SVN a couple months ago.

eduke32_classic.ico is basically eduke32.ico with the hue adjusted to make it orange. I've tested it to be exact same change to make eduke32.png look exactly like eduke32_classic.png. I think it would be nice to apply it to one of the executables, to tell them apart quickly and easily.

[Mikko]

Do others get pitch black textures at shade values 25 and beyond?

I noticed this last fall when I was running through Imagination World 2. I thought they were missing textures but since then I've been getting black textures in other levels as well, in locations I used to be able to see.

[Mark]

Yes we do. Shade values have been adjusted a few times in the various versions of the engine and 24 to 25 is where the "black" occurs these days.

[Stabs]

sourceforge is still being a cunt

http://sourceforge.n...ojects/eduke32/

havnt been able to find out what the new revisions do

[The Commander]

The way I have been looking is going to the latest revisions here, http://dukeworld.duk...ke32/synthesis/
And reading the changelog.txt

[Omni]

http://sourceforge.n...ck-full-report/ So yeah SF is not yet back to 100%.

[Stabs]

what sort of douchebag would attack SF?