Jump to content

Hatsune Miku

Member
  • Posts

    16
  • Joined

  • Last visited

About Hatsune Miku

  • Birthday 03/23/1990

Profile Information

  • Gender
    Man

Recent Profile Visitors

1175 profile views

Hatsune Miku's Achievements

  1. The onlinetest version has a few kinks. Zombies: Can't grab in this version, therefore being unable to slow down players to deal damage effectivelyDeal damage, silently. If you look at the screenshot again, you see the pain moodle on the right. If you look at your character health, you've likely been wounded several times over by nowSeem to deal reduced damage and have a lower than normal success rate at causing bite/scratch status effects.
  2. Hatsune Miku

    LAN Servers

    If he has Windows Firewall (or some alternate software firewall) enabled, he can either add the ports required to it, add java.exe as an exception or disable the firewall altogether. Are you sure you should be connecting with 192.168.1.? and not 192.168.0.? His address should be in the 0 subnet unless it's been reserved for whatever reason.
  3. http://theindiestone.com/forums/index.php/topic/5800-mp-onlinetest-bugs/#entry81901 See the following post regarding this issue.
  4. Perhaps it should be quite harsh. This'll give you reason to add something like an 'Observant' personality trait that lets players use this system. The killers themselves can then also have something like a 'calm and collected' trait that would halve the timer, or make the skull icon only appear after ~30 seconds of entering another player's vicinity who has the observant trait.
  5. http://theindiestone.com/forums/index.php/topic/6095-problem-running-onlinetest/ You have the same issue as this person at the moment. You can try the suggestion given in that thread and update your graphics drivers directly from the manufacturer. Before that though, follow Enigma's instruction, delete your Zomboid folder and restart your game.
  6. Ah, I was wondering where you got 'user.name=' from. Basically CTRL+A and copy paste everything into a post here.
  7. Console? No, the steps given should load a program called 'Run': In the Open: field you type: %homepath%\Zomboid And then hit OK. That should take you to where zomboid stores its log file. Note %homepath% rather than %username%. %username% wont work here unless your windows username has no spaces. Edit: Bad habit of me assuming what operating system you're running, but it would be good if you could clarify that. When you've found the log file, dump the contents of that file here.
  8. Under Windows, hit Window Key + R (or hit the start button and type 'run' into the search field) and insert: %homepath%\Zomboid %homepath% is your windows account profile folder.
  9. I haven't used Windows Firewall in forever, but I assume you'll have to add java.exe to the list of exceptions. Failing that, the ports themselves.
  10. Starting location is currently hardcoded. There's a post somewhere about using custom maps though, albeit complex.
  11. Get the log output before you do: Same folder, log should be called mpconsole.txt
  12. I wouldn't call it out of nowhere - i'm sure it's been on some developers minds, but the hardware just wasn't really at a level to tackle 'scale' like these newcomers do now.
  13. - Learn the ins and outs of C# syntax - Really get a good grasp of the OOP (Object orient programming) paradigm. It's heavily relevant in game development and will likely take your time getting your head around it - Documentation They're probably the three major pieces you'll need to get out of the way if you've only dipped into the language. I somehow survived formal education at a technical college diving straight into 3D games development using jMonkeyEngine for two years, but you've the time. There are sites out there that throw random pieces of work at you which you can tackle in your prefered language, but since you're making games, you can probably come up with something small yourself. You can by all means dive straight in and get to work on your game, applying your knowledge as you go. Alternatively, you can start off with a console based game (or general application) so you can work on OOP design concepts, data structures, getting a handle on the language and getting results without delving into the realm of semicomplicated graphic and GUI handling right off the bat. Unity and Gamemaker seems to handle a fair amount of the graphical aspects for you through their included development environments, making it somewhat simple to get stuff out there. Theres a train of thought in the programming field that you don't really need to know in depth how most libraries work under the hood, with good reason as they're usually on another level of complexity that really doesn't apply to you. Personally, I'd actually suggest finding alternative libraries that lets you learn how to handle graphics and guis yourself as a seperate excercise. Why? Well, you could probably make Project Zomboid in Unity. However, and this might not be the best example considering how modular Unity seems to be - a situation may become apparent when the engine or the environment may not necessarily handle certain processes or memory in the manner that you'd like them to, leaving you with little to no options but to develop your own. Just something to think about. Theres a handful of other fluff you can work on beyond that - AI, procedural generation, rendering techniques... whatever you need to get the game feature finished. Learn a scripting language (LUA, Python, ...). It'll come in handy for automating some tasks or later on, providing an API for others to insert mods into one of your games that might increase it's longevity or interest. Take some time to learn how to read and write game design documents. For me it was a pain in the rear but it serves its purpose in a team environment. You can be a bit more lenient if your doing it lone wolf, but you still need to somehow keep track of what the hell you're working on, feature wise. Version control and backups are also something to look at, particularly off-site if you end up with hardware issues or don't want some asshole breaking into your studio and stealing all your work and making you start from almost scratch. Ahem, As you've already gathered, it's a long road and theres a mess of stuff that I haven't gone through either (deployment, proper licensing, post-release bug management, ...) - it's a constant learning experience.
×
×
  • Create New...