baddo

You seem to not understand what I was talking about. I'll try to make it more clear this time. Project plan and schedule have the main priority in determining how the project work proceeds. If a problem arises, its priority is weighed and a decision is made if the problem needs fixing or not. This is everyday life in any kind of project development work. A bug in a computer software product gets a priority too. My previous post was to tell that I understand the reasons why a development team might do what Sputnik Monroe's example tells us. In a perfect world everything would be perfect but somehow I have a feeling that it is a too ambitious goal to have everything perfect, especially if projects have to end some day. A project does not end at all if you go around asking people if they think it is completely ready. Your example of bridge development. 'Bugs' are always prioritized, no matter what kind of project. For example, if the materials chosen for the bridge smell bad (very non-critical), versus wrong type of steel is planned to be used in main supporting beams (very critical). The steel type is going to get changed of course. But the smell... maybe people living near the bridge just have to deal with it, as our project is already too far in schedule to make a change to the smell possible. It's going to be very chaotic if you let outsiders affect your work too much. That's my main point, you have your plan, schedule and resources and you have to keep working with what you got. If a couple of hunded outsiders suddenly come and try to change your whole plan and schedule, but resources stay the same, what are you going to do? Best thing is to keep working according to your original plan and schedule, and filter the noise out from the input signal in the best possible way. And then you go and fix the problems that can be fixed with the resources and time you have available, non-critical problems have a lower priority and might not get fixed. In Sputnik Monroe's example, as I already said (but you didn't notice), this filtering of input signal seemed to go too far. Your remark towards me is insulting and only shows that you have neither experience or understanding of development projects. Please get some experience and think about my words again, maybe you'll then understand what I mean.

I'm sure if there actually were any of those claimed Weapons Of Mass Destruction in Iraq, I would have seen it by now as I keep a close eye on global news. I only saw a presentation made by the USA which showed some mobile lab (this was created on a computer, not real footage). I'm sure the USA has done everything it can to prove that there were WOMD in Iraq, but as they have not been able to show actual evidence to me, I have to say there wasn't any, and that the people who claimed there was, were simply put, wrong (or just lying to me).

