MickyP
Members-
Posts
20 -
Joined
-
Last visited
-
Days Won
7
MickyP last won the day on April 18
MickyP had the most liked content!
Recent Profile Visitors
The recent visitors block is disabled and is not being shown to other users.
MickyP's Achievements
-
Mateos reacted to a post in a topic: RTCW Waypointing/Goals menu
-
Mateos reacted to a post in a topic: RTCW Waypointing/Goals menu
-
PuNkReAS reacted to a post in a topic: RTCW Waypointing/Goals menu
-
PuNkReAS reacted to a post in a topic: Parse error with '!' in goals file
-
Hi I'm just looking at the map mp_ruiner (RTCW) & a lot of the automatically detected goals have a '!' at the end. This causes the following parse error in the goals file. error (232) parse error, expecting `'}'' or `','' Could not parse file nav/mp_ruiner_goals.gm Line 232 FLAG_Ruiners_head! = { CreateOnLoad = 0, GoalType = "Flag", Position = Vec3(1088.000, 4200.000, 208.000), TagName = "Ruiners head!", TeamAvailability = 4, }, I can fix the parse error by deleting the ! but it still shows as the original goalname in game & if I save the goals, it just creates a new goal with the original name. Same issue if I rename the goal in game as well --------------ALLIES-------------- ALLIES: FLAG_Ruiners_head! - 0.8 Just wondering if there is a way to fix this? It also causes a parse error in the script file made by "makemapgm" but that is easy fixable by removing the '!'
-
RTCW Waypointing/Goals menu
MickyP replied to MickyP's topic in Omnibot - Development, Discussion & Support
-
MickyP reacted to a post in a topic: RTCW Waypointing/Goals menu
-
MickyP reacted to a post in a topic: RTCW Waypointing/Goals menu
-
RTCW Waypointing/Goals menu
MickyP replied to MickyP's topic in Omnibot - Development, Discussion & Support
"version" is:"Wolf 1.41b-MP win-x86 May 8 2006" default:"Wolf 1.41b-MP When I was doing the et version there was an issue with the maximum number of menus which might be the issue. CS increased the amount of menus allowed I just tested in iortcw-1.51c & I'm getting the same issue I was testing in Omnibot 0.85 which works but not in version 0.90 I can do a cut down version to until the menus allowed issue can be fixed -
RTCW Waypointing/Goals menu
MickyP replied to MickyP's topic in Omnibot - Development, Discussion & Support
I use a UK keyboard, the European keyboards all have slight differences, I can change "- = [ ]" to "U I O P" or even do regional versions. If you have binds to those keys, they would be disabled when the menu is open. I don't know what your keyboard looks like to know if that would work. -
PuNkReAS reacted to a post in a topic: RTCW Waypointing/Goals menu
-
PuNkReAS reacted to a post in a topic: RTCW Waypointing/Goals menu
-
PuNkReAS reacted to a post in a topic: RTCW Waypointing/Goals menu
-
RTCW Waypointing/Goals menu
MickyP replied to MickyP's topic in Omnibot - Development, Discussion & Support
I've uploaded the file. The GoalName Text box code starts at line 10204. I've commented out the links to the menu & put text instructions for now, you can access it for testing by pressing 'v' (the chat menu) then 'x' I'll look at restoring the chat menu at a later date. -
Scott Ward started following MickyP
-
RTCW Waypointing/Goals menu
MickyP replied to MickyP's topic in Omnibot - Development, Discussion & Support
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: -
Long time no see. Nice to see an old name about again I'm just getting back into things again myself after being away from the scene for a few years, just trying to remember everything I forgot about. Give me a shout some time, it's been a while since the 0.66 Omnibot waypointing days.
-
MickyP started following Omnibot - Development, Discussion & Support
-
MickyP reacted to a post in a topic: RTCW Waypointing/Goals menu
-
RTCW Waypointing/Goals menu
MickyP replied to MickyP's topic in Omnibot - Development, Discussion & Support
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. -
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?
-
PuNkReAS reacted to a post in a topic: Gate opening not working
-
Gate opening not working
MickyP replied to PuNkReAS's topic in Omnibot - Development, Discussion & Support
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 -
PuNkReAS reacted to a post in a topic: Gate opening not working
-
PuNkReAS reacted to a post in a topic: Gate opening not working
-
Gate opening not working
MickyP replied to PuNkReAS's topic in Omnibot - Development, Discussion & Support
Managed to do a fix on mp_base faster than I expected, it's set for all bots just to open the gate if it's closed. I don't know the map well enough to know if the axis would want to shut the gate but that would work better with a switch goal activated by the gate opening trigger rather than paththrough. -
Gate opening not working
MickyP replied to PuNkReAS's topic in Omnibot - Development, Discussion & Support
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. -
Gate opening not working
MickyP replied to PuNkReAS's topic in Omnibot - Development, Discussion & Support
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) -
The waypoints I found were not great, there is an updated version of the map as well with those same waypoints https://et.trackbase.net/map/8997 (don't bother using these waypoints) I've done a full edit of these & uploaded to SVN on Assembla winterbase.gm winterbase.way winterbase_goals.gm
-
Is there a way within the mapscript for the covert ops to more actively look for uniforms? Then return to normal once the gates are open. The covert's will take uniforms but will ignore dead players/bots more than focus on taking uniforms, as this map needs the covert in uniform I found the existing waypoints & have got the covert's to open the door (just a bit of scripting & routing it sort)