Jump to content

joe_mcentire

Members
  • Content Count

    3157
  • Joined

  • Last visited

Everything posted by joe_mcentire

  1. joe_mcentire

    Jump and Grab Mechanic

    fatigue -> (most) of the problem(s) solved
  2. joe_mcentire

    DayZ 2.0 - The Sequel

    because these changes would mean severe alterations within the engine. these things that might basically years.
  3. joe_mcentire

    DayZ 2.0 - The Sequel

    no way? what modding??! that surely can't be right modders will surely overcome the - then still existing - limitations of the game/engine
  4. joe_mcentire

    DayZ 2.0 - The Sequel

    nowhere did i state they would leave the project behind once they have a version 1.0 released. thing is there are certain things, implementations etc parts of the community would like to see which are - however - not really feasible within the current project. So this would leave some speculation regarding what "later" or "in the future" might mean.
  5. joe_mcentire

    DayZ 2.0 - The Sequel

    maybe it is for us, for them idk. considering again years of changing and adapting the engine to include more features to be maybe even voxel based (who knows) and to construct a detailled huge world as being chernarus...to would have to start thinking about pretty early i guess. maybe we will even see a "seamless" transition then to a DayZ 2.0 who knows...
  6. joe_mcentire

    DayZ 2.0 - The Sequel

    to be realistic, from a economic pov, not thinking ahead would be highly negligent. not so easy there ;). why?
  7. You can't fuel it. It lacks proper fuel
  8. joe_mcentire

    Can a moderator...or anyone give me some advice?

    Look for private Servers get whitelisted and you're good to go.
  9. i would like to see an addtitional mountainesque area north or west of Chernarus+ with smaller villages and people with their own traditions and costumes, hence imagine playing as one of the goraly fighting for their kind, fending off all evil with their traditional weapons
  10. related to the banknotes idea: this picture was posted by the arma 3 dev team months ago basically thanking the dayz-dev team for the items...sooo...interesting indeed..
  11. joe_mcentire

    Meet & Greet hosted by [FOG] (Jan. 18th, Sun.)

    i am quite certain they did looking at your profile pic hahah
  12. I've read most recent threads and realized that there are some issues constantly emerging with some ideas. No matter if vehicles, tents or (eventually implemented) team bases, or team effort ideas (e.g. fixing up and maintaning a power plant), they all share at least at some point one problem: What happens if you and/or everyone else of your team logs off from the game? Simple as it is now: abandonment. But is this still a valid and proper mechanism, is this as good as it gets? Just some basically developed ideas from myself: vehicles, tentsas they are objects, it would be easy to attach some info to these. such as last operator/owner, time owned by this owner etc... Based on these information, these objects could simply log off along with your character as long as you're in a reasonable vicinity to them. Problem: Is this immersive at all?! team bases (hypothetical)A group could run a "base"-structure. Let's just assume again there is some mechanism that binds the "base" itself to a person. The main idea here could be that every person (no matter if it is a clan/team/group or not) becomes an owner-"candidate" as long as he is in or again in a reasonable vicinity to that base. The moment he is too far away he loses this candidate status. Now after "X" hours of being candidate you change from candidate to owner. Which means the base-structure lists you as its owner in its properties. Issue: So you have to stay in that base for "X" hours?? We are a group of 6 ppl, it doesn't make any sense that all of us must stay there that amount of time! Another idea could be to implement "quantities" which incorporate the "candidate"-idea. Let's say all candidates that stay "Y" min. together in that base-area would be identified as one quantity. So as long as >= 0% of that quantity stays in the base the "ownership"-timer still will run down. (the same if the quantity is still one single person) So how to deal with logging off? Of course it is not possible to maintain that ownership by always keeping at least one member of that quantity online. It is impossible. There are now again three possibilites: The base gets abandoned leaving the possibility for everyone to become owner, with the same working mechanism as brought to you before, leaving the owner no chance to defend.The base itself is a new instance (meaning loading screen; but only thinkable for tunnel/cave systems in my opinion).The base can get locked in some way, so no other can take over the baseIssue for the latter: What if the base-owner plays on a very unregular basis, leaving no one a chance to take it over? A "Cool-off" or "Abandonment" timer could be implemented. Let's just say 24/48 hours after the last visit of a member of the quantity the base again is free to take over; meaning the same procedure execution as above mentioned. It could be more/less fair for the opposing forces and for the team that owns the base as well. *EDIT: Of course one idea could be to build bases without the (postulated) idea of a dev-defined and fixed to a point base-area, meaning one can build (with a proper crafting-system) a base wherever and out of whatever one wants. Now go a step further: what if you have some kind of "foundation stone". By placing it you define a new base-area of a radius r = "Z" meter. This gives the chance to build more hidden bases and the chance to define the look of it way more independently. Can be almost ruled out : http://dayzmod.com/f...20#entry1204654 team effort ideas (e.g. maintaining a power plant) (hypothetical)This could work similarly as the example above. Let's just focus on the maintenace-part. Again you must stay at least "X" min/hours at the scene, so the plant/factory/whatever to start working by itself. Again two possible ideas for the autonomous functioning of the plant: You need someone after "Y" hours to come and handle the process so that it won't destabilize/shuts down again (the "LOST"-approach)or the "fuck the majority"-approach by introducing passive NPC's that pretend to oversee the process; no one ever has to come back constantly to "press the button". This would also grant the possibility to deliberately sabotage such team efforts, by intruding and killing everyone..So what do you think about that, or better what do you suggest?! edit: Maybe also check this thread out: http://dayzmod.com/f...ge__hl__regular or this one: http://dayzmod.com/forum/index.php?/topic/127431-standalone-suggestion-bases/#entry1227195
  13. joe_mcentire

    how to handle property - the issue when being offline

    i thought i would dig this one up again. bases might be reality sooner or later. any information or links what has been said and done in the meantime. for what it stands, the issue remains (at least for public shards)
  14. joe_mcentire

    Player activated environment sounds

    awesome idea and awesome thread so far. also running shall have severe impact on the sound you make for example in a forest.
  15. joe_mcentire

    Perks/skills/professions/stats

    so what about this idea Hicks? haven't heard about skills in ages.
  16. a little reminder for our devs right here...
  17. joe_mcentire

    Tarps (& shelters)

    can't stress this enough. a tarp would be (imo) one of the five most important things to have in a survival situation. so much room for activities! makeshift...bag, shelter, stash, trap, water shield, weather protection, container, poncho....
  18. that's really a design question and a bit a litmus test right there. are pros outweighing cons? i'd say yes but yes, no one might stop you destroying everything. you could, however, add noise and functioning zeds and there you have an convincing way to stop you from doing so.
  19. offtopic: kichi your sig is from reddit, isn't it? i think it's actually quite useful to have such an option, what do you mean with OP?
  20. joe_mcentire

    chance to injure your wrists/arms/fists

    haha this is actually an awesome idea XD. only being able to eat powdered milk, add straws to this and there you go ;)
  21. joe_mcentire

    Beer/wine/spirits in Dayz

  22. joe_mcentire

    chance to injure your wrists/arms/fists

    i wonder what the new overhauled melee system will comprise in that regard.
  23. what i want to do: adding several different stages for craftable objects - proper workflows with proper time consumption. a simple example to start with: to craft a bow you enter the inventory to drag an ashwood stick onto a rope or vice versa and select the proper option et voila you now have a proper bow. bland and boring if you'd ask me. not really worthy of a true survival game how i think it could be done - Part I: the basic considerations: the idea is now rather similar to how we consume goods already ingame. you can eat/drink your rations in portions or everything at once. everything takes a defined amount of time providing a proper trade-off between being vulnerable for the amount of time or/and gathering needed energy to stay healthy. how i think it could be done - Part II: the idea: How can we use this idea now with crafting? back again to our initial example: the bow. You can craft now a bow in X stages. By selecting craft bow you start an (i'd suggest - at least for a while - generic) animation that indicates that you're about to craft something. Now let's say to finish your piece of work you need Y seconds. So if you let your char finish the whole crafting procedure you shall be rewarded with a fully functional bow. However interrupting the procedure can leave your work only partly finished - it remains in a certain stage of the acual workflow. (let's just say Y/X seconds to jump to or remain in a stage.) what i would like to achieve: give time and time we spend on objectives more value, more weight......which also leads to a deeper and more rewarding crafting-experience......and overall again to a slower pace of gameplay......and an imho better survival experience.anything left to say? yes! you would have several options and could build on such a system. some examples: you could deconstruct certain objects to get seperate fully functional pieces of loot until you haven't reached a "certain" stage of "no going back".You (the devs) could experiment with longer times to refine the crafting ingame: improvised weapons/objects would become much more of a reward and objects of (personal) valuenot fully developed (finished) objects could still be usable but wouldn't work quite properly or have distinctive drawbacks, might even be harmful if the player is unaware of the current state/stage of the developed piece of workcertain loot and objects need to be added at certain stages to add correct workflows for certain tasks to the game. you need to remember them or use your notes.etc.So please, share your opinions with me and... Cheers! In addition: also consider this thread (reddit):"it's about time" - or why we should give "time" more weight, also with Rocket giving a good explanation why "time" is quite a problem within the realm of MMOs.
  24. my new year's resolution: give more time! the whole hermit/makeshift lifestyle can only benefit from such a mechanic.
×