This is because the current technology doesn't allow editing existing briefing entries. The module reflects it by deleting the module after you confirm it.
We'd like to look at the briefing structure in the future, but I'm afraid this issue will have to remain until then.
possibly related http://feedback.arma3.com/view.php?id=17402
Ok add to this that it is random! Just retested and teleport didn't happen on the second JIP not the first one
Hello,
would it be possible to upload a simple repro mission?
Thank you very much
Still not working on DEDICATED ! (Global command wich not work on Server)
updated repro
#PUSH
Still more info needed?
related to server side of playSound3d being broken http://feedback.arma3.com/view.php?id=17678
Hello,
would it be possible to upload a simple repro mission?
Thank you very much
Mass closing tickets marked as resolved more than 1 month ago.
If the issue is in fact not resolved, please create a new ticket referencing this one and ask for it to be re-opened.
So problem was fixed and will be delivered to you as soon as possible ;)
rev. 123779
Just checked, it is indeed an issue. I made a video (not sure if that's really going to help, but it took me 10 minutes so, yeah : https://www.youtube.com/watch?v=MMWntzcOYJE&feature=youtu.be )
lol not going too well this idea is it? :-z
Would any of the down voters care to explain why they are against such a realistic and functional feature?
The reason that off road vehicles have an attitude meter is so you can tell when you are taking the vehicle to the limits so you don't end up on your roof :-)
Really important for military vehicles exploring an unknown route with extreme terrain.
Here's one in its simplest form...
http://www.aliexpress.com/item/Off-road-vehicle-balance-instrument-Car-slope-meter-Measuring-tilt-Angle-elevation-Angle-rotation-Angle-changes/1072490436.html
Okay, even though I don't understand why you would need to know the pitch of your offroad, what you are looking for is calling "augmented reality on windshield". I added a picture.
This is an actual problem with for example an assault boat. You do not have a radar and you cannot bring your compass up. The only way to navigate in an assault boat is via GPS. Regarding other vehicles i don't think anything needs to be done.
Simply make the use of compass available in assault boats.
I find it very annoying that I can't use my compass for some vehicles. It's RIDICULOUS! For instance if I'm by myself in a boat, I don't have a radar and it doesn't let me pull out my compass. HOW AM I SUPPOSED TO KNOW WHERE I'M GOING?
Please add the ability to use your compass as a driver.
Learn the bearings.
North = 0
East = 90
South = 180
West = 270
On the other hand, use the GPS of the vehicles (it's showing the view direction too).
I know! But like I said, I can't read bearings that quickly.
The radar IS compass ;)
That could be possible, I will check it out tonight. Thanks!
just my 50cents: changes were made on data and code side. So Maybe you have a correct binary file, but still using an old version of Addons.
Yeah, it's working now :)
Mass closing tickets marked as resolved more than 1 month ago.
If the issue is in fact not resolved, please create a new ticket referencing this one and ask for it to be re-opened.
Checked DEV version, everything works properly now, both addUniform and addVest commands delete previous uniform and vest.
Thanks, I will check this out tonight then. japa, this issue can be set as resolved then I think, if it works fine for SaMatra, must be something wrong with my set-up.
If I notice any other issue with this I will make a new issue (as I have been having some issues myself with items in uniforms/vest syncing to server, but that is a different problem)
gdscei, yes, both addVest and addUniform properly delete previous containers as well as create new containers, you either use wrong dev version or its some kind of misunderstanding, everything works perfect for me.
SaMatra, are the containers variables cleared for you? They are not for me.
japa: will try this evening to get some images. Basicly, in the repro, there are two variables per clothing item (uniform & vest), oldUniform & uniformContainer, and oldVest & vestContainer. The oldUniform&oldVest variables are NULL when changed, but the container variables stay with the same data for me.
should be fixed in DEV. 124012(will be distributed tomorrow). So please give me a feedback whether my patch will really help
sorry, but I'm trying to understand you. Can you describe a concrete problem? Maybe with before/after image as attachment?
The oldUniform and oldVest variables do return NULL object, but the container variables are not, they are still filled with the same data as before changing uniform/vest.
I tried the repro out in DEV 29-4 124017, container variables in hint still not deleted.
still not deleted or start returning <NULL-object>? Because variables oldUniform and oldVest are still present, but should lead to a NULL object
LoL
Maybe need to close?
Max Length OnLoadName is 22 symbols and one line!
And rightly br/(br /)With <>
Not <br \>
Sorry for my Bad English
Hello,
could you please upload a repro mission with description.ext file displaying the problem? It would help us a lot. Thank you.
sorry about the delay. It is uploaded. All vanilla.
Hello,
thank you for the repro mission. I was not able to see anything wrong, though. It could be that I am using very powerful PC and my loading screen is too short to display the mission name (tried SP, MP and MP on dedicated server). Could you please upload a short video (on youtube for example) where the problem can be seen?
will do.
will do tonight.
You're right. The reason is, that the description.ext resides inside of .pbo stored on Steam Workshop. Steam doesn't allow to access the insides of the .pbo, so to display at least some information we decided to display Steam's metadata (mission name, author, description and picture). There exist certain possibilities for improvement of this behavior and will be investigated.
Mass-closing all resolved issues not updated in the last month.
Please PM me in BI Forums (http://forums.bistudio.com/member.php?55374-Fireball) if you feel your bug was closed in error.
Hello, you don't even need to bother exploding the orca in air, just kill the pilot. I used a GM6 Lynx, the orca was on the ground.
Hello,
it is fixed now, thank you very much.
latest update to pboProject incorporates the discoveries made by DeanosBeano, to whom, all honor and glory.
People using pboProject are reporting that the 'no icons' issue is now solved. See:
http://forums.bistudio.com/showthread.php?180033-Building-now-showing-on-MAP
https://dev.withsix.com/projects/mikero-pbodll/files
enjoy
It does read the Model ok the problem is because of two reaons :
A: you havent binarised the Mlod house etc first ( addon builder will move this to the temp folder)
B: Addon Builder will not move a binarised P3d to the temp folder becuase its on a map , you have to do it manually before Binarisng the map.
Log report Using Unbinned A3 Sample Houseexample and Binarised Gate reports as follows without moving the Binned p3ds and not Binarising the Mlod sample house before Binarising the map :
A3 Binarised P3d
using non-binarized object a3\structures_f\walls\city_gate_f.p3d
Cannot open object a3\structures_f\walls\city_gate_f.p3d
A3 Samples Unbinarised P3d
using non-binarized object samples_f\Test_House_01\Test_House_01_F.p3d
Cannot open object samples_f\test_house_01\test_house_01_f.p3d
THE TEMP FIX : http://i.imgur.com/5ddoKZD.jpg
It seems the FIX is to manually copy the Folders of the Binarised objects your map uses and configs to Local\temp\ or whatever the TEMP folder is defined as in your addon builder GUI.
The Models that are used and unbinarised must be Binarised Before the map is Binarised.
this will then fix it , you will still get the unrelatedd error of the Walls not having a Class in the Geo LOD but it will now work and show in the m,ap :)
Class Land_city_8m_f exists, but there is no property class in a3\structures_f\walls\city_8m_f.p3d
Class Land_city_8m_f exists, but there is no property class in a3\structures_f\walls\city_8m_f.p3d
Class Land_city_8m_f exists, but there is no property class in a3\structures_f\walls\city_8m_f.p3d
Class Land_city2_4m_f exists, but there is no property class in a3\structures_f\walls\city2_4m_f.p3d
Class Land_city_8m_f exists, but there is no property class in a3\structures_f\walls\city_8m_f.p3d
Class Land_city_pillar_f exists, but there is no property class in a3\structures_f\walls\city_pillar_f.p3d
Class Land_city_8m_f exists, but there is no property class in a3\structures_f\walls\city_8m_f.p3d
Class Land_city_8m_f exists, but there is no property class in a3\structures_f\walls\city_8m_f.p3d
Class Land_city_8m_f exists, but there is no property class in a3\structures_f\walls\city_8m_f.p3d
Class Land_city_8m_f exists, but there is no property class in a3\structures_f\walls\city_8m_f.p3d
Class Land_city2_4m_f exists, but there is no property class in a3\structures_f\walls\city2_4m_f.p3d
Class Land_city_8m_f exists, but there is no property class in a3\structures_f\walls\city_8m_f.p3d
Class Land_city_pillar_f exists, but there is no property class in a3\structures_f\walls\city_pillar_f.p3d
Class Land_city2_4m_f exists, but there is no property class in a3\structures_f\walls\city2_4m_f.p3d
Class Land_city_8m_f exists, but there is no property class in a3\structures_f\walls\city_8m_f.p3d
Class Land_city_8m_f exists, but there is no property class in a3\structures_f\walls\city_8m_f.p3d
Class Land_city_pillar_f exists, but there is no property class in a3\structures_f\walls\city_pillar_f.p3d
Class Land_city_8m_f exists, but there is no property class in a3\structures_f\walls\city_8m_f.p3d
Class Land_city_8m_f exists, but there is no property class in a3\structures_f\walls\city_8m_f.p3d
Im not sure this is related possibly because there are two instances of the wall in the same place or its simply registering the presence of the object , i will check that :)
Info: Persistence detected on [139,177]:
"a3\structures_f\walls\city_gate_f.p3d": "house": 16 "samples_f\test_house_01\test_house_01_f.p3d": "house": 16
Info: Persistence detected on [140,177]:
"a3\structures_f\households\house_big01\i_house_big_01_v1_f.p3d": "house": 16
Info: Persistence detected on [139,177]:
"a3\structures_f\walls\city_gate_f.p3d": "house": 16 "samples_f\test_house_01\test_house_01_f.p3d": "house": 16
Info: Persistence detected on [140,177]:
"a3\structures_f\households\house_big01\i_house_big_01_v1_f.p3d": "house": 16
Nicely explained. I'm scratching head at moment to see how to automate this in pboProject.
Well its obviously a mixture of incoherent rant and Facts
The strange thing is Binpbo used to copy every Texture p3d and config that was related in the Reqired addons in cfgpatches / and cfgvehicle dependancy over to the Temp file during binarising , The CLEAR TEMP was never what it depicted itself to be because it has nor never should clear the Temp files unless the current file or part there of has changed , or it would recopy every file to TEMP every Binarise session and that would be rificulous.
I have wondered if the Bin config in the Binarizefolder was kep uptodate it would also help as its simply a very low version of the heirarchy and is never updated , never actually knew what the exe pulls from the Addon to be binarised and pits against the Binarize version but there is always clashes and arguments with the two .
Anway hope the TEMP fix helps some
Depends if you trust Bis to automate the process and completely ruin the whole shebang or worse trust them to read from your actual pdrive and files and completely misubdrstand UAC registries ,xml , Et Al and ruin everything again and delete your sources :)
For me its a Fix because it works it involves Ctrl C and Ctrl V and thats it just once .
For others as always its a world of choice , wait for bis and cross fingers or take matters into your own hands
Personally I dont think your arma3p is a fix but a work around because I have pbos full of binned models and configs in the game folder but now I have 3 , but I welcome yoyr Fix with open arms and woukdnt trust bis to alliw buldozer and tb to read straight from the pbo :) like the game already does and use psuedo p3d for binarising made up of geo lod for class properties
To put into perspective, ive lost over 200 hours of valuable spare time and what I find incredulous is im forced to use your environment to be able to use BIS tools and BIS refuse to accept there Instalation is flawed beyond contempt .
Take this guy for instance , I dont know whos telling him that using the launcher will give you a pdruve with physx and a buldozer exe , but ill tell him to his face im in windows 8.1 and hes talkung shite and to me that's been the problem , they simply have a monoculture of it works on the devs pc so it works .
Full respect to yourself and iceman without whom we woukd stilk be on all new models or empty terrain , but I wonder with 2 branches of dev approach is it never tge twain shall meet ?
Just to be clear about this, the 'missing icons' is not a T/B issue
the problem is with a3's version of bis binarise. It can't read the properties of pre binarised p3d's to estimate the size of the model and hence, create a bounding box (or elliptical) icon.
It actually gives the WRONG error message in the log when attempting to do so, that it's discovered the p3d is UN binarised and can't proceed. It's actually the reverse.
This is NOT a fix. it's a welcome workaround for people to be able to use arma3's buildings. As much as it's needed, as a solution, it's many times worse than the original BinPbo's need to have duplicate copies of configs in P:\ *and* in your\project\. Now, not only are the configs (apparently) needed but so too, doubled up copies of p3d's
regardless, thank you for providing a solution
still waiting since april... :-(
can t we have some feedback Mr Iceman please ?