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.

It isn't running with required arguments? I have no access to discord, please help me here. I tried adding the launch arguments manually, it worked before, but then the update changed the launch arguments. Thanks!

We are running into a nasty issue after updating our (pipenv) virtual environment from Rlbot 1.48 to the newest release (1.54).

Context

For testing purposes, we use

from rlbot import runner
runner.main() 

as well as some custom functionality build around it.

• Our bot is a PythonHivemind (launched as a helper process).
• This issue does not occur when launching our code via the GUI.
• We do not have support_early_start enabled.

The Issue

Since the update, the packet that is passed to self.initialize_hive(packet) during bot startup is no longer valid. For instance, it has values:

num_boost:0
num_cars:0
num_teams:0
num_tiles:0

...instead of the expected values as read from the MatchConfig.
This call results in incorrect initialization of our bot and finally in fatal errors during calls to get_output()

We have attempted to debug the SetupManager/PythonHivemind/GameInterface, but it's hard.

The only workaround that we have found so far is:

• check in initialize_hive "if packet.num_cars == 0: then skip initialize_hive's functionality".
• During calls to get_outputs, return {index: PlayerInput() for index in self.drone_indices} until the input packet in the get_outputs call is finally a valid one (packet.num_cars != 0)
• Then we retry a call to self.initialize_hive(packet).

Notes

This seems to be a bug somewhere in the game interface. We have also noticed, since the RLBot update, this change in the implementation of PythonHivemind. This bit of code is new:

# Line 67:
# Wait for legitimate field info
        while True:
            self.game_interface.update_field_info_packet(self._field_info)
            if self._field_info.num_goals > 0:
                break
            time.sleep(0.2)

Deleting this part doesn't solve our issue (as expected), but maybe this was an attempt to prevent it?

Conclusion

It definitely doesn't seem like intended behaviour. Why would you have to tell the game interface what your bot wants to do before the game's match is even properly populated?

Since rocket league is available for linux, most AI developers use linux and this package is gaining a lot of traction. It only makes sense to port it to linux (I am willing to help with this)

The reason I am interested is that I want to develop some bots using machine learning and my environment is set up in linux. What all needs to be changed and ported for using this with linux.

How team-only matchcomms work:

• NOTE: This only works in Python.
• rlbot.matchcomms.client.MatchcommsClient automatically adds team to the sent packets.
• This doesn't break anything, unless you are sending a packet where team is the team you are not on, in which case the client will silently change it to your own team.
• If you would like to send a team-only matchcomm, add 'team_only': True to your packet. If it is False or ommitted everybody can see it.
• Scripts can see all matchcomms, even team-only ones, and the ones they send are visible to everybody.
• It is possible to spoof this by bypassing the client entirely. See this Discord conversation for more information on this.

I also added a catch in process_configuration.py that came up while I was working on this.

I'm sure I forgot something. Tell me if I did and I will fix it.

When trying to run this, Im printing out all the values that are sent in the get_output()

This seems to work except for the score info. All values inside that table stay at 0 and do not change.

Below is the output of all the print statements, at the time the bot itself had around a score of 600 and scored twice.

Vector3<x: -2631.56005859375, y: 3886.969970703125, z: 17.059999465942383> Rotator<pitch: -0.009587380103766918, yaw: 1.436381220817566, roll: 0.0> Vector3<x: 190.51100158691406, y: 1014.8909301757812, z: -0.5509999990463257> Vector3<x: 0.0, y: 0.0, z: 2.338209867477417> ScoreInfo<score: 0, goals: 0, own_goals: 0, assists: 0, saves: 0, shots: 0, demolitions: 0> False True False True False False PythonExampleBot 0 100

Looked through the source for the RLBot injector and am not concerned about it actually being a virus, but wanted to highlight the fact it's being flagged as a false-positive by several virus scanning vendor. My reproduction steps are as follows with my experience using python.

1. Install rlbot via pip.
2. Upload the site-packages/rlbot/dll/RLBot_Injector.exe to virustotal.com (or it'll already be flagged by the virus scanner).
3. You'll see the vendors which currently flag the executable.
4. With my virus scanning vendor, flagging the file as safe doesn't seem to fix the issue unfortunately.

Possible mitigation is to sign the executable with a certificate via sign-tool.exe. A self-signed cert may be enough to stop the false positives but I know some virus scanning vendors do not recognize self signed certs.

Hi, I know the usage of the uu unit was already a standard in the jargon, but I wonder why not just deriving (at least roughly) meters from the known relationship between ball travel length and known velocity value at the explosion.

Given km/h speed we can obtain the speed in m/s. From a shot at a known speed at a known given distance one could derive how many meters it traveled, and make a uu-to-m relationship :D

Important stuff, I mean.

[PYTHON] In the new Psyonix API, whenever a human player joins the match, the player is not properly added to the game tick packet. The packet.num_cars value is not updated to reflect the number of players, and even though a new car appears to be added to packet.game_cars, values such as location and velocity are not updated.

This fixes GUI loading to not discard preset configuration files that share the same name but are located in different directories. The GUI would correctly save the rlbot.cfg file when multiple agents were added with the same name, but the loading code would overwrite all presets loaded after the initial due to matching on preset name alone.

When you move the Rocket League window while a bot is trying to render, the console will be spammed with ERROR:Renderer[rendering_manager.py:49 - send_group() ] bad status BufferOverfilled.

Hi there. Sometime in the past few months rendering strings (both 2D and 3D) stopped working in my own bots as well as all the other bots I had been playing against that also print out their own debug information (e.g. Self-Driving Car). This applies to bots written in different languages (e.g. mine is in Go, while Self-Driving Car is written in Python I believe).

By pure luck I just happened to try changing scale_x and scale_y parameters in my code, and lo and behold, it turned out that with values 2 or higher the string rendering works normally, but changing them back to 1 disables the rendering of those strings again.

What is strange though, is that the issue started months ago if I recall correctly (at minimum it's been many weeks), yet I haven't heard of anyone else being affected by it even after asking on Discord. Has anyone else here seen this same issue, or able to reproduce it?

Have followed all tutorial and everything is correct and working for solo play, but when I quit to main menu and start a LAN match with Rocket Plugin, the bots do not spawn. Any ideas?

Hi, my problem is that i have already done everything, I am playing on epic and if I try to start the game with rlbot it just opens the game and then just crash. it saying on epic that game is running but it not. idk what I supposed to do.

Since I've started playing with RLBot, which I love by the way, a couple times I have had my game start acting strand and taking a long time to load, there is no audio, and it freezes for a second or so every few seconds. I have tried removing save data, stop syncing with Steam cloud, and generating new save files but this does not work. The only thing that has worked is to uninstall and reinstall the game, which I'm sure is not the easiest way to fix this. This has happened several times. I'd like to provide more information if you want to look into this.