Jump to content

Vindelle_Pounze

Member
  • Posts

    27
  • Joined

  • Last visited

Profile Information

  • Gender
    Not Telling

Vindelle_Pounze's Achievements

  1. Same logs like OP, not starting because of this? Exception in thread "main" java.lang.NoClassDefFoundError: Lgnu/trove/map/hash/TIntObjectHashMap; If so, you should be able to fix this with moving the trove-3.0.3.jar from main installation directory to ./java
  2. For sure not the most urgent one, but manual correction is still needed to start the server ;P
  3. Erm, not exactly, sorry... In ProjectZomboid32.json you did add it to classpath (but the jar still resides in ./projectzomboid instead of ./java - mv it, please), in ProjectZomboid64.json you didn't, though. Well, the fix is not that difficult... if you'd have followed the thread you'd have known how to do it already. You didn't? Well then, fix is just some lines above
  4. Been a while, so it's quite a lot of new stuff for me. Really nice to see cars close to implemented Not exactly sure if it belongs here, but it is sort of feedback on the vehicles branch (I think, tried the "regular" IWBUMS and didn't encounter the same problems), some problems after having play-tested for some hours now. It's been quite a hassle to get it started at all (dedicated server on linux, downloaded through steamcmd on debian 9 x86_64), trying to start from startserver.sh resulted in throwing ClassNotFoundException [see server-console_v33.txt] - fixed that by adjusting ProjectZomboid64.json (trove is not in class path [see respective attachements] plus, unlike all the other .jars, it actually resides inside ./projectzomboid folder instead of ./java folder like all the others - so I moved it there) [goes for builds 32 and 33, did not test earlier builds] Something is wrong with cooking (not 100% sure if this is not the case in IWBUMS branch, but did some play-test there as well and searched the forums and the bugtracker, especially), I had some meals in the oven and while waiting for them to cook I read a little, moved some items to containers and such. When I looked at the oven again the cooking progression reset from nearly done back to start. Once, after taking one fully cooked meal out it duplicated and the remaining ones reset progression. Don't know if related but server-console.txt contains quite a lot of these:"ERROR sendItemsToContainer invalid object index" [see server-console_v32.txt] The progression going back to zero I also experienced while cooking in a microwave, taking one out did reset the others...but that felt like intended (is it? - I mean, you can't just stuff multiple pots of soup and pans with whatever stuff in a microwave at the same time. But you obviously can have four to six pots on one stove plus oven.) Well, this is totally nothing about vehicles but it's problems I didn't encounter before in latest IWBUMS. While I played (the cooking stuff happened in build 32) the update to build 33 went live, will further check if it happens there, too. For now I just checked if the problem with starting the server still persists, which is the case. server-console_v32.txt ProjectZomboid64_changed_v32.json ProjectZomboid64_org_v33.json server-console_v33.txt
  5. While not really necessary, I'd suggest you do for easier maintenance regarding updates and stuff. Debian 7 uses version 2.13 of libc6, you could consider upgrading to Debian 8, try using backports (https://wiki.debian.org/Backports) or try installing that specific package from Debian testing (https://wiki.debian.org/AptPreferences). Some time ago, Kirrus had a script for updating to the required version of libc6. You'll find that in Connall's PZ-Server-Howto (http://theindiestone.com/forums/index.php/topic/5841-buying-running-a-linux-project-zomboid-server/)
  6. Sorry for the late answer, I am on holidays in Turkey right now and don't have regular access to the internet. But I don't think you still need it, do you?
  7. Hmm, same here. The mentioned jre* directories are in place, though. Using the old start-server.sh from backup worked as well as a fresh install instead of updating.
  8. Hi! Did not see this being mentioned neither here nor the support section or the bug tracker (am I the only Linux user left? - maybe I just did not search correctly;)) For me the game was not able to start before manually changing the projectzomboid.sh start script. In console it gave me this :/bin/bash^M: bad interpreter: no such file or directory (and lots more of control characters after fixing that one) When asking the Almighty Google he told me that the script probably was written on a windows machine. Should be fixed I guess. Regarding the build itself I cannot say much, as I was just some minutes in. Looking and 'feeling' great so far.
  9. I guess I'll go with 'Herobrine'? But how should we call 'our' Herobrine? Nosferatu maybe!?
  10. Just my first impression on this update. It really does improve the framerate for me. Now it is very much playable with fps locked to 45, my native resolution of 1680x1050 and lighting on high. Very nice! I did not play it much so far, so I can't say anything regarding bugfixes or features. Specs:
  11. The launcher is working fine for me. Still having some problems, though. -Performance wise, it used to run much better on the older builds (RC 2.5). Using recommended settings (resolution much lowered, native would be 1680x1050) it runs quite ok, but the options screen is cut off. -The multicore option still resets to "NO", will there be a solution for this in the foreseeable future? (as I guess having that working, the performance should be much better) I am on Archlinux, 64bit. System specs: Amd Phenom II x4 940 (AM2+) Amd Radeon HD 6870 with proprietary drivers, catalyst up-to-date 4GB DDR2 800 JRE-openjdk7
  12. I may have misunderstood this, but if this was meant to be 'Tell us if it works on your machine' here it goes; Working on (Arch)Linux x86_64, Laptop with AMD APU A8-4500M (graphics AMD HD7640G); 8GB DDR3-1600. This is the first Steam build that works for me- after doing the 'usual lwjgl stuff' (removing the respective libs from the game's main folder and linking to my system's ones) and disabling the shaders (due to integrated graphics?). Regarding the problem with the lwjgl-libs, why do I still have to do this? Actually, I reinstalled PZ through Steam before posting because I was not sure if I had already done it this time or not, as I am that much used to do it (I believe in every build since 0.2.0q). Nice (I do have slight issues too)
×
×
  • Create New...