[Kyanos]

Trooper Mick, on 17 March 2013 - 12:39 AM, said:

I don't even know what structs are, that can't be a good sign. But either way it seems easier to learn the syntax of 1 language than 2.

Nah, it's easier to the second languange, then the next is even easier... Start with one but be flexible, Lua is as good any, CON if your strictly planning on only ever using Eduke. C or C++ some say but really it's all the same principals. Learn the principals, syntax is not the end of the world. Just start and learn some basics. I'd tell you to write hello world problems in ten different languages before you pick one.

[Hendricks266]

Anybody interested in learning programming, look here: http://forums.duke4....ramming-thread/

[Jimmy]

This is really cool, but I totally know I'm too stupid to learn Lua.

[supergoofy]

Wolfenstein 3-D Redux
http://wolf3dredux.sourceforge.net/

The Wolfenstein 3-D Redux can up-scale the data from Wolfenstein 3-D and thus it greatly improves the visual outcome. Can this be implemented in EDuke32 ?

[Hendricks266]

Upscaling algorithms tend to be sensitive to the type of pixel art to which you are applying them. For example, I read an academic paper where a group implemented a nice algorithm tested on Super Mario World but when they tested it on the Doomguy's HUD face it looked like shit. I think Duke 3D's style is a bit more detailed than Wolf's. If there were some way to preview Duke's art through Wolfenstein 3-D Redux, that would be helpful.

[Skulldog]

Adding the gog and steam paths should be removed and just copy the grp files over to eduke32 directory.

[Hendricks266]

Got a good reason for that?

[Fox]

I guess it's for mods that don't use duke3d.grp.

[Plagman]

Also, mapster32 will save maps directly into the GRP, so you might end up altering your pristine copies. It would probably better to do an import, like the old installer that came with JfDuke3d used to do, when you run it for the first time?

[Skulldog]

When I run Eduke32 without Polymer and enable autoload folder. It used hires from Duke Nukem 3D Megaton Edition. GOG no problems.

[Hendricks266]

OK, I'll remove it in my next push. More discussion is pending among the devs.

JonoF uploaded the source to his data installer to his forums but they are closed, so I made a mirror: http://hendricks266....datainst-r8.zip

A completely separate Mac data installer is on GitHub: https://github.com/jonof/datainst-osx

[Jblade]

Will there be a way in the future to load more palettes? I mean completely new ones like the NVG palette and such.

[Diaz]

I don't know if this is a bug or a limitation, but it looks like spotlights and point lights are not being occluded properly.

I have a map where there is a huge spotlight for a water caustics effect on a big area. If the light radius encompasses other areas from the map that are completely isolated from the area the light is on (separated by a closed door), it won't get 100% occluded inside the isolated areas. Sprites inside those areas will be affected by the light, but sectors will not.

[Helixhorned]

James, on 27 March 2013 - 10:43 AM, said:

Will there be a way in the future to load more palettes? I mean completely new ones like the NVG palette and such.

Yes, this is a thing for the future.

[Hendricks266]

I felt like building a new 64-bit build so I did. Helix fixed the bugs with CON gamearrays about a month ago.

http://hendricks266....est_20130329.7z

[Plagman]

Diaz, on 28 March 2013 - 10:57 AM, said:

I don't know if this is a bug or a limitation, but it looks like spotlights and point lights are not being occluded properly.

I have a map where there is a huge spotlight for a water caustics effect on a big area. If the light radius encompasses other areas from the map that are completely isolated from the area the light is on (separated by a closed door), it won't get 100% occluded inside the isolated areas. Sprites inside those areas will be affected by the light, but sectors will not.

Hi Diaz,

You're right, sprites get affected regardless of which sector they're in. When we keep better track of which sector(s) sprites are into, this will be solved. I added it to this:

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

[Diaz]

Thank you

[supergoofy]

@Hendricks266, I have tested the new eduke64 binary. I'm playing Attrition v1.50 beta with Polymer renderer enabled. The speed increase is significant (I would say about 50% increase in speed). I haven't found any issues with eduke64, it works like eduke32 only it is a lot faster when using Polymer renderer.

