Leaderboard

I have just moved commands stuckstart, stucknext, saveplayerpos, saveusepoint, warpanybot, warptogoaloffset, cleargoalflags from et to global_scripts so that they can be used both in ET and RTCW.

Omni-bot wiki has been moved to https://mygamingtalk.com/wiki/OMNIBOT_-_Enemy_Territory_Modification

1st test with new binaries looking good thanks Just need to get the rest of the DMS working

I uploaded new omnibot mod binaries for Windows 32bit to my Google drive.

I will increase MAX_MENUS from 64 to 128 in the next Omnibot mod version.

It's about 93% done 1% tweaks / code clean up 1% cheat menu minor fix's (getting sv_cheats within the game was a challenge, but got working) 5% is the goal/target/waypoint etc naming. This last 5% is where I can't go any further. I can see the new coding in cg_main.c, I just don't have the understanding of c++ to compile this for testing. I have managed to get a text box to work but I have no idea if what I've done will work for naming the goals etc. I know there is a issue with the text not clearing after pressing ok, i'm unsure why this is. This last bit is where I'm stuck Is it possible for someone could check my coding to see if this would work & if possible compile the code to test this. The code is over 10,000 lines so it's not possible to post in the forum, I could upload into the ET repo on Assembla if thats ok or is there another option (never used github). If someone could let me know on here or via PM please Here's a few pictures of the DMS for you to see:

It's a bug in the legacy mod since version 2.76. It happens on all maps with multiple MG42s. The same problem is on goldrush map. I created an issue on Github.

Hello Beer, thank you for giving me access to your Github project. I fixed the mg42 so that bots can use them and repair them.

I'll start with the bots not getting the flag Without goals the bots will just wander around the map, the issue here is that the CHECKPOINT goal (the flag) is not been detected, this is why the bots were not going for the flag. To see what the bots goals are type /bot sag into the console, on this map there are only EXPLODE & PLANT goals, this showed that there was not a goal for either flag. I'm not that familiar with RTCW so I'm not sure if this a omnibot or a map issue & manually creating it does not work. I've done a work around by creating 2 ATTACK goals at the flags. At this stage the bots just run around to the 2 flags. (I've PM'ed you the new code) The dynamite problem The main issue I see is that you have only put BLOCKWALL onto 2 waypoints but you have many more connections that go through the gate(s), the bots are trying to plant but can't get past the gate, every waypoint that has a connection going through a gate or a blowable wall must have the BLOCKWALL flag. Start with that & see how it goes.

I did try & do RTCW version but I had a issue getting it to show up, I've just done a new test (just editing text) which did work. For RTCW you need to edit mp_pak1.pk3\ui_mp\wm_quickmessageAlt & create a new pk3 in the same directories, its a little bit more hard work as 1 line in the ET menu you have to scroll down 50+ lines in the RTCW version. It looks like it can be done but its a lot of work The DMS program was never designed to waypoint from it was rather to add waypoint flags without me having to remember exact command or which key bind it related to, it then progressed to adding goals without the need to open the console to manually type 3 or 4 commands for each one. After that I just added more bit that I found useful. If you need there are some ET binds in here that should work fine in RTCW, I used the binds in combination with the DMS http://svn.assembla.com/svn/omnibot/Enemy-Territory/0.8/tools/waypointing_configs/

I will add possibility to set multiple navigation flags in the next Omni-bot version.

Did you read the wiki ? The cappoint must be created by these commands when you are standing at the exit: /bot goal_create cappoint transmitter /bot goal_save I attached gm script which disables PLANT_2transmitter7 goal so that engineers do not drop dynamite near the transmitter. basor2light.gm

I made waypoints for KT_G-Rush. You can download them from GitHub.

You've converted the waypoints successfully. Now you should create some goals. Add a CAPPOINT goal at the ship so that Allies know where to take the documents Add three GRENADE goals to destroy barriers on the beach Enable MOUNTMG42 goals for Axis team Change priorities. CHECKPOINT_beach_flag should have the same priority as FLAG_War_Documents. Create routes.

