unbekannt1984

Adding more information: It happened in Sector 203:-218 (Seed BFmibDfjCk). I wasn't able to reproduce the bug.

Well, title says it all... Using current Beta (0.14.2) on Debian Buster/Sid (testing). Take a look at the screenshot, I hired a few mechanics at that station and then the slider became weird.

Hi, the Roadmap for Avorion mentioned a rework of the Xsotan-Artifacts (from https://avorion.gamepedia.com/Roadmap): So, Haati == Operation Exodus, Pirate == Captain Swoks, AI == self explaining, Hyperspace == Bottan (Easy Delivery), missing: The 4 (Artifact Delivery), Research Station, MAD Science Mobile Energy Lab and Travelling Equipment Salesman. I especially thought about the Artifact you get from Artifact Delivery/The 4, that Artifact should give you some regeneration, durability and some damage. So, how could we achieve that? Make that Artifact give you 1 or 2 armed turrets, some shield hardness and shield regeneration? Shields are already OP atm, so it would be better to buff (by that Artifact) the Structural Integrity Field a little and make your mechanics work faster. The Artifact from the Mobile Energy Lab could be something simple: Generator/Battery-Buffs maybe throw a little (10% ?) Shield-Regeneration on top and you are done. The Travelling Equipment Salesman sounds like that Artifact might be a better Trading System... Ohh well, better then nothing... What could one do for the Research Artifact? - Well, I've got no idea, but I just made 3 suggestions... :P Things that can be done easily with Avorion-Upgrades -> https://www.avorion.net/forum/index.php?topic=3214.0

Hi, it's a known issue that Avorion doesn't remember in which ship you have been last time you logged off. You should login into the same sector you've logged off, so switching into the other ship shouldn't be a big issue. Well, there is a teleport-command, you can use it to teleport yourself (and the ship you are currently in) to another sector, simply type the following into the chat: /teleport 250 450 That should transport you to the sector 250:450. There are a few more options, you can teleport another player that way, too. To get your current coordinates into the chat, simply type \s (if I'm not mistaking).

Hi, well, let's begin with the easier problems: http://www.avorion.net/forum/index.php/topic,3055.0.html - Regenerative Asteroid-Fields :) If you need more resources, search for Mine Corp.-Mod. Well, sectors are freezing when you leave them (5 minutes after you left them to be accurate). AI-factions usually don't clean wreckage, get your salvage-turrets and do it yourself - or reset the sectors by deleting the corresponding sector-files. Let me explain this, I'll show you on my Linux-Server: torsten@debian:~/.avorion/galaxies/avorion_galaxy/sectors$ ls -la ... -rw-r--r-- 1 torsten torsten 1895614 Mai 2 16:40 99_-310 -rw-r--r-- 1 torsten torsten 1039 Mai 2 16:40 99_-310v -rw-r--r-- 1 torsten torsten 617035 Mai 2 16:39 99_-312 -rw-r--r-- 1 torsten torsten 432 Mai 2 16:39 99_-312v -rw-r--r-- 1 torsten torsten 63771 Mai 2 16:36 99_-317 -rw-r--r-- 1 torsten torsten 349 Mai 2 16:36 99_-317v Now the big files (those without "v" in the end) contain the sector-data of the corresponding sector. If you remove the file, the sector is generated again, if you start the server and jump into that sector. torsten@debian:~/.avorion/galaxies/avorion_galaxy/sectors$ rm 99_-317 (rm = remove/delete) Sector 99:-317 is now clean, it will be exactly in the same state as it was when you entered it for the first time.

Ok, let's make an example: -rw-r--r-- 1 torsten torsten 3092690 Mär 27 12:13 99_-91 That Sector-File is 3 MB, I'd expect it to be 600 to 750 KB when compressed. Most likely your upload-bandwidth is less then 6 Mbit/S, let's say 1 Mbit/S = 128 KB/S. Uploading the 3 MB sector-file would take 24 seconds, the compressed file would take just 5 to 6 seconds. If decompression would take the client 30 seconds (for an even higher compression-rate), all of this would be a bad idea. So, you need to keep compression/decompression in a certain range - it shouldn't slow things down in the end.

Well no, it's not just text in there. torsten@debian:~/.avorion/galaxies/avorion_galaxy/sectors$ ls -la ... -rw-r--r-- 1 torsten torsten 356 Mai 5 21:17 -99_76v -rw-r--r-- 1 torsten torsten 267 Mär 27 18:52 99_-76v -rw-r--r-- 1 torsten torsten 3092690 Mär 27 12:13 99_-91 -rw-r--r-- 1 torsten torsten 271 Mär 27 12:13 99_-91v torsten@debian:~/.avorion/galaxies/avorion_galaxy/sectors$ cat 99_-91v <?xml version="1.0" encoding="utf-8"?> <view numCrafts="3" numWrecks="0" numAsteroids="1393" numStations="0" influence="0" factionIndex="0"> <coordinates x="99" y="-91"/> <titles/> <wormholes/> <shipNumbers> <ships n="3" faction="2000412"/> </shipNumbers> </view> Try the same with 99_-91 and you just get an output of a binary file. zcat doesn't work either on that file. Well, sending data from a server over a slow (upload-) connection is faster when you've got less data to send - meaning, if you have a limited upload-bandwidth and send a sector-file to a client, the compression and decompression might save some time in the end. I think CS:S was able to do the same with bzip-compressed maps. After making the original post here, I found this: Following the link you'll find that statement: Well, the idea isn't new...

Hi, I thought that it might be good to use a compression-library to reduce the filesize of all those sectorfiles (and so on) on your harddisk. I used the linux-program tar with gzip-compression on my server and reduced the size of my whole galaxy to round about 1/4th to 1/5th. Well, I'll show you what I've done: torsten@debian:~$ cd .avorion/galaxies/ torsten@debian:~/.avorion/galaxies$ tar -cvzf backup.tar.gz ./avorion_galaxy/* ... (lots of output from verbose-mode - v-option) ... torsten@debian:~/.avorion/galaxies$ ls -la insgesamt 1164788 drwxr-xr-x 3 torsten torsten 4096 Mär 3 13:13 . drwxr-xr-x 4 torsten torsten 4096 Mär 2 17:34 .. drwxr-xr-x 5 torsten torsten 4096 Mai 8 22:51 avorion_galaxy -rw-r--r-- 1 torsten torsten 1192725478 Mai 9 09:52 backup.tar.gz torsten@debian:~/.avorion/galaxies$ du -h 5,5G ./avorion_galaxy/sectors 63M ./avorion_galaxy/factions 1,6M ./avorion_galaxy/players 5,5G ./avorion_galaxy 6,7G . Gzip-compression could also be included into C/C++ programs by using http://zlib.net/. As you can see above, the files of that Galaxy are using 5.5 GB, compressing it into a tar-archive with gzip-compression reduced the size to round about 1.2 GB.

Would it be possible to put those Performance-Optimizations into a Beta-Build? That way we could try those, report Bugs (well, testing)...

If you knew anything about software-engineering, then you should know that testing code properly can take a lot of time. Don't forget: The Dev is German, so I'd expect him to properly test the code - please don't tell him to do it the Redmond-Way (M$) :P . If he encounters a bug in his test-cases, it might also take a lot more time to find the bug in the code and fix it (and then repeat the test). Further you should remember that the Dev might have to change the class-model of Avorions' code to allow people to create Alliances (Factions?), invite people to Alliances and so on. Since he also stated that he wants to include Server-Data Backups, he might have to include more libs (zlib for compression/decompression for example), too. You see, not everything might be as simple as you might think. Yes, UIs may be not functional - at least you know about rapid-prototyping. But do you really think the Dev is just kidding us? Then simply calm-down :)

Hi, "F" in the build-mode is focus, it's just meant to help you to place blocks. If you played the Tutorial, you should know that you can move your camera up/down by holding left ALT and moving the mouse up/down. Except for that you can zoom in/out using the mouse-wheel. Turret-Categories - you can sort those Turrets by type, so what else do you want?

Well, we can't help you as much as we would like to in this thread. Maybe thedamngod should make a new thread out of this last page, so we can try to find a solution for you. At the moment it looks more like thread-hijacking.

Nah, we are not scripting yet... :P Well, the command looks a little different, I just found this reference: https://www.avorion.net/forum/index.php?topic=777.0 Take a look at reply #3, according to koonschi the syntax is: /run Entity():addScript("lib/entitydbg.lua") with Entity = Player or Sector (I think Sector is more likely) and replace the script here with the script I posted earlier. It should work somehow then.

Well, can't you use the "run"-command to simply spawn the merchant, too? Something like /run "data/scripts/entity/merchants/travellingmerchant.lua" Well, maybe there are some parts missing...

I'd guess "a few weeks" is more than one. Let Koonschi finish it first, then it might hit the Beta-Branch a week or two before it becomes stable, too.

^^ You didn't play Star Trek Online? Ramming-Speed is just one of the fun-abilities in that game. Well, it doesn't help much to crash a Miranda into a tactical Borg Cube, but you could maybe imagine the result of doing that :)

Could you give me an example? Best would be a screenshot of a "too good to be true"-turret. Well, I can't promise you anything, but I'll try.

Is this Mod still broken? I had a quick look at the changes that Alopix made to the turretfactory.lua, but I didn't find any obvious mistake.

Hi, any chance to use zlib (C/C++ compression library that's also used in the linux-kernel) in Avorion for compression/decompression of sector-files and so on? I used tar with gzip-compression to make backups of my savegame and it reduces the size by round about factor 5. Backups would be easier, if memory-requirement is just 1/5th.

Have you tried playing on a public server? If you've got a good internet-connection, that might be an alternative for you. If that solves the performance-issues, it's the server that causes you so much trouble. And you could try, if that solves your DC-issues, too. BTW, I found a few things in the Log: worker-threads do the work of the server, you could use 4, generator-threads generate new sectors, you can live with 1 of those (even if it takes a second longer to generate a new sector).

After reading the whole post, it sounds like unintended behaviour to me -> aka BUG. You can access those computer-cores? Well, if you were able to remove those... Have you tried to convert those to Trinium? If you don't have the resources for that, start a new game in creative-mode. How are the stats in the ship-menu (P) compared to those in the build-mode? I hope you don't have just power-issues (not enough power to recharge the hyperdrive quickly).

From your serverlog: I don't know the tickrate of the server, but that's a lot of frames missing. My server is an AMD Athlon 5350 (AM1 APU, 4 GB Ram, Quad-Core 2.05 GHz). Is your Celeron Laptop compareable to that? Well, do you see what is flooding your RAM? The server or the client?

Well, are you using the Microsoft Windows-Firewall? That one always caused trouble, that's the reason why I suggested the Zone-Alarm Firewall. Good luck :) Well, I can't tell you anything about that...

127.0.0.1 is the Loopback-Device on Linux, and it should be about the same on Windows. The Server and Client of Avorion can't communicate at that point anymore. The problem might be caused by a Desktop-Firewall, especially if it's that crappy Redmond-Firewall :) Try using Zone-Alarm or any "good" freeware Firewall on a Windows-Desktop, make sure Avorion may communicate/connect to server and so on - sorry, I'm not a Firewall-Manual.

Well, most likely it's not your fault and not the fault of your PC. There are some performance-issues with the server (the server runs in the background in singleplayer, too). I'm running the server on a second computer and both - the client and the server - are running on Linux (Debian Testing/Stretch). Well, I split the workload of Avorion because it got unplayable on my PC, too. If you've got a second monitor, try to watch the RAM-usage and maybe virtual memory on your PC while playing, I bet your PC runs out of RAM and uses virtual memory (harddisk/SSD). Additional set power-saving options to performance (run the CPU at full speed). If you've got a second PC that you could use for the server, you could try that, too. It would be best to use a Linux-System and stop any desktop-environment/GUI before starting the Avorion-Server.