Do you have any suggestions that I should check ?


By the way, many thanks for this.

[Diaz]

I didn't notice such a performance increase with Polymer, in fact there's no difference at all

[Hendricks266]

supergoofy, on 29 March 2013 - 10:10 PM, said:

Do you have any suggestions that I should check ?

Nothing big comes to mind. Could you check if 32-bit and 64-bit savegames are labeled as such correctly in both builds? Also, one remaining item on the to-do list is to make readarrayfromfile/writearraytofile consistent between architectures (i.e. save in one; load in the other); at present I don't think it works correctly. Networking compatibility between architectures is something we'll also have to look out for.

supergoofy, on 29 March 2013 - 10:10 PM, said:

By the way, many thanks for this.

No problem. We've tried a couple times to move synthesis to a different toolchain that could build 64-bit binaries but each time it ends up making the 32-bit builds crash. It might be because of nedmalloc.

One way to help would be to help diagnose these crashes. This is the most recent build with "i686-w64-mingw32-gcc-4.7.2-release-linux64 + native NASM". Try it with and without nedmalloc in all three renderers.

[supergoofy]

I can confirm that the saves are shown correctly, but I cannot use the save from eduke32 with eduke64, thus I started a new game.

I will check later with the build you told me (http://dukeworld.duk.../20121230-3350/)

[edit]

I have tested eduke32_win32_20121230-3350.zip

When nedmalloc.dll is present, then eduke32.exe doesn't even start (no crash message of eduke32.log)

When I deleted nedmalloc.dll, then eduke32 started ok.

[m210®]

I have one question: How can I disable using steam version of duke3d at launch? This setting is disrupting work of my BloodTC

[TerminX]

Use an older version for now, I'll try to address this problem today.

[Fox]

Is it possible to increase the values for sprite such as x-yrepeat or clipdist, even if not avaiable in the editor? For example, a while ago I noticed while trying to recreate the Doom monsters that the Spider Mastermind would require a clipdist of 512 while the current limit is of 255.

[Mblackwell]

You could always make a clipshape box.

[Jblade]

Any chance of a flag for walls being added that lets us hide it from the map-screen? Or sectors, if not that? There's something similar in Zdoom and it would be a handy feature to have to hide secrets, or signatures, or effect sectors if we wanted to add an auto-map pickup for example.

[Danukem]

 James, on 04 April 2013 - 03:49 AM, said:

Any chance of a flag for walls being added that lets us hide it from the map-screen? Or sectors, if not that? There's something similar in Zdoom and it would be a handy feature to have to hide secrets, or signatures, or effect sectors if we wanted to add an auto-map pickup for example.

Either that or exposing to CON the array which determines which sectors have been automapped, so that it can be manipulated directly.

[Fox]

I fear it may be not so simply to add it in CON. It seems the values stored are per-sector per-player, something unprecedented in current CON code.



I suppose a work-around would be to convert the player id to a bitfield, since it is only for a true or false check. If the sector is visible for player n, add 2ⁿ to the sector structure or array.

===//===//===

Is it possible to add a display respawn toggle in Mapster?

[Helixhorned]

 Fox, on 04 April 2013 - 09:39 AM, said:

IIs it possible to add a display respawn toggle in Mapster?

It's already there, coded in a.m32, but you have to "lock" onto the RESPAWN sprite with SPACE unless you set the showrespawn_always gamevar to 1. Also, it sometimes doesn't work due to an m32-script interpreter bug.

[Spirrwell]

 Hendricks266, on 29 March 2013 - 02:05 PM, said:

I felt like building a new 64-bit build so I did. Helix fixed the bugs with CON gamearrays about a month ago.

http://hendricks266....est_20130329.7z

Yeah, it runs far faster for me as well with Polymer. It's about a 75% increase for me in a steady frame rate... It'd be cool to have 64 bit Windows binaries in the synthesis. It seems according to the wiki that a 64 bit binary can be compiled with MinGW-w64, is this right?