[TerminX]

LeoD, on 05 June 2015 - 11:14 AM, said:

Bump.
Any developer's news available?

The bug is high priority, but we've been really busy with Hail to the King Collection and another unannounced project. I'll definitely be looking at it soon though.

[Jblade]

is there any reason why the latest Eduke32 plays the dethtoll music from megaton edition automatically instead of the track assigned in the CON file for the usermap slot? The music track is definitely there, but the megaton music is overriding what I've assigned it in the con files.

[Fox]

I believe Eduke32 is hard-coded to look for DETHTOOL.MID for user maps. It also automatically replaces midi files with Megaton's oggs.

[Jblade]

It wasn't a map in the usermap slot though, it was map 4 - the game shouldn't autoload stuff like that if it's not assigned in the con files.

[Micky C]

Could there be some kind of flag that simply disables loading any content from Megaton? The AMC TC has had all sorts of weird things happen when megaton assets have unknowingly been loaded, such as the track from Death Row replacing an ambient sound. While some effort has been put into fixing some of these issues manually, a blanket option should make it easier to control the situation and future-proof the AMC TC and other mods.

[NY00123]

The DETHTOOL.MID thing is probably related to the following old limitation I reported at some point: http://forums.duke4....437#entry120437

To summarize, upon loading a user map other than E1L8.MAP, if a MID or OGG file with the map's filename (minus the extension) is not found, DETHTOOL.MID is loaded. This is hardcoded in EDuke32, and is the file to be loaded even if the relevant entry is modified in USER.CON.

[Hendricks266]

Lesson learned: Don't give your mod assets filenames that collide with the main game's music. If it's not Taking the Death Toll, don't name it dethtoll.mid.

dethtoll.mid being hardcoded is a long-standing problem on the to-do list, that will likely be augmented with def music "usermap" syntax like "intro"/"briefing"/"loading".

[Fox]

I believe it should be more appropriate to include a .def file with Eduke32 that lists files to be replaced, like grabbag.mid with grabbag.ogg. I don't see how it's a better option to have filenames hard-coded.

[Jblade]

Hendricks266, on 09 June 2015 - 10:32 AM, said:

Lesson learned: Don't give your mod assets filenames that collide with the main game's music. If it's not Taking the Death Toll, don't name it dethtoll.mid.

This was never a problem until Megaton edition compatability, so please don't try and tell me about lessons thank you

I figured this out and fixed it ages ago on my end, it was only presenting a problem with the guys who had Megaton installed (I didn't and didn't know that Eduke32 autoloads Megaton content)

[Hendricks266]

Fox, on 09 June 2015 - 01:07 PM, said:

I believe it should be more appropriate to include a .def file with Eduke32 that lists files to be replaced, like grabbag.mid with grabbag.ogg. I don't see how it's a better option to have filenames hard-coded.

Nothing is hardcoded beyond adding the Megaton paths. The automatic "does an OGG or FLAC exist of this MIDI/VOC?" kicks in from there.

Jblade, on 09 June 2015 - 01:41 PM, said:

This was never a problem until Megaton edition compatability, so please don't try and tell me about lessons thank you

Contrarily, naming something in an inaccurate fashion is poor practice in general.

[Jblade]

There was nothing 'inaccurate' about the filenames, and it was never a problem until Megaton content started being autoloaded. It's your port so it's your choice to auto integrate the content, but I think that absolutely nothing should be loaded from Megaton at all by default. I don't bother keeping it installed because it intefers with Eduke regularly if I'm trying to play a TC or whatever.

[Micky C]

Can there be some description added to the wiki for openGL's new fogpal feature? http://wiki.eduke32.com/wiki/Fogpal

[Daedolon]

I was lazy but there you go.

[Hendricks266]

Micky C, on 13 June 2015 - 04:05 PM, said:

Can there be some description added to the wiki for openGL's new fogpal feature? http://wiki.eduke32.com/wiki/Fogpal

http://wiki.eduke32....Language#fogpal

Daedolon, on 14 June 2015 - 10:07 AM, said:

I was lazy but there you go.

The standalone page should have a description of the member of the sector structure also named fogpal.

[NightFright]

I see r5267 finally fixes the automap problem with Polymer. Thanks a lot, folks! ^^

[Paul B]

I was wondering why Eduke32 runs so much faster in an XP operating system as oppose to Windows 7? I have a system which can dual boot between Windows 7 64 Bit and Windows XP. Hands down my FPS are so much better in XP at least 20 fps faster running Polymer. Does anyone have any suggestions as to why this might be? This also isn't something new, this has always been the case for as long as I remember which is why when I map I still map using XP. Is there a way to optimize Eduke32 for Windows 7 so it can run just as efficiently?

[Danukem]

It has been a few years since I was up-to-date on eduke32 capabilities, so I need to ask about sound. Do we have true volume control over sounds using CON commands yet? Back in the day there was not -- you could adjust the volume parameter in the sound definition, but all it did was adjust a distance offset on the sound. Pretty useless if the sound is being played from the player.

