For full aerial control, ideally we'd have a separate analog output for both air yaw and air roll. This isn't possible using the default controls (would have to use right stick) so maybe this isn't feasible unless we switch to a direct input method instead of a virtual controller.

Suggested by u/ChalkboardCowboy
https://www.reddit.com/r/RocketLeagueBots/comments/6vu1tr/how_to_create_a_rocket_league_bot_part_1/dnwsdwa/

(Silly Sausage)

Having a bool in the rlbot.cfg file for allowing and disallowing screen drawing would be very helpful.

For instance, a bot maker would use screen drawings for debugging and development purposes. However, this is undesirable when watching a match (e.g. a tournament). Therefore, having an easy way to turn them on and off would be useful.

Updating/setting up
Running the gui

Go back to your Vjoy install and copy VJoyInterface.dll, replace the existing version in your pyvjoy folder. No idea if VjoyInterface.dll changes/gets written to but sometimes it doesn't work

I'm here after checking out the trailer for the upcoming bot tournament.

I gave RLbot a shot last year and back then I remember there weren't a lot of human level bots, now I'm seeing aerials in the trailers.

First of all, fantastic work! Second of all, how do I play against some of these amazing bots?

Crashes after appearance.cfg instead of at CONFIGNAME.cfg caused by mistyping a filepath in the RLBot GUI/nongui loader.

Option:
We send down 2 3d anchors
One for start and end vectors
then we populate it with a list of good known points:

• car 1-10
• ball
• center of both goals

Then in the core we will natively update the points based on the anchor choosen

Java bots can sometimes become duplicated when rejoining the runner. #148 should have fixed this.

This issue is to ensure #148 worked.

AFAICT this is where the "magic" happens, but I can't find the source code. Did I just miss it, or is it deliberately omitted?

Hello, I got all of the scripts up and running, and if I check Monitor vJoy it shows that the vjoy devices' buttons are being pressed, but I cannot get rocket league to recognize the controllers. Can anyone give me some insight?

Doesn't work, only tested versions right now are 3.5.2 and 3.5.3

In rlbot.cfg, you can define some players as 'human' (as opposed to rlbot, etc). Currently, all human players (and probably party_member_bots) MUST come before any other player types in the list. Otherwise, the indices will be messed up and all kinds of chaos happens.

This is probably because the game has a concept of a human index, and we do not keep it properly distinct from our own player indices.

See https://github.com/drssoccer55/RLBot/wiki/Setup-Instructions

Install python 3.x (tested in 3.5.2 and 3.5.3) 64 bit
Download this repository
Download pyvjoy, put the repo file in your Python/Lib/site-packages
[Download and install the latest version of VJoy ]
(https://sourceforge.net/projects/vjoystick/files/latest/download)
Copy "vJoyInterface.dll" from your vjoy install folder into the pyvjoy folder
Install x360ce, 32bit
Run "configreVjoy" and make sure 2 devices are green, if not, switch to tab 2 and add it as a new device
Run vJoyList if you want to check the previous step, 2 rows should be active and by running p2join (or any of the p2 button presses) you should see a row 2 turn red on the vJoyList
Run x360 as administrator from the rocketleague binary directory, make sure 2 controllers are active
Run Rocket League (window mode is useful if you want to switch to that)
Create an exhibition match
On the team select screen, run p2join.py (or p2start + p2 press a) and tab back into the game to get into split screen/have a car join in
join the opposite team as yourself, but pause during the countdown to match start
Run runner.py and tab back into the game
Unpause

I know that this isn't really an issue but I don't know where else I should write this.
I just randomly found this project yesterday and after looking at this project I noticed that it seems to be using hardcoded addresses and offsets to read information from the game client.
However, doing this is absolutely not necessary!
Since Rocket League was made using the Unreal Engine 3, all the information about classes/structures of the game are available in the game client.
There is a very informative tutorial & source code about how to reverse the core structures of the game and then use that information to generate an SDK for the game here: https://www.unknowncheats.me/forum/unreal-engine-3-a/71911-thefeckless-ue3-sdk-generator.html

Since I already have those engine structures, I'm willed to share that information so this framework can be improved.

If somebody has rocket league open and the dll injected, upgrading the rlbot python package will fail because the dll is locked. It would probably also fail if the interface dll was in use.

The batch files which attempt to upgrade rlbot should check first to see if the files are locked, and if so, skip the update. There are multiple examples of such batch files, one is here: https://github.com/RLBot/RLBotPythonExample/blob/master/run.bat#L5

Possible way to check for locked files: https://www.dostips.com/forum/viewtopic.php?t=5542

To locate the rlbot install location, consider using get_python_root() from here: https://github.com/RLBot/RLBot/blob/v4/src/main/python/rlbot/utils/class_importer.py#L86

It should also check all the dll files

Since rocket league has updated several times I'm pretty sure the addresses for most variables have changed.

When attempting to train I would the error:
"OverflowError Python int too large for c Long"
when trying to read the z axis height of the ball and another variable

I verified in cheatengine that the current address for the ball z height no longer existed, or maybe I mistyped the offset.

Would love if you kept this updated, I wrote a mod for xbox.py so that I can take regular keyboard inputs again for training since I play on a keyboard.

This interesting reddit thread led me here and this repo looks very exciting!

I was just wondering what future direction you're thinking of for this project... Any plans for smarter (harder) bots?

Hi guys,

First of all, great work with this - I'm having great fun playing around with it.

I'm having one major problem at the moment though, which is the feedback loop of input from cheat engine and sending the controls back to the game takes too long to process. At first I thought this might be because of the processing I'm doing in between, but actually the AlwaysTowardsTheBall agent demonstrates this by the way it snakes quite a lot to correct itself from this delay.

My suspicion is that the delay is on receiving the input values from cheat engine, rather than sending the control inputs back. When I've debugged the code, the input parameters are saying I'm facing the ball, whereas what I'm seeing is that the car has already turned passed it.

Do you guys experience this? And if so, do you have any tips for trying to solve this?

Thanks,

Rick

This will probably be a path in the config to a file that is run in the runner.py process.
Hooks:
End Game
Goal scored
Save occurred

Add item parser right into the framework, this way the GUI will always be up to date.

When the agent location is changed for a bot using the runner_GUI.py, the "In-game name field" doesn't change which makes it confusing as the user might think that the bot configuration hasn't been changed.

Currently agent py files need to be placed somewhere inside the RLBot folder, otherwise # Path to module from runner in the agent's cfg file won't work

I don't like that situation because I want to put my bot in its own repository outside the RLBot folder, and not need to copy files over

I think @DomNomNom achieved that flexibility once, then it was broken, now I want to bring it back again. Dom's commit: 10e1e06

One of my constraints will be that v1 and v2 of a python bot should be easy to fight against each other without part of their imports conflicting

From Marvin:
About the pathing issue not sure if you're aware but it's not necessary to add the folder to sys path, you could use importlib spec to import from a path
You can check this commit for reference
RLMarvin@2ad7230
I was using two paths one for the agent and one for the cfg but if you assume they are in the same directory you can simply use one
This will make it possible to have the agent outside runner.py folder and fix imports with multiple agents having the same name

There are a few minor things missing in the game_tick_packet which prevents bots from taking in a packet and determining the best play from just that packet. Currently it's impossible to predict whether setting bJump to true will cause the car to take action.

• To be able to double-jump as late as possible, PlayerInfo should track how long the car has been in the air, for the purpose of determining whether we are close to the magic 1.5s timer.
• To be able to double-jump as quickly as possible, PlayerInfo should track whether the jump input is currently being pressed. ie. we should not jump the frame after we jump as otherwise it'll look like the button is being held down to the game engine.

Counter argument to "This is giving the bot an advantage over humans":
Yes, but the current architecture already does give extra information which is not available to humans. eg. info about things that are not in the field of view and current velocities (not just positions).

I think this change should be done soon after this tournament round is over to provide the community with a stable API for most of a season.

• check python
• check python version
• check pip

Hi,

First of all really neat idea 😄

I'm one of the devs behind alphaconsole and I saw that your currently using mem pointers for editing. Alphaconsole used to do that as well and every semi-large update changes all the pointers and would screw us up (Even some pointers for most people wouldn't work for a few select people). So do you have a special way of handling this or do you have to re-find all of the pointers for RLbot?

