baddo

Hi, just a comment on should you be able to keep your ArmA settings at the highest level or not. There is an article Postmortem: Bohemia Interactive Studios' Operation Flashpoint at gamasutra.com written by the Spanel brothers. It is a thriller story about the development of Operation Flashpoint. If you want to read the full article just create an account and login, it's free. Some quotes from the article: As you now think of it, it really makes sense to target current and future hardware, if your plan is to have a long life for your game. In my opinion ArmA can be sufficiently run on current hardware as I can run it sufficiently enough for me on very low-spec hardware mostly dating back to year 2001; Athlon 1.4 GHz, GeForce 6600 GT 128 MB VRAM AGP 4x, 768 MB 133 MHz SDRAM, old and slow hard disk drive, need I say more? ArmA also has potential to be even much better on upcoming hardware as many people here have acknowledged that they can't run the game in the highest settings. Which is of course perfectly fine if the game is not meant to be used for just a couple of months but for many years instead. A real problem with ArmA is the lack of multithreading in the game engine, that has to be acknowledged. That takes a lot of the growth potential away. Best Regards, Baddo.

Hello Boby666666, can you please tell what kind of bugs you have encountered? Otherwise your post does not do any good. Familiarize yourself with the ArmA Community Bugtracker, search for the bugs you have found and make new bug reports if you can't find the bugs from there. Thank You. Cheers, Baddo.

Maybe there is much more than just graphics in the game, which use the processing power?

