New Camo Not loading causing invisible vehicles

[Classified787]

I am having a problem with the new camo in the stores not loading on my server and causing the purchased vehicles being invisible. On the custom camo I made for my server after a restart the camo would disappear but the vehicle would default back to the vehicles default camo. Is any one else having this issue on their servers?

[wiking-at]

no - the mission textures are working fine. i think you made an error when editing the storeConfig.sqf or with one of your other edits.

always run arma3 with "-showscripterrors" as a startup parameter to find problems.

[Classified787]

That is the thing. I am running an unedited version on the test server and it is doing the same thing. It is untouched and just uploaded as a clean reference. But it doesn't do it every time and sometimes it does upload. 

[Classified787]

Let me clarify a little bit. On my test server I am running just a clean unedited copy of the main development branch file. I have not done anything to the code, have not added anything or taken anything out of it. The file loads normally every time with no errors so long as I do not have any purchased vehicles with the added camo in the store. Once a vehicle has been purchased with any one of the camo's available in the store i can shut the server down and restart it and then I get the error during load up that the A3Wasteland.Altis\client\images\vehicleTextures\"whatever camo name was purchased" did not load. And just to clarify this does not happen after every restart, so far on average about 1 in 3 times.

[AgentRev]

Please come back with the exact error message then I'll see what I can do.

[Classified787]

Exact error message is "cannot Load texture mpMission\A3Wasteland.Altis\client\images\vehicletexture ato.jpeg" The actual jpeg file that gets called out will depend on which one was purchased prior to the restart. Not sure if this would effect anything but I am going to wipe my iniDB file and start with a totally clean file. I thought maybe on some odd chance that there might be something causing a conflict when it pulls from the old iniDB file that contained the previous V.9gh of A3wasteland. Thanks for any input on this and you guys are doing a great job.

[AgentRev]

Please give me an actual screenshot or error log. Transcribed stuff has no debugging value.

[Classified787]

Sorry my mistake.

[AgentRev]

I may have an idea on what's the problem. I'll investigate.

[cptdavepilm]

im getting the same thing

[JoSchaap]

lol \n = linebreak in that dialog :P

[AgentRev]

No matter how hard I try, I still cannot reproduce the problem... Does it happen when joining late game too, or only on server start?

[cptdavepilm]

only on server restart mate

[AgentRev]

If so, I suspect it may be an Arma 3 bug where the server tries to broadcast the setObjectTextureGlobal call before the clients have fully loaded the PBO, which I have no influence on.

[cptdavepilm]

ah ok, i will see what i can do my end

[AgentRev]

What I mean by not having influence is that only BIS has the power to fix it.

[cptdavepilm]

i was going to see if it can be called from a different location

[AgentRev]

The "location" where it gets called is the only appropriate one, and "changing it" is extremely unlikely to fix anything.

[Classified787]

For me it is after a restart too. Basically if you have to redownload the PBO mission file and if any player has a vehicle with the additional camo. What is rather interesting is if it fails to load for one player it is the same globally on the server. The other camo loads in but it isn't the same camo everytime. It seems rather random on which one is taking turns not loading after the restart. A thought that I had on this was it might be caused by a slight lag during the downloading of the PBO file and it sort of glitches on apply the new texture to a specific vehicle globally for all the players that are in process of connection and have already connected. I may be way off but I was just trying come up with a logically process for the cause of the issue.

[AgentRev]

I think I have found the source of the problem; it seems to be a bug in the netcode of the setObjectTextureGlobal command. When applying a mission-specific texture to an object, the absolute MPMissions path is added in front of the local path, and broadcast directly as-is to all clients. For the server, this might look like "mpmissions\A3Wasteland.Altis\client\images\vehicleTextures\nato.jpg". However, sometimes clients don't use the same path as the server to refer to the location of the mission, for example "mpmissions__CUR_MP.Altis\"; the "cannot load texture" error happens when the paths don't match, which happens most often when the server runs the mission from a direct folder instead of a PBO, but I think it does sometimes occur even with a proper PBO.

[Classified787]

That is what I am doing, running the server from a direct folder instead of PBO. So should I pack it back into a PBO and run it that way. It is just easier to mess with when I have to do a small edit when it is in a folder format on the server versus the PBO.

[AgentRev]

Yeah, but running from folder has the disadvantage of causing players to redownload the mission everytime they join, as opposed to only since last edit.

[osuapoc]

My experience is that they only download the PBO when it is changed, same as when it is in folder form. This may not be the case if they join a different server between your server joins.

-----Original Message----- From: "Agent Revolution" notifications@github.com Sent: ‎1/‎11/‎2015 4:36 PM To: "A3Wasteland/ArmA3_Wasteland.Altis" ArmA3_Wasteland.Altis@noreply.github.com Subject: Re: [ArmA3_Wasteland.Altis] New Camo Not loading causing invisiblevehicles (#202)

Yeah, but it has the disadvantage of causing players to redownload the mission everytime they join, as opposed to only since last edit. — Reply to this email directly or view it on GitHub.=

[LouDnl]

This is my experience aswell. I run from a folder and not a PBO as it gives more freedom when editing small parts. Players only have to redownload if anything has changed in the folder.

[AgentRev]

Yeah, I guess you only have to redownload if you switch back and forth from another server which also runs from a folder.

[AgentRev]

Created a bug report: http://feedback.arma3.com/view.php?id=22310

[LouDnl]

So for now it's better to disable the textures?

[AgentRev]

That or start using a PBO, you decide.

[Classified787]

Have you seen the same problem with the new PAA files for the new textures in V1.1? So far they have not done it for me. But then it just came out two days ago.