[thisbecasper]

DELETED

[Perro Seco]

Trooper Dan, on 24 September 2018 - 05:08 PM, said:

You have 3 choices with regard to how the side-sprites will appear to move: jumpy (current solutions), smooth, or smooth and laggy. The reason they will appear jumpy right now is that they are being teleported 30 times per second, but otherwise not moving. Whereas the player and other sprites get movement interpolation in between tics (that's what Hendricks266 was referring to.) I don't know how you would give them proper interpolation and also make them keep up with the player. An improper but proven way to do it is to set their t-sprites based on camera coordinates in a display event, in addition to setting their actual sprites in actor code.

I know this sounds surrealist, but I'm not interested in the sprites, but rather in their positions. In my TC I use Lezing's motorbike code (the same used in DNF 2013) to make drivable cars, but everytime I exit one, the player spawns just in the middle of it (player position = car position). I said I wanted to keep the sprites with the player because I thought the code provided would be useful to know those two positions everytime he exits the car, so you can move him to the left or, if there's a wall, to the right side of the car.

I think I almost got what I want, but now I'm unable to change the player's position. I'm using setplayer[THISACTOR].posx and posy, but it doesn't seem to affect the position. Do I need something more or something completely different to change the position?

[Danukem]

Perro Seco, on 29 September 2018 - 06:50 AM, said:

I said I wanted to keep the sprites with the player because I thought the code provided would be useful to know those two positions everytime he exits the car, so you can move him to the left or, if there's a wall, to the right side of the car.

If that's all you need, then don't make extra sprites and don't do the calculations all the time. Just do the calculation once when the player exits the vehicle and move the player to those coordinates.

Perro Seco, on 29 September 2018 - 06:50 AM, said:

I think I almost got what I want, but now I'm unable to change the player's position. I'm using setplayer[THISACTOR].posx and posy, but it doesn't seem to affect the position. Do I need something more or something completely different to change the position?

Changing the player coordinates is usually all you need for changing the player's actual position. It's better if you also update the player's sector, in case the new coordinates are in a new sector. You can feed your new coordinates into the updatesector or updatesectorz command, then set the player's cursectnum to the outputed sector (but don't set it if the output is -1 for some reason).

As for why it's not working when you set posx and posy, it could be because you aren't setting the sector but I think it's more likely something else which is blocking your attempt. The first thing I would check is make sure that Lezing's bike code is not setting the player's coords at that point, since it could be overriding your attempt. Also, you should verify 100% that you have calculated the new coordinates correctly. You can do a visual confirmation by espawning a sprite there and setting it to those coordinates; do so in F7 view mode so that you can see it in game and verify it is in the right place.

[December Man]

Is there a way to have dynamic music i.e. music that changes depending on the room the player is in?
Also, the same thing but with messages displaying the name of the room the player has entered?

[Danukem]

For those kinds of effects you should make your own effect sprites, similar to sector effectors. The sprites would have vars on them, which are loaded from tags in the map. The vars would control their use of commands such as starttrackvar and quote. There are many examples of this from different mods -- it's not particularly difficult but I don't plan to write a tutorial.

[Danukem]

As an aside, I hope this doesn't offend anyone but I've noticed something about a lot of CON scripting questions. A lot of questions are of the form "Is it possible to do X?" but what they really mean is "Is there a command to do X?"

CON does have a huge number of commands which often do complex things. Want some money sprites to spawn and float realistically to the ground? Easy: use the money command. Want to make an earthquake? Easy: use the quake command. And so on. Those sorts of commands are like a vending machine -- you just press the right button and the thing you want comes out, already packaged for you. But in addition to the vending machine, CON also has a kitchen fully stocked with raw ingredients where you can make pretty much anything you want.

I think some people get caught up on the convenience of the vending machine and never learn how to cook. If you are making a mod that has non-trivial coded features, you should learn how to cook.

[icecoldduke]

 Trooper Dan, on 30 September 2018 - 03:18 PM, said:

I think some people get caught up on the convenience of the vending machine and never learn how to cook. If you are making a mod that has non-trivial coded features, you should learn how to cook.

Programming can be a very scary thing for some people. I've seen professional designers get scared, looking at scripting systems like Lua, but work just fine in a visual script language such as UE4 Blueprint. CON coding can be intimidating for people that want to do design work.

Is there a library somewhere with a bunch of general use CON script functions, that anyone can just grab and include in there projects? I've seen people put some fantastic things together, when they have something just above "raw ingredients".

[Danukem]

 icecoldduke, on 30 September 2018 - 04:30 PM, said:

Is there a library somewhere with a bunch of general use CON script functions, that anyone can just grab and include in there projects? I've seen people put some fantastic things together, when they have something just above "raw ingredients".

No, there should be a library like that, but there isn't. So each of us who has done a lot of scripting has essentially built our own library. One complication is that CON does not allow local variables. So, if my function uses a variable named "TEMPVAR", then it won't compile in your project unless you have a variable of that same name. I could include the variable declaration with my provided function, but then your project will have that global variable in it, just because you use my function. Worse, you might already have a variable of that name but with different flags, so it will actually conflict and not work the same. Another issue we used to have is that you couldn't append new event code. So, if I wanted to share something cool to do in EVENT_GAME, the user would have to know how to integrate it with any existing EVENT_GAME code they may have.

Given the obstacles and how few people are using the scripting language at any given time, it just never seemed worth it to try to make a public library.

[Mark]

Over the years I have collected bits and pieces of code examples from the threads here. My plan was to some day clean them up and add a lot of comments to the lines for explanations. Then add them to the handful of existing ones in the wiki. I have 83 files in that folder right now. I really should get going on that.

[MC84]

 Mark, on 30 September 2018 - 07:08 PM, said:

Over the years I have collected bits and pieces of code examples from the threads here. My plan was to some day clean them up and add a lot of comments to the lines for explanations. Then add them to the handful of existing ones in the wiki. I have 83 files in that folder right now. I really should get going on that.

Man that would be awesome - I've been trying to get my head around CON coding these last few weeks and I'm finding the learning curve VERY steep!

[Forge]

 conoklast, on 30 September 2018 - 07:31 PM, said:

Man that would be awesome - I've been trying to get my head around CON coding these last few weeks and I'm finding the learning curve VERY steep!

i wouldn't even try to figure out con aside from changing sounds & episodes/maps. Some of the effects people pull off are pretty amazing.

Gotta be dedicated to learn it.
The major downside to me seems like eduke32 updates are always inadvertently breaking things. Pretty good deterrent for someone with a lack of patience.

[Mark]

A lot of my snippets of code are for simple things like that.

[Forge]

If there isn't a con wiki, there should be

nvm, I did not know this existed

http://wiki.eduke32.com/wiki/Scripting

people should read this & the references first, & show the code they tried to use - before they ask questions

I can kinda see Dan's point now. Asking "how do I...", instead of, "I did...but I didn't get the results I wanted" are two different things.

Almost reminds me of those people that used to randomly show up and declare some massive project and wanting everyone to join - to do all the work for them so they can sit back and see their vision come to life with zero effort on their part.

[Mark]

There is a wiki but a lot of entries are empty or have an entry thats too technical for a noob. Some newer features IIRC haven't even been listed there yet. Even so, it has a lot of good info and I reference it often.

[Mblackwell]

You actually can append event code.
https://wiki.eduke32...nt_manipulation

[Danukem]

Mblackwell, on 30 September 2018 - 09:37 PM, said:

You actually can append event code.
https://wiki.eduke32...nt_manipulation

Yes, and that's very useful.

Note that I was careful to use the past tense in my post and said we "used to" not be able to append events.

[MC84]

Forge, on 30 September 2018 - 07:42 PM, said:

i wouldn't even try to figure out con aside from changing sounds & episodes/maps. Some of the effects people pull off are pretty amazing.

Gotta be dedicated to learn it.
The major downside to me seems like eduke32 updates are always inadvertently breaking things. Pretty good deterrent for someone with a lack of patience.

I have no intention of writing custom scripts, I just want to be able to understand chunks of other people's code so that I can adapt it for my own TC... but yes even to get an elementary understanding is testing my dedication

[Forge]

Mark, on 30 September 2018 - 07:55 PM, said:

There is a wiki but a lot of entries are empty or have an entry thats too technical for a noob. Some newer features IIRC haven't even been listed there yet. Even so, it has a lot of good info and I reference it often.

Con coders like to flaunt their knowledge, not write tutorials.



exhibit 1A:

Trooper Dan, on 30 September 2018 - 03:08 PM, said:

There are many examples of this from different mods -- it's not particularly difficult but I don't plan to write a tutorial.

Sure. But do you know how to field-dress a deer?

[December Man]

Trooper Dan, on 30 September 2018 - 03:18 PM, said:

As an aside, I hope this doesn't offend anyone but I've noticed something about a lot of CON scripting questions. A lot of questions are of the form "Is it possible to do X?" but what they really mean is "Is there a command to do X?"

CON does have a huge number of commands which often do complex things. Want some money sprites to spawn and float realistically to the ground? Easy: use the money command. Want to make an earthquake? Easy: use the quake command. And so on. Those sorts of commands are like a vending machine -- you just press the right button and the thing you want comes out, already packaged for you. But in addition to the vending machine, CON also has a kitchen fully stocked with raw ingredients where you can make pretty much anything you want.

I think some people get caught up on the convenience of the vending machine and never learn how to cook. If you are making a mod that has non-trivial coded features, you should learn how to cook.

That's true, but the wikia is not as exhaustive as it could have been. For comparison, when creating Cosmetic Doom I barely asked the community any questions regarding coding, since the zDoom wikia is packed with all the information one could need. Yes, I am constantly looking at mods and their code if they have features that interest me, but that alone can only get one so far.

conoklast, on 01 October 2018 - 06:12 AM, said:

I have no intention of writing custom scripts, I just want to be able to understand chunks of other people's code so that I can adapt it for my own TC... but yes even to get an elementary understanding is testing my dedication

This x 100.

[Danukem]

@December Man: dedicate a couple of tiles to being your effect sprites. Using the eventloadactor command, make sprites of those tile numbers run code at map load time. The code should read hitag and lotag into gamevars, set hitag and lotag back to zero and turn the sprites invisible. Then during gameplay, use EVENT_GAME to make the sprites do things such as detect whether the player has entered their sector and then trigger an effect based on the variables. For example, the hitag variable might be a quote number.

[Mblackwell]

I learned using the CON FAQ and the EDuke FAQ (which is inaccurate in some cases, also another EDuke reference which doesn't exist anymore and had inaccurate information, but was a good start anyway).

[Mark]

It must have been tougher for you way back then because you didn't have the code from lots of other coders to look at. We noobs are spoiled.

[December Man]

Trooper Dan, on 01 October 2018 - 10:15 AM, said:

@December Man: dedicate a couple of tiles to being your effect sprites. Using the eventloadactor command, make sprites of those tile numbers run code at map load time. The code should read hitag and lotag into gamevars, set hitag and lotag back to zero and turn the sprites invisible. Then during gameplay, use EVENT_GAME to make the sprites do things such as detect whether the player has entered their sector and then trigger an effect based on the variables. For example, the hitag variable might be a quote number.

Thank you very much.

Mblackwell, on 01 October 2018 - 10:56 AM, said:

I learned using the CON FAQ and the EDuke FAQ (which is inaccurate in some cases, also another EDuke reference which doesn't exist anymore and had inaccurate information, but was a good start anyway).

Yes, but the fact that you had to learn it the hard way does not mean that everyone else should. Expanding the wiki could potentially expand the community as well and the mod quantity / quality.

[Forge]

December Man, on 01 October 2018 - 12:32 PM, said:

Yes, but the fact that you had to learn it the hard way does not mean that everyone else should. Expanding the wiki could potentially expand the community as well and the mod quantity / quality.

Yes, but....
People should also take it upon themselves to try things out and be willing to experiment and learn the hard way, instead of being spoon-fed the answers and not really learning anything except how to ask someone to do it for them.

give a person a fish vs. teaching them to fish, blah-blah-blah......

try first, ask second

[Danukem]

I don't think anyone is saying that newcomers are obligated to learn things without good resources.

Here's the main page of the scripting wiki:

https://wiki.eduke32.../wiki/Scripting

It starts by linking to some old guides which cover the basics of the scripting language from the 1996 version (which is still applicable to the enhanced version). It then talks about important enhancements and how to use them, including game variables, game structures, game events, and formatting. At the top there are links to documentation on the various commands, events and structures within the game.

Everything I listed above could be improved. But, for those of us who are already familiar with the system, it's not obvious what the biggest deficiencies are. If people want to chime in about what most needs improvement, that would be helpful.

[Hendricks266]

I don't consider the current state of CON coding functionality to be sufficient for new users to learn easily. Everything is bespoke and ad hoc to the extreme. About the only good ways to learn how to do things are to look at existing code or to ask publicly and have it spoonfed to you. Even then, you end up with every mod having its own versions of boilerplate like weapon drawing functions that can never be modified by improved source port development without updating the mod, and which require the source port to painfully maintain old, flawed ways of doing things.

[Mblackwell]

December Man, on 01 October 2018 - 12:32 PM, said:

Yes, but the fact that you had to learn it the hard way does not mean that everyone else should. Expanding the wiki could potentially expand the community as well and the mod quantity / quality.

The hard way? The FAQs cover things that were available at the time in a good amount of detail and with clear explanations. I mostly just went "can I?" and then searched to see if a command or set of commands existed that would let me do that in some way. And often I did NOT code things in bespoke ways (based on Duke3D's vanilla CON files for example) when I thought of easier ways of doing the same thing based on the available commands. Saying that scripting is easy would be lying, but only because of the variety of functions now available and the kinds of things you can do. But the basic stuff is very simple. And when you are starting out you should stick to the basics.

[December Man]

Trooper Dan, on 01 October 2018 - 12:50 PM, said:

I don't think anyone is saying that newcomers are obligated to learn things without good resources.

Here's the main page of the scripting wiki:

https://wiki.eduke32.../wiki/Scripting

It starts by linking to some old guides which cover the basics of the scripting language from the 1996 version (which is still applicable to the enhanced version). It then talks about important enhancements and how to use them, including game variables, game structures, game events, and formatting. At the top there are links to documentation on the various commands, events and structures within the game.

Everything I listed above could be improved. But, for those of us who are already familiar with the system, it's not obvious what the biggest deficiencies are. If people want to chime in about what most needs improvement, that would be helpful.

I think what the wiki really needs are examples of using functions, events etc. within code. In zDoom wikia there are action functions:

https://zdoom.org/wi...ction_functions

Notice that each one has an example of how to use it within the code, even if they seem redundant at times. There are a few exceptions with no examples, but these have this note added:

Quote

Note: This article lists no examples. If you make use of this feature in your own project(s) or know of any basic examples that could be shared, please add them. This will make it easier to understand for future authors seeking assistance. Your contibutions are greatly appreciated.

Furthermore, many new functions e.g. events have no pages added. Notice how many hyperlinks are red here:

https://wiki.eduke32...wiki/Event_list

I guess I can assume which some of them do, but having clear verified info about it would save a lot of time.

[Forge]

Hendricks266, on 01 October 2018 - 01:18 PM, said:

About the only good ways to learn how to do things are to look at existing code or to ask publicly and have it spoonfed to you.

That implies that all con documentation and references are shit, and all of the knowledgeable people would rather horde their little gems just so they could tell new people they don't have time to help.

I have a hard time believing that about my favorite Duke community members.

[Hendricks266]

Take the question "How can I add a new weapon through CON coding?". There are no existing tutorials on the subject. Even for modifying an existing weapon beyond tinkering with WEAPONx_* and projectile stuff, there is nothing beyond "Download weapons.sample.con and change it." Such a tutorial would require covering many fragile/brittle unintuitive small items that must be implemented, all on top of the fact that EDuke32 does not truly support new weapons in a way that integrates them into existing systems like gotweapon, ammo_amount, tossweapon, status bar / mini-HUD drawing, and the weapon sprite that hovers over the player in co-op. If you have to completely reimplement these systems to add new weapons, not only is that yet another bar to clear for a beginner, but it also leads to the creation of single-use suboptimal code that future source port-side development of the original game's systems will never benefit. For example, if someone wanted to add a new weapon, shouldn't a hypothetical revival of EDuke32 for Android show it in the weapon selection circle?