Messages

[Tchey]

Tchey, yes, we're using a huge amount of new techs/libraries which are not ported and not emulated yet. The only way is to wait for our official Linux version.

Better 1 year delay than never :-)
We've implemented this feature in v2.1.0 http://forums.atomictorch.com/index.php?topic=1012.msg6297#new

It's not possible to create a random item generation mod similar to Diablo 2.
Regarding localization of DLC - it was discussed there http://steamcommunity.com/app/324260/discussions/0/133258593406618170/#c133258593407269390

Hello!

Thanks for reporting!
We've got a few reports of this issue and were able to reproduce it in some cases.
Surprisingly, the game doesn't work very well with some VPN connections. If the players who experienced this issue are using VPN, please ask them to disconnect from VPN and try to connect directly to the game server.

Another source of the issue could be your localization mod. Please try to remove it from ModsConfig.xml for your server and restart it. If that helps, you can upload your mod and post the link - we will check it and tell you how to resolve this issue for your mod.

We're planning to release the patch for VoidExpanse later this month, but I'm very unsure if we will be able to resolve this issue as it's really hard to reproduce.

Regards!

I think the error is quite different from what we had with the asteroids.
This error message appears if you're asking Scripting API to perform some action on a ship and the provided ship ID is 0. You can try to isolate some parts of your scripts to find the line which leads to this error message.
If you're unable to locate it, I will be able to look into the source of this issue when our vacation is over (we're going to a Lunar New Year holidays for the next ~1.5 weeks).

Regards!

I'm happy too as we didn't find any serious bugs and overall the game is rock stable.
Bottom line is - the game is kickass, prepare to throw us your money within 30 days or maybe even less!
Though, we are planning to release the game completely for free during this initial period!

IMCache is done on purpose in such way to build the "ship stats cache".

The cache re-calculation is expensive should not happen too often (ideally it should happen only once for every NPC ship - on spawn or savegame reload).

Basically, it's the "stats" parameters of the ship which are populated with by the scripts (with AddValue and MulValue methods) and then combined with other caches (such as weapons/equipment cache) and finalized. You should never use it in any other cases. I'm not even sure if you can override/extend it and use in other scripts (I mean it could break the code from CalculateShip.js).

Alas, VE was made in a big rush years ago (with 99% of these scripts written by a member of the team who left even before the release) and now it's all legacy code and incomplete documentation...

>> It's a tiny lag spike just when the AI's pathfind activates

Does it happen for every new drone AI or just a single time? Sounds like a script loading/compilation lag, in that case you can't do much.

atan2 is the way we're usually using to get the angle between two vectors.
Actually, atan2 call is a little bit slower than sqrt on modern CPUs.
Anyway, it's not something to worry about until you really perceive the issue with the performance.

Regards!

[nine]

Hi nine,

There are two functions to calculate the dot product between two 2D vectors A and B:

Code Select Expand


// first approach uses vector lengths and so requires expensive sqrt calculation
var dot = a.Length * b.Length * Math.Cos(angle); // it also uses angle between A and B vectors

// second approach is much simpler
var dot = a.X * b.X + a.Y * b.Y;


So you can simply use the second approach to calculate the dot product.
If you need to get the angle between them, you can use this function:

Code Select Expand


var angle = Math.Acos(dot / (a.Length * b.Length));


Regards!

UPD. Oops, I was wrong :-), corrected the post.
So you actually need vector lengths (and so sqrt) to calculate the angle between vectors with the dot product (IF the dot product alone is not enough for your case).
I think this is a premature optimization. Even thousands of sqrt calculations per second are not that slow on modern CPUs. Don't optimize until you actually can feel that it's too slow.

Great to hear!
I'm afraid you will be unable to release it yet as it might require some API improvements which are available only in the server preview build I've sent to you. Better to check with the vanilla server build from Steam Client.

Regards!

Hi,
This is just the client crash (server detected the client is not running anymore and also stopped).
I'm quite sure this is just a memory leak at the NVorbis plugin we're using for music decoding/streaming. Will check for the next VE patch. With the last patch we didn't check the game stability after many hours in idle and nobody reported this issue before (most players run it just for a few hours max).
Thanks for reporting!

Regards!

You're right, the prices are modified (and their statuses too). The price for cargo is calculated by SetResourceBasePrice method at Station.js. This is implemented this way to adjust prices randomly with 10% deviation. Yeah, that's really overcomplicated. Each station generates items/cargo for sale and calls this method for each of them to calculate the price, then this price is stored on server, but players receive another price which is calculated by CalculateBuyPriceOfCargo and CalculateSellPriceOfCargo (or same methods for items).
The only solution will be to implement new API methods for getting the final price of item/cargo by providing player's ship ID and station ID.

I verified the C# code and can definitely say that it calling Station.js file, methods CalculateBuyPriceOfCargo and CalculateSellPriceOfCargo, to calculate the prices. Have you tried to add the console logging to these two methods?
The game calculates the prices for a player during docking, when the items are added/removed from the shop items list (such as during stock items regeneration) and when a player tries to buy/sell to calculate the current price.

"args.cargo_price" is the price of cargo/resource from the XML file.
It seems there is no API for getting the price by cargo/resource XML ID so you're stuck with this for now, alas.

Hi,

The price is adjusted for every player as you think. It's not clear from the scripting as this code is called from C#.
Here are methods which we're calling:
Station.js - CalculateBuyPriceOfItemModifier and CalculateSellPriceOfItemModifier - for calculation of item price.
Station.js - CalculateBuyPriceOfCargo and CalculateSellPriceOfCargo - for calculation of cargo price.

Unfortunately, these methods require quite a complex argument structure. For items:

Code Select Expand


int base_id;
int faction_relation; // this is a pre-calculated relation between the player's ship and the station faction
int item_id;
int ship_id;


For cargo it's more complicated:

Code Select Expand



[code]
string base_faction; // station faction ID
int base_id; // station ID
string cargo_id; // XML ID of the cargo
double cargo_price; // base price of cargo (from XML, I'm very unsure if this can be get from scripting API now - we might need an update to the game server for this API)
int faction_relation; // relation between the player's ship and the station faction
string ship_faction; // player ship faction ID
int ship_id; // player ship
int status; // cargo status


Alas, it's really complicated. Maybe a better approach would be to implement new scripting API methods accepting ship ID, station ID and item ID or cargo XML ID and returning the calculated price (by reusing the C# code).

Regards!