Jump to content

Kael

Alpha Tester
  • Posts

    187
  • Joined

  • Last visited

Everything posted by Kael

  1. They will more than likely be destroyed up on first sight because [a] it's a large surface area to hit and it will look ugly as hell in game which no one will want to look at.
  2. Please explain, pointing fingers and throwing down little information or examples of your own really doesn't help get your point across.
  3. Everything will be made in-game with the tools provided. Don't get your hopes up for any 3rd party tools being used in DU...or in any MMO for that matter. It only invites people to take advantage of the system and try and "hack" and cheat anyway they can.
  4. Well a big ass cube worked for the Borg...just saying
  5. Zbrush has a huge learning curve, I'd suggest Blender for everyone that wants to "have a go" at modeling. There are thousands of tutorials on YouTube for beginners to advanced, and the Blender community is excellent, always happy to help new people!
  6. It all depends on how much a blueprint would cost to make, or if it would cost to make them at all. This would determine if it's cost effective or not. If it's a simple voxel shape then would anyone want to buy it anyway? If it is free to make players will just create the voxel shape themselves, then create the blueprint to reuse for whatever they want.
  7. Thanks very much for the kind words My Blender skills are a little rusty at the moment,but more where that comes from soon!
  8. Game-ception has been done before, so why not inside DU with LUA
  9. The game design and implementation would be easy to do with LUA, the accepting and dispensing currency is something we don't know about yet. More than likely there will be functions that allow for this, but probably not until the Beta
  10. Where about's in the world are you based? Surely you would be able to get a pre-paid Visa card and use that instead? Is there any reason you can use a Visa Debit card? Or is it something that isn't available in your country? EDIT: Tried this https://www.paypal.com/bm/cgi-bin/webscr?cmd=xpt/account/DCIntro-outside It's for a PayPal Debit Card which basically gives you access to anything that accepts MasterCard (I've not tried it though)
  11. You're not quite getting the point i'm trying to put across though. In the situation you mentioned above this is kinda correct, but for simplicity lets just assume there is only one DPU and one script (a flight script) being run on this huge spaceship by <Player 1>. There is 1 other players on this ship (for example, it doesn't really matter how many). - The ship is moving at 100% speed and being controlled by <Player 1> with the script being executed on <Player 1's> client. - The flight script is continuously updating the speed to 100% speed to keep the ship moving forward. - <Player 1's> client crashes and the the script which is being executed locally stops running and doesn't update the ships speed anymore. - The ship would stop dead in it's tracks and be lifeless. - <Player 2> could pick up the pilot's chair and restart the whole process of setting the speed to 100% to get the spaceship moving again. - <Player 1> logs back in and wants the pilots chair back. - <Player 2> would need to cancel all operation of the flight script, which would stop the ship dead in it's tracks again, and let <player 1> start the whole process again. With that, how is the running of the flight script transferred from <Player 1> to <Player 2> without it stopping? This means no interruption to the running of the script or immersion in game? If there is a way to keep the script alive even after the client has crashed/disconnected then this will mean we can create drones, and in turn self replicating machines/drones. No amount of foresight or LUA knowledge will help you in this scenario, unless there is something the devs are implementing to keep the script running on at least 2 players clients at the same time. Again, this is all guess work.
  12. In what way does the running of the client side script jump from <player 1> to <player 2> to run when <player 1> drops from the game? This goes for ships/drones/auto-machines and everything in between really, the basics of how it all runs and works together. Once we fully know how all this works properly (no more guess work) then things like the self-replicating drones can be brought up again, but at the moment we are just working with snippets of info. EDIT: Sorry, kinda de-railed the topic a little
  13. I never said the ship disappears. The script might still be there, but if the client isn't online to excecute it then it's lifeless, and if no one else on that ship has permission to use that construct then you are stuck. If you say that the client just sends a command (such as 'Forward 10% Thrusters') to the DPU then logs out, but the ship keeps moving forward then the script isn't being run on the client said then. If the script still runs when the client logs out then you have the situation when you can make drones that run by then selves and/or self replicate as much as they want.
  14. But again this brings us around the the large scale ship debate. If the scripts stop running when a player logs out then it means that anything I've programmed on a large ship with loads of players on board will stop working straight away and leave them all stuck on a lifeless construct. How do you define a ship on this scale to continue running, to say a drone that stops running when when you log out?
  15. I don't plan on being anywhere near the Ark Ship after the first few hours, so that's one less player to worry about
  16. Something along these lines would be easy to create in-game by a player using LUA. The only problem is we don't yet know what type of input/display elements will be included in the game to make this possible. I'd rather create it in-game and have full control of the system rather than the devs creating it and limiting me as to what I can do with it.
  17. Not very, there is an auto-programmer that links all the elements together for you and NQ are proving some basic scripts to work with. It doesn't take much to delve in and mess about, if you break it then just start again and learn from your mistakes! There are loads of people on here that are willing to help out with scripting in-game once we get hands onso don't worry
  18. NQ won't even be awake yet give it a few hours at least, then get ready to empty your wallets!
  19. But at what point do you draw the line between reality and playing a game? I've got stuff at home that needs repairing that I haven't got the time to do, I'd rather not have that feeling inside a virtual game world too.
  20. I'm not a fan of that idea to be honest. If I've built something then I'd want it there for others to use and play with long after I've gone (if I've gone!) If 1000+ players decide to turn a whole planet into a city and as soon as they get around to meet the other side you have to start repairs from start to finish over and over again? Would really bug me and probably most players too.
  21. Something simpler would be to give them the effects of g-force (disorientation, etc) if a ship slows down too fast or hits/is hit by another object weather it's another ship or an astroid. Adds a bit more depth to the pilot class with knowing how to manoeuvre the ship and should be much easier to implement with much less server stress, just a though
  22. Having drones stay alive when the player is logged out will cause a lot of stress on the servers. It will keep parts of planets, or even whole planets loaded when no players are around. Think of it in terms of Minecraft, how laggy the server gets with (for example) chunk loaders keeping a 1000 chunks loaded with "machines" working with no one online. Unneeded stress on the server. In the same scenario with DU, what's stopping me (and others) from making a 1000 drones to mine a planet dry and me not logging in for say 7days? It's adding a lot of stress on the server and it's sort of cheating. The people that can create the complex drones to do this would be instantly rich and unbalance the economy instantly.
  23. That tree on the last picture looks awesome! I hope we can build some nice art-deco sculptures and such to make the place look really nice
  24. The only thing that I've wondered about it time. If it will mimic real world time or shorter (maybe 6 hour for a full cycle for example) If it mimics real world time then there would be a lot of people always in the dark when playing maybe as we all start from the same location? I don't know, just a thought
×
×
  • Create New...