Somehow i am unable to reproduce it again after i reworked my layout and it seems like it was an issue on my end.
Sorry :(
- Queries
- Arma 3 Activity
- All Stories
- Search
- Advanced Search
Advanced Search
Feb 10 2020
Feb 9 2020
Feb 7 2020
The issue has been resolved internally and will be fixed on Steam in the future.
Regards,
Geez
Thank you for the report zeroy.
The issue has been confirmed and scheduled for a fix.
Regards,
Geez
Feb 6 2020
please :)
Submit or i'm calling police
Plz help
this
Feb 4 2020
Hell Helkhiana.
Please do so.
Regards,
Geez
HEllo Salutesh.
We have been testing the issue you are describing but we were unable to produce it so far. Would it be possible for you to provide the full layout for us?
Regards,
Geez
Feb 3 2020
Oh yes please :)
Jan 30 2020
This is the original action script, I haven't changed it. But UseMainItem and MainItemAlwaysInHands is part of 1.07, I've yet to test the changes to actions there, but I'll check to see if it makes any difference.
thank you. i've seen the change in 1.07 experimental. should we make a new ticket for the suggestion of being able to add/remove slots through script?
Hello OfficialWardog.
I think your problem might be condition components. It should look something like this:
Thank you for the report Helkhiana.
The issue has been fixed internally and will be fixed on Steam in the future.
Regards,
Geez
Hello LBmaster.
When manually zooming camera, the FOV is overriden, hence the multiplication errors.
You can try these FOV values to adjust the calculation:
scripts/3_Game/constants.c:
DZPLAYER_CAMERA_FOV_EYEZOOM
DZPLAYER_CAMERA_FOV_IRONSIGHTS
Not just images from the profile folder but also audio files
Resolved as of 1.07
Jan 29 2020
It's would be really cool, if you want to load images you saved with MakeScreenshot command, and you want at the end, show to the user, all the scripted screenshots you made.
@Geez
I hate to ping you, brother, but is there any update on this issue. It's something that is still happening and it's really annoying.
Jan 28 2020
Agree this is needed +1
+1
+1
I agree, would be great since not all admins have access to the root folder. This would allow other admins to use the ban.txt and whitelist players if needed.
Jan 27 2020
Hello the_gamer_guy.
We would like to find a solution for this for the future versions,
Regards,
Geez
Jan 24 2020
I second Helkhiana's request and think it would be a great change for the modding community for there are many mods right now adding slots to all sorts of things and running into issues. I think her solution is likely the most realisticaly achievable and am fine with that, but wanted to add that it would be even better if it were possible to register these slots scriptside much like we do actions/recipes. Thank you for your time!
Jan 23 2020
Hello everyone.
If you use the following code, it should show the full information. This is only a workaround until the issue gets fixed.
Jan 20 2020
Yes that would stop it from being overwritten but the copied mission files wouldn't receive the updates unless I manually copy that over. Kinda the same issue, just swapping sides. What I am suggesting is to have an additional file, say, CustomTypes.xml that gets read after the normal types.xml is read. this would allow the original to stay up to date with all the official stuff and the other file would be left alone.
Create a new mission and load that one instead. Don't touch the vanilla mission
Jan 19 2020
Thats correct. I thought I wrote JsonFileLoader somewhere, but apparently not ^^. But that was the thing I meant
I believe he was meaning the JsonFileLoader, which DOES have a limitation on the JsonSaveFile function of 64kb. However the FileSerializer does not seem to have this limitation, which is correct (so far in my tests), it just creates a file that cannot be edited by admins/server owners which is less than ideal.
Jan 17 2020
Jan 16 2020
Jan 14 2020
Jan 13 2020
Jan 12 2020
Got the ingame launcher to work and it does the same dayz: dayz x64.exe - application error on shutdown.
Only does this on Windows 8.1, never does it on W10.
Jan 10 2020
Hello again.
The problem has been addressed internally and the change will appear on Steam in the future.
Regards,
Geez
Jan 9 2020
Thanks. Would have been a very strange limit just cutting off the Json output. Any ETA when it will be resolved ? And just one thing to note: the FileSerializer does not seem to have a limit too, if you are still looking into that. It was just a coincidene, that the size of my testfile was around 32768 bytes.
Hello LBmaster.
There is no limit in JsonSerializer. However, there is a character limit when using the debug Print() feature.
Regards,
Geez
Jan 8 2020
Jan 7 2020
And does the FileSerializer has the same limitations ? Otherwise I would run into the same issues soon. Looks like the file the FileSerializer creates has an even lower limit set to 32768 (2^15)
Thank you for the report Jacob_Mango.
We will see what can be done.
Regards,
Geez
Jan 6 2020
Hello imapenguin.
It appears that there are incorrect data coming from your DayZ client.
Are you using Steam Cloud Sync by any chance? If so, does disabling it and doing a clean install of the game help?
Regards,
Geez
Hello Camino.
The code you have provided should work. Is it possible that you are calling this code only on the client? As this should be called on the server in order for it to work correctly.
Regards,
Geez
Jan 5 2020
Issue remains but I got Buldozer working after setting the application path to game directory instead of mounted project drive.
Jan 4 2020
Nice idea, but there will be a big problem that could cause some great mess. If you have an enum and set the first Value to 1, the second will be equal to 2 and so on. Now Imagine you have multiple mods adding items at the end of the enum and you have different load orders on the Client and Server. Some RPCs would go to the wrong direction and the whole thing blows up
Maybe try
ref array<ref Person> personarray = new array<ref Person>
Dec 25 2019
After tinkering a little with the possibilities of CURL, I've come to realize there is a massive issue in that all incoming returned data is limited to approximately 400 characters, as all data is pulled in as a string and 400 characters seems to be the limitation of DayZ's strings (or maybe the curl implementation).
Dec 21 2019
Hello, i am trying to force the vehicle to move forward and steer itself without driver
@Geez any chance this might get a little support on the dev side?
Dec 16 2019
Hello everyone.
The team is going to go over this problem, however, due to the current priorities this may take some time. We apologise for any inconveniences.
Regards,
Geez
Dec 12 2019
So, assigned and forget about? @Geez
Dec 9 2019
Hello Camino.
Can you please describe what are you trying to achieve / what the code you have presented should do?
Regards,
Geez