It is compatible. Do you have installed the latest Omni-bot version 0.87 ? This is not related to the connection issue. If you have more questions, start a new topic.

I tried to fix it by kicking connecting bots. But I can't test it because I don't have a dedicated server. You can get the new version from Assembla SVN. It's in file et/scripts/goals/goal_selectweapons.gm.

Hello, I have updated website to current version as old version wasn't supported anymore. While we are fixing some issues, some features might not be available. Thanks for being mygamingtalk user.

The boat initially spawns in a secret room at coordinates (-5730, 1664, -1218). Then it is moved to the river after one time frame. I fixed the mlb_egypt.gm script.

Engineers don't fire garand grenades when they are going to PLANT goals. Do you need to disable it for BUILD goals too ? Maybe I could add a new optional property to the BUILD goal which would be used for objectives that need a lot of charge. If you want to disable grenades in some narrow corridors, you can create a region trigger and use function ETUtil.DisableRifleNade. Function WeaponTable.SetWeaponAvailability can be used to set weapons for team/class, but it's not possible to set a weapon for a role. If you want to change weapons manually in triggers, you should set Map.DontSelectWeapons=true. That will solve the problem of spawn self killing, but it completely disables weapon selection globally for all bots.

This is not a goal. It's a paththrough navigation. It is executed when a bot goes through that waypoint. Bots visit that location because there is DEFEND goal. If you want to change priority or make it class specific, you can set it on the DEFEND goal.

The trigger distance is not from the target goal, but from a grenade. If somebody is standing just beside a bot, then his thrown grenade immediately enters the radius. It would be necessary to calculate trajectory of a grenade and predict coordinates of explosion. Maybe I could use some code from the mortar goal. I agree with your other suggestions and I added them to my to-do list.

Navigation = { stop = { EvalFunc = function() { return !this.StopTime || GetTime()-this.StopTime > 2; }, navigate = function() { this.Goto(this.Bot.GetPosition()); sleep(3); this.StopTime = GetTime(); }, }, },

Here's my solution: voilegarde_b3.gm

voilegarde_b3.gm That's my solution. Not the cleanest solution but from my testing it works. For checking if the doors are opening and eventually opened I use "rightlabdoor_button_Moving". Check Right_Lab_Door_Moving2 to see what I did there.

Hi I'm trying to create a version of the DMS for RTCW but I can't work out how to add a text box for naming the goals waypoints & groups The ET version uses setGoalName setGroupName setWaypointName I don't even know if the above commands are coded into omnibot RTCW system life they are in ET, cs helped me with this section in the ET version so I'm not sure if this was already in the code or added. I have a working beta version of the menu so the rest I can do, it's the text box that I can't do. Is this something that can be done?

Some "may" know / remember me as BubbaG1 - would have used that as my display name but assumed I would add that later. Silly me! I was with the **DRC** (Das Rebellion Clan) for Enemy Territory and helped with waypointing / scripting for a hot minute. A few of us are playing ETL so figured I would help again, where I can. Will have to get back up-to-speed on what is possible. Great to see this crew is still around and enjoying the games. I am an old phart that primarily does web development / IT now for a company based in Stuttgart, Germany though I am located in Central USA.

I'm just helping someone out at the minute, trying to teach a few things without taking over. Getting the DMS to a workable state is my 1st task before getting into the waypointing. I have been doing a bit. I noticed that stuckstart / stucknext are missing from the Commands in RTCW, appears to work fine when I added the code from et_commands.gm into rtcw_commands.gm, I only have assembla/et access, so I can't update any RTCW files. A few corrections to do due to the ET/RTCW differences, but the menu is working & taking shape.

