[Plagman]

Dr. Kylstein, on May 12 2009, 12:34 AM, said:

I've found that -game_dir only works with absolute paths, and that DUKEPLUS_RESOURCES.zip needs to be extracted in order to work.

Why would you have to extract it? It loads it fine if it's in the specified game_dir. What does your log say about it?

[Alan]

Dr. Kylstein, on May 11 2009, 06:34 PM, said:

The log is output in the current working directory, usually one's home directory.

Thanks! I was expecting it to show up in the ~/.eduke32 folder.

At any rate...

EDuke32 1.5.0devel 20090131
Application parameters: -game_dir DukePlus -forcegl 
addsearchpath(): Added /home/alan/
addsearchpath(): Added /home/alan/.eduke32/
Initializing SDL system interface (compiled against SDL version 1.2.12, found version 1.2.12)
Loading libGL.so.1
Loading libGLU.so.1
Using "x11" video driver
Using config file 'eduke32.cfg'.
Scanning for GRP files...
Using group file 'duke3d.grp' as main group file.
Using group file 'autoload/duke3d.grp/duke3d_hrp.zip'.
Using group file 'autoload/duke3d.grp/eduke32_mus.zip'.
Using group file 'autoload/duke3d.grp/maphacks.zip'.
Compiling: EDUKE.CON (27 bytes)
Including: dpcons/DUKEPLUS.CON (552873 bytes)
Using DEF file: dukeplus.def.
Wrote eduke32.cfg
Wrote eduke32_binds.cfg
Using config file 'DukePlus/dp.cfg'.
Including: DEFS.CON (35992 bytes)
Including: USER.CON (45482 bytes)
Including: DukePlus/dpcons/DEFSPLUS.CON (39370 bytes)
Including: DukePlus/dpcons/USERPLUS.CON (53154 bytes)
Including: DukePlus/dpcons/LIGHTS.CON (21535 bytes)
DukePlus/dpcons/LIGHTS.CON: In actor `SECTOR_CONTROLLER':
DukePlus/dpcons/LIGHTS.CON:405: warning: `nullop' found without `else'
DukePlus/dpcons/LIGHTS.CON:405: warning: empty `else' branch
Including: DukePlus/dpcons/HUDPLUS.CON (60751 bytes)
Resizing code buffer to 32768*4 bytes
Including: DukePlus/dpcons/PLAYERPLUS.CON (106730 bytes)
Resizing code buffer to 65536*4 bytes
Resizing code buffer to 131072*4 bytes
dpcons/DUKEPLUS.CON: In event `EVENT_PROCESSINPUT':
dpcons/DUKEPLUS.CON:25538: warning: found `ifsound' outside of a local event.
dpcons/DUKEPLUS.CON:25546: warning: found `ifsound' outside of a local event.
Found 4 warning(s), 0 error(s).
Resizing code buffer to 102120*4 bytes
Script compiled in 172ms
Compiled code size: 102112*4 bytes, version 1.4+
Pointer bitmap size: 12765 bytes
2778/11264 labels, 642/2048 variables
287/16384 quotes, 46 quote redefinitions
33/88 event definitions, 388 defined actors
Initialized 32.0M cache
RTS file DUKE.RTS was not found
Initializing OSD...
0 joystick(s) found
Setting video mode 800x600 (32-bpp windowed)
OpenGL Information:
 Version:  2.1.8087 Release
 Vendor:   ATI Technologies Inc.
 Renderer: ATI Radeon X1200 Series
Cache contains 0 bytes of garbage data
Initializing music...
Initializing sound...
Initializing MultiVoc... 
  - 32 voices, 512 byte mixing buffers
Executing "DukePlus/dp_binds.cfg"
UDP net deinitialized successfully.
 
Uninitializing MultiVoc...
Wrote DukePlus/dp.cfg
Wrote DukePlus/dp_binds.cfg

[Danukem]

