ChipPatton

Actually, forgot I had a SSH client on my phone. Here ya go :) avorion-commands-v0.1.2.zip

I'm doing mother's day stuff right now, but when I get back this evening, I'll re-upload the version I'm using.

It's working on my server with the release. Some things may need to be renamed - I think for upgrades there was an upgrade or two where the search strings conflicted (such as ShieldBooster and ShieldImpen, I had to rename the ShieldImpen to Impen).

Great mod! I'm apprehensive about installing this on our server, though. Is there a limit or can you perhaps limit how many asteroids can be jumped to a single sector? My concern is pvp griefing - Faction A jumps 100 asteroids in Faction B's home system to prevent them from logging in.

This is because steam over-wrote a core script on the update that Carrier Command modifies to attach the mod's icon in your UI when you're in a compatible ship/station. You will need to re-add that script from Carrier Command and over-write: data/scripts/entity/init.lua

The author seems to have abandoned this so I have made all of he relevant updates to the current release of the game to ensure all commands are working as intended. This incorporates: Dictionary Update by Chip Patton: https://www.avorion.net/forum/index.php/topic,830.msg25728.html#msg25728 Agoods Fix by Vweegit: https://www.avorion.net/forum/index.php/topic,830.msg25794.html#msg25794 Dictionary Update by CaptPatrick01: https://www.avorion.net/forum/index.php/topic,830.msg26457.html#msg26457 Dictionary Update by NovaBreaker: https://www.avorion.net/forum/index.php/topic,830.msg29872.html#msg29872 Compatibility Fix by k7755g: https://www.avorion.net/forum/index.php/topic,830.msg30321.html#msg30321 Dictonary Update by Chip Patton: (Transporter Software Added to this package) Have fun and fly safe! avorion-commands-v0.1.1.zip

Is this mod still being developed?

Hi Chronoss, I'm one of the admins. We have notifications both in-game and on the server selection screen in the description. In-game we have a custom MOTD mod that automatically shows up in chat when a player joins. That links directly to the modpack. In the server screen, in the server's description there is a link again to discord so players can get the modpack (literally says: "For modpack join discord: link")

Maybe it's a necro but just to provide the answer: Timer. The defeated player and/or his/her alliance has 5 minutes to return and reclaim their things before you can loot it. I kind of like the system. Stops the ganking that is so terrible on Eve. If you see someone in a smaller PVE ship, you better be double sure you can take them on and their alliance before you commit.

@Burnthalo: The "Carrier - Autoassign" function causes a memory leak on dedicated servers that causes this crash: https://www.avorion.net/forum/index.php/topic,4719.0.html At first I thought it was the new patch, but after isolating this plugin (as in, uninstalling it produces no crashes after 24 hours and reinstalling produces a crash within 10-30 minutes) I was able to narrow down the crash to the autoassign function. So long as any other button is used, the dedicated server runs without issue indefinitely. However as soon as someone uses autoassign with miners, salvages, and fighters in a heavily patrolled system (target rich environment) the dedicated server will crash within the hour, and it crashes more and more often until, eventually, merely logging in the character that had autoassign active will crash the server. If you need any help in tracking this down, please don't hesitate to let me know. My name is Chip Patton in discord and I'm in the Avorion channel and I'd be more than happy to give you shell access to the server to help pin this down. It is possible that the other issues reported here are related, but I can confirm that by instructing my server's players to NOT use the autoassign button, the crashing has stopped.

This is the dev's april fool's prank from last year.

