saintanthony
-
Posts
43 -
Joined
-
Last visited
Content Type
Profiles
Forums
Articles
Posts posted by saintanthony
-
-
Some questions
1 - Do you have the correct rights to use origins/overwatch/epoch items in an own mod"pack".
2 - Do you have the permission to use DayZEpoch in the naming ( screenshots).
3 - Is this pack with it's own pbo's ( yours made, or put addons together). Or just a script pack like for example fallingscheep on OpenDayZ.
4 - Where u stand on server performances since the Epoch 2 objects are badly made with to many faces.
5 - Can u sum up the main difference with an overpochins server.
Thx, Zupa.
1. Ever since BI changed and re-released the "rules" about Dayz and Arma mods and their use, it became clear that all that is required is that you give credit to the original owner. It's called the "fair use" policy, check it out. A mod or script made for dayz or arma that is released to the public is essentially public property once released. They were having too many problems with authors trying to tell players how they could and couldn't use their mods. When ultimately their mod belongs to BI to begin with. I plan on crediting everyone's mods that are used, explain profusely that it is a compilation mod, and I'm not taking credit for anything in the mod. (Even the stuff I've made) I'm not looking to become famous or rich, I'm looking to bring about a new age of diversity to Epoch servers. (Ever notice how they are all the same?) I'm also not going to be making any kind of profit off of it. (Unlike Origins) If someone wants to try to take me to court they can. I'll see them there.
2. Ummm... it's a dayz epoch server running additional mods... so yes. (It would be no different than if I left the loading screen default, since it already says Dayz Epoch by default) Also, the mod doesn't have Dayz Epoch in the name. It's called the Multiverse Mod, and you have to run Dayz Epoch separately with it or it wouldn't work right. It was designed as a companion for Dayz Epoch.
3. They are several homemade pbos as well as some from other mods. Even ones from other mods have occationally had to be "recreated" to get rid off excess objects we didn't want or to slim down the pbo in general.
4. Well, I can't make Arma 2 render objects more efficiently. However, I have tried a couple of things to try and mitigate that. One, is the use of a mod that dynamically adjust graphics quality and viewdistance client side to help maintain a desired average FPS. It seems to work quite well, with little (if any) noticeable negative effects in game. Also, clients can control their settings for it in game.
5. The main difference would be more of everything. Which will allow people to be able to choose what they want their server to look like. This mod is NOT designed to be used in its entirety on a single server. Server owners are expected to balance what they want with what they can handle. (That should go without saying)
What makes this mod neat especially in the case of overwatch, origins, and rmod2 is that everything is already included. You want to add the scrap apc and overwatch weapons, but not the scrap buggy? Not a problem. Just want to use rmod and overwatch weapons? Done. You won't have to go find the needed mods fight to get them to work with epoch and then have to educate your entire server base on how to get everything working right. With Multiverse, players will only have to download one mod. (Not including Epoch) The only configuration needed by the client will be the command line and a special folder in your Arma2OA directory for the fps regulator. (If you decided to use it.)
Obviously, I've still got a long way to go. I've no doubt though that it would prove to be a benefit to the Epoch community overall.
-
reserved id like to hear a bit more, im sure youll have 100 people apply for beta testin but i just would like to hear more to see if id be able to help ya out :)
Yea, more info and maybe a Screen Shot? But maybe to early. If you were to make a list of features or things that would get our attention would help.
Hmmm... I think I can accommodate a little at least.
At this point here is what we are planning/hoping for. Some of this has already been successfully implemented on some level.
- Many common Dayz Epoch scripts built right into the mod.
- New scripts some built into new mods that were added into the Multiverse.
- Rmod 2.1 is built right into the Multiverse.
- We hope to have the better parts of Overwatch and Origins included into the Multiverse.
- Sci-fi resources have been added.
- The resources to make any map for Epoch your own unique place (to some extent anyway).
- I'll sum it up like this new weapons, new skins, new items, new scripts, new vehicles, new objects, and aliens.
Here are a couple loading screens we made from screenshots.
https://www.dropbox.com/s/yr8xdc6apxeq0lh/kotloadingscreen5.jpg?dl=0
https://www.dropbox.com/s/y6t5rae4oot76hy/kotloadingscreen6.jpg?dl=0
These are a few of the vehicle retextures we did.
https://www.dropbox.com/s/yo9yrd5d84gdlfe/2014-05-26_00005.jpg?dl=0
https://www.dropbox.com/s/jiepzy3l4crv5iq/2014-05-26_00007.jpg?dl=0
https://www.dropbox.com/s/lfiuq9t8lpl62so/2014-05-27_00002.jpg?dl=0
https://www.dropbox.com/s/xddzrdvcthi4gb2/2014-05-28_00001.jpg?dl=0
https://www.dropbox.com/s/rqvs30hxk0on41u/2014-05-29_00002.jpg?dl=0
https://www.dropbox.com/s/djj21cjp0j5nv7m/2014-06-10_00001.jpg?dl=0
https://www.dropbox.com/s/0eog7leg214jwiw/2014-10-23_00002.jpg?dl=0
https://www.dropbox.com/s/1tzo1c4zba96exc/2014-10-23_00004.jpg?dl=0
https://www.dropbox.com/s/f51rsrctwbz8c6d/2014-10-23_00007.jpg?dl=0
I'd give you guys more, but I don't want to get anyone hyped up about something we might ultimately remove. The above is in, working, and staying.
-
ArmA 2 or 3 ? :unsure:
Arma 2 OA
-
Ok, so I've been in the process of making a mod specifically for Dayz Epoch:Arma2OA for a year or so now. Something like Epoch/Origins or Overpoch except on a much larger scale. It is called the Multiverse Mod. The hope, is to create a mod that gives every server owner the functionality and depth of resources to create their own unique apocalyptic world. So, it is a compilation of mods and a companion mod for Dayz Epoch. I'm not ready to go into too much detail about it at this time, as I am still ironing out some things. However, I am finally at that point where I need a few more people to round out the team. Here is what I am looking for:
A handful of beta testers. (preferably experienced)
Anybody with scripting experience who is looking for a challenge or something new to work on.
For those applying to beta test or script please bear in mind that you will be bored sometimes. We are still actively working on things, but Real Life gets in the way. So, you might not have anything "new" to play with as often as you like, but I will still need you to get on the server and play/test anyway. I'm looking for players willing to invest 2 to 4 hours a week messing around on my server, and in return you get to play with toys in Epoch you wouldn't normally see. :)
A good internet connection is a must as there IS a lot of downloading and routine updating involved. I know it can be an annoying and frustrating process, but until the mod is actually finished, people will have to update files.
Also, a mic is preferred (though not required). We use a mumble server to communicate as well as cellular communications and Steam. Being able to communicate with us effectively, will have a HUGE impact on how much difficulty you have getting everything working initially.
I will contact interested replies as the time and need for new people arises. If I don't contact you back, don't be discouraged we just might be full up for the moment. As this project slowly nears completion the need for beta testers will start to grow fast. With a little luck, shortly after that, everyone will get to enjoy it!
.
*** I want to make two things absolutely clear... You will NOT be able to just apply and be sent info to get on the server. There is too much involved with the install process at this time. If you are unable or unwilling to communicate with me outside of this forum, don't bother applying.
Secondly, by participating in this project with our team you will be in a unique position to be able to personally help effect the shape of this mod and we (our team) are all excited to see what shape you help it take. This isn't just about having some people playing on our server and making sure stuff isn't broken. We WANT ideas and input, that's what this mod is all about.
Thank You,
Saint Anthony
-
Rooting through admin tools... specifically vehicle spawning. It would be possible to do what you are saying by modifying vehicle spawn menu to check for
if typeof "(SUV array here)" = cursor target && distance < 2, then delete suv in range and...
_spawn = "SUV_TK_EP1"; _posplr = [((getPos player) select 0) + 2, ((getPos player) select 1) + 2, 0]; _dirplr = getDir player; _spwnveh = _spawn createVehicle (_posplr); _spwntex = _spawn setVehicleInit "this setObjectTexture [0, ""custom\suvcustom.paa""]";; _spwnveh setVariable ["Sarge",1,true];
I added in the _spwntex bit. You could then add the menu option for each custom texture. The problem is for each new vehicle type you have to have additional codding to support it and each texture option adds size to your misison pbo. Image files are easily the largest we work with and add up fast. Additional code would need to be added to the end of this as well to then save it to the database so it didn't delete on server reset.
You would probably want to edit _posplr to point to the original vehicle's location instead of the players too.
Obviously, my code is incomplete and added as an example idea only. It would not work in it's current state.
-
So I've been working on a script using the extra_rc.hpp script to make a new tool function. A headlamp or lantern if you prefer. (In effect it is really more like the latter.) The lamp part works perfectly, but I am unable to shut it off afterwards. Here is what I have so far:
if (isNil "headlamp") then { headlamp = 0; }; if (headlamp == 0) then { _hlight = "#lightpoint" createVehicle (getpos player); _hlight setLightAmbient [.15, .15, .15]; _hlight setLightColor [.15, .12, .10]; _hlight setLightBrightness .25; setaperture -1; _hlight setDir (getDir player); _hlight attachTo [(vehicle player), [0,0,1.5]]; Sleep 0.1; headlamp = 1; hint "Headlamp ON"; } else { Sleep 0.1; detach _hlight; _hlight setPosATL [-10000,-10000,100000]; Sleep 0.1; deleteVehicle _hlight; Sleep 0.1; headlamp = 0; hint "Headlamp OFF"; };It never makes it to "Headlamp OFF". It is having trouble detaching the light from the player and it can't delete it while it is attached. Any ideas? Am I just using the command wrong?
-
Tried this:
_countHemp = count nearestObjects [player, ["fiberplant"], 5]; _Hemp = nearestObjects [player, ["fiberplant"], 5]; if (_countHemp > 0) then { cutText [format["Start harvesting....."], "PLAIN DOWN"]; player removeWeapon "ItemMachete"; player playActionNow "Medic"; sleep 5; player addMagazine "ItemKiloHemp"; player addWeapon "ItemMachete"; cutText [format["Finished harvesting! A kilo of hemp has been added to your inventory!"], "PLAIN DOWN"]; sleep 1; _Hemp setDamage 1; }; } else { cutText [format["You are not close enough to a hemp plant!"], "PLAIN DOWN"]; };Harvest works fine, but again no damage. So, out of curiosity I dropped a bunch of explosives. Everything except the fiberplants was destroyed. So, somehow the fiberplants are being spawned in an indestructible state. Any way to override that?
-
How can this script be edited so that the hemp plant is destroyed like with standard epoch harvested plants, once harvested? tried adding the bit of code from player_harvest plant sqf that does it but it didn't work.
-
I guess he was talking about big "ad' billboard, like this one :
I haven't had a lot of luck with the "ad" billboards, but as I said earlier 99% of the time it is a issue with the "expected" size and the actual "size".
Won't that cause the pictures to appear stretched?
When you change the size to a square, don't change the image size. Change the canvas size and fill the empty area black or white.
-
You can't place textures on those big billboards. It's a shame. I've made a bunch of those with the old versions weathered, graffiti strewn and generally looking much more apocalyptic.
Um... No. I'm sorry, you are wrong. I've definitely gotten this to work for flags and the Wooden signs.
In your init.sqf place this line at the bottom.
[] execVM "custom\yourscriptname.sqf";
In the folder "custom" place your "yourscriptname.sqf". Now in that sqf, put this:
if (isServer) then { _vehicle_0 = objNull; if (true) then { _this = createVehicle ["WarfareBunkerSign", [10012.61, 17963.418, 0.00016212463], [], 0, "CAN_COLLIDE"]; _vehicle_137 = _this; _this setVehicleInit "this setObjectTexture [0, ""custom\yoursignhere.jpg""]"; _this setDir 90.629662; _this setPos [10012.61, 17963.418, 0.00016212463]; }; _vehicle_1 = objNull; if (true) then { _this = createVehicle ["FlagCarrierTFKnight_EP1", [952.39612, 9223.5273, 1.2874603e-005], [], 0, "CAN_COLLIDE"]; _vehicle_476 = _this; _this setVehicleInit "this SetFlagTexture ""custom\yourflaghere.jpg"""; _this setPos [952.39612, 9223.5273, 1.2874603e-005]; }; };I've used one sign and one flag as examples above. As far as the textures go, you will want to refer to one of the BI tutorials for the proper sizes as this will cause it to fail 99% of the time.
Example sizes: Sign - 1024 X 1024 || Flag - 256 X 256. That's in pixels, btw.
Place the two images in "custom" folder indicated above and you are done. Textures will appear black until a player gets close enough to the object for the server to tell the client to display it.
That's it though, you are done.
-
tbh I get the idea, but it's not for me/my server. Every zombie hit would force somebody in 1st person. The switching would cause too much whining from players :( I'll just play 1st person myself and die alot.
It is definitely for those looking for more survival/realism in their servers. Not for everyone. I'm going to be running 3 servers in the future, and I only plan on using this on one of them. For the very reasons you have stated. If it helps though, it doesn't constantly ping pong you back and forth between 1st and 3rd person. If you are in third person when your combat timer goes off, you are forced into first person until the combat timer stops. However, once it does it doesn't go back to 3rd person on it's own. You have to manually go back to third person once the danger has passed. I suppose you could modify the script so that once the combat timer stops it automatically puts you in third person again, but this would force everyone into 3rd person whenever their combat timer is not going off.
-
you should rather use the code i posted ...
your code checks same thing twice and for unneeded stuff where it can be done simpler ... also it has a wierd dubble sleep inbetween the if statements wich can create some wierd experiences in some cases.
besides that, this can be quite easy changed to only activate on certain vehicle types or perhaps only change for drivers.
I separated the two so that when your combat timer goes off in a vehicle it won't put you in first person. It can be extremely difficult to spot a shooter when you are in a vehicle in first person. This allows you to slow down and switch to 3rd person if you need too. It also means if you wreck or hit something with your vehicle you won't be forced into 3rd person unless you exit the vehicle. Makes it easier to tell if you are stuck on a rock/fence/etc... You are probably right about the redundant sleep command though. **Edit** I've been testing this with a friend for hours now... I haven't found anything to indicate that it is unstable in any way. It seems to work exactly as intended every time. If I notice any problems though, I'll let you guys know.
-
Here it is folks. Works like a charm!
-
Officially posted:
-
Just paste this in notepad name it anything you want .sqf and call it in your init.sqf. Easy as pie. Also, easily edited to suit more or less restrictions.
if (!isDedicated) then { //preventing start on server waitUntil {!isNull (findDisplay 46)}; //making sure player is spawned if (difficultyEnabled "3rdPersonView") then { while {true} do { waitUntil {cameraView == "EXTERNAL" || cameraView == "GROUP"}; if (((vehicle player) == player) && (dayz_combat == 1)) then { player switchCamera "INTERNAL"; }; sleep 0.1; if (((vehicle player) != player) && (speed (vehicle player)) >= 30) then { (vehicle player) switchCamera "Internal"; }; sleep 0.1; }; }; };So with the current settings Players are forced into first person view if the following conditions are met:
1.) Player is NOT in a vehicle AND is in combat.
2.) Player IS in a vehicle AND said vehicle is moving faster than 30 km/h.
This currently does not conflict with parking and maneuvering in tight spaces or the building script in third person view.
Original code can be found here: http://forums.bistud...les-helicopters
Modified version credit goes to: Halvhjearne
I just get credit for testing and posting it. :D
-
try this:
//preventing start on server if(isServer)exitwith{}; if (!isDedicated) then { waitUntil {!isNull (findDisplay 46)}; //making sure player is spawned if (difficultyEnabled "3rdPersonView") then{ while {true} do { waitUntil {cameraView == "EXTERNAL" || cameraView == "GROUP"}; if (((vehicle player) != player) && (speed (vehicle player)) > 10 || (dayz_combat == 1)) then { (vehicle player) switchCamera "INTERNAL"; //changed player to (vehicle player) };// was missing ";" sleep 0.1; }; }; };and no script to start this, just add to buttom of init, whatever you called the script and its path
(it would also be helpful to see error messages from client rpt)
Figured it out. It was really close. Small typo before the sleep command, and I had to change the way the camera was being changed for when you are in a vehicle. Also, increased the vehicle speed before activation. Everything works great! Thank you SOOOO much! I couldn't have gotten this working without your help. **Edit** LOL. I didn't see your last post until just now. Here is the final code:
if (!isDedicated) then { //preventing start on server waitUntil {!isNull (findDisplay 46)}; //making sure player is spawned if (difficultyEnabled "3rdPersonView") then { while {true} do { waitUntil {cameraView == "EXTERNAL" || cameraView == "GROUP"}; if (((vehicle player) == player) && (dayz_combat == 1)) then { player switchCamera "INTERNAL"; }; sleep 0.1; if (((vehicle player) != player) && (speed (vehicle player)) >= 30) then { (vehicle player) switchCamera "Internal"; }; sleep 0.1; }; }; }; -
its off the top of my head, but it should work like that ...
im sure most scripters, with a decent knowlage about the arma engine, already knows this ... but its a nice thought tho
Same problem as before. Nothing happens. If I shoot or travel in a vehicle while in third person view it remains in third person view. I can't help but feel like I'm missing something simple somehow.
-
not surprised if this does not work ...
from statements, this should activate when a player is not in a vehicle and going above 10km/h (which is a kinda wierd statement as a player rarely gets above 5 i think)
second statement i belive is supposed to say, if the player is not in a vehicle and has combat timer on, however this is also wrong aswell and im not sure why you would even check if he is in a vehicle or not ... imo if combat timer is on, it should switch either way.
try this:
if (difficultyEnabled "3rdPersonView") then { while {true} do { waitUntil {cameraView == "EXTERNAL" || cameraView == "GROUP"}; if (((vehicle player) != player) && (speed (vehicle player)) >= 10 || (dayz_combat == 1)) then { player switchCamera "INTERNAL"; } sleep 0.1; }; };I'll give it a shot later tonight, after work. I see the typo i made now with the vehicle stuff. Should be if player IS in a vehicle and moving faster than 10, then disable 3rdpersonview. The second is if player IS on foot and in combat, then disable 3rdpersonview. Looks like you figured that out though. lol. I'll let you know what happens. If this works, I'll re-release in mods corner and give you credit. I'm sure everyone would like to at least know this is possible.
-
BUMP... Any word on this from the admins? Axel? There is already a class system script out there. It would be a simple matter to incorporate this into one, several, or all of the classes. Can you guys at least point us in the right direction?
Please and thank you.
-
If someone would help me get the script working right, I might have a way for admins to add a fair compromise to this argument. Basically, the script is designed to allow 3rd person view but it limits its usage under certain conditions. This could easily be edited, once it is working correctly.
-
if no-one can help you out I can check my old files when I get home but can't promise I still have them
Much appreciated. I'm still holding out hope that someone will come along and help me with my version though. lol.
-
The first part is referring to the server settings. You have 3rd person either enabled or disabled.
3rd Person is enabled. As I understood this, it MUST be enabled for any of this to work right. Is that correct? Surely, getting my code to work should be a simple matter for someone more experienced than I. I can't imagine that what I'm trying to do is not possible. I've got to be missing something simple somewhere.
-
it has already been done and i didnt even search for very long to find this, i also know there are more advanced version of this out there, that will allow you to restrict 3rdperson view in various enviorments or vehicle determind from predefined lists, (ex. allow 3rd person in skoda, but not in lada), if you cant find one, then this should be rather easy to edit to fit your needs:
http://forums.bistudio.com/showthread.php?145262-Allow-3rd-Person-View-just-for-Vehicles-helicopters
what you are saying makes no sense ... obviusly you can just force the cameraview with code regardles of its current viewangle or whatever else.
i guess you havent heard of spectate or bullet-cam? ... not to mention other varius scripts for manipulating cameraview.
Did you ever find some of those more "advanced" versions? As you can see with the code I wrote and posted above, I'm trying to do a little more than the original code you showed me, and its not cooperating...
-
change the limit in your server setup?
or, try this:
////Params_CameraView=1; ////uncomment this if you do not set up parameters on mission start // ---------------------------------------------------------------------------- // MAIN ROUTINE // ---------------------------------------------------------------------------- // no loop need, if third person view is not available anyway if (difficultyEnabled "3rdPersonView") then { switch (Params_CameraView) do { case 1://vehicles only { while {(true)} do { if (cameraView == "External") then { if ((vehicle player) == player) then { player switchCamera "Internal"; }; }; sleep 0.1; }; }; case 2://infantry only { while {(true)} do { if (cameraView == "External") then { if ((vehicle player) != player) then { (vehicle player) switchCamera "Internal"; }; }; sleep 0.1; }; }; case 3://disabled { while {(true)} do { if (cameraView == "External") then { if ((vehicle player) == cameraOn) then { (vehicle player) switchCamera "Internal"; }; }; sleep 0.1; }; }; }; };Can you elaborate on that first part. What limit are you referring too? Also, I tired the above code. It only does one of those 3 options, which is why I was trying to do it a different way.
What makes the above way so special? Is there something wrong with the one I wrote? I'd really like to just get a variant of my code working.
Looking for Beta testers and Scripters/Programmers looking for a real challenge
in General Discussion.
Posted
Made a couple of little updates to the main post.
Btw, we still have some openings. First come, first serve.