Jump to content
Bohemia Interactive Forums

kegetys

Member
 View Profile  See their activity

  • Content Count

    2574

  • Joined

  • Last visited

  • Medals

Posts posted by kegetys

  2. Posted

    I'm quite cautious about this, doing the future aspect _right_ is something that is going to be extremely difficult compared to some "realistic" era. It would require extensive research into current day weapons systems, what is being developed and what of those are realistically going to make it (My impression is that a lot of the "coming soon" high tech gadgets end up being cancelled as they are not practical or the resources for their deployment is not there).

    Too often these future based games go all "cool factor" and forget practicality and the fact that militaries do have limited resources. For example I hope there is some pretty well thought out and believeable story as to why and how the Comanche was digged out of it's grave in this scenario (Where did the budget for it come from? Why is it better than a cheap UAV solution? What does it do better in practice that some upgraded Apache could not do?). If it's put in just for the cool factor and all the reasons for it's original cancellation are ignored then it's an entirely wrong approach for a game that is supposed to be taken as a serious milsim.

    That said I do hope the game will be good and I'm looking forward to it. :)

  3. Posted

    For a "civilian" sim like this, I hope it will be full-on realism at least on the flight dynamics side (DCS Black Shark level) and with realistic ATC, weather and navigation. Without full detail avionics (button/switch mashing) however I'm not sure how interesting it will be. It also sounds a bit odd that this would be left out, as I dont think the full detail systems of a civilian helicopter would be that hard to implement as there's no weapon systems to worry about.

    I'd say a clickable cockpit is definately the absolute minimum requirement for today's flightsim standard though. (IL2COD, DCS series, Combat Helo, Jet Thunder, etc. all have it, and those are combat sims)

  4. Posted

    I wont vote since I didn't test the RC, but from the videos and description it looks & sounds completely wrong. There are some animations like the grenade throwing and pistol/rifle change that feel sluggish in game, but even for those just speeding them up is not going to work. If they are going to be fixed then the animations should be re-captured with a real person doing them faster. If that's not possible then leave it as it is, just speeding the animations up for gameplay's sake makes it look bad and is against what the game is supposed to be about.

    now, its just ridiculous that i can reload an m240 wile sprinting in a second or two.

    True, I'd much rather see this fixed (maybe just much slower reloading if you're moving).

  5. Posted

    No.

    I simply have had way too much problems with Steam, ranging from issues with the application itself (cant count how many times I have needed to delete clientregistry.blob when Steam decides to break itself) to problems with the service (downtimes or very slow startup times, slow downloads). It is very annoying when I just want to play a game, but there is some issue with Steam and I have to start troubleshooting that. Or when it takes an extra minute to start the game when steam is connecting and then "preparing" the game.

    The auto-patching is nice though, except it being forced on you can sometimes be a bit annoying. Especially when the download speeds are absolutely terrible when big updates come out and you can't play the game until the update is finished.

    I also do not like the fact that it adds an extra dependency on running the game (Valve goes bust, there goes all your games) and the fact that Valve can, according to the subscriber agreement, terminate your purchases at any time without notice or refund.

    Ever since the "euro=dollar"/zone based pricing change the standard price of games in Steam are also ridiculously high here (Finland). It is almost always the most expensive option I can find, even more expensive than the already high retail prices at supermarkets. Though there are some very good sales every now and then.

    Also, I believe the steam subscriber agreement disallows game modding for any non-valve games without written permission from Valve (IANAL though so this may be wrong).

    As a whole, the service just doesn't feel reliable or friendly to me and I dont want my purchases to rely on such. Of course I dont mind BIS, or any other, games being available there but as an only option its a big no.

  7. Posted

    It was just a quick update from the Armed Assault launcher to ArmA 2 as some people kept asking for it and it was simple enough to do. It is a bit lacking in features nowdays so I didn't make that much noise about it... The code is very old (I think I made the first version in 2001) and made with Delphi 5 so its not very nice to work with anymore :P

  8. Posted · Edited by Kegetys

    No it is not a false positive, it is the antivirus recognizing that there is a part of the FDFmod.exe code that is "calling home".

    A behaviour spywares have, so it is natural most scanners report something is wrong in this executable.

    There is nothing like that in the exe, the FDFmod.exe's only purpose is to "intelligently" select wether it will launch flashpointresistance.exe or the beta patch exe with the appropriate mod parameters. A long time ago I posted the source of the exe somewhere on the fdfmod forums when someone else wanted to do the same thing, but I'm not 100% sure if it is there anymore.

    The RAR SFX installer, being based on HTML "pages" has an iframe that grabs the latest news from the fdfmod website, purpose being that if you're installing an old version it can tell you that there is an update available etc.

    edit: Here's the source of the exe:

    #include <stdio.h>

    #include <sys/stat.h>

    #include <windows.h>

    int APIENTRY WinMain(HINSTANCE hInstance,

    HINSTANCE hPrevInstance,

    LPSTR lpCmdLine,

    int nCmdShow)

    {

    struct stat stat_p;

    bool needbeta;

    char wii[1024];

    char exe[1024];

    needbeta = false;

    strcpy(wii,"-nomap -mod=finmod ");

    strcat(wii,lpCmdLine);

    if(-1 == stat("FLASHPOINTRESISTANCE.EXE", &stat_p)) { // Ei ou exeä

    MessageBox(NULL,"FlashpointResistance.exe not found","FDFmod",MB_ICONWARNING );

    return 1;

    }

    if(stat_p.st_size == 4418476 || stat_p.st_size == 3678208) { // Ressu 1.91 exe

    strcpy(exe,"flashpointBeta.exe");

    needbeta = true;

    } else {

    strcpy(exe,"flashpointResistance.exe");

    needbeta = false;

    }

    if(-1 == stat("FLASHPOINTBETA.EXE", &stat_p) && needbeta) { // Ei ou betaa

    MessageBox(NULL,"You seem to be using OFP version 1.91, installing\nthe latest version is highly recommended for FDFmod.","FDFmod",MB_ICONWARNING );

    strcpy(exe,"flashpointResistance.exe"); // ajetaan tämä sittenkin

    }

    ShellExecute(NULL, "open", exe, wii, ".", 1);

    return 0;

    }

  9. Posted

    I hope the expansion would fix some of the long standing realism issues that have been there since OFP, for example:

    - Proper weapon magazine/chamber simulation (ie. you can have a round in the gun separate from the magazine attached to it, and you need to pull the hammer if you fire it completely empty)

    - Adjustable rifle sights, barrel heating for machine guns, removal of rounds remaining from HUD and replace with more realistic system

    - Better vehicle damage system, no total destruction of a car for example no matter how much it is fired at with non-explosive rounds (and no magical everyone-inside-immediately-dies feature even if hit by an explosive)

    - Improvements in the weapon systems (FCS for tanks, some improvements in the radar systems and guided weapons)

    - Many other things I cannot remember now :)

    Typical fps games have many of these features today, even "arcade" shooters that have better weapon simulation than ArmA 2. They were issues with OFP already, but understandable since the game was otherwise so revolutionary and it would really be the time to fix at least some of them

  14. Posted

    I have heard there is some odd feature in Vista/Win7 where it will stop cpbo from extracting the files where they belong and instead they end up extracted in some kind of "virtual" program files directory under your user home dir. I dont know how it works since I use XP, but I would assume there is some way to disable that from Windows. (Though it should only happen if you are trying to extract PBO files under Program Files).

  15. Posted

    RoF sounds very interesting, but judging from impressions on simhq forums it seems quite incomplete and seriously lacking content. The fact that it is (apparently) going to be sold as a full priced game, yet you need to still buy the extra planes etc. separately means its propably going to be rather expensive... And it uses some online-only system where you cannot play the game even on singleplayer without logging in to their service first.

    I'll propably wait a while and see how it progresses, seems a bit risky investment now :)

  16. Posted

    What I find annoying is that the fps varies so much when playing - I can get over 60fps when flying or looking at open terrain, and then suddenly have the FPS drop to 30 when looking towards some bushes. 30 FPS would be enough for me for the game to feel smooth, but the drop from 60 to 30 makes it seem worse than it actually is. Even worse, the mouse speed seems to vary alot as the FPS goes up/down.

    To cure this I made a simple FPS limiter DLL that I use to limit the FPS to 40, playing feels a bit better with it (not a big difference though). The DLL is available here in case anyone wants to try it, put it to the ArmA2 directory and then add -fpslimit=40 parameter to the shortcut to use.

  20. Posted

    What is a better system then?

    It's really the only solution to the problem as long as we have differences between machine performance.

    A better system in my opinion would be that the server would enforce the maximum viewdistance, and clients would be allowed to use a lower one if they want. It would allow everyone to use a reasonable default viewdistance which works for majority of the players, but allow people with lower end system still play without having 5fps.

  21. Posted

    The download rate should be pretty much irrelevant for the game, only cases where it makes a difference in practice is with SoftTH or if you record (high resolution) videos with fraps or similar app. Games very rarely need to transfer anything large from the card back to the system memory, which is also propably why it doesn't seem to be highly optimized for ATI cards with D3D. Even the upload speed typically doesn't have a very significant effect unless something is badly wrong with it.

    What matters most for the bandwidth is the card, drivers, bus speed, motherboard chipset and RAM speed.

  23. Posted

    I think one possible fix for the HDR exposure going into nonsense values* could be to limit the amount the aperture is allowed to go up/down based on the current amount of light from the the sun/moon. In the game there really never is any other light levels than either being lit, or being in the shadows, so there should always be well defined limits to how high/low the aperture needs to go in order to be able to see everything. Currently (it seems) the HDR aperture automation only considers what is currently on the screen no matter what the actual environment lighting conditions are and because of this it often goes completely wrong. A special case would be when neither the sun or the moon is up, but there no limits would maybe be ok.

    * Refers to the HDR wildly cycling between excess darkness and excess lightness, often seen when walking in a forest for example. Sometimes the bright sky makes everything on the ground appear almost pitch black, and when you look down then the exposure adjusts to everything being much too bright. Like in this example:

    hdr.jpg

    In this case for example the HDR automation should take into account the amount of light coming from the sun and not let the aperture go into these extreme values.

×