What happens if you comment out the first line of DUKEPLUS.CON (the one that says setdefname dukeplus.def)? This will prevent the DukePlus models and textures from loading, but I'm wondering if the HRP stuff will load instead (basically, I'm wondering if the include duke3d.def line in dukeplus.def is not working for you because of a path issue).

[Alexraptor]

Hey newly registered here.

Dukeplus is a nice addon(allthough found the logo on the main menu standing out a bit too much, maybe make it match the menu fonts?)
Two things which i have noticed in particular.
There seems to be a bug when just using one pistol and the "DNSTUFF" cheat, it will either start firing slowly and can't be reloaded, or it will fire without ever being reloaded.
The second is the hi-res blood, for me it looks more like splatters of dark liquid than blood.

Otherwise a pretty nice mod

[Hail_Duke]

Hey DT, just dropping by to say I really like the latest Duke Plus. I don't know what has changed since 1.99, since I didn't read the changelogs, but somehow the experience just feels a lot smoother and fun. Maybe it's because of enhanced AI. Maybe it's because double enemies = double the fun. Or maybe it's all in my head.

By the way, I've asked this before on the 3dr forums before:

http://forums.3drealms.com/vb/showthread.p...5831#post835831

Has this been this looked into? I haven't played it long enough (or figured much use of the MP5 while I'm on sloped/stair areas) to encounter this yet, but I'm curious if it is fixed or anything like that

[Alan]

DeeperThought, on May 12 2009, 10:15 AM, said:

What happens if you comment out the first line of DUKEPLUS.CON (the one that says setdefname dukeplus.def)? This will prevent the DukePlus models and textures from loading, but I'm wondering if the HRP stuff will load instead (basically, I'm wondering if the include duke3d.def line in dukeplus.def is not working for you because of a path issue).

Yeah, the HRP works now. What's needed to make both work?

[Danukem]

Alan, on May 12 2009, 09:58 AM, said:

Yeah, the HRP works now. What's needed to make both work?

At least now we know the general cause: the "include duke3d.def" line at the top of dukeplus.def is failing to include the duke3d.def inside of duke3d_hrp.zip.

One explanation is that you have a different file named "duke3d.def" loose in your Duke directory, and that file is not including what the HRP one includes. If so, delete it.

The only other explanation I can think of is that it is not finding the duke3d.def that is inside your duke3d_hrp.zip. I don't know why that would be, but I suppose you could try copying the duke3d.def from the HRP into the root level of your Duke folder.

[Alan]

I think that you include duke3d.def in a way that it looks in the DukePlus folder for the file and doesn't know to check /autoload/Duke3D.grp/duke3d_hrp.zip because it's not explicitly stated. I did try setting that include line to include ../autoload/Duke3D.grp/duke3d_hrp/duke3d.def but that also didn't work.

[Danukem]

Alan, on May 12 2009, 12:35 PM, said:

I think that you include duke3d.def in a way that it looks in the DukePlus folder for the file and doesn't know to check /autoload/Duke3D.grp/duke3d_hrp.zip because it's not explicitly stated. I did try setting that include line to include ../autoload/Duke3D.grp/duke3d_hrp/duke3d.def but that also didn't work.

It doesn't need to be explicitly stated. The autoload folder is among those that it is supposed to look in. It should also be looking at the root level and in the selected game directory. This is the way it works for everyone else. I don't have duke3d.def in my DukePlus folder or at the root. The only copy I have is in the HRP inside the autoload folder, and it works. It works for most everyone else, too. Try this:

include autoload/duke3d.def

EDIT: Are you absolutely sure that you don't have a duke3d.def lying around somewhere?

[Alan]

Nope, the only duke3d.def is in /autoload/Duke3D.grp/duke3d_hrp.zip... Tried putting those files in /autoload/ and it won't run the HRP even when run normally.

[Danukem]

Alan, on May 12 2009, 03:08 PM, said:

