raz334

Omicrons are a joke, if you play the game long enough you come to realize this... There is a DPS mod available elsewhere use that instead. Also keep in mind that each weapon acts differently, and this has a HUGE impact on Actual Damage dealt... in other words for the sake of argument lets say you had a weapon that had 10,000 Damage per second, but overheated after one second and required 60 seconds of cooldown. Lets also say you had a weapon with 200 Damage per second and no cooldown. Assuming both weapons have 100% accuracy. Then using them against an enemy who has 12,000 shields and a shield regeneration rate of 166 DPS. The 10k DPS weapon would never break the enemy shields, however the smaller 200 DPS weapon would break the enemy shields in about 5 minutes of continuous fire, This matters because Omicron is calculated ONLY by the maximum damage a weapon can instantly inflict, which is ofc the 10k DPS weapon that would be ineffective on the enemy by itself in the long run.

Yea, if you had bothered to read the latest postings you would have seen thats a known bug. Also if you look for my feb 15th posting there is a version of it that i altered that makes the inventory show up.. it is only partially functional though so don't expect alot. And no i don't have any plans to try and fix this again, fortunately i am not the author just a random user who wanted to make it work.

well im stuck, so im just going to provide what i have and let you finish it... I tried to create the namespaces but the result was that the research option vanished o.0, i've made several attemps. on the bright side the problem is found and i also took the time to reformat all of the autoresearch.lua to be much easier to read. autoresearch.lua: local researchstation = require("researchstation") function onClickAutoResearch() if not cbAutoResearch.checked then researchstation.onClickResearch() return researchstation.lua: local researchstation = {} function researchstation.onClickResearch() --function onClickResearch() I should probably point out that i actually changed the amount variable back to the Array Index that vanilla uses. I did manage to test that and it does work fine with that. I honestly don't know what the original author was doing when he switched it, maybe he was unfamiliar with Arrays? AutoResearch021418.zip

Wow, that is a really long message, i'll do my best to answer everything.. "I'm not sure I understand. How does an index always remain zero? Do you mean it's zero-based, i.e. the first element (index) is "element 0", like with most programming languages' arrays (eg. name[0] = "Fred")?" ++++++++ Yes it is an array index ++++++++ "See, in the original, amount is keeping track of something. For every iteration of the for loop, the amount gets incremented. However, with your changes, amount is no longer changed, ever. It stays the same. In fact, it gets set to its current value (which is in fact a little pointless, but I digress)." +++++++++ No, it is not staying the same, the itemIndices[ ] is a function that is determining the reference number for the amount, so this function actually changes the value of amount each time it is ran. I have actually commented out the entire lines of amount = amount, they no longer execute in my revisions ++++++++++ "And this is why I'm curious. I wonder what amount was in charge of keeping track of, if completely taking it out of the equation solves the bug" +++++++++++ No, no no, don't remove it lol, It is keeping track of the number of items i believe, because when it was a plus one on the index, every item was being either not displayed or displayed twice over. +++++++++++ Ouch, on the namespaces, so with java we work with packages and those are quite different. I was reading up on this namespace stuff and well im confused as hell on it ! Any chance you could provide me with the declaration code for that InactiveGate you have? maybe if i see an example of that i might understand better. in Java i would use the keyword package somename; and then just include that into the calling file and then reference it similar to this function onClickAutoResearch() if not cbAutoResearch.checked then researchstation.onClickResearch() return end; but seeing as package is already being used and that file is already included, plus i just tested the changes and of course it didn't work...

The original vanilla file was using an index type of variable for the amount, im not sure if your aware of this, i would assume so. Anyway an index variable always starts at zero, which is why the vanilla files had to add a plus one to the increments. Now i am not familiar with the uvalue command as it is not in java, however after testing it i believe it is safe to assume that the increment is not needed for it. Also i only got the inventory and autoresearch fixed not the manual version like in vanilla... I have however been working on this and i believe i may have an idea as to the problem, which i may need your help resolving. It appears that this section in the autoresearch.lua is not calling back to the onClickResearch() command like it should... function onClickAutoResearch() if not cbAutoResearch.checked then onClickResearch() return ps. you really should use returns and indents in your code. it was quite the headache to find this. Including a slightly cleaned version of the file for your sake. Included file is useless to users... **Changed Posted File to better reflect clean code, only in the beginning though** autoresearchPartial.zip

Thanks i should have thought of that ! Also glad to see your not upset about my getting involved with fixing it, not sure if you've used this site before but check this: https://www.diffchecker.com/h7d1BTUD It's comparing the vanilla file and the modded file, so that all the differences are easily readable. unfortunately i am not very skilled with lua languages im more of a java programmer, but i'll do what i can to assist you.

Here, I've fixed the items not being found issue so the Auto Research option will work now, sometimes, usually at least the first time per restart of game. It was just a simple math error in the previous code. Unfortunately the manual research still does not work, if anyone could post the original games Research station file, i might be able to figure out whats wrong with the Auto-research version but im not going to wipe what i have just to do that.. Enjoy researchstation.zip

Hey, its a nice idea, but that module is so overpowered i just can't see using it. Anychance of getting a weaker version, perhaps with actual varying qualities?