Quite interesting. I think anyone who have worked in some kind of development projects can imagine why this kind of things happen. I have worked in development projects (not software, but it doesn't matter as development project basics are the same in every project). I can easily imagine (remember) how a working day is completely ruined when someone comes up with something related to my work, brings major changes to a significant part of my work, and how my whole schedule goes absolutely crazy, or impossible, after that. When a development project is started, a plan and a schedule is written. Project manager then invites everyone from time to time into a project meeting, and checks if we are in schedule. If you think about how many hours you have in a typical office working day, you can easily see how the whole day can be quickly ruined if there is distraction from your work, for example as in form of someone showing you what is wrong in your work in their opinion and that you should do it their way, starting to work on it right now. The only sane way to approach this problem in my opinion is to keep the 'bug list' organized but it is not possible to let the 'bug list' to decide what kind of schedule and plan you have for your work. You just keep working according to some pre-determined plan, on the way filtering the noise out of the signal as best as you possibly can. It seems that in your example a lot of input were seen as 'unwanted noise' which disturbs the work the developers are trying to do (according to their original plan and schedule). There is only so many hours per day and that is a big part of the problem, everyone who has worked in any kind of development projects understand this. It is practically impossible to keep on the schedule if you listen to all of the people who have something to say about your work, which would require you to change your working plan all the time. I know that in many projects I have participated in, a lot of things could have been done much better but it was not possible in the given time and resources. A project has to end at some point and it isn't doing that if everyone is asked if the project is ready. So, on one hand I understand why things like in your example happen, but on the other hand I of course wish it wouldn't happen. Sometimes the balance shifts too much to the other end.

Yes you used wrong words friend That is why I say I got your point exactly like you said it. And no I am not kidding about the quality of addons. I said "general rule is" and I stand behind my words. Trust me I have seen enough addons to make a judgement that I rather take the stuff BIS makes than wait for community created content, as I know which gives me a better game. I should've said in my previous post also that even if the visual quality of an addon is better than the visual quality of original BIS units, it does not automatically mean that the addon is better than the BIS stuff. There is more to quality than just the visual side. One major problem is that the configuration values are chosen for user-created content as those individuals wish, and cooperation between addon makers is non-existant. As a result we get community-created addons which are not good when used against each other, or against BIS-created units, because of inbalanced configuration values. This is a well-known problem. Inside BIS that problem should not exist as they can actually have some organization and standards, which is unlikely to happen between a random bunch of independent addon makers. To summarize my point in this post, a significant problem with user-created content is that in general it doesn't fit well together to original content or to other user-created content.

Hell no! Sorry if I sound blunt but that's just not going to work. I've said this earlier and I say it again: you either buy a game engine or you buy a game. I buy games, not game engines made by BIS. Changing their business plan so dramatically now could very well end up in a disaster. If game development is really what you want to do then there are for example free open-source components which you can use to start making your own games, even commercial games, if that's what you really want to be doing. I'm sorry to say this but so many of the addons released, even if people worked very long and hard on them, are nowhere near the professional quality which BIS is able to reach. There are exceptions but the general rule is that addon makers do not reach professional quality level. I certainly do appreciate a lot the work people put into creating addons, but quite often the content doesn't fit well into the game OFP/ArmA because quality is not good enough and the quality difference to the original content is too big to be acceptable. Solution is definitely not to have all content created by the community. Again, I'm sorry I had to say this but that's how it is in reality. About the topic physics. I think ragdoll physics could fix a problem I have been somewhat annoyed of when playing ArmA: dead bodies can have their feet high up in the air or something similar, depending on the location they happen to be in. Does not look natural at all. More natural would be if the body would follow the ground. This could maybe be achieved with a ragdoll-type death, restricted and dampened movement so that it doesn't look stupid as others here have said can be a problem, and then the body would settle to follow the ground and after that the whole ragdoll physics for the unit could be turned off.

There is beta testing at http://www.ofpec.com/ Head over there and have a look.

The simpler it is, the better.

Nice interview, thanks for doing it for us, Mandoble and jerryhopper.

The cars look good Be sure to simulate realistic level of fuel consumption What was the gasoline price in Sahrani again?

Well this whole Operation Iraqi "Freedom" is just propaganda in my opinion and not a realistic setting to happen. Propaganda from the year 1939: The Soviet Union will "free" Finland and its citizens, who want to actually be part of the Soviet Union, or so the Soviets said. Result of this "freedom" operation for the Soviet Union: official death count for them after the three month operation is ~127,000, wounded ~265,000 (for Finland ~27,000 dead and ~40,000 wounded, source for the numbers Wikipedia.org). I thank my grandparents every single day that no "freedom" was brought to the citizens of my country as a result of this Soviet "freedom" operation. I see this quote speaking about the Winter War having similarities to how the Operation Iraqi Freedom went (it is still unfinished even though G.W.B. already declared victory). Strong resistance was not expected, war would be quickly over and the Iraqi people would be delighted. Not one of those expectations have realized in Iraq. It might be a whole lot different kind of setting in modern-day Iraq, but the basics are the same. A foreign, not welcome army steps into the soil of a smaller country and the people of the smaller country defend their soil with every kind of weapon they can produce ("sticks and stones", "improvised" devices of all sorts) and the moment when the fighting stops is when the bigger one, the invader, gives up and gets the hell out of there. I don't accept terrorism. I gave USA a lot of compassion and support on 9/11/2001. Like many others here in my country, I cried when I saw what happened in New York. I still do if I see the videos, the horrible memories of 9/11 are so strong. The events of 9/11/2001 definitely had an effect on me as a person. I give absolutely zero compassion for people who fight against civilians and don't take it on against an army. But I understand very well if someone wants to drive foreign soldiers, who were not invited, out from their country by any means possible. That's what I would do and you would do it too. I am sure you would definitely not like it if in such a situation you were called a terrorist. That would make you even more angry, I am sure of that. And then you would fight back even harder. I wonder if the average people in the USA are able to look at the war in Iraq from this point-of-view? Or do the average USA people just believe whatever their politicians and media tell them.

Patch Armed Assault 505 Games DVD version 1.04.5121-->1.05.5136-->1.08.5163 Instructions are at http://www.armedassault.com/dwnl_update.html if you didn't find them yet. So yes, you need two different patches to get from 1.04 to 1.08.

In my opinion, if you want AI soldiers to react to dead bodies somehow, you would need to script it. For OFP people made such scripts, if you go to for example to http://www.ofpec.com/ you could maybe find such a script and try if it works out-of-the-box for ArmA, if not maybe modify it so that it does. For example a search for "bodies" at OFPEC Editors Depot returns function guard2.sqf http://www.ofpec.com/ed_depo....earch=1 a function which could be usable. I am sure there is something else for this too out there somewhere, like some hidebody script by someone (I don't remember details about it) but guard2.sqf is what I could find fast. Best Regards, Baddo.

Hi It is great some standards are formed. Remember though, the simpler you can keep it, the better. BR, Baddo.

Nutty_101 thanks for the heads-up. Doesn't sound good at all. It does sound right to me that no clients need other peoples' ID's, if the ID's are known to the server then that should be sufficient IMHO. But hey I didn't code ArmA so what do I know. The playing on public OFP:R servers was getting quite ridiculous on the last times I played OFP:R online, a good time before ArmA's release. It sounds like ArmA is already there, or even farther when it comes to hacking/cheating in multiplayer. I'm sure this is an issue that requires attention from BIS, or otherwise multiplayer on public servers is a big no-no for many people including myself.

I don't know of any tutorial to convert a solid model into a surface model. I've used a CAD program to convert a solid model into a surface model. You could look if there is a surface model format available in the modelling program you are using, and try saving your model into that file format. I am afraid that the end result will not be good with a complex model, you will probably have to clean up the model manually after the conversion. I've brought solid 3D models from a CAD program into 3DS Max, then from there to Oxygen 2 Light. The end result is a surface model. The path I went was: CATIA V5: Save As... STL 3DS Max: Import STL, Export 3DS Oxygen: Open 3DS The end result was good in my opinion, I didn't do any cleaning up to the model in Oxygen 2 Light and I saw no errors at all in the 3D model when it was in-game in Operation Flashpoint: Resistance. The 3D model wasn't as optimized as it could have been but it worked well. Look what options your 3D modelling program has for file formats and see what kind of results you get with different file formats.

To me your model looks like a solid model. You should make surface models for ArmA. In solid modelling you basically have something solid (like you are working on a piece of metal), which you manipulate to look like the object you are modelling. In surface modelling you only create the surface of the object, leaving the inside hollow. It is possible to convert a solid model into a surface model.

Certainly it wasn't Fallschirmjager who asked where the 'any' key is. I have read no YouTube video comments written by Fallschirmjager. If you can point me to some very stupid comments on YouTube that he wrote about computers then I'd be interested to hear about it. It is of course true that operating and maintaining a personal computer requires some knowledge and skills. It is an undeniable fact. The point Fallschirmjager made in his first post was that getting ArmA to work without problems and with good performance requires more knowledge and skills about setting up, operating and maintaining a personal computer than what can be reasonably required from him. And I agree with him. But I think it is not the fault of BIS. It is the fault of the whole technology. The whole personal computer technology is flawed in this aspect. It is way too unreliable, complex and unstable regarding from what hardware components and software programs a personal computer consists of to be called a good technology. Don't take me wrong, I have fiddled with computers like there is no tomorrow. I have spent way too much time using computers, setting up and adjusting all sorts of things that really could just have been let as they were. Now, the technology blindness is that if I now go to other people and tell them to do the same that I have been doing, because that is what needs to be done in order to be succesful, now that is certainly technology blindness. Here Fallschirmjager has a very valid point. He should not need to know about overclocking. He should not have to know how to fine-tune a computer so he could get the last 5 % of performance out of it, in order to play a game. He should not have to know what exact driver version has to be used for ArmA to work the best. He definitely should not need to know those kinds of things in order to be able to enjoy a computer game. As you can read, Fallschirmjager already stated that his computer fulfills the minimum requirements that BIS thinks ArmA requires. This is not the fault of BIS, it is the fault of the personal computer technology. I already said at least two times in some other threads that games for consoles might be a good idea after all, after spending lots of time throughout my life using a personal computer and fixing all sorts of certainly un-obvious problems, and after reading what problems others were having while trying to get ArmA at least running without a Crash To Desktop.

People who say things like you just said really should think again. You are blinded by technology and by your own geekyness. I have seen enough of this disease to tell right away if people have it. I had it too but one day I realized how stupid it was to think like that. Quote from Wikipedia about "geek": Well I'm not 100 % sure of the 70 deg C, the temperature goes down quite fast when I switch away from ArmA so maybe the temperature while playing ArmA was closer to 80 deg C when the problems appeared. No matter what the temperature was, one thing is for sure: ArmA causes my graphics card to heat up to a level in which visual problems start to appear. It is the first game to do that on this hardware.

Well I have a 6600 GT 128 MB VRAM and I noticed ArmA can heat it up so that visual glitches start to appear after playing for some time. I now don't even think of running ArmA without having a large extra fan blowing to the graphics card. Problems can start at around 70 degrees Celcius of GPU temperature and ArmA puts the temp up to that level quite easily. My computer is old and slow, 1.4 GHz (Athlon XP 1600+) and 768 MB 133 MHz SDRAM. The graphics card has an 4 x AGP bus. This computer really is not good enough to run ArmA, but I can play ArmA in most missions with a performance level I can accept.

Well I once let my girlfriend (passes as a small child when it comes to computer games) try OFP. She ran through some forests and told me afterwards that 'there was no one there'. It was a good experience for someone who hasn't really played games. I don't have children but I think the idea is great. I would use a non-violent, non-military theme. There's a whole lot of possibilities for missions. Simple missions like in which you would have to collect something would be easy to make, but could be a lot of fun for small children.

The OpenAL updater does that by writing new files over old ones in the Windows system32 folder. There is no conflict between old and new version of OpenAL.

Well I installed this OpenAL update and now I got errors in the sounds while playing ArmA! I didn't have any errors before with the sounds in any game on this very same computer. The sounds are 'cracking' every now and then and it certainly doesn't belong to the game. At some point I also thought I heard a sound partially being played twice when it only should have been played once, but I am not 100 % sure about this. I have a Sound Blaster 128 PCI sound card so nothing fancy in that department. This is the first time I'm experiencing any problems with sounds with this hardware. Other applications play sounds normally. I must say I also updated the Nvidia graphics driver to the latest beta driver from the the latest official driver at the same time as I did the OpenAL update. But I suspect more it is the OpenAL update that causes problems with the sounds. It seems I need to try an older version of OpenAL and see if that helps.

This problem appears because you have not gone deep enough into your array. You have nested arrays so you must do more select commands to pick the groups from the subarrays. If you have an array: [ge1,[ge2,ge3],[gw1]] passed to the script, then you could get the leader of ge1 by doing: leader (_this select 0) to get the leader of ge2 you will need to do: leader ((_this select 1) select 0) and so on. Study more about arrays.

Have you seen the leader command?

Well it continues the quality of the sounds in the FDF Mod for Operation Flashpoint: Resistance. I was totally amazed by the quality of the sounds in that mod. For example the assault rifle of the FDF had a sound that in my opinion was very close to the original (I guess the sound of at least that weapon was recorded for FDF Mod at a shooting range and not modified from existing sound clips). Realistic sounds have significant importance in creating an immersive experience. Must have taken lots of time and skill to do the sounds so well for FDF Mod. Luckily the same people are still around to work on addons for ArmA. So Thank You Goeth and keep up the good work!