For the Axis I would use a Switch goal just to shut the gate & set the paththough waypoints to allies only as an option. This can be looked at another time. If you update the waypoints / script I can have a look & see what is wrong. I learnt by asking questions (a lot of questions) so if there is something you need to know & I (or someone else) has the time I/we can try & answer. Some of your questions on MapScripts might be answered here

Ignore the bit about looking at mp_base, I wrongly assumed that there was a paththrough on the map (will see about fixing it) Look at the 110_factory script I know this uses Paththrough UseSwitch as I did it. Note that there is no blockwall flag as this would stop the bots using this path.

If you look at the ET map "mp_base" this has the same gate & looks to be based on this map (with an Alien instead???). Ignore / remove "LimitClass = (1<<CLASS.COVERTOPS)," in the script, as that's an ET thing This will give you the base to study If you just want the allies to open & the axis to close you could just use 2 switch goals but you might find the bots fighting over the opening & shutting the gate all map, or just the allies opening the gate may work better? These this would need to be enabled/disabled in the script to stop them just opening/shutting the gate. You need to disable some of the goals you have created for Teams, Normally I disable all the goals 1st Util.DisableGoal( ".*", true ); Then enable the goals you want the Teams to use SetAvailableMapGoals( TEAM.AXIS, true, "DEFEND_.*" ); SetAvailableMapGoals( TEAM.AXIS, true, "FLAG_Blue_Flag"); SetAvailableMapGoals( TEAM.AXIS, true, "CAPPOINT_Blue_Flag"); SetAvailableMapGoals( TEAM.ALLIES, true, "ATTACK_.*" ); SetAvailableMapGoals( TEAM.ALLIES, true, "FLAG_Red_Flag"); SetAvailableMapGoals( TEAM.ALLIES, true, "CAPPOINT_Red_Flag"); You will need to create the 2 CAPPOINT goals where the flags are to be taken. The ROUTE goal is just used to define more than 1 route as a goal from a location i.e. the spawn to flag_goal rather than taking the shortest path (Routing)

First problem: https://mygamingtalk.com/wiki/Paththrough_UseSwitch Other problem: You'll probably have 2 CAPPOINT goals, just have 1 enabled for Axis and 1 for Allies

I committed modified goal_mobilemortar.gm to SVN, so it's available to all.

Hello palota, Thanks for the fix. i didnt check this file lmao. Ill tested it and it works. Cheers Beer

Hello palota, The cU Mod is bases on S4ndmod, what is public, so they use mg42. The thing is on s4ndmod the mod is lagging on bigger maps and if more bots are playing.. Only on rtcwpub, they dont even see it or use it. I think its a mod / engine related thing. It includes the mod and engine in the same solution. I would you include in the Github, where i got my actualy work on rtcwpub. Maybe you can have a look on it whats wrong Il invited you in my Github Project Cheers Beer

Only Beer knows why this is happening. He is the only one who can fix it. I can't do anything because I don't have Pub mod or cU engine. He refused to give them to me. I don't understand why he wants to keep his mods private. s4ndmod is free and open source. Everybody can download it. It works with Omni-bot 0.90, if you update the version number and recompile it from source code.

Hi guys! First of all, I have to thank Mateos for his help, without whom I wouldn't be here. I am a big fan of the RtCW game. I missed 8 years, then returned to RtCW in 2020. I am very happy to see that there are still active players, so I started setting up servers. I currently run 3 servers, one of which is omni-bot. (More info: rtcw.hu) I have many questions, but I will try to summarize them briefly: - Is there a similar program to RtCW that would make my job significantly easier? === I see that there is one for ET: http://svn.assembla.com/svn/omnibot/Enemy-Territory/0.8/tools/route_tool/ or OB_DMS https://www.mediafire.com/file/r78cd624jmjwr09/OB_DMS.zip/file I see that this is a good program that would make my job easier! So is such a program available for RtCW? (Pictures attached) - The question is, how to specify something to do with the bot? === For example the radar_b1 map Allies spawn. Bots start by firing a gun at the window. How can this be programmed? (They only advance if the player shoots out the window.) Then mp_ruiner map. I lead the bots to the big gate, where at first the bots just run around, then they realize that dynamite needs to be installed, but minutes go by until then, this doesn't look very good in gameplay. The other way is up a ladder to a cliff where they don't deposit dynamite at all. I believe these features work by default, no?

