Jump to content
Sign in to follow this  
Mr. Charles

ARMA 2: OA beta build 74094

Recommended Posts

[74014] Optimized: File cache memory handling is now faster.

Sounds yummy. Thank you BIS.

Share this post


Link to post
Share on other sites
[74061] New: -skipintro command line option to disable loading menu cutscenes.

Lol, damn. That was fast :p

[73974] Changed: foreach variable _index renamed to _forEachIndex

Thank you.

Share this post


Link to post
Share on other sites

also

b74086 fixes the crash on AI arty gunner ordered 'fire at position'

Share this post


Link to post
Share on other sites

cheers BIS, this one sounds like a handy little patch:)

Share this post


Link to post
Share on other sites

Thanks. :)

But I noticed the custom-voices are broken now. All (custom) voices played with "say" or "playsound" and probably with other commands, cut in few seconds after played very disjointed. Only the official teamradio seems to work normal.

Edit: It seems like all voicefiles under CfgSounds are broken (or say/playsound-commans are broken). CfgRadio and CfgMusic works good.

Edited by SaOk

Share this post


Link to post
Share on other sites

@saok: Confirmed. For me it appears that the sound is starting to play over and over and over again without stopping. I have to tab between applications (windowed mode) in order to make it stop. Never heard that before, although I'm having my first "out of memory" error in UltraEdit (prior to launching Arma2). This is on updated client and dedi server, with sound addons (but the problematic files are mission cfgSound files).

Share this post


Link to post
Share on other sites
:eek:

-skipintro is legit! So much faster, thanks BIS!

Yeah thats really neat.

Share this post


Link to post
Share on other sites

Had followed all beta so far and all worked fine except this one now. It's the first time i had a BSOD during playing MP. Was goin back to 1.54.73643 then and this worked flawless.

Sadly the rpt didn't tracked the BSOD. If there is something i could deliver that could possibly helpful, please send me a PM.

Share this post


Link to post
Share on other sites

C:\Windows\MiniDump ...

what about .dmp from moment of the crash ?

Share this post


Link to post
Share on other sites
But I noticed the custom-voices are broken now. All (custom) voices played with "say" or "playsound" and probably with other commands, cut in few seconds after played very disjointed. Only the official teamradio seems to work normal.

Edit: It seems like all voicefiles under CfgSounds are broken (or say/playsound-commans are broken). CfgRadio and CfgMusic works good.

Thanks for noticing. Fixed in 74097

Share this post


Link to post
Share on other sites
[74014] Optimized: File cache memory handling is now faster.

Sounds great.Thanks for this.

THANKS THANKS THANKS THANKS

So Dead3yez has to read this over and over again.

Consider this payback,for a payback you gave me,you personally had no reasons for,mr. lamewar!

THANKS THANKS THANKS THANKS

THANKS THANKS THANKS THANKS

THANKS THANKS THANKS THANKS

THANKS THANKS THANKS THANKS

THANKS THANKS THANKS THANKS

THANKS THANKS THANKS THANKS

Share this post


Link to post
Share on other sites

_forEachIndex doesn't work for me, just started using the beta patches so could anyone confirm, _index worked well in the last patch.

Share this post


Link to post
Share on other sites
also

b74086 fixes the crash on AI arty gunner ordered 'fire at position'

If this is what I think it is, HUGE thanks from me and others.

Share this post


Link to post
Share on other sites
[73974] Changed: foreach variable _index renamed to _forEachIndex

@Dwarden: Thanks for renaming it, but was there any particular reason for not adopting something shorter, but still 'rarely used' such as "_xi" as discussed in the last thread? (More for interest, rather than anything else... _forEachIndex is quite long for a loop variable name...) :)

Share this post


Link to post
Share on other sites

Because i is imaginary, and we can't have imaginary x's, can we? :D Seriously though, I don't think it matters much. Rarely do I need the index in a forEach struct, and when I do it won't cause any issues.

Share this post


Link to post
Share on other sites

The speed and amount of direct feedback and features by the devs to issues that have been coming up in beta is just amazing. BIS, you guys rock! :)

Share this post


Link to post
Share on other sites
Because i is imaginary, and we can't have imaginary x's, can we? :D Seriously though, I don't think it matters much. Rarely do I need the index in a forEach struct, and when I do it won't cause any issues.

Haha. I was merely wondering whether there was a particular argument for "_forEachIndex" - as you say, it's hardly of any great consequence in the grand scheme of things :)

Share this post


Link to post
Share on other sites

Any short variable name still has high probablity of potential conflicts.

With

_forEachIndex

we believe the risk of possible problems is minimized and this variable can be useful addition for scripters.

@Dwarden: Thanks for renaming it, but was there any particular reason for not adopting something shorter, but still 'rarely used' such as "_xi" as discussed in the last thread? (More for interest, rather than anything else... _forEachIndex is quite long for a loop variable name...) :)

Share this post


Link to post
Share on other sites
Any short variable name still has high probablity of potential conflicts. With _forEachIndex we believe the risk of possible problems is minimized and this variable can be useful addition for scripters.

Fair enough - many thanks for adding the feature :)

Share this post


Link to post
Share on other sites
Thanks for noticing. Fixed in 74097

Hoping to get hands on this one quickly. Had to revert to earlier due to the sound issues.

Share this post


Link to post
Share on other sites

Please sign in to comment

You will be able to leave a comment after signing in



Sign In Now
Sign in to follow this  

×