S!fkaIaC

I mean if you moving inside ArmA, object pop-up and sudden LOD-change is very often described as "flickering". This UAV viedo you pointed at is only about that phenomenon. But even with the best CPU + GPU you come to the point that the new textures can not shuffled fast enough from disk to VRAM which means "streaming" can not work efficiently. So it is NORMAL for all games but it depends on your HW and the "heaviness" of the virtual environment at which point you experience this. But if NOTHING moves and you look to distant objects and you see texture flickering you can consider this as NORMAL FOR ArmA, but not normal for every game in general.

No, we Germans have the BEST crew protection system: we never send our Leos into combat, hence we had not a single loss so far (except few drunken tards riding Leo's until they are upside-down during training).

M1Ax and T-xx series are combat-proven. Leopards are not really. Some were driving around in ex-Yugo, but I never heard that they had contact. And I dunno if the Cannadians had some of their Leos in Iraq. So as a German I can say that this toy still has to prove that it is "nice".

Gentlemen, a rig can be old, then an application can run slow. With ArmA we have the issue that for some old and new rigs it runs fine, for some old and new with BSODs, CTDs etc. I would say that both in SW and HW development words like Quality and Reliability have no meaning.

I deleted ArmA2.cfg and placed a naked one. ArmA 2 after start recognizes only localVRAM=461344769 instead of 768xxxxxx. WHy that? Edit: I set localVRAM manually to 720000000 and locked the file since ArmA 2 was setting it to 370000000. But all this is fuzzy trial and error. We have the supplier on one side throwing crappy GPUs with crappy drivers into the market. We have a game developer that is utilizing those cards in the right or wrong way - who can judge? There is a significant portion of end- customers in-between geting BSODs/CTD/gamslocks/graphic disturbances etc BIS, can you at least try to work on the survivability of your application? I am not asking anymore for normal graphics, just make that it can recover from problematic situations.

Well, do not mix up the LOD pop-up while moving with the unnecessary texture flickering while observer does not move related to the flickering texture.

Why is Rocco not posting here? :cool: :rolleyes: Can you add also such faces? http://www.stupidedia.org/stupi/Bild:4_Politiker.jpg because I want to see my face ingame too. Taken from: http://www.stupidedia.org/stupi/Arschgesicht if someone speaks German

A picture says more then 1000 words: http://armed-assault.de/screenshots/map_reduvoice_1_5795.jpg Copyright somewhere here: http://armed-assault.de/news/1-2-3-4---shut-up.html

The only problem is that the BIS developer, responsible to code the AI driving capabilities and in special the 3 point turn logic, used this as blueprint: :D :don1:

by default installation and starting ArmA without extra switches.... http://community.bistudio.com/wiki/-profiles ....telling it to store it elsewhere it usually goes to C:\Documents and Settings\<user>.............lill deeper but it is there for sure.

Well, the mission and utilized addons are not tuned. Usually guys like DVD fixed it in a way that shooting/scanning ranges were aligned with the selected maximum view distance. But in ArmA 1, "instantViewdistance"-addon could in some cases override server setting which was a kind of cheat. So consider this issue rather as a problem of an half finished mission then a BIS problem.....despite the fact that AI target aquisition- and tracking capabilities are alien-like. And this "vehicle-scanner"-Radar is a nasty crap as well, far from real.

Well, I can confirm for my case that it has been ALWAYS like that in ArmA 1 and ArmA 2, for OFP I can not remember. In ArmA 1 it was on all 5 test systems: - DELL XPS Gen2 - DELL XPS M1710 - DELL XPS M1730 - 2 handcrafted towers always the same flickering, on 2 systems I had Vista instead of XP, no difference. I still own that clunky M1730 (as video player for the kids), it has 2x8600 GPU and even a Physix card, all that is not used I assume. But hey, at least there is some continuity :p EDIT: I MIGHT find the time to put now ArmA 2 onto that M1730, but I feel sorry for the invested time.

Maybe BIS needs to patch to make use of all features of the 2xx series (and all DirectX features) at all. Maybe they coded basic things of the graphics 2 years ago when 2xx samples were not available and they hence skipped implementation of certain features/functions. Despite that, even my 8800GTX, which is "stoneold" does not work with ArmA 2, and to get it work with ArmA 1 was a looooong journey not just "plug and play", it was rather "fu*ck and pray".

Since everyone knows that I am a retarded, egoistic as*hole I do not hesitate to wish for me personally: fix the "Receiving..." bug if it is possible on ArmA-appl.-side. :p

arrrg, life is so easy, did it and works fine

arrrg, life is so easy, did it and works fine

Thank you THANK YOU Thank YOu Thank YOU - it is so much help when you search for stuff for your mission, your island, your bug report......why the hack BIS is not hosting this? One suggestion: instead of making an pop-up when clicking onto image I would like to see a real additional browser window opened which I can link. THANK YOU

Thank you THANK YOU Thank YOu Thank YOU - it is so much help when you search for stuff for your mission, your island, your bug report......why the hack BIS is not hosting this? One suggestion: instead of making an pop-up when clicking onto image I would like to see a real additional browser window opened which I can link. THANK YOU

Well, some building can be destroyed, some not. And the configs (like many, many others) are so unbelievable inconsistent.....examples: - I am in M1A2TUSK over harbour of Chernarus, I fire ONE SINGLE AP ROUND into a large chemical industrial installation (150m wide), AND THE COMPLETE THING collapsed in one go (while in RL it would make just "pling" and you would see a tiny hole with the diameter of the metal rod). Then I approached those wooden huts at the city limits, I fired ALL remaining rounds (all AP and HE) into a single hut - not a scratch. - bales of straw, like many other objects, got wrong config data applied, instead of getting destroyed when running with MBT over it, the MBT IS REBOUNCING from the bale of straw - making a huge arty barrage into the field in front of an village to prepare some shelter for your attacking infantry - nada in ArmA 2 - digging a foxhole behind your MG/HMG/GL/AT to survive the fire returned by the MBT since they know always EXACTLY where you are after you hit them once - forget it I agree BIS has done a lot so far, but the overall result is just unbelievable buggy and inconsistent. You must have an object list next to your keboard with the reference which are partially destructable, not destructable, buggy...etc to come through. BTW, destructible terrain would be achievable if BIS would provide predefined shapes that would applied to the sectors hit by explosions. Limiting them to a few would not make it looking really natural, but the game element "making cover by digging/bombing a hole" would be present.

Same problems were in OFP, but we had much less obstacles at BIS standard maps.

I watched the video, sorry to say, but this is "normal" for most users of ArmA 2. Not always, but especially while fast moving, after returning from map, after respawn.......

Gents, please state your HW settings and post your .rpt content after crash or upload then into a TT in the ArmA 2 bugtracker. At moderators: Could you PLEASE merge this thread with http://forums.bistudio.com/showthread.php?t=51314&page=3 that one???? it is obviously the same issue.

It was only in 1.01, it never appeared in any of the 1.02 .rpt's. I forgot to delete the .rpt during 1.02 upgrade manually and I do not know if your upgrade procedure was supposed to do it. AFTER I once deleted it, that vertex thingy was not seen anymore, only this Error: Failed to create surface texture (HWHATEVER-TEXTURE.paa[#]) followed by *** Device reset recovery requested To be sure, I deleted several times the rpt, played until the bug appeard, and then saved rpt under different name. Significant is always the Failed to create surface texture as last or almost last entry, all spam around is related to the buggy mission code of crCTI warfare 0.4. I have an account in devheaven, should I open a TT related to this issue and dump all my rpt's as full file there together with other files you might need?

Thx for the quick reply Suma. One question to make this clear to me: "Device reset recovery requested" does trigger what action exactly? because either it triggers something wrong, or my system reacts wrong by getting stuck. I mean whatever goes wrong, a "recovery action" should "recover" from that situation means I notice a short flickering/wrongLOD/black screen and then it goes on as normal. No is the question what exactly makes that we stuck and the black screen remains in some cases and the "Receiving..." disappears only for 1s but keeps flashing this way? Does it means it stucks in a restart loop?

your rig details? Mine are : WinXPSP2 GPU 8800GTX RAM 4G Shame, graphics is the only area with significant improvement in ArmA 2 and especially this seems to cause most of the problems for me.