EDIT: Wouldn't it be pretty simple to add an optional volume parameter to the sound command? It could be added to the sound's volume parameter in the definition for that particular instance. And yes, I know that I could simulate the same thing by spawning a sprite that plays the sound a certain distance from the player.

[Fox]

No. And it probably will only be added when there is a better sound system (i.e. the volume option in the menu is a distance hack).

[Fox]

The clipdist showing in the editor is interesting. I suggest it to only show in sprites with a cstat of 1.

[Kyanos]

Paul B, on 16 June 2015 - 08:21 AM, said:

I was wondering why Eduke32 runs so much faster in an XP operating system as oppose to Windows 7? I have a system which can dual boot between Windows 7 64 Bit and Windows XP. Hands down my FPS are so much better in XP at least 20 fps faster running Polymer. Does anyone have any suggestions as to why this might be? This also isn't something new, this has always been the case for as long as I remember which is why when I map I still map using XP. Is there a way to optimize Eduke32 for Windows 7 so it can run just as efficiently?

turn off aero

[Fox]

Flat sprites are dislocated in Polymost mode, which creates see-through holes in structures.

[Jblade]

when using the save command the game changes the quicksave slot to whatever slot was specified in the command - any way to fix this so the player's choice of quicksave slot isn't overridden?

[Mr. Alias Nameless]

Hi all. I have problems with the launch of the polymer (in eduke32.exe and mapster32.exe) in the 5298 revision or older. The game is interrupted immediately after the start. Last log message:

Initializing Polymer subsystem ...
g_errorLineNum: 0, g_tw: 0

The problem occurs only when using a polymer mode. Revision 5297 is working correctly.
Graphic card is integrated Intel Intel® HD Graphics 2.1.0 - Build 8.15.10.2993

Attached File(s)

•  eduke32.log (1.22K)
  Number of downloads: 415

[Fox]

Does Mapster still uses the x-y offset for ROR?

[Helixhorned]

Fox, on 11 September 2015 - 04:52 PM, said:

Does Mapster still uses the x-y offset for ROR?

Yes, in the non-Lunatic EDuke32 build, the sector's {ceiling,floor}xpanning member is used to hold the bunch number of the ceiling or floor.

[Micky C]

And IIRC you can't save TROR maps in the lunatic build

[Fox]

Helixhorned, on 20 September 2015 - 04:30 AM, said:

Yes, in the non-Lunatic EDuke32 build, the sector's {ceiling,floor}xpanning member is used to hold the bunch number of the ceiling or floor.

Is there anything that prevents non-Lunatic build from having new structures in the map format? Or is it a matter of the classic Build engine code being too messy?

[Micky C]

I think a big part of it is that the lunatic map files can be extended without having to increment the map version number, by using reasonable default values for new structures, being some kind of text-based format.

I'd guess there must be something stopping the current map system from adding new stuff in otherwise Helix wouldn't have used the offsets for TROR in the first place.

[TerminX]

Micky C, on 20 September 2015 - 03:53 PM, said:

I'd guess there must be something stopping the current map system from adding new stuff in otherwise Helix wouldn't have used the offsets for TROR in the first place.

OK, you know how every time we change something internally, savegames break? Imagine that but with map files. We'd end up with thousands of lines of compatibility code to support loading every map version we ever went through, and everyone would end up with maps that only worked in EDuke32/Mapster32 and could never be altered by any other existing utility again. That would be bad.

[LeoD]

make RENDERTYPE=WIN fails as of r5352:

build/src/winlayer.c: In function 'void UninitDirectInput()':
build/src/winlayer.c:1161:59: error: invalid conversion from 'const void*' to 'void*' [-fpermissive]
         for (i=joynumaxes-1; i>=0; i--) Bfree(axisdefs[i].name);
                                                           ^
In file included from build/src/winlayer.c:31:0:
C:/Progs/mingw64/x86_64-w64-mingw32/include/malloc.h:77:16: note:   initializing argument 1 of 'void free(void*)'
   void __cdecl free(void *_Memory);
                ^
build/src/winlayer.c:1166:64: error: invalid conversion from 'const void*' to 'void*' [-fpermissive]
         for (i=joynumbuttons-1; i>=0; i--) Bfree(buttondefs[i].name);
                                                                ^
In file included from build/src/winlayer.c:31:0:
C:/Progs/mingw64/x86_64-w64-mingw32/include/malloc.h:77:16: note:   initializing argument 1 of 'void free(void*)'
   void __cdecl free(void *_Memory);
                ^
build/src/winlayer.c:1171:58: error: invalid conversion from 'const void*' to 'void*' [-fpermissive]
         for (i=joynumhats-1; i>=0; i--) Bfree(hatdefs[i].name);
                                                          ^
In file included from build/src/winlayer.c:31:0:
C:/Progs/mingw64/x86_64-w64-mingw32/include/malloc.h:77:16: note:   initializing argument 1 of 'void free(void*)'
   void __cdecl free(void *_Memory);
                ^
Failed building build/obj/winlayer.o from build/src/winlayer.c!
makefile:626: recipe for target 'build/obj/winlayer.o' failed
mingw32-make: *** [build/obj/winlayer.o] Error 1