Patch 1.91 beta/final feedback

[vektorboson 8]

Hi,

I've encountered a very strange bug, which crashes OFP.

If you have a soldier s1 and another soldier e1 and make

s1 dofire e1

and after he shot some shells but did not kill e1 and you then make

removeAllWeapons s1

then OFP crashes. Same for RemoveMagazine, RemoveMagazines, RemoveWeapon. I tested even if s1 dofire objNull is a workaround, but OFP still crashes.

EDIT:

I found out that the problem does not occur if the engaged unit is killed (or setdammage 1). Actually you don't need dofire to make OFP crash. Just don't take away their weapons if the engaged unit was not killed before.

[Blake 0]

For gods sake, don't forget to fix the gun barrell up/down swinging bug which occurs in multiplayer when human players man a tank. Makes aiming impossible if other one is gunner, other the driver. Does not occur when you are alone in the tank.

[farmcoot 0]

</span><table border="0" align="center" width="95%" cellpadding="3" cellspacing="1"><tr><td>Quote (Blake @ Feb. 04 2003,06:54)</td></tr><tr><td id="QUOTE">For gods sake, don't forget to fix the gun barrell up/down swinging bug which occurs in multiplayer when human players man a tank. Makes aiming impossible if other one is gunner, other the driver. Does not occur when you are alone in the tank.<span id='postcolor'>

YES PLEASE, DEAR GOD FIX THIS!!! This alos occurs on M2 MG's alot also. Manning a Tank sucks ass when your barrel is going crazy.

[Skumball 0]

In the final 1.91, please BIS can you intergrate any campaign fixes like the Redhammer and 1985 ones. I think the Redhammer was to fix a bug in that mission where you have to hold Montignac and place down barricades. (not too sure).

(sorry if this has already been asked)

[Doolittle 0]

This might be a strange request, but:

Dear BIS,