Note that I have not tried this for ArmA, but I recall in OFP you could use an empty sound to stop an existing sound from playing. That could be something like: <table border="0" align="center" width="95%" cellpadding="0" cellspacing="0"><tr><td>Code Sample </td></tr><tr><td id="CODE">_unit say "myspeech" ~5 _unit say "" would make _unit say myspeech for 5 seconds. This is a distant memory, it might work though (I can't test now). Baddo.

Hi ArmA has received quite a lot of patching already - actually so much that it is unusual and even questionable in my opinion. We can all draw our own conclusions why this massive patching has happened. Was the game released a bit too early? Probably. Is this game the only game I have been keeping an eye on during the recent years? Yes. Am I happy that I have the game? Yes. Am I happy that there are bugs in the game? No. Do you have the right to complain? Yes, as much as I do. Has BIS done anything to make the situation better? Yes. Can BIS fix all bugs in one patch? No, that is a practical impossibility. Will there be more patches? Hopefully. Please make sure you use the ArmA Community Bugtracker to report the bugs you have noticed. Thank You. There is also a Wishlist in the Bohemia Interactive Community Wiki for things that don't qualify as bugs. Best Regards, Baddo.

I recall that in OFP you could hit either load or save button to reload the description.ext.

Hi bennie1983nl Sure people here want to help you, but you would need to first tell us what you have in mind - just throwing a mission file at us is not enough to get us doing anything, really. Do you mean we should test your mission and tell what is good/bad about it? Then a better place would certainly be at http://www.ofpec.com/ where beta testing missions is a standard procedure for all incoming missions. Regards, Baddo.

Hi Mirror for patch from 1.04 to 1.05, location Finland: Arma_Euro104Update105.zip 226.7 MB I promise to keep this link active to the end of this month. Baddo.

player is the command you need. In every player computer in the multiplayer session, player has a different value. The value is of course, the player in that particular computer. So all you need to attach an event handler to each player unit is: <table border="0" align="center" width="95%" cellpadding="0" cellspacing="0"><tr><td>Code Sample </td></tr><tr><td id="CODE">player addEventHandler[...] Run the command in init.sqs or init.sqf so that it executes only once for each player.

Hi, one thing to consider about waypoints: do not use them for playable units as they are unreliable. Example? One good example is in Armed Assault 1.04.5121 a single player mission "Delivery boy". I played it two times, in the first attempt the waypoints went simply wrong for the whole mission and the objectives in the briefing ticked off in the wrong order. In the second attempt the waypoints seemed to work but objectives in the briefing ticked off in the wrong order. Now that I tried that mission for the third time, I am 100 % sure that mission is broken. I get a waypoint at the start called "Rendezvous point" or something, which is under 100 meters from the start position, which can't be right as the real Rendezvous point is in totally different place. If I go into this wrong waypoint at the start, I get the second objective marked "Done" which is not true... that's one horrible mission! The lesson from this is, don't do it like that, don't use waypoints for player units. I don't know what BIS did with that mission, there is something wrong in the waypoints/objectives but that's a good example still how it's better to design your mission so that player units do not get any waypoints, other than words in the briefing "go there, pick up fellows, kill enemies over there". Regards, Baddo.

Well... when I started that mission, after reaching to the briefing - it was a disgusting experience already at that point... that's not really a mission which you should start playing as your first missions. Maybe not even after you have more experience. I really wonder what was on the mind of the person who wrote the briefing, it is simply put awful. Maybe its related to the design of the mission, but still... Sorry whoever made it but that's my honest view of it. Edit: Forgot to mention, I get the most fun from the mission editor, as the single player missions are not well-made I have to make my own fun.

Well... when I started that mission, after reaching to the briefing - it was a disgusting experience already at that point... that's not really a mission which you should start playing as your first missions. Maybe not even after you have more experience. I really wonder what was on the mind of the person who wrote the briefing, it is simply put awful. Maybe its related to the design of the mission, but still... Sorry whoever made it but that's my honest view of it. Edit: Forgot to mention, I get the most fun from the mission editor, as the single player missions are not well-made I have to make my own fun.

One more reason for BIS to add a getViewDistance function into the scripting language. Or does someone know how to find out the current viewdistance? A way around is to set it in mission start to some value and then hope that the player doesn't touch the setting or set it again to the same value like every couple of minutes. Edit Added getViewDistance request into Biki wishlist.

Could this be a problem with the translations? Try switching into another language like English and see what happens. I assume you have the 505 release 1.04.5121 where this is possible if I recall correctly. If you have installed addons then of course remove them first and see if it helps. Baddo

Yes there are these "floating" licenses for example, which are in great use in educational institutes and companies and such; be it a 1000 installations but only the number of purchased licenses, like 10, can be in use at any one time. But this is of course not a similar situation to those kind of situations. A person buys one copy with one license of the game and thus has only one license to use.

Hi, can you enlighten us about your problem with a screenshot? Baddo.

Hey, just point the mouse cursor over what you want to delete and press "Delete" on your keyboard? Cheers, Baddo. Edit #1 ah should've refreshed the page, there seems to be already the answer for you. Edit #2 Don't worry about asking these kind of questions, the editor is not immediately clear on every aspect. I myself didn't have access to Internet when learning the mission editor and scripting language in OFP, and it was frustrating to see that it was so poorly documented in the game package. There is some improvement in the docs I received with the 505 release, but could be much better still.

Hi, I think it is more fair to require every player to buy their own copy of the game. Otherwise, there would need to be a limit of number of players, who could tell what number to put in? How does a LAN party with only one purchased copy of Armed Assault but 100 players sound to you? To me it sounds like, very unfair towards the folks who did the product. Edit In general I think it is one purchased copy per installation(player) and not per household is right in my opinion. You could of course try to negotiate a different licence, but if you are not willing to do that then just accept what you get. Regards, Baddo. P.S. I have no problem in buying multiple copies of the game. I am sure it is not a question of money for you either, just the principle.

Hi, one problem in ArmA could be fixed with ragdoll; a dead body is "stiff" in the last animation position, and it doesn't take into account the shape of the terrain in anyway. That being the case, dead bodies have feet or hands in the air in many cases. Just kill a couple of AI's onto top of a hill to see how bad it looks. I too think that ragdoll is not realistic if the body goes into ragdoll mode right after getting a hit from a bullet and dying; instead there should be some "muscular forces" or "friction" or "damping" or whatever in the skeletal joints, to prevent the unnatural look of freely moving body parts. The ragdoll movements would then be restricted, dampened so that it would look more realistic. I'm sure in the physics engines there are ways to do this, it's just a question of is it wanted and is it feasible in terms of performance. Regards, Baddo.

A word of warning. It can be very annoying for others if your custom sound plays often (or even once) during a mission. You bet I am not telling you even if I knew how to do it Regards, Baddo.

That's cheap

HGuderian, submit a bug report for the author of Eliteness. And try if cpbo and unRap from Kegetys work (they do for me). Cheers, Baddo.

Hi, try <table border="0" align="center" width="95%" cellpadding="0" cellspacing="0"><tr><td>Code Sample </td></tr><tr><td id="CODE">{_x addEventHandler ["Killed", {_this exec "friendly\killed.sqs"}]} forEach units player_group Regards, Baddo.

I recall in very early history of OFP it was possible to delete objects which were determined in the wrp file but it was prevented in a patch? I'd call it a good thing, maybe people would then have too easy time cheating or something.

Yes that's true, it worked in OFP too. But what if you can't do it with the pre-determined waypoints... then it involves scripting. Cheers, Baddo.