[Plagman]

AdrianG, on Jun 23 2009, 08:26 AM, said:

It looks like my "card" doesn't support the exact version of an OpenGL extension that is being used. Am I just SOL here? I'm pretty sure my drivers are the latest version, but is this even something that a display driver could update? Thanks in advance.

The graphics driver has total control over which OpenGL extensions are exposed and what version they "report", yeah. What you're experiencing is interesting; do you know exactly which driver version you have installed? The NVIDIA control panel might help you with that. It really ought to work properly on your card.

[Stabs]

http://www.softpedia.com/get/System/OS-Enh...ributable.shtml

thats the latest dx redistributable, might help you out AdrianG

[AdrianG]

Plagman, on Jun 23 2009, 02:12 AM, said:

The graphics driver has total control over which OpenGL extensions are exposed and what version they "report", yeah. What you're experiencing is interesting; do you know exactly which driver version you have installed? The NVIDIA control panel might help you with that. It really ought to work properly on your card.

My current ForceWare version is 86.02. Nvidia doesn't even provide display drivers for the 6xxx Go series (wtf?) which is why I thought I was current, but I'm looking at third party drivers now to see if I can find something more recent. Thanks DanM, but I'm already running DX9.0c.

[Plagman]

Yeah, a ridiculously old driver would cause the problems you're seeing.
Try installing this: http://www.nvidia.co...86.18_whql.html
The installer might or might not let you install it, though. Let me know how it goes.

[TerminX]

If the driver doesn't install, find the modded inf that corresponds to the driver version here: http://www.laptopvid...p?showforum=123

[AdrianG]

Thanks TerminiX, that's where I ended up. Got ForceWare 174.74 installed using the modified INF, the results are in, and damn are they good. I got about the frame rate I was expecting with my setup + HRP, and taking these was a bit tedious but well worth it. Thanks for all your hard work guys, it's looking fantastic...seeing Polymer has prompted me to register at SF in order to buy you guys some coffee. I'm usually a cheap bastard and rarely support projects that I enjoy and use as I should, but this one I just can't do that to...an insane amount of work has been put into learning the game code and providing us a wonderful port with one enhancement after another.

Anyway, nothing much new to see here really, but I just couldn't resist posting the sexiness after all the effort I put into compiling my first binary in a Win32 environment and getting it to render...so here's some more E1L1 screenies.

[Stabs]

good work dude

if ya know how to map is there a chance you could performance test?

just make a small room with 4 point lights (lotag 49 / hitag 2000) and see how that runs
now try it again but chuck a spotlight in there (lotag 50 / hitag 2000) put it near a wall so it casts some shadows.

[AdrianG]

DanM, on Jun 23 2009, 05:13 AM, said:

good work dude

if ya know how to map is there a chance you could performance test?

just make a small room with 4 point lights (lotag 49 / hitag 2000) and see how that runs
now try it again but chuck a spotlight in there (lotag 50 / hitag 2000) put it near a wall so it casts some shadows.

I haven't used Build since '99 or so but I've been toying with the idea of getting back into it...I was literally getting 1-3 FPS using HRPv4+polymer_hrp though. I'll toy around with my settings some and drop the normal HRP, and if that brings me to an acceptable performance level then yeah, sure.

[Plagman]

AdrianG, on Jun 23 2009, 12:27 PM, said:

I haven't used Build since '99 or so but I've been toying with the idea of getting back into it...I was literally getting 1-3 FPS using HRPv4+polymer_hrp though. I'll toy around with my settings some and drop the normal HRP, and if that brings me to an acceptable performance level then yeah, sure.

The lighthacks for E1L1 in the polymer_hrp are pretty demanding. Did you try another map?
Also, why did you go with an older driver in the end? The latest series should support your GPU, even if you have to get the modded INF.

[AdrianG]

Plagman, on Jun 23 2009, 05:36 AM, said:

The lighthacks for E1L1 in the polymer_hrp are pretty demanding. Did you try another map?
Also, why did you go with an older driver in the end? The latest series should support your GPU, even if you have to get the modded INF.

