Spitfire

Well, I think this is the issue here. The only way to let friendlies know I'm in the Hind is to radio them. And that's the way the Russians can find it out, too. So we'll just have to assume that there is a feature in the game that uses the radio automatically (and silently ) to inform friendlies where you are and what vehicle you are driving. So..... this is not a bug...... er.... it's a feature....

There are a lot of mission editing FAQ's out there, and this topic is covered in every one of them. Anyway, I'll help you out. OK, when you place an ammo crate to map with the editor, double click it to open the Edit Unit -window. You should see a field called "Initialization" approximately in the middle of the window. Say, if you want to put two M16s, two M21's, ten M16 clips, twenty M21 clips and six hand grenades to the crate, this is what you should type in the Initialization -field: this AddMagazineCargo ["M16",10]; this AddMagazineCargo ["M21",20]; this AddWeaponCargo ["m16",2]; this AddWeaponCargo ["m21",2]; this AddMagazineCargo ["Handgrenade",6] The crate has some satchels and magazines in it as a default, so if you want to remove those you should put "ClearMagazineCargo this" in the BEGINNING of the init field. All weapon and ammo abbreviations in v1.30 can be found from here: <a href="http://www.ofpediting.net/weapons.html That" target="_blank">http://www.ofpediting.net/weapons.html That</a> should get you started. (Edited by Spitfire at 9:34 pm on Dec. 9, 2001)

</span><table border="0" align="center" width="95%" cellpadding="3" cellspacing="1"><tr><td>Quote </td></tr><tr><td id="QUOTE">Quote: from OldShureHand on 2:08 pm on Dec. 9, 2001 What me really angers is that the AI _instantly_ knows whether someone boards a vehicle or not, and whether this is someone friendly or not. <span id='postcolor'> It goes both ways. Would it be nice in the Escape from prison -mission when you steal the Hind and fly home, you would be shot down by your own men?

</span><table border="0" align="center" width="95%" cellpadding="3" cellspacing="1"><tr><td>Quote </td></tr><tr><td id="QUOTE">Quote: from MP on 5:35 am on Dec. 9, 2001 >>>>BIS need's to change the AI's fireing distance for the A-10 LGB. <span id='postcolor'> Because of the lack of a decent hud display and it's CCRP targeting cues, this is as accurate LGB modelling we are ever going to see in this game. At the current "targeting" accuracy, it really should be modelled so that it's actually a self propelled missile. Anything even resembling a true free falling fin-adjusted bomb would make bombing impossible.

We can destruct street lamps, too. You need around 20-30 shots at it, but it doesn't go out immediately. After shooting you should wait around 10-15 seconds and the street lamp turns off like someone flicks the switch... The funniest way to destroy them is by driving the poles down with a tank or blowing them up with a satchel. While the lamppost lies on the ground, the light itself is still on, up in the air where it used to be. It goes out in 10-15 seconds, though. Try it out. At least Kolgujev streetlamps work like this. (Edited by Spitfire at 2:30 pm on Dec. 9, 2001)

</span><table border="0" align="center" width="95%" cellpadding="3" cellspacing="1"><tr><td>Quote </td></tr><tr><td id="QUOTE">Quote: from Dawdler on 3:13 pm on Dec. 8, 2001 You can drive the thing, theres a mod for it.<span id='postcolor'> Yeah but it's way too quick to accelerate...

LOL! That must've been like ####! :biggrin:

http://www.ofpediting.net/weapons.html

Ok, it seems that VIA bug is not the problem in this case. For me it corrupted the large files randomly, not only one or two specific ones. And I'm not even sure about that 50MB limit. That was an estimate by the author of the VIAHardware-faq. You should consider updating or replacing the ASPI layer of your system. That could be the issue here as stated in *THIS* faq item by Avon.

You can be sure that there will be a sequel.

No need to use addweaponcargo["Pipebomb",12]. That works but it has no effect. All you need is the addmagazinecargo -part for pipebombs.

Yeah, that thing in the last paragraph is actually the first thing that should be checked, since I've managed to cause the data corruption on perfectly working VIA systems by changing that BIOS value.

RemoveAllWeapons this; this AddMagazine "Kozliceshell"; this AddMagazine "KozliceShell"; this AddWeapon "Kozlice" Type that in the init field and the soldier ends up having nothing but a Kozlice with 2 shotgun shells. A list of current weapon & ammo abbreviations is can be found here: <a href="http://www.ofpediting.net/weapons.html (Edited" target="_blank">http://www.ofpediting.net/weapons.html (Edited</a> by Spitfire at 10:37 pm on Dec. 6, 2001)

