Jump to content

SGCam

Alpha Tester
  • Content count

    42
  • Joined

  • Last visited

About SGCam

  • Rank
    Advanced Member

Profile Information

  • Gender
    Male
  • Location:
    Ohio, USA
  • backer_title
    Gold Founder
  • Alpha 1
    Yes

Recent Profile Visitors

188 profile views
  1. SGCam

    Dual Universe Win 7 32 bits

    Dual Universe can not run on 32 bit Windows (for many technical reasons).
  2. SGCam

    Does Org-discord need authorization?

    Technically, you aren't allowed to discuss NDA topics outside of the forum or the official discord NDA channels. In practice, that hasn't stopped a lot of people, but they are taking a risk that the things they say and post are not released to non-alpha players. There is no official approval/verification process, though the now-official discord was using direct messaging to forum accounts to determine their NDA status before it was official.
  3. NQ said there will be the ASA "Arkship Safe Area" and also several MSA "Moon Safe Area" aka Sanctuary Moons. Both will be PvE only areas. IMO, automated defensive turrets for static constructs are only necessary if timer-based shields are uber expensive (which tbh they probably will be). Regardless, balancing automated weapons will be a challenge, particularly to avoid spamming by large orgs.
  4. SGCam

    Cameras and Video

    Please use search function - there is some good recent discussion on this exact topic.
  5. SGCam

    Force Fields as a defense?

    This is a planned feature, and I think it is a great idea to prevent offline pvp. @OldingDaGrund I personally like the idea of shields, providing they consume large amounts of energy. However, the problem is that they can remove a lot of the risks of combat (ie, the winning side emerges with NO damage) and also a lot of the nuances of 'subsystem' targeting (which NQ has mentioned will probably be a thing) by giving the construct a unified health pool. I think that if hp-based shields are a thing, that they should be limited to static constructs and should not work in conjunction with any other kind of shield, including territory shields. That way, they fill a role of protecting smaller outposts from minor hit and run attacks.
  6. SGCam

    Camera elements that can link to screens

    I think this is a great idea, but there are some serious technical hurdles to consider: If the camera being viewed is near the player, then their GPU load will be (roughly) doubled since the scene needs to be rendered from a second perspective. If the camera being viewed is NOT near the player, then their CPU and GPU load (as well as their network utilization) will all be (roughly) doubled due to the camera having to compute the scene (voxels, elements, players, etc) and render from that perspective. In some games, this isn't a big deal because you can just offload it to another thread since you are not using much of the CPU or GPU. However in more complex games where you are already using a substantial portion of the client's resources, you can't due that and it causes everything for the player to slow down. Some examples: In the FPS "Insurgency: Sandstorm" when using a scope with zoom, the game renders the scene twice- once for the scope at its specific zoom level, and once for everything outside the scope with no zoom. This isn't a big deal because the scenes aren't very complex, and it can be turned on/off with the graphics settings. Not having this feature doesn't put anyone at a disadvantage. In Space Engineers, there is a source mod that allows exactly what is proposed in this thread- viewing cameras on a screen. Having more than a couple of cameras can bring a client's PC to its knees due to the complexity of the scenes in the game, and can even grind servers to a halt. Unfortunately in games like SE and DU, not being able to see the screens due to having a weaker computer could be a significant disadvantage, so having it as a setting isn't fair. I suppose you could offload this extra rendering to the server, but then you need to stream the camera's view to everyone that can see it's screen, thus consuming tons of bandwidth on top of the extra server resources. Basically, I love the idea, but I'm not sure how technically feasible it is considering the extreme complexity of scenes in Dual Universe.
  7. Everyone will be in the same "shard/server". Literally every single player. And that's why not having NPCs works - because there should be plenty of players to make it feel lively.
  8. SGCam

    Recommendation regarding system specs. for your game.

    Look at it this way: DU is a pioneer as far as MMOs GAMES go. They are building a massive, fully single shard, fully destructible, voxel based world. The only game I'm familiar with that does this is Space Engineers - and that can only manage 10-20 concurrent players. DU is intending to support tens of thousands. DU won't be released for at least another 2 years. At that point, your "3 year old 2015 rig" is going to be 6 years old. That IS old. Because of their pioneering technology, they can't afford to support old hardware - it would severely limit what the game can become. Even setting aside the issue of obsolete hardware specs, much of that hardware doesn't support the software that is needed to make DU a reality. DU is a subscription based MMO. It will be operating for (hopefully) decades. Supporting obsolete hardware now will make maintenance and updates more difficult down the road. Optimizations are something that typically happen in BETA. We are not there yet. Maybe it will make it less intensive to run - but it won't bring support for older hardware. If you want a unique and amazing game, you need to push the boundaries of available technology. Dual Universe is doing just that. The cost is that you will need a modern gaming computer in order to play it properly.
  9. To be clear, I agree that necroposting can be a problem. I just believe that there are plenty of situations where enforcing it to the letter of the rules is frankly ridiculous. As seen above, the moderators can handle these situations in a reasonable and acceptable manner with their own judgement. The rules should be adjusted to officially allow the moderators to have discretion in these matters, specifically such that in relevant and not out-of-date topics, they do not have to be locked. I believe that continuing these (qualifying) conversations is much better for the forum than splitting them to a new thread every few months or locking them entirely. I linked the topic above because in my opinion, it was an example where locking the topic seemed overkill.
  10. So here I am, technically "necroposting" on a thread discussing necroposting. This is the most recent thread (maybe the only thread) on the topic, it is still relevant, and it was left without any kind of conclusion. So should I have created a new thread instead? I don't think so. There are several situations where the rule needs to be relaxed, or at least left to moderator discretion. Situations where continuing an existing (and still relevant) discussion makes more sense than starting a new one (such as here). This reduces topic spamming (which is also against the rules, and often directly conflicts with the necroposting rule). Situations where people have asked an unresolved question that now has a resolution. Example: https://board.dualthegame.com/index.php?/topic/12349- technical-amd-gpu-rendering-issues/&page=2&tab=comments#comment-103748 I trust our moderators to be able to make judgement calls like this. So why not let them?
  11. SGCam

    Bounty / Commission / Quest board

    They talk about RDMS more in a few other places, including one of their dev vlogs. I agree it isn't clear at this point how to apply it to being a quest board or the like, but they are planning to make RDMS THE management tool for the game. I think players will make systems like quest boards and reputation systems work using the tools NQ provides. Regardless, its a civilization building game- if you don't trust that the person giving the quest will compensate you, then don't take their quest. I expect reputation will be worth its weight in gold.
  12. SGCam

    Bounty / Commission / Quest board

    NQ's plan is to handle all of this with their RDMS (Rights and Dutys Management System), so it will be 100% player managed - they talk about it in a devblog:
  13. SGCam

    Blueprints

    That space engineers promo was just Keen saying "oh, this would be cool" and halfheartedly implementing it (like a lot of the stuff they do). When they made the switch to DX11, it broke (along with all of the other external code) and then never bothered updating it. The script for that is floating around somewhere, and you can still use it on blueprints from the DX9 version. This should be something technically doable for DU (and 'relatively' uncomplicated). I think the big issue for 3D exporting from NQ's perspective will be any copyright/IP issues.
  14. SGCam

    Blueprints

    You have this backwards. They have said repeatedly that there will NOT be a creative or singleplayer mode.
  15. SGCam

    Obscured Stretch Goal Guessing

    With this decision, maybe we will get DU before Star Citizen ><
×