搜索结果: *

Could someone explain why the most current dedicated server files for Native (which are 1.15 did not need to be updated up to 1.168? That is, if you feel so inclined. I'd find it educational at least. 

That's a really good point. This way is much better! Thanks Sebastian, I'll update the tutorial accordingly.

Hm, that's unfortunate but it's good to know, and at least there are workarounds. Thanks Sebastian.

Is the hardcoded limit for multiplayer events in header_common still 128? Yoshiboy says as much in his tutorial, but it hasn't been edited since early 2011.

gdwitt 说:

Players on Steam are very resistant to playing off the Steam platform as WSE will require.

点击展开...

K700 说:

Players just run game with bat file
"C:\STEAM\steamapps\common\MountBlade Warband\WSELoader.exe" -p .\mb_vanilla_game.exe, not steam menu.

If you users want steam overlay, they can add game link to steam library.

点击展开...

Isn't the 3 parameter limit for triggers outdated?

Thanks, that was a fundamental misunderstanding on my part. Here's the corrected code:


Sorry about the weird spacing--I'm not sure how to make it display properly on TWF. Anyway, it still failed to detect the intersection.

I checked and confirmed that prop_instance_intersects_with_prop_instance is part of can_fail_operations.

Does prop_instance_intersects_with_prop_instance not work? I've attempted to use it with objects that have collision and objects that lack collision, and in both cases it failed to detect when objects were actually intersecting.

For the following code, I placed two doors in a scene and made them clearly intersect, but the result still told me that they were not detected to be intersecting.

kalarhan 说:

Test it 

点击展开...

Well, I did some research, but I was more interested in this question b/c I'm anticipating a lot of call_script use in the future, and I thought it would be a good fact to know. I did review some of the scripts, but not comprehensively. In a post from early July you wrote, "TLDR: only use parameters if you need them . . .  they are optional," and this squared up w/ the other stuff I read about generally preferring informal to formal params for scripts.

What is the maximum number of parameters you can pass with call_script?

For the present I was going to ignore it--that's pretty much the plan until I get good enough w/ the MS to excise the SP-only code. I had been afraid that this would cause some interference somehow even for MP, but your assertion makes me more confident that this sort of thing wouldn't be problematic.

By the way, for naming slots, are you restricted to using the vanilla naming convention? For example, in naming slots that are meant to be used for dummy troops, does slot_troop_ have to go before it, or is this a technically unnecessary naming convention? I guess the underlying question is how the game/engine determines a slot's type. Is it the naming convention or the combination of position and numbering in module_constants?

MP.

I've been doing some research on slots. Here's something that prompted a question: (couldn't get the regular quote stuff to work so I improvised)

[quote author=domipoppe]
slots are like "saved" variables. They are saved until the server/client shuts down. Depends on serverside/clientside slots. If you start the server all slots will have "0" as the standard input.
[/quote]
[quote author=domipoppe]
Player slots exist as long as the player is on the server/game.
Agent slot exist as long as the agent is actually existing.
[/quote]

Does this mean that by default a slot's value is retained even when a server changes the mission and scene? (assuming the slot is tied to an entity type whose existence is not treated as temporary)

Also, where's the best place in module_constants to add troop slots? The following are making me wary:


In my ID_troops file the last pretender is trp_kingdom_6_pretender = 362. I'm assuming that concludes the list of lords and pretenders. Does this mean I need to number my added troop slots 363+?

Thanks hinds and kalarhan. I'll probably try the dummy troop solution out, since my Python coding proficiency is very low, but I'll give WARP a look too.

kalarhan 说:

its not the amount of triggers, but what each one is doing and how optimized your code is. So test EACH one in separated and measure the FPS impact, and improve the ones that are causing a drop.

点击展开...

Like many of your advisory statements, kalarhan, this one went into my modding knowledge database--you and hinds have proven to be frequent contributors! Obviously your point here is that the number of triggers is not as impactful as what the triggers themselves are doing. But to confirm, are you saying that multiple triggers literally have no additional stress impact at all compared to a single trigger? (or something so negligible as to never need consideration). Like if I created 20 separate triggers w/ the same content (and check interval and whatnot) as a single trigger, would the former cause more lag or the same amount?

If it's possible, how would one create a new type of tuple? (like how troop and item are tuple types). I'd like to create a new type of tuple so that I can use it for slot functionality. I'm assuming I'd be able to create slots for it, but that's another thing which I'm not sure is possible.

Or does a slot not need a tuple to be possible? There are agent slots, for example, but I don't think of agents as tuples. Yet jik said in some tutorial that "Slots can be assigned to any tuple object (troops, factions, parties, quest, etc.) and can store a specific value that is used by all in that object type."

Thanks kalarhan. I thought I was going to have to deal w/ a bunch of compiler errors, but it seems like the game_custom_battle_designer presentation is pretty self-contained.

Thanks for the answers about squared distance. I still don't entirely understand it (that's what I get for stopping at Trig), but I think I've grasped it enough for the present.

For my next question, I want to test a scene + new mission template outside of SP campaign, outside of multiplayer, and outside of custom battles (aka quick battles). I'm hoping to avoid complications arising from connections w/ their code since I want something of a blank slate and isolated environment to mess around with.

Is this misguided? Would I be better off trying to modify vanilla custom battles or something? I've been having trouble even just initiating this blank slate mission template + scene in the game, since the main menu is hardcoded (to some degree) and I'm not quite sure where to provide the button that will run the set_jump_mission and jump_to_scene for starting the mt+scene.

So it's less precise but less expensive on the system to calculate?

What is squared distance (versus regular distance)? I've been trying to figure out the difference between get_distance_between_positions and get_sq_distance_between_positions, but I think this is some concept of math that I'm unfamiliar with. When I tested this a bit, it seemed like the squared distance was not merely the value of the regular distance times itself.