[Mark]

Thanks. Sometimes I guess I don't punch in the proper search words.

[Kyanos]

The latest build isn't starting under windows 7 again. Debug builds seem to work.

Added: Using latest build (3350) Eduke32.debug.exe to play todays new release.
Mirrors turned black when not aiming at them and close to them.

[Plagman]

God damnit; sorry about that, we were hoping that this toolchain would be good. Testing from TX and H266 on Win7 and 8 seemed to be conclusive, but I guess not. Reverted, so the new build should be good again.

[TerminX]

Does 3350 work if you delete nedmalloc.dll?

[Hank]

TerminX, on 31 December 2012 - 04:12 PM, said:

Does 3350 work if you delete nedmalloc.dll?

Yes!
but now I've got to go, all the best to the duke fam ...........................................

[Kyanos]

Plagman, on 31 December 2012 - 03:40 PM, said:

God damnit; sorry about that, we were hoping that this toolchain would be good. Testing from TX and H266 on Win7 and 8 seemed to be conclusive, but I guess not. Reverted, so the new build should be good again.

I'll link tortoise svn up to the eduke repository and try to test things every so often on 64bit win 7. Feel free to ask me to test specific builds.

TerminX, on 31 December 2012 - 04:12 PM, said:

Does 3350 work if you delete nedmalloc.dll?

Confirmed.

[Baron_Samedi]

So I can't Google, search in here or see anything new on the EDuke32 Wiki.

Any progress on Multiplayer? Still waiting for at least playable status.

[TerminX]

It's progressing, yeah.

[Baron_Samedi]

Oh cool, thought you guys gave up or something.

[Kyanos]

Can skyboxes be changed by gamepal, aka nightvision or WGR Quaddamage? If not, can I access a skyboxes pal in con and change it manually?

[Hendricks266]

A skybox's palette is just ceilingpal/floorpal.

The source code changes the tsprpal of all sprites that get the nightvision pal 6 effect during screen drawing events if heat_on, so you could do something similar in EVENT_DISPLAYROOMS (or another screen event) as long as you save the previous palette value somewhere.

        if (g_player[screenpeek].ps->inv_amount[GET_HEATS] > 0 && g_player[screenpeek].ps->heat_on &&
                (A_CheckEnemySprite(s) || A_CheckSpriteFlags(t->owner,SPRITE_NVG) || s->picnum == APLAYER || s->statnum == STAT_DUMMYPLAYER))
        {
            t->pal = 6;
            t->shade = 0;
        }

[Kyanos]

Sorry, I should of expressed myself better. In wgr2 when quad damage kicks in and the screen turns all black and white and red the skybox doesn't change. It uses gamepal 4 the title screen palette.

[Mike Norvak]

Drek, on 21 January 2013 - 02:15 AM, said:

Sorry, I should of expressed myself better. In wgr2 when quad damage kicks in and the screen turns all black and white and red the skybox doesn't change. It uses gamepal 4 the title screen palette.

This only happens under polymer? Because you can't change the pal of the skybox nor the skybox itself on polymer.

[Kyanos]

The pal is changeable in polymer. Mind you need to set it the same for all paralaxed skys. It's the game palette switch between normal and quad damage that leaves a coloured sky on a black and white screen. F'ugly!

[Plagman]

The sky stuff might not be hooked up to highpal yet; you're using highpal, right?

[Kyanos]

Yes sir.

[Fox]

Is it possible to change the filename of the screenshots to the date and hour it was taken?

[Plagman]

Drek, on 21 January 2013 - 05:05 PM, said:

Yes sir.

It should be pretty straightforward to hook up, but in the meantime if you apply the highpal manually to another copy of the sky texture on-disk and define it as the right palette it should work. It's a little hackish but at least it'll work without having to wait for me to fix things, which is an unknown quantity. Eg you'd have two copies of the sky texture, sky.png and sky_quaddamage.png, define the latter to a reserved pal you never use for skies and use CON code to switch the parallaxed sky to that palette when quad damage is activated.

[Micky C]

Heh, despite all the progress we're making with the TC I'm pretty sure it's not going to come out before you can hook up the skies

[Hendricks266]

Fox, on 21 January 2013 - 05:33 PM, said:

Is it possible to change the filename of the screenshots to the date and hour it was taken?

Yes. A batch file:

@echo off
for %%G in (*.pcx *.tga *.png) do call :timedateren "%%~G" "%%~tG"
goto :eof

:timedateren
set s=%~2
set s=%s:/=-%
set s=%s::=-%
ren "%~1" "%~n1 %s%%~x1"
goto :eof

