Jump to content

Search the Community

Showing results for tags '40.43'.



More search options

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • News & Announcements
    • News
  • Project Zomboid
    • PZ Updates
    • General Discussions
    • Bug Reports
    • PZ Support
    • PZ Multiplayer
    • PZ Community & Creativity
    • PZ Suggestions
  • PZ Modding
    • Tutorials & Resources
    • Mods
    • Items
    • Mapping
    • Mod Ideas and Requests
  • General Games Development
    • Indie Scene
  • Other Discussions
    • General Discussion
    • Forum Games & Activities

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


AIM


MSN


Website URL


ICQ


Yahoo


Jabber


Skype


Twitter


Location


Interests

Found 7 results

  1. Hi, If you set SafeHouseRemovalTime variable from your server.ini to 597 or higher all claims will fall off immidiately. This is a very nasty bug, many people got burnt off this. I belieive, expected behaviour in this case should be: 1. In-game interface should not allow admins to set an out-of-bounds value 1.1 If out-of-bounds value have been set up via direct config file editing - it should defaults to maximum available value (at least in this specific case). 2. Acceptable range of values for this variable should be declared in config comments and documentation very clearly. Also, why 596? Looks like a pretty artificial limit. Thank you.
  2. This non-residential buildings could be claimed: == Valley Station == Shooting Range; 13250,5430,0; 13290,5460,0 Hunters' Cabin; 13090,5280,0; 13150,5320,0 Gas Station; 12730,5030,0; 12750,5050,0 == West Point == Shops; 11920,6900,0; 12000,6930,0 Shops; 11890,6870,0; 11920,6900,0 Misc Store; 11820,6900,0; 11850,6920,0 == Riverside == Shop at the end of the map; 3670,5730,0; 3690,5760,0 Tool shop at the end of the map; 3620,5710,0; 3640,5730,0 == Rural Town == Gas station; 7290,8190,0; 7320,8210,0 Doctors' office; 7290,8380,0; 7310,8400,0 == Rosewood == Gas Station; 8170,11250,0; 8190,11290,0 Diner; 8060,11440,0; 8090,11470,0 Bar; 8010,11420,0; 8030,11440,0 Shops (Zippe); 8070,11520,0; 8100,11570,0 Shops (McFudg); 8070,11600,0; 8100,11630,0 == Marche Ridge == Dorm; 10040,12610,0; 10130,12680,0 == Muldraugh == Bar; 10750,10540,0; 10770,10560,0 This is wrong. They shouldn't be.
  3. Hi, This is a usability issue, not a big one, but still. As a moderator without access to server internals, I can't copy values from DB Viewer table. For example, to see all users with the same steamid, I need to open a separate notepad window, write there down steamid digit by digit manually, then paste it in DB Viewer in the game. On the other hand, an admin account can click on a record from viewer table, then press 'modify' and and finally copy value from corresponding 'filters' table field with ctrl+c. There should be a more convinient way to do this for a non-admin account. Thanks.
  4. Can't display correctly when forced to use the secondary graphic card. The process will run, but not load textures to the selected graphic card.
  5. Hi everyone! We've been playing PZ previously a long time and also used the dedicated server on my machine (Win 7, batch-file as steam-variant). Everything was working fine, friends were able to connect by ip-address, everything went very smooth. A few weeks (or months?) later we are back at PZ and I wanted to make a server again, this time outside my own home (hosting server, Ubuntu). But we weren't able to make a successful connection between any client and the server. At first it was the firewall, of course. Then there was a difficulty with the ip-address, because the server has 2 of them and there is no option to tell the game, which one to use (or at least I can't find any). But now, all those problems are out of the way and still it's not possible to connect. To be more precise: The clients are getting the error, that's not possible to make a p2p-connection. Looking on the server via netstat, I can see everyone trying to connect, and I also see the reason, why the server is unable to send a reply, but I can't get the source and solution for this. As said when I'm looking via netstat for those incoming connections by the client, I can see that the client is sending the internal lan-ip instead of the public one. Of course, the server, residing in the internet, is unable to reply to any internal ips and so the message pops up, that's not possible to make a p2p-connection. When starting the client in the non-steam-variant (by using the parameter -nosteam), but letting the server be as before, it's not even getting this far and only telling "server does not respond". Running both, server and client with "-nosteam" it works just fine! But I guess it should also work without those launch parameters, also as the client is telling, that it should be possible to connecto to a non-steam server with a steam-client As multiple users have the same problem and showing the same characteristics when trying to connect, we can tell that it's not a problem on the local lan site or everyones routersettings. Any ideas how to fix this?
  6. EDIT: Found fix for this issue! My friend turned off 'Double size textures' option, we restarted the game and when we entered the server he could see snow on ground as well Hi, I am hosting a P2P server for my friend and I (version 40.43). When it snows we both see snow falling and trees being covered in it BUT only I can see the snow covering the ground, he can't. For him the ground looks normal. Could it be because of a certain setting, or is this a bug? He has tried disconnecting and connecting back again. We even tried restarting the server and turning Post-processing on and off. Still nothing. Also, when we are indoors we can see the rain/snow falling outside even though we're not watching trough the windows at that time. It feels like we're on a spaceship, flying trough the stars, kinda messes up with our eyesight, making us dizzy.
  7. Enabling Normal/Hardcore reloading causes XP gain for reloading pistols to occur when inserting the magazine. Additionally, the magazine can be ejected/inserted repeatedly for continued XP gain without using any ammo. Despite this, XP gain appears to only be 0.33 per eject/insert cycle which is laughable. If the pistol were to be used realistically (let's assume you average half a clip before reloading) you would have fired 1710 rounds before finishing THE FIRST LEVEL. (And this is with Fast Learner) This is especially problematic as the "Reload" keybinding only ejects/inserts the magazine, making it extremely cumbersome to try to maximize XP gain without making use of what is clearly an exploit. Additionally, the fact that Hardcore in particular drastically increases the reload time for a pistol just makes the reloading skill that much more important when compared to the easier difficulties. An Easy difficulty player can trivially reload after each shot, allowing them to gain reloading XP when it is not really needed, while a Hardcore difficulty player can not. Using a shotgun should not be 7-15 times more efficient for training reloading, and players using pistols with Reload Difficulty set to Hardcore should not feel like they have to engage in meta behavior in order to raise their reloading skill.
×
×
  • Create New...