I only had time to play around with E1L1 tonight, but tomorrow I'll start checking some of the others out. I went with ForceWare 174.74 because it was WHQL'd on LV2G, but I ended up having to use the modified INF anyway as the executable still didn't accept my hardware. I'll be installing the latest tomorrow night in light of this.

[William Gee]

Can someone post some ROR screens with nice lighting effects so I can see?

[Stabs]

William Gee, on Jun 23 2009, 03:12 AM, said:

Can someone post some ROR screens with nice lighting effects so I can see?

yer ill make a vid, really the only way to enjoy this effect

done, no lighting effects, just some good solid proof of how good this ROR is
http://www.youtube.c...h?v=RNIDlSEzeA0

[Danukem]

DanM, on Jun 23 2009, 04:52 AM, said:

yer ill make a vid, really the only way to enjoy this effect

done, no lighting effects, just some good solid proof of how good this ROR is
http://www.youtube.c...h?v=RNIDlSEzeA0

LOL, that was great.

[Usurper]

Excellent.

[nsnake]

Guys , I need help...
Unfortunately, Eduke32 Polymer builds don't work on my PC correctly (some weird texture corruption).





Problem remains even if Polymer is disabled, but if hi-res textures and models is turned off, picture became normal...
If I use last official relesed Eduke32 build, hi-res content dispalayed correctly.

First I've tried to delete texture cache - nothing, then I installed new drivers for my video (GF 9600) - nothing, tried different options in Eduke32.cfg - nothing. Everything I've tried don't help and i still get same hi-res texture corruption in Polymer builds.

OS: Windows XP (5.1.2600) Service Pack 2
Loading opengl32.dll
Loading glu32.dll
Initializing DirectDraw...
Using config file 'eduke32.cfg'.
Scanning for GRP files...
 Checksumming DUKE3D.GRP... Done
Using group file 'duke3d.grp' as main group file.
Using group file 'autoload/duke3d_hrp.zip'.
Compiling: GAME.CON (151190 bytes)
Including: DEFS.CON (35992 bytes)
Including: USER.CON (45482 bytes)
GAME.CON: In actor `ORGANTIC':
GAME.CON:3968: warning: found `else' with no `if'.
GAME.CON: In state `pigshootenemystate':
GAME.CON:5891: warning: found `else' with no `if'.
Found 2 warning(s), 0 error(s).
Resizing code buffer to 16187*4 bytes
Script compiled in 32ms
Compiled code size: 16179*4 bytes, version 1.4+
Pointer bitmap size: 2024 bytes
1918/11264 labels, 321/2048 variables
125/16384 quotes, 0 quote redefinitions
0/88 event definitions, 207 defined actors
Initialized 32.0M cache
Definitions file 'duke3d.def' loaded.
RTS file DUKE.RTS was not found
Initializing OSD...
Using keyboard layout 00000409
Initializing DirectInput...
  - Enumerating attached input devices
    * MOUSE: Мышь
    * KEYBOARD: Клавиатура
Setting video mode 1024x768 (32-bit fullscreen)
OpenGL Information:
 Version:  3.0.0
 Vendor:   NVIDIA Corporation
 Renderer: GeForce 9600 GT/PCI/SSE2
Cache contains 0 bytes of garbage data
Initializing Polymer subsystem...
PR : Board loaded.
PR : Initialization complete.
Initializing music...
Loading OpenAL32.DLL
OpenAL Information:
 Version:  1.1
 Vendor:   Creative Labs Inc.
 Renderer: Software
Initializing sound...
Initializing MultiVoc... 
  - 32 voices, 1280 byte mixing buffers
Initializing DirectSound...
  - Primary buffer format: 2 ch, 44100Hz, 16 bits
  - Creating secondary buffer

Plese help, I want to play Duke with Polymer.

P.S. Sorry for my english, it's not my native language.

[TerminX]