[Fox]

I meant as they are created by Eduke32.

[Hendricks266]

I know.

strftime could be a convenient method.

  time_t rawtime;
  struct tm * timeinfo;
  char buffer [80];

  time ( &rawtime );
  timeinfo = localtime ( &rawtime );

  strftime (buffer, sizeof(buffer), "%Y%m%d%H%M%S", timeinfo);

Thoughts from others?

[Fox]

May I ask, is there any problem in opening an event multiple times, or it would be better to use a single time?

For example...

useractor notenemy MYACTOR1
<code>
enda

onevent EVENT_SPAWN
  ifactor MYACTOR1
    sizeat 64 64
endevent

useractor notenemy MYACTOR2
<code>
enda

onevent EVENT_SPAWN
  ifactor MYACTOR2
    sizeat 64 64
endevent

useractor notenemy MYACTOR3
<code>
enda

onevent EVENT_SPAWN
  ifactor MYACTOR3
    sizeat 64 64
endevent

useractor notenemy MYACTOR4
<code>
enda

onevent EVENT_SPAWN
  ifactor MYACTOR4
    sizeat 64 64
endevent

useractor notenemy MYACTOR5
<code>
enda

onevent EVENT_SPAWN
  ifactor MYACTOR5
    sizeat 64 64
endevent

Or it should be better if I just used this.

useractor notenemy MYACTOR1
<code>
enda

useractor notenemy MYACTOR2
<code>
enda

useractor notenemy MYACTOR3
<code>
enda

useractor notenemy MYACTOR4
<code>
enda

useractor notenemy MYACTOR5
<code>
enda

onevent EVENT_SPAWN
  switch sprite[THISACTOR].picnum
  case MYACTOR1
  case MYACTOR2
  case MYACTOR3
  case MYACTOR4
  case MYACTOR5
    sizeat 64 64
  break
  endswitch
endevent

[Danukem]

I've always done it the second way (mainly because opening an event multiple times wasn't an option when I started coding). I don't know about how the compiler works, but from an organizational standpoint it might be better to do it the first way, because then all the code pertaining to the actor can be in one place. If you come back to a project that you haven't look at in a long time, it can be confusing when the code for an actor is scattered around.

[Hendricks266]

Fox, on 22 January 2013 - 04:31 AM, said:

May I ask, is there any problem in opening an event multiple times, or it would be better to use a single time?

There's a note on that here: http://wiki.eduke32....ting_Guidelines

[Mblackwell]

I disagree with splitting out events multiple times UNLESS you can guarantee there will be no disparate interaction between elements. In the use case above it's perfectly alright, but it's really going to be down to what you want your code to do.

[Helixhorned]

Helixhorned, on 26 June 2012 - 09:40 AM, said:

Mblackwell, on 26 June 2012 - 08:13 AM, said:

You can use any statnum you want. It's just that some are reserved. Just pick anything between (but not including) 14 and 1024.

This is true, but let's split the range into reserved and user, because we might add some new ones too, like the recent STAT_LIGHT. How about giving you statnums starting from the end of the range, say 1000-1023 for a start?

edit: well how many is rather irrelevant practically speaking, my point is that CON statnums should be used up from the end.

Gotta make an amendment on a little point. I just found out that statnum 1023 (MAXSTATUS-1) is used in the findnear* CON commands to traverse through all sprites. This is valid, because the sprite lists are initialized to 0->1->...->MAXSPRITES-1 (*). So that statnum is also off-limits for user code.

(*) It's not like all sprites are in all status lists though. The "head" link of every sprite is set to "empty", so that pattern is only an implementation detail.

EDIT2: Umm, forget it, I read that code too fast. Findnearsprite* simply scans through all statnums...

[The Commander]

TerminX, on 16 January 2013 - 07:22 PM, said:

It's progressing, yeah.

I just tested the latest r3443 online (server to client from NZ to UK) after not much playing of Duke in months and I am pretty happy to see that it is much more stable than it was, was able to play some MP in E1L1, coop in E1L1 and Stadium.

Of course it had it's bugs, but I like how it has progressed.

[Radar]

I had no clue the new netcode was already being patched into EDuke32.

Quote

Additional networking patch from Jasper Foreman, sadly sitting untested for almost a month because everyone here has been too sick to do anything with it.

Goodness gracious, if testing is the problem, I could find players to test this with or even test it on on my own LAN. Heck, I think I'm going to do that right now.

[TerminX]

Testing isn't the problem. Personal issues in my life (sickness in my family) has really impacted my free time and I haven't been able to do my end of the networking stuff because of it.