Jump to content

EasternGamer

Alpha Tester
  • Posts

    128
  • Joined

  • Last visited

1 Follower

Profile Information

  • backer_title
    Sponsor
  • Gender
    Male
  • Alpha
    Yes

Recent Profile Visitors

1191 profile views

EasternGamer's Achievements

  1. I never said that exact thing should become the norm. I said in some way, shape or form. Like a targeted jammer that can jam a ships ability to see friend or foe. It would be useless to anyone coordinated, but for someone uncoordinated it is dangerous. And you do have, currently a way to tell. You lock onto the target and if you aren't some random, you should know roughly what ships are in your group... and even can distinguish that this XS core that just appeared is most definitely not yours because no one in your fleet uses XS cores or they were all blown up... xD You actually have to think a bit, you know. And it works both ways, you can use the same strategy on attackers. The alien core can be fitted with jammers and you have a couple of people there just jamming whatever gets on grid unannounced. And your point also somewhat would fall apart if they added any kind of voice communication. These here are just ideas. Not something they should or shouldn't add. My ideas tend to not be that great, but it doesn't mean it can't work if you actually think of a balanced way to implement such a thing. And, again, I didn't even get to participate much because of local power company issues. So I didn't use this strat then, when it would have been most effective. It was only at the end when my power came back on that I could head there and effectively under the radar get some of my ship back. If the guy that visited me while I was at my wreck stopped to even look at my ship for more than 5 seconds, they would have immediately recognized it was an Empire ship. It even had empire branding on it! XD There are so many possible counter plays to transponder jamming and using the same names, so when you weave through those with pure luck it's an incredible feeling. It really was. It made an afternoon where I could hardly do anything and lost my only PVP ship due to my power cutting off into an enjoyable evening, even after slow-boating back at 20,000 km/h for 130~ SU, because it actually paid off in recovering some parts of the wreck against all the odds.
  2. Other than it was a great fight, I'd like to say it is your choice for you to monopolize as many alien cores as you do. Also, it's significantly more difficult for everyone else to get to these cores than you do. (Because of the apparent warp beacons of some form allowing travelling to be much quicker there) So if it's a chore, it's your choice for it to be like that due to the number you have to defend. I don't see the problem. Though, if it's a chore to you, maybe a good idea is to give an idea on how it can no longer be a chore, so that if the devs care or not, they can actually get an idea of solutions from the player perspective. Other than that point, where you complained about a choice you as a group decided on, it was a great fight. I actually enjoyed the no-transponder gameplay even though I never really got to use it. It allowed more thorough preparation (making a list of friendly IDs) before the battle a logistical advantage and I wouldn't mind for EWAR in some way to incorporate this, disabling transponders, periscopes or other means of identification, along with improved stasis weapons.
  3. Okay NQ. We should talk a bit about this vlog. As people have basically indicated, it was rather lacking. I think you've missed the point with it a bit. It was nice to know that an outer build grid visibility option could be coming, but the other ones you spoke about were really lacking in detail, so super superficial. However, unlike others here who just simply state that, I'll explain a bit how it should be explained. The main point: People don't like being treated like a bunch of idiots who don't know that more stuff = more lag and we try get 60 FPS with no stuff first before we get 60 FPS with stuff. It was really bland because it didn't actually show any video of you demonstrating a hotspot. If I were going to do the optimized section, I would have taken out my dev tools or whatever tools you have, and shown at Market 6 with a graph of lag and where those "lots of little things" on the graph were and how they contributed to the lag. Then you would cut to the developer giving a briefing on tracking down where the lag spike comes from, maybe adding further benchmarking points in the chain of code and then showing us the result. Then, they come back saying "now that we've fixed it, here is the result" and you show the result and how that lag spike is gone. Maybe even demonstrate that some things are not possible to realistically optimize due to engine limitations, or even display how many triangles the game has to deal with like in those UE dev videos. Of course, you won't post impressive numbers necessarily like they do there, but always explain that certain things are engine limitations, also re-iterating that moving to a different engine was considered but was not worth the additional complications and dev time involved in the transition. Hell, maybe even make a dedicated video to this section. The same with the small weapons, you should have shown some of those "tests" so we can see ourselves. Yeah, that'll open up for criticism, but you should then address that in the video saying that, to simplify and speed up the testing process, we had to make X and Y compromises. Oh yeah, and the audio was really poor.
  4. 2FA isn't particularly an important feature, but some people care about it. So adding it is adding "polish" to the game overall. If you think it wasn't worth their time, then that's your opinion. Some things are easier to do than others and add more polish than most.
  5. I believe the sun has been synced for some time now. In fact, almost 100% sure. I was watching a stream and the person was in the US, and I'm in an EU time, yet the sunlight looked the same on my screen as theirs.
  6. I'd like to have backup codes. I have lost my Discord account before due to my phone getting destroyed in a fire, and the only way I would possibly get it back was through backup codes which I neglected to store anywhere. So the addition of backup codes, something really long and unguessable or something, would be great option. It doesn't always have to be there, but just give me the option
  7. Why do people keep bring up this concept that Lua somehow has anything to do with any of the other parts of the game? Lua is it's own thing and I doubt the devs behind Lua have many, if any, responsibilities with other parts of the game. The reason us Lua people are always happy is because we never had any updates or changes for quite some time, and now we're getting them. And I love how you say "they bring very little to the game"... I think you're really salty or something. I don't know how many people use ArchHUD, but almost every ship that is after market has some alternative HUD that makes ship control better. And PVP HUDs that bring much more to the PVP environment, and AR systems to allow for 3D damage control or custom waypoints. Screen tech is like a foundational part of the game, you see screens literally everywhere. You can make minigames on them, literally. And yet, you say "they bring very little to the game". I have no words for you if you honestly think Lua developers in DU bring little to the game. EDIT: If you meant "they" as in NQ, I apologize, but if you meant us Lua devs, what I said above remains.
  8. NQ's wipe plan is the equivalent of an upper management saying to the game developers that, to fix all issues, you must permanently delete all the current coding base and start fresh with an entirely different game engine. You can use your old code, but it won't change the fact that you wiped out years of planning and implementation... and in a couple of years, it will be in the same buggy state, maybe a bit less buggy but far less feature rich. This is just so NQ can understand that people won't actually enjoy the wipe. Like how new interns will relish at the opportunity to rebuild the clunky old systems and enjoy it for a bit, they will soon feel burned out, while the senior dev team would have probably mostly quit and gone to a different job. It's an atmosphere that is kind of sickening. This isn't like removing a single system and improving it, like a terrain reset, this is removing everything placed and made over hundreds of thousands of hours. I'm sure a few in NQ have a similar sentiment about wiping personally, and a few just want a better place. Like the analogy I made in DU Discord, we, the players, all exist on a beach of sand, where we've made our sandcastles and some have vandalized others. Now two years later, the beach administrator, NQ, doesn't like the vandalism which has almost completely been eroded, but feels it is still not ready, and thus bulldozers everything while we just watch. They take a few pictures before destroying these massive sand structures and give them over... all for us to rebuild it? They added a few new features to the beach, a new hill here and there, but it's all just lifeless sand in the end... The feeling I get, even as a non-builder and Lua coder, is sickening. NQ, if you feel a wipe is absolutely necessary, give us some actual evidence and proof of that. Give us the PTS with all these proposed changes. If you are promising planetary improvements, show us them. You can't promise something a few months before release and wipe with no delivery. Anyway, hope NQ make the right decision.
  9. Let's preface this: I'm a scripter, I own minimal assets in the game, and my main enjoyment comes from scripting. The wipe has a very small affect on me, but that won't change my opinion on how terribly reasoned it is here and terribly unnecessary. Kurock's post says it all. They were so, so clearly biased in that post, it's like they already made their decision, and if our response is lukewarm, it will go through. They ignore major, major points on the pros for the no wipe and partial wipe, and they put the full wipe with the most pros, but they all say the same thing: Simpler. Based on how they did the other pros and cons, all they should have said was: Pros: Simpler for us to do Schematics are what caused so many people to leave, and they have left. Your comment on schematics probably revolved around the idea that removing them would somehow bring those people back. Newsflash, it won't. They have moved on to other games. Personally, I don't own a single subscription game where I would return to subscribing after so much time has passed. BS you say about a wipe is somehow required for removing schematics. They're just an item. Complete BS that you say you can't revamp planets. Even greater BS you say you can't rebalance the economy... do you even look at your in game economy? One update and 10,000 m^3 of honeycomb goes from 100 million to 10 million. That is where it should be. The economy is perfectly, perfectly fine. As Kurock said, leveling the playing field is a temporary concept that will disappear quickly. It's an MMO. You think someone who plays the weekends or once a month will somehow be on the same level as someone who plays several hours a day, every day, who knows the game already? Don't be delusional, please. DU is not like a game where wiping should happen. You've already implemented plenty, and many will say too many updates that make it so wiping is completely unnecessary. HQ tiles, tile tax and construct abandonment over time, just to name the ones that come to mind.. Those are systems that work. DU lives off player content, which is essentially what you're advocating to remove with a wipe. It's like saying: I let you build up my limbs over the last two years so I can crawl, and now walk. Now, I will chop them off for you so you can rebuild them better this time. Your post is not an unbiased opinion on pros and cons. Fix it. It is misleading. Some people who read it will not think critically about what you just wrote. Who the hell thinks no wipe will only satisfy "some" long term builders and traders... are you... actually dumb? A significant majority is a better word there. You wanna know something? Your wishy-washy response mostly advocating for a wipe is why some people don't want to invest time into this. And it is because you even brought up a wipe. You sour the waters and poison the air with having the idea about, even more so by your extremely biased post. You wanna see what I mean by a biased pro/con? Here's a great example: As you can see, depending on where you cut the cake, you can say a lot and steer the narrative, bloating reasons and diminishing others. This is, essentially what NQ have done with their entire post. This is all I have to say in this, post, I've spent enough time writing out the obvious. Kurock said it in a neater package, but felt I should elaborate.
  10. I don't mind the idea of construct mass reducing speed, however, I feel like a stasis weapon's effectiveness should also be tied into the relative masses of the two ships. It would make zero sense for a huge ship 100x the mass of a small fighter to have the same effectiveness. So, you can make a heavier ship with the role of significantly reducing the speed of a single lighter ship, and the lighter ship's stasis weapon would have significantly less effectiveness. This wouldn't make a heavy ship optimal though, since its base speed is already slowed, and it will still be way more expensive to build a heavy ship overall than a lighter one. And seriously, seriously, don't try set hard limits and stats on a stasis weapon. Don't make an L, M, S, XS when you can be based of a relative mass thing. It makes it much more sensible. Skills, of course, can factor in, but limiting it to a specific size of ship class and such is not optimal at all. If you do that, then at least have it so that an L has a maximum factor. I really don't see this as "difficult" to code for. Things like distance and mass are readably available and an equation can be pretty easily made in a few hours, and maybe a week later of testing the values can be fine tuned well. Lastly, will we see any Lua *read* data of the stasis weapon? Like how we can read gun data?
  11. Yes, and no. I'm not from NQ, so I wouldn't know the reason behind the limit being a specific number, but Lua is poorly made in a way that it's an instruction based limit based on Lua instructions, rather than actual time based. I know plenty of ways a script well below CPU overload can lag a client for longer than 5 seconds. As in, only one frame will be sent every 5 seconds. What I'm getting at is it may have been placed there to prevent it, but it doesn't necessarily prevent it if someone is intentionally doing it or unintentionally doing it. I, of course, won't say what will cause such lag on a public forum such as this, but it's not uncommon. Just as an example that won't cause lag but has a different execution time, but the same instruction count, is multiply and addition. A multiply operation at a CPU level is far slower than an addition operation. You can look it up. So is a division slower than a multiplication. It's an interesting thing really. Anyway, yeah, a slider would be great addition. If I want my game to burn, I want it to burn! XD
  12. It's a gameplay issue as well as a technical challenge. If planets moved, it would be more difficult to travel to them. I'm sure some people can make scripts, but the new player joining the game would have no idea what they're doing. Not everyone has a good understanding of planetary mechanics. Not to mention waypoints in global space become useless. It would also require redesigning very core features of the game. A game like this (planetary scale voxel based) would be a possibility only in the far future.
  13. CPU overload refers to an instruction limit being reached. It has nothing to do with your actual PC struggling. It's simply a number NQ have decided to lock down to some arbitrary amount. Damage Control is a complex script. The number of elements factors into the overload and a bunch of other things. Many of my scripts are highly optimized, and execute at 4ms, but will still overload at 5ms. Then other scripts execute at aa cool 24 ms and don't overload. The reason is because not all instructions are equal. Mine can still do more than a 24 ms script, but time and true CPU resources play zero part in any of it. NQ should allow a slider for the player to set their own limit.
  14. Never had this before and I have frequent power cuts in my area. I'm on a UPS now as well and not had this issue. I even have the UPS software installed so it's even directly interfacing with my PC. Oh, and maybe make a ticket so they are aware of the issue instead of posting on the forums. If they have seen the ticket and responded, then all there is to do is wait.
×
×
  • Create New...