Yes, that's why the compilation instructions specifically say not to use gcc 4.4.0 on win32.

[Stabs]

DeeperThought, on Jun 23 2009, 07:32 AM, said:

LOL, that was great.

heh happy days indeed

i could of kept that building going, as long as there is room for a window on each floor, cant overlap windows, i tried heh

[AdrianG]

DanM, on Jun 23 2009, 04:13 PM, said:

heh happy days indeed

i could of kept that building going, as long as there is room for a window on each floor, cant overlap windows, i tried heh

What do you mean by overlapping windows? Having a window on each floor all in a column?

[Stabs]

AdrianG, on Jun 23 2009, 09:18 PM, said:

What do you mean by overlapping windows? Having a window on each floor all in a column?

oh id make one window on one floor and another on another floor, then move them so they overlap each other making a colum, yer but that didnt work, kinda expected it not to.

hmmm now to test what T does in polymer on ceiling and walls with RoR, supposedly it is to be used in making RoR stuff, iam not to sure how. its all trial and error with no documentation atm.

[nsnake]

TX, on Jun 24 2009, 12:12 AM, said:

Yes, that's why the compilation instructions specifically say not to use gcc 4.4.0 on win32.

Thanks TX!
Now everything works properly, and it makes me very happy.




Thank you very much!

[TerminX]

I actually just committed something that should fix building with gcc 4.4.0. I stumbled upon a newer version of Ken's image format library in some other source available on his site and decided to try MinGW gcc 4.4.0 again for shits and giggles after merging it in, and lo and behold it appears to be working fine now. As I didn't notice any other issues with 4.4.0 when I was testing it before the HRP breakage came into play, I'll be sticking with 4.4.0 in my development environment for now unless any other problems crop up.

[Danukem]

TX, on Jun 24 2009, 01:30 AM, said:

I actually just committed something that should fix building with gcc 4.4.0. I stumbled upon a newer version of Ken's image format library in some other source available on his site and decided to try MinGW gcc 4.4.0 again for shits and giggles after merging it in, and lo and behold it appears to be working fine now.

I love it when shit like that happens. I wonder if that will fix or improve anything else.

[supergoofy]

I will still use 4.3.3 till it is verified that 4.4.0 works with eduke32.

I will test the new r1440 build later today. I already compiled it with 4.3.3

[MusicallyInspired]

An interesting note here. Daedolon seems to have a very similar problem to my issue where sprites are seen through walls and FPS extremely low (only his sprites aren't garbled and the transparency is intact instead of all black).

[Plagman]

Yeah, I noticed that as well when he mentioned that issue to me.
Are there any ATI X1x00 users without that problem?
I'm pretty sure it's related to non power-of-two textures combined with repeating (as I know R520-class hardware doesn't support that), but the fact that it only happens in polymer and only with sprites is a bit puzzling. Maybe the driver has workaround paths that do not work with the way polymer renders sprites. I'll ask around.

[The Commander]

I could install my old X1650 Pro again and see what happens on my end.

[HellFire]

Posting here to just thank the developers of this new render, it kick ass.

[Micky C]

I've got 2 questions.

1. Does polymer support model textures?
2. Eventually when people get more powerful computers, will all the point lights be replaced with a spot light equivalent?

In fact, is there a polymer FAQ somewhere?

[zchri9]

Are there any plans to optimize Polymer a bit?
Using Polymer and DukePlus together on one of the DukePlus maps (called Called to Action?) I get less FPS in some parts of the map then I get in Crysis.
In some parts of the map I was getting a FPS as low as 20FPS while in Crysis even on the most graphical levels (the ice levels) I get around 30 - 40 FPS Maxed out 1440 x 900 with no AA

[Stabs]

i think optimization will be the last thing on the list
once it all sits right they they will probably begin getting it optimized

the way light hits surfaces in places is a bit funny
point lights really light up walls in places but neglect the floors and ceilings alot as an example

spotlights that change through level changes like a door opening can also sometimes affect a point lights brightness in other rooms aswell.