General > Developers Corner
Model not showing for OSX users *only on a dedicated*
Megiddo:
There's probably more files than that, I don't see any spawn code in there. Can you share the other files included in the addon with us?
JamminR:
Krooks, how big is the addon zipped?
If it's large, try zipping it without the models and attach it to a post.
If it's not too big, zip it all and attach it.
If you're attempting to learn how to do it without us doing all the work, we'll be more than happy to look and say something like "check out the area of line <#> of file <z>.
If you really don't care, well, it's distraction from our normal routine and an interesting challenge.
krooks:
Thanks again for all of the replies and willingness to help, ulysses must be the mature gmod hangout LOL
I'm sort of in learning mode right now, but I will zip it and get you guys a copy so that we can all be on the same page.
Something interesting happend just now, though.
I deleted wire svn and the wire model pack (client side), and now it's visible!
(which makes me wonder if wire also conflicts with windows users as well... I will test it when I have time and will report back).
(my) Pyroteknix
JamminR:
--- Quote from: krooks on January 09, 2011, 02:02:26 AM --- the mature gmod hangout LOL
I'm sort of in learning mode right now
--- End quote ---
Thanks!
We like to think so, and like to help those who are mature enough to look before leaping (ie, search/read our forums before just asking a question that's already been asked), and ask valid questions/provide valid information about errors they are getting (ie, "it don't work" provides no useful information)
Well, then, if it works, doesn't sound like I need to take a look at it.
Lots of ideas of why/where conflicts could be occurring.
Primary -
Wire is huge. They may have had to work around quirks of Gmod that modify some spawn behavior. Old Pyro code may not handle it well.
Wire has had many authors. One of its bits could cause conflict.
Pyro may just have a function due to global use of a variable that wire does too, bad function use, something due to it's age/author's uncertainty.
Any mix of above.
EDIT - Took a quick look.
I don't know tools well, only bits I've ever dealt with was my Prop Balloon maker. It never made it to release more than from here.
(In other words, I never really finished it, and it's current quality isn't worth Facepunch/gmod.org)
Two things I see off hand
1) He uses umsg in the actual tool. (That may not be bad, but Megiddo found some type of flaw recently), wire's use of them may conflict
2) He add's wire support in line 18 of lua\components\entities\init.lua . It's possible that format is old, no longer used.
May check for other 'wire support' within the files using your operating systems text finder. Comment it out, add wire back, see if it fixes it.
krooks:
Alright so I've done some messing around just to get a better idea of exactly where the problem is stemming from, and heres what I've found.
Windows, no problems.
OSX problems:
•Single player, no problems with or without wire.
•On a server, with client wire, invisible rockets.
•On a server, without client wire, visible rockets.
•On a server that does not have wire, but client has wire, invisible.
So, from this we see that the problem has to do with clientside wire, and the fact that the client is connected to a server, Otherwise it is fine.
I commented out the wire bits in all of the pyroteknix lua files on the server, and got rid of my client side pyroteknix addon (so that I knew i was using the servers version), and still had problems with wire installed on client.
Navigation
[0] Message Index
[*] Previous page
Go to full version