It seems the dedicated server is running out of memory with only 2 sectors active when saving. This server is a Dell PowerEdge U2 and has 236gb of ram and 32 Xeon cores (4 cpu's). This runs on x64 CentOS7. This occurs in a system where there is a lot of traffic and there are at least 2 full carrier's worth of fighters out and flying around performing various tasks. The ram usage for the game sits at about 5-6gb. "bad_alloc thrown for a size of 140703480704992" That's 140 Terabytes for a 421Mb save. Edit, this has now gone from crashing every 5-20 mins to crashing as soon as the first player joins the server. Edit 2, I have been able to stop this crashing by uninstalling Carrier Command. I'm referring this to the mod author. Triggered saving of all server data. All sectors saved successfully. addr2line -i -e /home/divinereapers/steam/avorion/bin/AvorionServer 0xdb62b2 2>&1 addr2line -i -e /home/divinereapers/steam/avorion/bin/AvorionServer 0x7ff88d115cf9 2>&1 addr2line -i -e /home/divinereapers/steam/avorion/bin/AvorionServer 0x7ff88d11690b 2>&1 addr2line -i -e /home/divinereapers/steam/avorion/bin/AvorionServer 0x7ff88d116fdc 2>&1 addr2line -i -e /home/divinereapers/steam/avorion/bin/AvorionServer 0xd207c9 2>&1 addr2line -i -e /home/divinereapers/steam/avorion/bin/AvorionServer 0x7f5ab8 2>&1 addr2line -i -e /home/divinereapers/steam/avorion/bin/AvorionServer 0xc588d5 2>&1 addr2line -i -e /home/divinereapers/steam/avorion/bin/AvorionServer 0xa025c1 2>&1 addr2line -i -e /home/divinereapers/steam/avorion/bin/AvorionServer 0xb42082 2>&1 addr2line -i -e /home/divinereapers/steam/avorion/bin/AvorionServer 0x753962 2>&1 addr2line -i -e /home/divinereapers/steam/avorion/bin/AvorionServer 0x754090 2>&1 addr2line -i -e /home/divinereapers/steam/avorion/bin/AvorionServer 0x7ff88d10d2b0 2>&1 addr2line -i -e /home/divinereapers/steam/avorion/bin/AvorionServer 0x7ff88dbbde25 2>&1 addr2line -i -e /home/divinereapers/steam/avorion/bin/AvorionServer 0x7ff88c87534d 2>&1 bad_alloc thrown for a size of 140703480704992 backtrace() returned 15 addresses [bt] #1 ./bin/AvorionServer(operator new(unsigned long)+0x22) [0xdb62b2] [bt] #2 /lib64/libstdc++.so.6(std::string::_Rep::_S_create(unsigned long, unsigned long, std::allocator<char> const&)+0x59) [0x7ff88d115cf9] [bt] #3 /lib64/libstdc++.so.6(std::string::_Rep::_M_clone(std::allocator<char> const&, unsigned long)+0x1b) [0x7ff88d11690b] [bt] #4 /lib64/libstdc++.so.6(std::basic_string<char, std::char_traits<char>, std::allocator<char> >::basic_string(std::string const&)+0x5c) [0x7ff88d116fdc] [bt] #5 ./bin/AvorionServer(Script::getExecutionContext(std::string const&)+0x9) [0xd207c9] [bt] #6 ./bin/AvorionServer(void GameCallbackSender::safeCallback<std::tuple<ut::uuid, ut::uuid>&>(std::string const&, std::tuple<ut::uuid, ut::uuid>&)+0x1f8) [0x7f5ab8] [bt] #7 ./bin/AvorionServer(DelayedCallbackSender::sendDelayedCallbacks()+0xe5) [0xc588d5] [bt] #8 ./bin/AvorionServer(cp::ScriptCallback::update(float)+0x11) [0xa025c1] [bt] #9 ./bin/AvorionServer(Scene::sendRemainingEntityCallbacks(float)+0x92) [0xb42082] [bt] #10 ./bin/AvorionServer(ut::Worker<ut::queue<std::shared_ptr<ut::WorkPacket> > >::workSinglePacket()+0x2b2) [0x753962] [bt] #11 ./bin/AvorionServer(ut::Worker<ut::queue<std::shared_ptr<ut::WorkPacket> > >::operator()()+0x80) [0x754090] [bt] #12 /lib64/libstdc++.so.6(+0xb52b0) [0x7ff88d10d2b0] [bt] #13 /lib64/libpthread.so.0(+0x7e25) [0x7ff88dbbde25] [bt] #14 /lib64/libc.so.6(clone+0x6d) [0x7ff88c87534d] ??:? ??:0 ??:0 ??:0 ??:? ??:? ??:? ??:? ??:? ??:? ??:? ??:0 ??:0 ??:0 Exception in Game WorkPool worker thread 9: std::bad_alloc Script Memory: 143.36MB Sectors Total: 77 Workpacket [140701627041536]: Players Online: 1 Workpacket [140704470791936]: Workpacket [140704445613824]: Sectors Loaded: 5 Workpacket [140704428828416]: Workpacket [140705460098816]: Workpacket [140704906983168]: Workpacket [140705476884224]: Workpacket [140702172305152]: Workpacket [140704923768576]: Workpacket [140703866812160]: Workpacket [140702189090560]: Workpacket [140704932161280]: Players In Memory: 1 Workpacket [140705485276928]: Workpacket [140702675605248]: Workpacket [140705468491520]: Workpacket [140703246046976]: Workpacket [140704420435712]: Workpacket [140704462399232]: Workpacket [140702709176064]: Workpacket [140704454006528]: Workpacket [140705451706112]: Workpacket [140704437221120]: Sector[3:168]::sendRemainingEntityCallbacks Workpacket [140704898590464]: Workpacket [140704940553984]: Workpacket [140705426528000]: Workpacket [140703220868864]: Workpacket [140703858419456]: Workpacket [140703850026752]: Workpacket [140703841634048]: Workpacket [140703833241344]: Workpacket [140704890197760]: Workpacket [140705434920704]: Workpacket [140703816455936]: Factions In Memory: 5 Workpacket [140703262832384]: Workpacket [140703254439680]: Workpacket [140703237654272]: Workpacket [140703229261568]: Workpacket [140703824848640]: Workpacket [140703212476160]: Workpacket [140702725961472]: Workpacket [140704915375872]: Workpacket [140702180697856]: Workpacket [140705443313408]: Workpacket [140702717568768]: Workpacket [140702700783360]: Workpacket [140702692390656]: Workpacket [140702683997952]: /bin/sh: line 1: 9492 Killed

Strange, I just deleted the entire avorion directory for both server and client and reinstalled and still same thing :S I must be missing something then :S Edit: Yep. Server.lua was over-written with the patch and I totally forgot to re-add the ShipScript call.

Starting from a fresh save, this mod doesn't appear to be working with the latest update. At least the Fighter icon does not display at the top-right corner.

Thanks! While that wasn't the issue it did put me on the path to finding what it was. I've never opened the config file on anything but VIM so I knew that wasn't it, but I noticed the rconIp= was blank, and I don't think the game was parsing the config file past that point. After filling in the IP of the machine, everything worked fine again. It is working now. Also, for some reason the devs are using the 32 bit steamclient.so in the linux version of this game which causes issues on x64 machines. This is also easy enough to overcome after every patch by simply copying the steam/linux64/steamclient.so to the avorion root directory.

See log 2018-03-30 08-09-16| Loading jumping entities... 2018-03-30 08-09-16| Loading groups... 2018-03-30 08-09-16| Galaxy initialized. 2018-03-30 08-09-16| Loading global variables... 2018-03-30 08-09-16| Setting startup script... 2018-03-30 08-09-16| Started thread [input Commands] with id 139742666553088 2018-03-30 08-09-16| Initializing networking... 2018-03-30 08-09-16| Listed server version: 0.16.6.1113430 08-09-16| 2018-03-30 08-09-16| input error: End of file 2018-03-30 08-09-16| input error: End of file 2018-03-30 08-09-16| input error: End of file 2018-03-30 08-09-16| input error: End of file 2018-03-30 08-09-16| input error: End of file 2018-03-30 08-09-16| input error: End of file 2018-03-30 08-09-16| input error: End of file 2018-03-30 08-09-16| input error: End of file 2018-03-30 08-09-16| input error: End of file 2018-03-30 08-09-16| input error: End of file 2018-03-30 08-09-16| input error: End of file 2018-03-30 08-09-16| input error: End of file 2018-03-30 08-09-16| SteamGameServer_Init call failed-30 08-09-16| 2018-03-30 08-09-16| input error: End of file 2018-03-30 08-09-16| Error starting steam-based networking. Falling back to standard TCP/UDP protocols. 2018-03-30 08-09-16| input error: End of file 2018-03-30 08-09-16| input error: End of file 2018-03-30 08-09-16| input error: End of file 2018-03-30 08-09-16| input error: End of file 2018-03-30 08-09-16| input error: End of file 2018-03-30 08-09-16| 2018-03-30 08-09-16| input error: End of file 2018-03-30 08-09-16| input error: End of file 2018-03-30 08-09-16| input error: End of file 2018-03-30 08-09-16| input error: End of file 2018-03-30 08-09-16| input error: End of file 2018-03-30 08-09-16| input error: End of file 2018-03-30 08-09-16| input error: End of file 2018-03-30 08-09-16| input error: End of file 2018-03-30 08-09-16| input error: End of file 2018-03-30 08-09-16| input error: End of file 2018-03-30 08-09-16| input error: End of file 2018-03-30 08-09-16| input error: End of file 2018-03-30 08-09-16| input error: End of file 2018-03-30 08-09-16| input error: End of file 2018-03-30 08-09-16| input error: End of file 2018-03-30 08-09-16| input error: End of file 2018-03-30 08-09-16| input error: End of file 2018-03-30 08-09-16| input error: End of file 2018-03-30 08-09-16| input error: End of file 2018-03-30 08-09-16| input error: End of file 2018-03-30 08-09-16| input error: End of file 2018-03-30 08-09-16| input error: End of file 2018-03-30 08-09-16| input error: End of file 2018-03-30 08-09-16| input error: End of file 2018-03-30 08-09-16| input error: End of file 2018-03-30 08-09-16| Started thread [uDP Connection Receive] with id 139742649767680 6| input error: End of file 2018-03-30 08-09-16| input error: End of file 2018-03-30 08-09-16| input error: End of file 2018-03-30 08-09-16| input error: End of file 2018-03-30 08-09-16| input error: End of file 2018-03-30 08-09-16| input error: End of file 2018-03-30 08-09-16| input error: End of file 2018-03-30 08-09-16| input error: End of file 2018-03-30 08-09-16| Started thread [uDP Connection Receive] with id 139742641374976 6| input error: End of file 2018-03-30 08-09-16| shutting down console input due to too many errors. 2018-03-30 08-09-16| The server will not be authenticated via Steam and won't show up in public server lists. 2018-03-30 08-09-16| WARNING: The fallback TCP/UDP protocols are deprecated and potentially UNSAFE! 2018-03-30 08-09-16| If you're running a dedicated server, this is HIGHLY discouraged! 2018-03-30 08-09-16| Use steam networking instead; Enable with --use-steam-networking 1 2018-03-30 08-09-16| Started thread [RCON] with id 139742632982272 2018-03-30 08-09-16| Server has been running for 27160.5 seconds in total, and 27160.5 without pauses.

If it helps, this is the updated weapons list: avorion/data/scripts/lib/cmd/weapons.lua return { {function (str) return str:find("^[cC]ha") end, 0, "ChainGun"}, {function (str) return str:find("^[pP]dc") end, 1, "PdChainGun"}, {function (str) return str:find("^[pP]dl") end, 2, "PdLaser"}, {function (str) return str:find("^[lL]as") end, 3, "Laser"}, {function (str) return str:find("^[mM]in") end, 4, "MiningLaser"}, {function (str) return str:find("^[pP]la") end, 5, "PlasmaGun"}, {function (str) return str:find("^[rR]oc") end, 6, "RocketLauncher"}, {function (str) return str:find("^[cC]an") end, 7, "Cannon"}, {function (str) return str:find("^[rR]ai") end, 8, "RailGun"}, {function (str) return str:find("^[rR]ep") end, 9, "RepairBeam"}, {function (str) return str:find("^[bB]ol") end, 10, "Bolter"}, {function (str) return str:find("^[lL]ig") end, 11, "LightningGun"}, {function (str) return str:find("^[tT]es") end, 12, "TeslaGun"}, {function (str) return str:find("^[fF]or") end, 13, "ForceGun"}, {function (str) return str:find("^[sS]al") end, 14, "SalvagingLaser"}, {function (str) return str:find("^[pP]ul") end, 15, "PulseCannon"}, {function (str) return str:find("^[cC]ar") end, 16, "CargoShuttle"} }

Hello all and Devs, I don't mean to troll or anything, as I'm well aware the topic of respawning resources in asteroids has been something that the developers have made clear that they do not want in the game. However, I have a rather large community and we just bought into this game and setup a public Linux Dedicated Server. We had 37 players online somewhat regularly throughout the day (and some 400+ players that came through and played on th server) since the patch and already resources around the starting "area(s)" (we have it set to dynamic starting which still places everyone in the same grid it seems) which means new players to the server are already finding it difficult to leap from iron to Trinium because the NPC difficulty is immense. It is my suggestion to keep multiplayer playable on populated servers to add a resource respawn ability (and the mod doesn't work) until infinate proceedurally generated sectors can be added so asteroid fields will spawn the further out you get from 0,0,0 inside of sectors (so it isn't just nothingness). Thanks for taking the time to read this and your consideration for the delima we face. Chip

It is not reproducible that I can see but I've seen it several times where the AI will outright stop working on some ships (especially those trading or mining or patrolling) and will completely spaz out locking a ship into one direction and at full speed in which the only way to get that ship back is to chase it down with another ship and try and intercept/board it. This is using the dedicated server on windows 2016 server standard.

Hi guys! I'm a server owner of a 32 core CentOS6 server. At the moment, this is what CentOS6 supports: # strings /usr/lib64/libstdc++.so.6 | grep GLIBC GLIBCXX_3.4 GLIBCXX_3.4.1 GLIBCXX_3.4.2 GLIBCXX_3.4.3 GLIBCXX_3.4.4 GLIBCXX_3.4.5 GLIBCXX_3.4.6 GLIBCXX_3.4.7 GLIBCXX_3.4.8 GLIBCXX_3.4.9 GLIBCXX_3.4.10 GLIBCXX_3.4.11 GLIBCXX_3.4.12 GLIBCXX_3.4.13 GLIBCXX_3.4.14 GLIBCXX_3.4.15 GLIBCXX_3.4.16 GLIBC_2.2.5 GLIBC_2.3 GLIBC_2.14 GLIBC_2.3.2 GLIBCXX_FORCE_NEW GLIBCXX_DEBUG_MESSAGE_LENGTH However, the game was compiled on 3.4.18, which means I get the error: bin/AvorionServer: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.18' not found (required by bin/AvorionServer) bin/AvorionServer: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.17' not found (required by bin/AvorionServer) bin/AvorionServer: /usr/lib64/libstdc++.so.6: version `CXXABI_1.3.7' not found (required by bin/AvorionServer) My I ask for a binary that has better compatability with at least 1.4.5 at least? That would be great because my only recourses are to (a) move to another OS that is bleeding edge or (b) install a custom glib library which will require that I recompile every installed package on the server which is a no-go.