Could you please free up the file pointer to a mission/close the mission file (whatever it's called) when a mission is closed in the game?? I like to Alt-Tab to another window and sometimes delete missions I just looked at, but I always have to select another mission first before I can delete the mission I just ran.

Thanks!

Doolittle

[Mister Frag 0]

</span><table border="0" align="center" width="95%" cellpadding="3" cellspacing="1"><tr><td>Quote (Doolittle @ Mar. 13 2003,08:26)</td></tr><tr><td id="QUOTE">This might be a strange request, but:

Dear BIS,

Could you please free up the file pointer to a mission/close the mission file (whatever it's called) when a mission is closed in the game??  I like to Alt-Tab to another window and sometimes delete missions I just looked at, but I always have to select another mission first before I can delete the mission I just ran.

Thanks!

Doolittle<span id='postcolor'>

For SP missions, that would be nice.

For MP missions, I think keeping the file open was done intentionally to keep cheaters from modifying it / replacing it. Currently, all the files stay open until you exit OFP, not just switch missions.

[Doolittle 0]

Actually I just load another mission and it "let's go" of the older mission.

I just thought of something else: when it says "You were kicked off"...for the longest time I thought I had upset a lot of servers, but then I realized that message was because they had locked the server. Perhaps it could say "The server is locked, come around some other time, we still love you"??

Doolittle

[Doolittle 0]

It would be great if Internet play at the Briefing/Map screen were like LAN play, where you could start the game even if people were yellow.

I hate having to sit around and wait for people to green up.

Doolittle

[h - 169]

I don't know if there's anybody else that has had this problem but ever since the whole Resistance thingy the AI seems have more trouble in routing itself around the gameworld...

I have witnessed it usually this way:

There are some ammo crates placed near a building wall (like for example in the Aanmac's Antipathy) or in the woods (like in the BAS Delta Ops)... When AI is ordered to pick up weapon or/and ammo he just stays still and announces "Negative" after a while... The you guide the AI in guestion step by step right next to the ammo crate and order him again to take the weapon/ammo.

This works in the woods sometimes but near the building wall the AI is lying right next to the ammo crate and is still stating "Negative"...

So I finally ended up taking the weapon/ammo from the crate myself and dropping it somewhere else where there is nothing to "block" the AI from moving...  

[FDesign 0]

Can someone please answer this as fast as possible.

DOES 1.91 NON-BETA STILL HAVE THAT SPEEDING UP THE HILLS BUG?

[mackan 0]

Sometimes when i edit or make a mission in the mission editor, the game crashes. Just that, with no errors or something, i've did exactly the same in 1.90, but it still dosn't work!

[theavonlady 2]

Any crash report in file \OFP\Flashpoint.rpt ?

How many MB of addons are in your addons folder?

[Harnu 0]

I don't think it's a 1.91 bug but I just notied it. When the gear are up on the SU25, from the front view the bar that attacked the wheels to the plane sticks up into the engine. You can see if if you can get a glimpse from the front. Not a real bug but aw well.

[bionicman 0]

Hi,

BUG:

-----

Periodical freezes occur, when entering the cockpit view of any vehicle (helis, tanks, cars). The game freezes for ~30 seconds, de-freezes for 3 seconds and again freezes for ~30 seconds, and so on

Solution:  

--------

see this thread

Reproducable:

--------------

Yes (by re-adjusting the 3d card's anti-aliasing settings, from "4x hardware anti-aliasing" to "application controlled anti-aliasing" -> also see thread...)

[mpreston 0]

I think this is a 1.91 bug - since installing the patch I cannot complete the Hostages mission in Resistance because the BMP won't leave the area where the hostages are being kept. I realize this problem was posted in the Missions area but I think this is more appropriate because it seems to be a bug introduced by 1.91. From what I can tell - the BMP just gets stuck, making it impossible to 'win'.

MP

[punishment 1]

i bet BIS does not listen to all this and probalby wont release a fix.

i find an error if guns fire to rapidly they do not make the proper sounds.

[HellHobbit 0]

Bug Report:

I have the polish versions of both OFP and OFP:R. But after installing the newest patch (PL version) all the campaign briefing text appears Czech. I can understand it a bit, but it's a pain in the ass

Is someone from BIS able to help me out?

[Ada 0]

</span><table border="0" align="center" width="95%" cellpadding="3" cellspacing="1"><tr><td>Quote (HellHobbit @ April 07 2003,00:59)</td></tr><tr><td id="QUOTE">Bug Report:

I have the polish versions of both OFP and OFP:R. But after installing the newest patch (PL version) all the campaign briefing text appears Czech. I can understand it a bit, but it's a pain in the ass  

Is someone from BIS able to help me out?<span id='postcolor'>

"I have the polish versions of both OFP and OFP:R. But after installing the newest patch (PL version) all the campaign briefing text appears Czech."

Please check your windows regional settings. Change it to Polish. I have proved it (in polish resistance with 1.91 patch) and all text is Polish.

[HellHobbit 0]

Very strange, all my regional settings are set to "polish", even the keyboard setting... I tried reinstalling the patch and even resistance a few times, but my campaign briefings are still Czech.

To be more specific: The menu text, and most of the in-game text is in polish, but the mission briefing and notes

are in czech.

[Hawklore 0]

I downloaded the patch, and it says that most of the files are corrupted, I downloaded from the mirriors and the site, same thing..

any Idea?

[Pennywise 0]

I have been having problems with a script command on the linux server for quite some time now.  I sent suma an email regarding the bug, but I guess It wasnt an issue for them or they never got around to it.  Its definitely still present in the latest version of the server 1.91 for me.  I would appreciate it if any of you linux server guys could give this a run for your money.  The script command that seems to cause this rather nasty core dump is "_scud1 action ["SCUD Launch"]".

To replicate the problem just create two scud missles occupied with AI.  Name them 'scud1' and 'scud2' and group them together.  Then, create a unit for yourself.  Create a trigger, to detect you and call this in the 'On Activation' field:

*Note: this must be tested on the linux dedicated server

[scud1, scud2] exec "launch.sqs"

</span><table border="0" align="center" width="95%" cellpadding="3" cellspacing="1"><tr><td>Quote </td></tr><tr><td id="QUOTE">

_scud1        = _this select 0

_scud2        = _this select 1

_camx = getpos _scud1 select 0

_camy = getpos _scud1 select 1

_camz = getpos _scud1 select 2

~5

_scud1 action ["SCUD Launch"]

~2

_scud2 action ["SCUD Launch"]

; Wait 15 seconds

~10

_scud1 action ["SCUD Start"]

_scud2 action ["SCUD Start"]

~1

titlecut ["Mission Failed","BLACK IN",3]

_cam = "camera" CamCreate [_camx,_camy+100,_camz+75]

_cam CamSetTarget _scud1

_cam CameraEffect ["Internal","RIGHT"]

_cam CamCommit 5

@camcommitted _cam

~15

_cam CameraEffect ["Terminate","Back"]

CamDestroy _cam

#End

Exit

<span id='postcolor'>

Someone please test this for me.  I would greatly appreciate it.  It crashes the server everytime. Let me know how it works for ya.

Thanks!

[Pennywise 0]

I did an strace on the situation. Came back with this:

select(0, NULL, NULL, NULL, {0, 17000}) = 0 (Timeout)

gettimeofday({1050643326, 494611}, NULL) = 0

gettimeofday({1050643326, 494634}, NULL) = 0

gettimeofday({1050643326, 494657}, NULL) = 0

gettimeofday({1050643326, 494683}, NULL) = 0

gettimeofday({1050643326, 495094}, NULL) = 0

gettimeofday({1050643326, 495171}, NULL) = 0

gettimeofday({1050643326, 495192}, NULL) = 0

gettimeofday({1050643326, 495214}, NULL) = 0

gettimeofday({1050643326, 495326}, NULL) = 0

gettimeofday({1050643326, 495352}, NULL) = 0

gettimeofday({1050643326, 495605}, NULL) = 0

gettimeofday({1050643326, 495628}, NULL) = 0

gettimeofday({1050643326, 495651}, NULL) = 0

select(1024, [89], NULL, NULL, {0, 0}) = 0 (Timeout)

time(NULL) = 1050643326

gettimeofday({1050643326, 495767}, NULL) = 0

gettimeofday({1050643326, 495849}, NULL) = 0

gettimeofday({1050643326, 495885}, NULL) = 0

gettimeofday({1050643326, 495909}, NULL) = 0

gettimeofday({1050643326, 495932}, NULL) = 0

gettimeofday({1050643326, 495954}, NULL) = 0

gettimeofday({1050643326, 495977}, NULL) = 0

gettimeofday({1050643326, 496000}, NULL) = 0

gettimeofday({1050643326, 496268}, NULL) = 0

gettimeofday({1050643326, 496306}, NULL) = 0

gettimeofday({1050643326, 496333}, NULL) = 0

gettimeofday({1050643326, 496357}, NULL) = 0

gettimeofday({1050643326, 496382}, NULL) = 0

gettimeofday({1050643326, 496405}, NULL) = 0

gettimeofday({1050643326, 496430}, NULL) = 0

gettimeofday({1050643326, 496453}, NULL) = 0

gettimeofday({1050643326, 496476}, NULL) = 0

gettimeofday({1050643326, 496500}, NULL) = 0

gettimeofday({1050643326, 496523}, NULL) = 0

gettimeofday({1050643326, 496546}, NULL) = 0

gettimeofday({1050643326, 496569}, NULL) = 0

gettimeofday({1050643326, 497046}, NULL) = 0

select(0, NULL, NULL, NULL, {0, 17000}) = 0 (Timeout)

gettimeofday({1050643326, 514614}, NULL) = 0

gettimeofday({1050643326, 514637}, NULL) = 0

gettimeofday({1050643326, 514660}, NULL) = 0

gettimeofday({1050643326, 514687}, NULL) = 0

gettimeofday({1050643326, 515106}, NULL) = 0

gettimeofday({1050643326, 515172}, NULL) = 0

gettimeofday({1050643326, 515194}, NULL) = 0

gettimeofday({1050643326, 515215}, NULL) = 0

gettimeofday({1050643326, 515324}, NULL) = 0

gettimeofday({1050643326, 515349}, NULL) = 0

gettimeofday({1050643326, 515603}, NULL) = 0

gettimeofday({1050643326, 515626}, NULL) = 0

gettimeofday({1050643326, 515649}, NULL) = 0

select(1024, [89], NULL, NULL, {0, 0}) = 0 (Timeout)

time(NULL) = 1050643326

gettimeofday({1050643326, 515765}, NULL) = 0

gettimeofday({1050643326, 515934}, NULL) = 0

gettimeofday({1050643326, 515971}, NULL) = 0

gettimeofday({1050643326, 515995}, NULL) = 0

gettimeofday({1050643326, 516018}, NULL) = 0

gettimeofday({1050643326, 516041}, NULL) = 0

gettimeofday({1050643326, 516064}, NULL) = 0

gettimeofday({1050643326, 516087}, NULL) = 0

gettimeofday({1050643326, 516147}, NULL) = 0

gettimeofday({1050643326, 516185}, NULL) = 0

gettimeofday({1050643326, 516212}, NULL) = 0

gettimeofday({1050643326, 516237}, NULL) = 0

gettimeofday({1050643326, 516262}, NULL) = 0

gettimeofday({1050643326, 516301}, NULL) = 0

gettimeofday({1050643326, 516325}, NULL) = 0

gettimeofday({1050643326, 516348}, NULL) = 0

gettimeofday({1050643326, 516372}, NULL) = 0

gettimeofday({1050643326, 516395}, NULL) = 0

gettimeofday({1050643326, 516418}, NULL) = 0

gettimeofday({1050643326, 516442}, NULL) = 0

gettimeofday({1050643326, 516465}, NULL) = 0

--- SIGSEGV (Segmentation fault) ---

It does this for a long time then just crashes when the scudlaunch action is used. Im gonna recheck my files on the server just to be certain everything is right.

[Pennywise 0]

checked all my files. They are all present and in good condition. Please, someone give it a test and see what ya get. BIS if you could take a look at it, i would greatly appreciate it. My mission wont play on the linux server as long as this condition is present.

[starstreams 0]

</span><table border="0" align="center" width="95%" cellpadding="3" cellspacing="1"><tr><td>Quote (Hawklore @ April 14 2003,23:33)</td></tr><tr><td id="QUOTE">I downloaded the patch, and it says that most of the files are corrupted, I downloaded from the mirriors and the site, same thing..

any Idea? <span id='postcolor'>

Same deal here. The Resistance 1.91 patch went in ok, but the Red hammer compatibility patch tells me to download the file again because it’s corrupt. There must be some type of order of installing issue. All my stuff was up to date at 1.90 before running these two new patches.

I don’t get it, I guess I’m going to have to reinstall everything and trying installing the Red Hammer patch before applying the Resistance one first? I'm guessing the order of install matters?

[benu 1]

Pennywise: we too have some missions which simply do not run with the linux dedicated server although run fine with the windows server. Couldn't figure out why though. Will test your script when time permits.