Nope, the only duke3d.def is in /autoload/Duke3D.grp/duke3d_hrp.zip... Tried putting those files in /autoload/ and it won't run the HRP even when run normally.

That's insane. Well, I guess your only option is to do it the old-fashioned way, like in the days before the autoload folder. Place duke3d_hrp.zip at the root level, and add
-gduke3d_hrp.zip to the command line of the dukeplus.bat

[Hail_Duke]

Hmmm apparently the hitboxes have been reduced, thanks Deeperthought. However, corpses are still a quirky annoyance, like in Episode 2 Level 4, in the 2nd or 3rd room filled with several Enforcers. You have to go down the moving pillar things that are generating electricity fields, crouch and shoot a switch to open a door. Problem is, there was an enforcer blocking the switch, so I killed him, and now his corpse his blocking the switch. I don't have anymore explosives with me unfortunately, so I had to cheat in order to blow up his body to hit the switch.

Just thought I'd let you know.

[Danukem]

Hail_Duke, on May 13 2009, 02:13 AM, said:

Hmmm apparently the hitboxes have been reduced, thanks Deeperthought. However, corpses are still a quirky annoyance, like in Episode 2 Level 4, in the 2nd or 3rd room filled with several Enforcers. You have to go down the moving pillar things that are generating electricity fields, crouch and shoot a switch to open a door. Problem is, there was an enforcer blocking the switch, so I killed him, and now his corpse his blocking the switch. I don't have anymore explosives with me unfortunately, so I had to cheat in order to blow up his body to hit the switch.

Just thought I'd let you know.

I could make it an option, but I hate adding more stuff to the menu and I would rather make the feature work flawlessly so it doesn't have to be optional.

I could make the bodies stop absorbing shots after a certain number of hits. Trouble is, people won't know that and then they'll report it as a bug when it happens and will still get stuck in situations like your because they won't know about the hit limit (same problems if I make the bodies jib after a certain number of shots).

I wish I could make the bullets hit the bodies and still pass through them, but I don't think that is currently possible.

[Dr. Kylstein]

Maybe you could allow the bodies to be kicked out of the way?

[Hail_Duke]

I see what you mean. Yeah it's definitely tricky to handle, when you put it that way. What about having bullets pass through bodies, but not projectiles like rockets?

Quote

Maybe you could allow the bodies to be kicked out of the way?

Problem is, sometimes you just need to fire at something, but the corpse itself, which is some distance away, presents itself as an obstacle

[Alan]

Still can't get Duke Plus to work with the HRP without overwriting the entire directory and hacking together the DEFs myself.

[Alexraptor]

Feedback: A way to get the default orange/red enemy lasers instead of the new white/yellow
Bit of a personal preference.

[Spiker]

Use software mode

[Alexraptor]

Spiker, on May 15 2009, 08:26 PM, said:

Use software mode

I play using the HRP....

[Danukem]

Alexraptor, on May 15 2009, 11:20 AM, said:

Feedback: A way to get the default orange/red enemy lasers instead of the new white/yellow
Bit of a personal preference.

I'm going to have to do something about that. In polymer, they give off red light, and it doesn't go with the white/yellow. So I'll either have to make the laser appearance adjustable, or I'll have to change my replacement graphic to match the original color.

In the mean time, here is what you can do. Open up DUKEPLUS.CON in a text editor. Find this:

case FIRELASER

action FIRELASERACTION

and change it to this:

case FIRELASER

// action FIRELASERACTION

[Alexraptor]

Cheers, that did the trick.

[Moggimus]

Thanks, can you also post how to set the original FIRELASER sound back as well?

[Danukem]

moggimus, on May 15 2009, 03:31 PM, said:

Thanks, can you also post how to set the original FIRELASER sound back as well?

There's already a menu option for toggling the DP replacement sounds. But if you just want to reverse that one sound, you'll have to go through the cons and change it in all the places where monsters fire those.

[Moggimus]

