Install Steam
login
|
language
简体中文 (Simplified Chinese)
繁體中文 (Traditional Chinese)
日本語 (Japanese)
한국어 (Korean)
ไทย (Thai)
Български (Bulgarian)
Čeština (Czech)
Dansk (Danish)
Deutsch (German)
Español - España (Spanish - Spain)
Español - Latinoamérica (Spanish - Latin America)
Ελληνικά (Greek)
Français (French)
Italiano (Italian)
Bahasa Indonesia (Indonesian)
Magyar (Hungarian)
Nederlands (Dutch)
Norsk (Norwegian)
Polski (Polish)
Português (Portuguese - Portugal)
Português - Brasil (Portuguese - Brazil)
Română (Romanian)
Русский (Russian)
Suomi (Finnish)
Svenska (Swedish)
Türkçe (Turkish)
Tiếng Việt (Vietnamese)
Українська (Ukrainian)
Report a translation problem
[Image Stickers - Internet pictures attached to entities] lua/entities/image_sticker.lua:430: attempt to call method 'CreateImage' (a nil value)
1. onsuccess - lua/entities/image_sticker.lua:430
2. unknown - lua/includes/modules/http.lua:29 (x2)
We have alot of image stickers on the map and its causing massive slow down at random times. it gets better when multiple people are online though, but if only 1 person is online there are massive lag spiked every 45sec (goes from 230fps to 12-15 for second, freezes, then goes back up)
We tried just one sticker but even just one caused the issues
when i tried it just showed up as a plastic 2x2 piece
no need to apologize, it's okay :3
Well then, it means that i've already did everything i could
thank you
You don't need to weld/parent the image sticker to anything, unless that thing moves; then you do. The "Recalculate Shrinkwrap" doesn't stick the individual points of the image onto the entity or anything like that, that's still up to you to do.
The reason being that the process of wrapping around an object, default source traces or not, is still very taxing on performance; so your client calculates the wrap around the model, then sends it to the server for other clients.
(sorry for the late response, I forget to check comments...)
Something that might throw you off is that it does a "low precision" wrap in the gizmo (the live preview, shown in the image), but once calculated it does a "high precision" wrap. The difference being that low precision uses built-in Garry's Mod traces (which only trace physical hitboxes) while high precision uses a custom tracing function that can trace around visual models.
If that messes with things, you can try turning off "Shrinkwrap using individual mesh?" in the Shrinkwrapping setting on the entity.
1. func - lua/imagestickers/assignment.lua:15
2. unknown - lua/includes/extensions/net.lua:38
3. xpcall - [C]:-1
4. unknown - [string "__phys_aa_caller.lua"]:7
I Have big problem for my serv are u have solution ?
@Zrafy Already aware of the issue, just can't find a root cause (yet), had some theories on how to fix it, will test
@OceFist Been a while, but try either setting the color opacity of the entity to 254 (or anything thats below 255) or enabling the Translucent option. Either works; but the alpha option works better. Blame source/gmod for that one
Let me know if anything else comes up and I'll let you know as well if I implement any changes
@Xrafy 705 Not sure why you needed to make an Imgur account, I never had to make one. Again at some point in the future a broader whitelist is coming, just more of a pain due to code structure fails on my part & lack of time
I did most of my testing with a few addons and the final tests with -noworkshop and -noaddons, so it could honestly be an addon conflict of some kind since I never had this issue in my testing... I don't know how, or with what addon, though. I wouldn't think it would be some kind of material name/global table/hook name conflict for sure, given those all used unique names.
By right afterward I assume you mean around the next game tick (very quickly) right? My best guess was that it has something to do with how I'm caching materials, and I was planning to mess with that anyway due to aforementioned different bug (basically, two image stickers using the same URL can cause properties to unintentionally affect other stickers with the same URL). I think I know a fix for that though, and I'm kind of hoping that fix also fixes the black screen issue. I'll give it a try later tomorrow and see what happens.
Out of curiosity, are you on the x86-64 branch of Garry's Mod? Not sure if there's any material rendering differences there (kind of doubt it) but worth checking I guess. Easiest way to check is if Garry's Mod has a [x86-64] on the right-side of its name in Steam's game list.
@Vilbys Sounds like it could be a caching issue then. The addon saves the material for later use so it doesn't have to request more than once per game session. Send me the link in particular and I'll try to see if I can figure out the issue