Small ships have the ability to hyperspace very quickly and easily, think tactically and you realize this becomes an Incredible advantage in combat... seriously everything has to be spelled out for people these days.... Warp out after unleashing your bombardment, heal up, warp back in and line up for another pass. Do it in waves with all your buddies to keep up the heat and that big ship literally doesn't stand a chance. The only think it might be able to do is warp itself away, since players don't get hyperspace jammers other than the quest related one... at least at this point in the game...

sorting options needed in placement mode are, -> Sort by Raw DPS -> Sort by Shield DPS -> Sort by Hull DPS -> Sort by Type -> Sort By Weapon Cooldown Time -> Sort By Overloaded Power Consumption -> Sort By Bonuses, such as: *Target Tracking * Guided *Multiple Projectile *Burst *%%%%Damage *all the other bonuses.... Weapons currently in the game are severely unbalanced due to a flaw in the calculation of bonuses or lack there of. I have seen uncommon weapons with significantly more DPS than Legendary weapons of the same type simply because the legendary weapon had no bonuses and the uncommon one had nice bonuses. Proper inventory sorting would at least allow players to find what they are looking for easier as well as lay out a numerical system for tracking the worth of such bonuses and more accurately balancing weapons.

What about player built / owned Shipyards? I like to earn my way into Self-Sufficiency. Especially with all the backstabbing the AI has done to me lately...

Something Crazy going on in my game right now... I claimed a sector for myself a few days back, thanks to a mod i was able to build an equipment dock which i put hanger bays on and bought fighters for it so it could defend itself and the sector... Welll today while im playing i get a message informing me it has been destroyed ! now im watching the fighters i bought that still show up as being owned by me go on a rampage within my own system, and they still show up green to me :( which makes them really hard to target, whats more they are damn near impossible to hit which sounds about right so, i'd say the ship size(s) thing is pretty well balanced already... im going to lose all my stations, battleships, mines, etc... to my own berzerker drones. Anyone have something similar happen? It literally has 1 hp, but i can't even nick it with a stray bullet.... http://steamcommunity.com/sharedfiles/filedetails/?id=870133041 http://steamcommunity.com/sharedfiles/filedetails/?id=870133058

You do know that mass matters even in space when you accelerate, decelerate and manoeuvring right? However the size have no effect what so ever. So you analogue are flawed, adding more and more mass would come to a tipping point where the mass of the thruster it self would add more mass then it would manage to over come. Specially if you are talking about sun size object that probably have their own gravity to overcome (Depending on it's mass). One huge flaw I see is the placement of manoeuvring thrusters, not only can you make an unbalanced ship (not that important) but you can hide them behind armour. If the thrusters where to be placed only on the outside of the ship they would be prime target and this would be much more hurting for larger ships. Yes of course mass matters, and of course you could very easily reach a tipping point, I thought i addressed this but you must have missed it. Without an opposing force to resist the addition of new thrusters and assuming that each new thruster had greater thrust than the mass of itself, the net gain would be additional thrust. Now would that be enough to propel something or even make a significant difference to something with a Sun sized mass. Not likely unless it was an equally oversized thruster. The point that your missing however is that players are playing with their build and tweaking the balance until they get their ships balance just right to make them as they want them. Real life engineers do this anyway, a point that some previous posters also tried to get across and were quickly dismissed by those who can't seem to think outside of the box. As for an object being hindered by it's own gravitational well, Have you ever been held in place by your own gravity? All mass including your own body has gravity, and so does earth. The earth's gravity is far stronger than ours so why is it then that we can move, or let's reverse the scenario since it would fit the sun sized ship better. We have a sun sized ship with a gravity well and some other objects that have been attracted by that well, the ship then decides to move, will the ship be held in place by the objects in it's own gravity? I hope by now your seeing how silly this idea is. I Agree with you on the Thrusters needing to be exposed on the outside of the ship, at least in terms of realism to a certain extent, since in reality hot burning thrusters would cause damage to any surrounding armor pieces that were close enough to come into contact with the jets stream. This is of course assuming that the propulsion systems were anything like a jet engines. However The particle effects in the game suggest something similar to Ion Engines which NASA currently has working Satellites using already and has plans for more, > http://www.space.com/22916-nasa-ion-thruster-world-record-test.html << This type of engine exerts Charged particles or Ions for propulsion so while it should not damage any hulls I could see this killing a person shielding and possibly even integrity fields as well, If they chose to allow the Exhaust from it to be covered by armor.

Ok, so i did get it to warp to a location, but instead of setting up the gate it gave me an error message that i had not set any coordinates.... obviously there is more to it than that. Incase anyone else gets their ship stuck as a gate, i was able to get back to normal by using the repair button in the build menu.

so for those who don't know if you have admin rights on the server you can access the debug menu using the command. /run Entity():addScript("lib/entitydbg.lua") within this debug menu is a button called "Set Gate Plan" I used this wanting to setup one only to my surprise it converted the ship i was flying in into a Gate, and now im not sure what to do next. Setting a warp point and trying to warp to it has not worked... Has anyone used this successfully before and if so how is it properly used? Thank you.