DeeperThought, on May 15 2009, 07:20 PM, said:

There's already a menu option for toggling the DP replacement sounds. But if you just want to reverse that one sound, you'll have to go through the cons and change it in all the places where monsters fire those.

Actually changing that option doesn't affect it.

[Danukem]

moggimus, on May 15 2009, 05:17 PM, said:

Actually changing that option doesn't affect it.

Yes it does. Changing "New Sounds" from YES to NO in the effects menu will change the sound back to normal. I just checked in game to make sure. Also there is this code which guarantees that result:

ifvare dpsounds YES sound PRED_ATTACK2 else
sound PRED_ATTACK
shoot FIRELASER

If it's not working for you, then either you edited the CON file or you changed PRED_ATTACK definition so it makes the new sound.

Now please, I have enough trouble with actual bugs, I don't want to waste time looking into stuff that works correctly.

[Moggimus]

I guess I should have been more clear. The sound changes back for enemies that fire it, but not the Lasergun weapon.

[Flacken.WS]

Sorry if I'm interrupting something important, but why Duke pick and, automatically, select the LASER GUN and DOUBLE BARRELED SHOTGUN, ever with SWITCH WEAPONS ON PICKUP ( in PLAYER MENU ) is OFF ?

[Danukem]

Flacken.WS, on May 16 2009, 04:20 PM, said:

Sorry if I'm interrupting something important, but why Duke pick and, automatically, select the LASER GUN and DOUBLE BARRELED SHOTGUN, ever with SWITCH WEAPONS ON PICKUP ( in PLAYER MENU ) is OFF ?

The DB shotgun only gets selected when autoswitch is off if you pick it up while holding a different shotgun.

I coded it that way at the time because they were new weapons and I didn't want people complaining that they didn't know how to select them. The laser gun goes in the same weapon slot as mighty boot (weapon 1). That's not obvious, and if someone picked up the weapon and didn't know better, they might try selecting pistol. But I couldn't make it a subweapon of pistol because I was already using the pistol key as an akimbo toggle. The DB shotgun is a subweapon of shotgun; when you cycle through the weapons it will not show up unless it is your current shotgun (press 3 to toggle them). I know from experience some people would not even know they had the weapon unless I force it into their hands.

So, yeah, technically I should make it switch to those weapons only if switch on pickup is selected, but at least I have managed to avoid complaints (until now) by coding it the way I did.

I'm changing it now, though.

Get the latest code HERE. Replace files inside of the dpcons folder. That will fix the autoswitch thing and has some other undocumented changes (most notably Skycar improvements).

[Flacken.WS]

Quote

I coded it that way at the time because they were new weapons and I didn't want people complaining that they didn't know how to select them. The laser gun goes in the same weapon slot as mighty boot (weapon 1). That's not obvious, and if someone picked up the weapon and didn't know better, they might try selecting pistol. But I couldn't make it a subweapon of pistol because I was already using the pistol key as an akimbo toggle. The DB shotgun is a subweapon of shotgun; when you cycle through the weapons it will not show up unless it is your current shotgun (press 3 to toggle them). I know from experience some people would not even know they had the weapon unless I force it into their hands

Make sense.

I just said that because some situations ( traps, bosses ) need control of weapons.

Example: Battlelords ahead, I'm going to use rocket launcher, walking back ( turned to battlelords ), I touch in liztroop captain corpse and pick the Lasergun. Can you imagine what happen later ?

EDIT: I Test the latest code, LASERGUN work fine. The DBSHOTGUN, when pickup, it uses the original, or CRUISER SHOTGUN with DB functions.
Turn SWITCH WEAPONS ON PICKUP to 'ON' back the Shotguns ( BOTH ) to normal, as select as fire.

[Alan]

Plagman helped me understand what's going on with getting it to run with the HRP. For reference, to run it properly in Linux with EDuke32 set as global:

cd ~/.eduke32 && eduke32 -game_dir DukePlus