I added MP34. Other weapons don't need to be handled in et_weapontables.gm because they have the same ID as original weapons.

If there is at least one bot, then OnMapLoad is called immediately before OnBotJoin. If there are no bots, then OnMapLoad is called from BotUpdate. It depends on mod when it sends GAME_CLIENTCONNECTED event and when it calls BotUpdate function. Your gm map script should not depend on specific time when OnMapLoad is called. It can be one time frame earlier in silEnT. The door lever is always moved at the beginning of the game. Your trigger function will be called only if it is registered by OnTrigger. The trigger is missed if OnTrigger is called after the lever has moved. You can fix it by moving line OnTrigger( "rocdoor_lever1_Moving", Map.rocdoor_Moving ) to the end of OnMapLoad and insert sleep(1) before it.

I modified goal_mobilemortar.gm and commited it to SVN. Position in front of the tank is GetEntityWorldSpace( GetGoal("MOVER_tank").GetEntity(), Vec3(0,250,0) )

Good evening, I've just refreshed old waypoints I was asked for years ago for Missing in Action v1: Wolffiles.de - your filebase The main objective is to pick up 3 MIAs being held in bamboo cages It requires precise positioning and aiming (stance, as crouch, helps a lot, but isn't required) When Allied bots have Axis enemies in sight, they'll do combat movement (but seem to keep the highly prioritized aiming, thus not engaging shooting, so that's fine to my mind), breaking that precision scripted in related path through navigation tables Is it possible to disable CM like for ATTACK/CAMP/DEFEND spots through script? Can it be re-enabled automatically upon exiting, or will it require an instruction in OnExit table? Thanks in advance Regards, Mateos

SVN Assembla requires username and password, but it accepts anything (for example username: a, password: a).

Thank you very much!

I modified C++ code so that GetEntTeam works for spawns. It's in the mod. On Windows you need to compile qagame_mp_x86.dll from project GameInterfaces\ET\src\game\game_2013.vcxproj. GetEntTeam is used in many map scripts, but it should not break anything because it is used only in region triggers which are triggered for CLASS.ANYPLAYER.

I installed S4NDMoD and I can see bots using MG42 guns.

To shoot windows you have to add this line into the OnBotJoin function: bot.TargetBreakableDist = 90.0; New scripts already have that line, then just delete //~ You can use regular expressions .* to enable all MOUNTMG42 and REPAIRMG42 goals: SetAvailableMapGoals( TEAM.AXIS, true, ".*MG42_.*" );

I think it's impossible to directly load a .bsp file. But you can easily make .pk3 from it. Create a new maps folder, move .bsp and .script files into the folder, compress the maps folder to ZIP, rename ZIP to PK3, then move PK3 to Return to Castle Wolfenstein/Main.

Hello and welcome to our forums! Sorry for the delay in approval email. It had some issues, which should be good now. I will look into better solution in next few days.

I thought they already could? on some maps it's the only way to get into some places, otherwise all you would do as a covert op is snipe and no swapping clothes. or have I got the wrong end of the question?

That ruins32.gm script is for old Omni-bot version 0.71. The Map.Switches table does not work since Omni-bot 0.8. and has to be converted to SWITCH goals. The MOVER_tank goal should be removed. But the most critical bug is that all priorities are extremely high. Priorities of normal high level goals should never be greater than 0.9.

For Android app development, the cost of a final product depends on various app elements and the type of app that matches your business requirements. On an average, cost of Android app ranges between $15,000 to $40,000 with an hourly rate of $15-$25.