When RLBot crashes the agent will continue to use whatever inputs were last used before the crash because they are still filled in shared memory. This causes the agent to usually drive forward in circles and can be unclear that a crash has occurred. If we rest to 0, all agents will stop on crash / termination.

Hi,

I am a very very novice coder (2 semesters of matlab) but i am trying to learn more and i thought this would be a perfect way to do so. But when i run p2PressStart.py in Thonny I get back an error stating

%cd 'C:\RLbot\Python'
%Run p2PressStart.py
Traceback (most recent call last):
File "C:\RLbot\Python\p2PressStart.py", line 1, in
import pyvjoy
ModuleNotFoundError: No module named 'pyvjoy'

But I dont know what I have done wrong. I have a pyvjoy folder with the address: C:\RLbot\Python\Python36-32\Lib\site-packages\pyvjoy

Any ideas on what could be causing this error?

Allow a function to be called after every game is ended.

This will download the protos from bintray (as a maven repo)
download the latest dll from bintray (idk what this will be)
install all required python libraries

an option to run runner.py
an option to run runner_GUI.py

The built-in rendering methods such as self.renderer.draw_line_3d should take in the ctypes Vector3 and the FlatBuffers type in addition to tuples/lists for the 3D location arguments.
This would make bot code much cleaner.

Would be great for scrimming without needing to share code.

• check c++ 2015 redistributable
• check if all files are in the DLL folder

Adding a requirements.txt would be great :)

Hey guys,

this is an enhancement request. From what I can see, you have a powerful injector that can detect events inside Rocket League and make the game state available to outside programs. This state is, according to your wiki: https://github.com/RLBot/RLBot/wiki/Input-and-Output-Data-(current)#values-from-game. I assume this data is kept current.

Over at https://github.com/d-karl/Rocket-League-Chroma-Control, I have dormant code that was used to display Razer Chroma (RGB lighting) effects based on events happening within the game, such as goal scored, countdown etc. Example video of when it worked is here: https://www.youtube.com/watch?v=fZzJ_VMt-6U (countdown "go" effect is not final and was change later).

Long story short: event detection was broken when Psyonix adjusted the Unreal Engine logging output I was using to detect events. The data available via your framework would be stupifyingly useful for me, in that I could even detect boosting, which side scored a goal and much more.

Is there any way you guys could externalize this and make it available to me, or would I be allowed to use your injector (or code relating to it) for my purposes? What's the best way to do this? It would be neat if the injector could be built as a library, with an API for retrieving the current game state. I don't currently know if that is possible? Thanks guys.