</span><table border="0" align="center" width="95%" cellpadding="3" cellspacing="1"><tr><td>Quote </td></tr><tr><td id="QUOTE">Quote: from Webwing on 3:43 am on Dec. 6, 2001 And poor VIA! It works fine with all the software I tried but BIS needs a scapegoat... <span id='postcolor'> That "poor" VIA has admitted a long time ago that the 686b southbridge has a flaw: -------------------------- Quote begins ---------------------- Official statement from VIA: The data corruption error, which some web sites and people have reported with the 686b Southbridge, is caused by incorrect bios registry setting to the Northbridge. These bios settings were made by motherboard manufacturers, in an attempt to fix a conflict with the Sound Blaster Live Value cards. Information has been provided to all motherboard manufacturers on how to correctly resolve both the data corruption error and the Sound Blaster Live conflict. The patch released by VIA in the 4in1 4.31 drivers’ replicates the correct bios settings. We provided this patch to make sure as many people got a fix to their Sound Blaster Live problems as soon as possible. Most motherboard manufacturers have now corrected their bios and the patch is not necessarily needed although it will not harm any VIA based system if installed. ------------------------ Quote ends ------------------------ That pretty much wraps this up, don't you think? That statement has some errors which VIA has corrected later. First of all the data corruption bug is not that closely related to the Soundblaster Live -incompatibility issue as the statement claims. (Edited by Spitfire at 10:07 pm on Dec. 6, 2001)

Hindhunter, I think the problem occurs only if your hard drive is DMA33, DMA66, UltraDMA... You probably bought an ATA100 hard drive and that's why the bug doesn't occur. ####, I'm just guessing here... It could be either that or it could be that when you installed the HD you put it in the same ribbon cable as your CD. It's a proven fact that the bug causes problems only if the two mediums are on different ribbon cables. Everyone, please read this thread also: <a href="http://www.flashpoint1985.com/cgi-bin/ikonboard/topic.cgi?forum=4&topic=2242 (Edited" target="_blank">http://www.flashpoint1985.com/cgi-bin....(Edited</a> by Spitfire at 9:58 pm on Dec. 6, 2001)

THE TRUTH ABOUT THE VIA DATA CORRUPTION ISSUE ============================================= Caught your attention? Good OFP installation can go wrong for plenty of reasons, and VIA 686b southbridge bug is only one of them. That bug causes problems when you transfer files large enough, say, +50MB, between two IDE channels. That means that the other medium must be plugged into IDE0 and the other into IDE1. If you have only one IDE ribbon cable in your computer, and still your OFP installations get corrupted, VIA bug is not the issue then. Ok, let's say you install any game from your CD (on IDE1) to the hard drive (on IDE0). First of all, the game must have files larger than 50MB that it is copying from the CD to the HD. If so, the VIA bug corrupts only a byte here and a byte there of that large file. Usually the largest files of games are data files containing sound, music, animation, graphics etc. And when those files get corrupted, it very rarely causes ANY symptoms. The game runs just fine. I bet you can do a fresh install of Windows 2000 from the installation CD and never see any anomalities in the system performance. That's just because there just aren't that many (maybe none?) 50MB+ files that are directly copied from the CD to the HD in Windows installation. So what's so different about Operation Flashpoint? It's NOT that the guys at BIS are poor programmers and managed to screw up the installation program so bad that it randomly corrupts data. No, it's not that. They are very good programmers: They implemented a file checksum system that checks every important file of the installation, so that you can find out if there is something wrong with your system and you will always be able to play a totally error free Operation Flashpoint! So don't blame BIS on the data corruption. What can you do about the corruption bug, then? Well, Webwing is right. There are plenty of workarounds for the problem and not every trick works on every machine. You'll just have to find out it by yourself. Trial and error method worked best for me, and I finally managed to isolate the problem on my system. It's hard work and needs a very computer literate person to track down the source of the problem. The Avon Lady's OFP FAQ has now all necessary information / links to solve the problem, so read it! (Edited by Spitfire at 9:58 pm on Dec. 6, 2001)

Put many waypoints in the exact same spot but give them all a placement radius so every waypoint is randomly put inside that radius. Make the last waypoint a type of "cycle" so the the ai will run around the area like #### until someone puts him out of his misery. I think it's possible to do true random waypoints with scripting, but this is a lot easier to do in your case. (Edited by Spitfire at 1:37 am on Dec. 6, 2001)

Has to be quite soon since they are going to release the patch "in the first half of december"

There sure is... Mr. Sharp Eye. If this AK-soldier would turn just a bit to the left, you would see a #### of a lot of vehicles in line there... This is a "playground" map where I tend to test all kind of funny things. All those vehicles can be repaired instantly with a radio command.

Is this any better?

Hmm... How can I see the picture just fine on the forum? Ah! I just tested it out with IE and doesn't work, but with Netscape it works fine. (Edited by Spitfire at 11:38 pm on Dec. 5, 2001)

"Is that a SCUD poking out of the side of Mi17?" This really looks like a crappy picture manipulation, but it's not. That's a real SCUD shot at a real Mi17. (Edited by Spitfire at 11:22 pm on Dec. 5, 2001)

I already tried it out. The SCUD just cuts through the hill like butter...

Ahh! Excellent! Thank you again, RED.

I know how to get the x,y,z coordinates of an object and I know how to use them as such, but what if I'd want to isolate the coordinates of all three axes and treat them separately in three separate variables? (Edited by Spitfire at 10:01 pm on Dec. 5, 2001)