Kyun
-
Posts
144 -
Joined
-
Last visited
Posts posted by Kyun
-
-
You may find pipes in containers you have not opened yet. Others got their items choosed at random (with some probability) the first time you opened them.
-
Glad to hear it.
Let me know if you have issues with MP, I could only debug hosting the server & client on the same pc. (I don't know if it changes something or not ^^ ). I'll have access to another computer soon(ish)
-
Well thank you
also, check out:
http://www.twitch.tv/sirtwiggy
will update the thread later today with a download
It really says it all ^^
-
so this mod uses hoses and pipes...i havent come across these items anywhere yet, also if this mods is supossed to add them, as admins we should be able to spawn them in maybe, is so what are the item codes...
i placed the media folder inside steam/steamapps/project zomboid.
im assuming that is correct
i also placed it into C/user/mynname/zomboid/mod does this need to be there
You can spawn the garden hose (only item the mod adds), the code is ( module.itemName ) "waterPipes.WaterPipe" (scripts folder). Yeah it's a garden hose but when I started I called the mod waterPipe (I didn't know "garden hose" was more accurate
)If you have a question mark instead of the icon, something is wrong. There has been issues with OSX/linux with previous versions, I assume those issues (and solutions) are still the same. Look at pages 2-3.
You followed the installation instructions (both SP & MP (you should have a prompt for 2 overwrited files in the later case)) so it should be ok. I found one garden hose so far in my current game ; granted the hoses seem to be quite rare.
Did you see any error(s) loading the game/map/save ? I guess you're playing build 26.
PS : Use necroForge to test the mod, it's faster. Or right click on a rain barrel and a "garden hose" entry should appear in the menu.
PS2 : everything is where it should be on windows (item distribution is in media\lua\server\Items, on build26)
-
I don't think mods should be installed in the server folder, but I may be wrong.
So far I have 2 ways to load a mod, server side :
1. Place the mod folders (not the root) in the PZ install dir (both on the client and server computer)
2. Place the mod (the root) in the mod folder like playing solo, and put the mod's name in the server.ini (Mods=toto;tata;waterPipes)
Option 1. works
Option 2. doesn't
You should stick to option 1. until I find out why. I don't really know about other mods.
PS : no need to use the server.ini if you use option 1. The mod will be seen as original content. I hope it solves your issue. ( don't forget to delete the old mod files in the PZ dir that were not at the right place, check integrity with steam)
-
Are you still getting the error you had when loading the map ?
-
Still getting the trace error, I am installing it by simply copying the folder called waterPipes into the mods folder on the server directory and the mods folder in the client folder.
For a multiplayer install put the mod media folder in Steam\steamapps\common\ProjectZomboid. Not in the usual mod directory (didn't try this for MP).
Don't put the folder waterPipes in media/lua/server ( or client ). The mod already include server and client folders.
Follow the install guide on OP. I'll try your way and see how I can get the server to load a mod without dropping files into PZ install.
when i tried the previous version,it wouldnt show the barrels when i tried to build them.has this been fixed?
It works fine with me. How did you install the mod ?
PS : am I the only one with a working mod ? ^^
-
I got the same error above and it was on my multiplayer server that I run.
Loading: C:/Users/Darrien/Zomboid/mods/waterPipes/media/lua/server/BuildingObjec
ts/RainCollectorBarrel.lua
-------------------------------------------------------------
attempted index: derive of non-table: null
-----------------------------------------
STACK TRACE
-----------------------------------------
function: RainCollectorBarrel.lua -- file: RainCollectorBarrel.lua line # 6
attempted index: derive of non-table: null--------------------------------------
---
STACK TRACE
-----------------------------------------
function: RainCollectorBarrel.lua -- file: RainCollectorBarrel.lua line # 6
Apr 30, 2014 4:08:11 PM zombie.Lua.LuaManager RunLua
SEVERE: null
I'm going to look into it this afternoon. Line 6 :
RainCollectorBarrel = ISBuildingObject:derive("RainCollectorBarrel");How did you install the mod for the server / client ? (just wondering)
EDIT : new version, try it out and let me know (if you did a multiplayer install do a multiplayer install again to overwrite the mod old files). It works alright on my computer (SP & MP) on IWBUMS branch. No other stuff installed.
-
I see your point
Now all I need is a robot to do the initial work for me
I am just so lazy! Once the version is more stable and no issue arise, I may do a lazy version (a toggle on the barrel to let water flow more).
-
STACK TRACE
-----------------------------------------
function: loadBarrels -- file: RainCollectorBarrel.lua line # 324
Object tried to call nil in loadBarrels-----------------------------------------
STACK TRACE
-----------------------------------------
function: loadBarrels -- file: RainCollectorBarrel.lua line # 324
I get this error on the game initialising (on map)
Hm that's weird. Here's the line 324 :
function RainCollectorBarrel.convertOldModData() if RainCollectorBarrel.modData.rcbarrel and RainCollectorBarrel.modData.rcbarrel.barrels then return end RainCollectorBarrel.modData.rcbarrel = {} RainCollectorBarrel.modData.rcbarrel.barrels = {}endfunction RainCollectorBarrel.loadBarrels() if isClient() then return; end if getCore():isDedicated() then return; end RainCollectorBarrel.modData = GameTime:getInstance():getModData(); -- convert old barrels RainCollectorBarrel.convertOldModData()It's a function call, just an init really, maybe you can show more log ( are you playing SP or MP ? ).
When in doubt, do a steam integrity check (right click on game, properties, files (?)). I like to delete the lua folder just to be sure (doesn't matter if textures, ui or sound remain). I'll look more into it by friday ( it's 23:20 here
).EDIT : just saw an update, maybe that's it. I'm on IWBUMS (something like that).
-
Just saying great job, I'm gonna play on it next time
-
It's not about "starting" the water flow.
The mod adds 1 water to plants every 2 in game hours. Your plants lose 1 water every 2 in game hours. So your plants stay at the same level (not accounting for sunny days). But raining will take care of sunny days.
If you farm stuff that takes up to 100 water, water to 100 first so it stays at 100 or decrease by 0.1 on sunny days.
If you farm stuff that takes up to 65/75 water, water to 65/75 first, etc. Maybe you can farm them indoor ? didn't try it. Rain wouldn't increase the water amount
PS : It was really broken ; the rain collector barrel code changed a lot, as did the farming code. The plants could not even be found since introduction of nested lua tables. I'm not even gonna talk about MP
-
Glad to know you're working on it.
I'm looking forward to it working for IWBUMS Build 26 and onwards.
Will you be updating it at pz-mods.net as well?
Sure.
It's taking a little longer but it works also in multiplayer
-
I stumbled upon this by accident.
I too am trying to make a Build 23 mod work with Build 25.
The mod is "Drip Irrigation" by Kyun.
[...]
So now I don't see the error in the stack trace log anymore.
I'll report back when I actually do some exploring and find the Garden Hose loot.
Hello there,
as I (may) have said, I don't have much free time nowadays so it took some time. Good news is it's almost finished and ready to upload (build26+) - worst case by next week-end. A lot has changed and the rain barrel code as well as the takeWaterAction stuff have to be redone.
I have a few issues with the object:setWaterAmount stuff working with integers only but I'll find a way. fertilizing, pouring & taking water works alright, as well as plants watering. I think it's pretty much ready for the MP part too (client commands sent to the server, etc) but I'll have to test this next week-end.
and once again in the spirit of learning, should a conf file have more than this:trappingTraps = {'RatTrap', 'BoxTrap'};
to work?
The other two conf files I have have a lot more content, as well as the farming_vegetableconf file.
At first I hoped relocating the conf files to the server folder, to match farmings location would work, but the error persisted. So I wondered if perhaps a more recent build required something more for this reference to become 'visible' to the game...
Hehe I updated this mod for build 23, now it's really outdated. Those 'config files' are just regular files hosting constants. It's okay to have one small table in it. If I remember, there are 2 other files for each trap.
-
-
I don't have an accurate answer but I'd say it depends. Some could be tied to a everyTenMinutes event, and even then it's up to the coder. You can call item:Use() n times in a loop if you want and each call will reduce the delta by UseDelta.
For some actions (like taking / pouring water) I think it's related to the action progress (which has its own time).
-
I play with the wooden dowels mod, which use carpentry skill + 1 for all objects, so the last level is used
Check it out it you run out of nails. It's also realistic.
-
I'm thinking that a good solution to that would be to spawn trees next to trees only. It makes sense if you think about it, seeds will fall from trees and new ones will grow next to it (there are no birds yet to propagate those seeds so
).That way you wouldn't have trees on middle of the highway or in your garden, they'd come slowly to your safehouse
But I don't know how complex it would be to implement. -
I think I read somewhere that Exit is temporary, as there will be a back to menu & other buttons once memory leaks with those are fixed. Although it's really not that important.
-
A quick solution would be to implement a right click menu to get the torch back (we would also need a sprite without the torch, shouldn't be too hard). Then you could dismantle or not, it would make sense to do it that way.
A little event, check for presence of the torch, and get it back (or put it back). Should be a few lines of code.
EDIT : it turns out it's not that simple
I have no idea how to interract with the torch from the isoObject, only the fuel (it seems java related ?), so all I can do is remove the whole and put another object, pretty useless imo. And since I suck at doing sprites, I just removed the object.I can't call it a mod, it's more a temporary fix till more is implemented or someone else gives it a try.
Here's the link (adds a menu to remove the pillar, keeping the rope, torch and a plank).
You'll say : hey, I get a torch back with full battery life ! Well, take the empty battery back from the pillar, put it in another flashlight, and it's recharged
So I didn't spend time to look around, since it's temporary anyway (I hope). -
Confusion always happens with this stuff.
With electrolysis you do need a current to make a chemical reaction. The electrolyte is there for the ions to carry the current, and the chemical reaction occurs. The whole is an electrolytic cell.
But here, we want to produce current. We want a galvanic cell, which derives current from the chemical reaction. It's the opposite way if you want.
-
Rathlord likes :
- npcs survivors get together in a safehouse, they form a group. You walk by, they are not hostile at this moment and you are not either, you talk to them and maybe they'll trade with you (according to what they have and need).
There are no "traders", only survivors that (can) trade.
Rathlord doesn't like :
- There is a tradepost, same place in every game, same people, same structures built and they sell all or most of game items.
There are traders, not survivors.
I agree the first version is much more immersive.
-
Imo that's because the torch is not really a needed item :
lamp.modData["need:Base.Plank"] = "2";lamp.modData["need:Base.Rope"] = "1";lamp.modData["need:Base.Nails"] = "4";lamp.fuel = "Base.Battery";lamp.baseItem = "Torch";
self.javaObject:createLightSource(self.radius, offsetX, offsetY, 0, 0, self.fuel, self.character:getInventory():FindAndReturn(self.baseItem), self.character);
Therefor you won't be able to get a torch back when a pillar is destroyed, ever. Although I don't know what createLightSource does.
-
so it's simply a test for selected people eh
It's open to everyone, the password is hidden within the message
It's to make sure you know this branch is more vulnerable to bugs than others.PS : not that hidden !
Released: Build 28.3
in PZ Updates
Posted
Hi,
My 2 cents about loot respawn ; on some servers, player constructions tend to occupy more and more space, which makes loot respawn almost useless. Would it not be better if loot respawned "around" a new player upon joining a server ? ( first time joining the server with the given account ) ? That way new comers would be able to get a start without starving immediatly as no players may be met the fist days.
Spawn locations may need to be random ( to not spawn into a player base, it happened to me
) so food don't spawn there.
I didn't go through all 34 pages to check if someone already asked, sorry if that's the case. ^^