Yammo

SIC! Exactly the way to induse the issue. Yes! :) (even more pronounced when throttle & pedals are thrown into action as well.)

I think that, on the BETA, the effect was mitigated somewhat around VFAT... But yeah... 4 FPS if you touch the controls of a pay-ware plane is rather "meh".

Dear ED Developers, this issue seems to be a global one affecting both DCS World and DCS World BETA. The issue seems to be hard to notice on a CPU >4Ghz (e.g i7) The issue makes the game nearly unplayable on a CPU <3Ghz (e.g i5) Example: On my i5 750, Geforce 460, 2.67Ghz, 2xSSD, I get: - No inputs = 80-120 FPS - Moving a controller = 30-50 FPS - Moving throttle, stick and pedals together < 10 FPS - The issue does not occur on free planes (e.g the Su-25T) - The issue occurs on all pay-ware aircrafts. - The issue is a show-stopper, P0/S1P1 on low-mid range systems. I think these threads might need to be joined and the issue to be looked into! forums.eagle.ru/showthread.php?t=158432 forums.eagle.ru/showthread.php?t=151151 forums.eagle.ru/showthread.php?t=152492 forums.eagle.ru/showthread.php?t=151464

Dear ED Developers, this issue seems to be a global one affecting both DCS World and DCS World BETA. The issue seems to be hard to notice on a CPU >4Ghz (e.g i7) The issue makes the game nearly unplayable on a CPU <3Ghz (e.g i5) Example: On my i5 750, Geforce 460, 2.67Ghz, 2xSSD, I get: - No inputs = 80-120 FPS - Moving a controller = 30-50 FPS - Moving throttle, stick and pedals together < 10 FPS - The issue does not occur on free planes (e.g the Su-25T) - The issue occurs on all pay-ware aircrafts. - The issue is a show-stopper, P0/S1P1 on low-mid range systems. I think these threads might need to be joined and the issue to be looked into! forums.eagle.ru/showthread.php?t=158432 forums.eagle.ru/showthread.php?t=151151 forums.eagle.ru/showthread.php?t=152492 forums.eagle.ru/showthread.php?t=151464

Dear ED Developers, this issue seems to be a global one affecting both DCS World and DCS World BETA. The issue seems to be hard to notice on a CPU >4Ghz (e.g i7) The issue makes the game nearly unplayable on a CPU <3Ghz (e.g i5) Example: On my i5 750, Geforce 460, 2.67Ghz, 2xSSD, I get: - No inputs = 80-120 FPS - Moving a controller = 30-50 FPS - Moving throttle, stick and pedals together < 10 FPS - The issue does not occur on free planes (e.g the Su-25T) - The issue occurs on all pay-ware aircrafts. - The issue is a show-stopper, P0/S1P1 on low-mid range systems. I think these threads might need to be joined and the issue to be looked into! forums.eagle.ru/showthread.php?t=158432 forums.eagle.ru/showthread.php?t=151151 forums.eagle.ru/showthread.php?t=152492 forums.eagle.ru/showthread.php?t=151464

Dear ED Developers, this issue seems to be a global one affecting both DCS World and DCS World BETA. The issue seems to be hard to notice on a CPU >4Ghz (e.g i7) The issue makes the game nearly unplayable on a CPU <3Ghz (e.g i5) Example: On my i5 750, Geforce 460, 2.67Ghz, 2xSSD, I get: - No inputs = 80-120 FPS - Moving a controller = 30-50 FPS - Moving throttle, stick and pedals together < 10 FPS - The issue does not occur on free planes (e.g the Su-25T) - The issue occurs on all pay-ware aircrafts. - The issue is a show-stopper, P0/S1P1 on low-mid range systems. I think these threads might need to be joined and the issue to be looked into! forums.eagle.ru/showthread.php?t=158432 forums.eagle.ru/showthread.php?t=151151 forums.eagle.ru/showthread.php?t=152492 forums.eagle.ru/showthread.php?t=151464

To anyone NOT experiencing this issue - do you have the "Virtual Windows XP addon" for "Windows 7 Pro" installed? (I'm trying to figure out if installing this pack could have anything to do with the issue)

Do you have the Virtual Windows XP addon for Windows 7 Pro installed?

I experience the same issue! Warthog + Saitek pedals + TIR5 + Logitech g502 mouse No inputs = 80-120 FPS moving a controller brings me down to 30-50 FPS moving throttle and stick and pedals together can bring me down to <10 FPS The issue started when I re-installed the F15 on DCS 1.5 The issue does NOT occur in any of the free models, This issue does not happen with the F-86 Sabre, nor with the A10 Warhog The only plane I experience this issue with, is the F15C Eagle. The same issue is also described here: http://forums.eagle.ru/showthread.php?p=2542132 I really want to resolve this issue. :/

I have the exact same issue with the F15C. Warthog + Saitek pedals + TIR5 + Logitech g502 Holding the controller in exactly the same place = 80-100 FPS moving a controller brings me down to 30-50 FPS The issue started when I re-installed the F15. The issue does NOT occur in any of the "free" models, which makes me wonder if this issue is DRM-related...? That would be rather ironic, would it not? :) moving throttle, stick and pedals can bring me down to <10 FPS [EDIT] This issue does not happen with the Sabre, nor with the A10 - only with the F15C

Hey... I would like to know if there's a simple way of finding out what value a variable has in realtime. Examples that would suffice: - Adding a message, via lua, to the player-chat - Adding output variables, via lua, to the debug-screen (CTRL-ScrollLock) - Any similar realtime-onscreen-ingame messaging that is accessible via lua syntax. Thankful for any suggestions

This was a mere rant as I don't agree with this being a "good practise" and I had to get it off my chest. :) Case is closed as I've scripted the bulky stuff to be bounced off to the ED folder on my raid at the time of writing my post. Thanks everyone for your helping attempts... 10 out of 10 for effort... Though, most of you might benefit from reading the full post before replying next time. :) ~S~ :pilotfly:

Thanks for a sane reply. I guess I can understand that p.o.v. ~S~

Probably going to draw 100 flames on this one... ...but this is my pov and I need to get it off my chest. I really did get a bit miffed when I realized bulky stuff like screenshots were being saved under "users" on my System-drive, instead of onto the drive I assigned for the install of the game. While I usually prefer programs to stay in the folders I assign to them, I don't really mind if ini-files, etc, gets saved under users. But when it comes to bulky stuff like screenshots, I really think it would be (if nothing else) polite to at least ask the user where he/she would prefer the data to be stored as some of us have SSDs(you know that drive that is expensive, fast but has VERY limited space) as system-drives that we wish to keep for system stuff ONLY. </rant> And before I get jumped with moving the documents folder or making a subst they can both end up crashing programs so I'd rather not.

This would indeed be pure manna from heaven... ^_^

The Virtual Red Arrows Server is going on a week up-time atm. I'm basically blocking everything, then white-listing people on request. Yesterday I added an IP and was taken down within minutes. ...re-blocked the IP again and everything was stable again. While this method has several benefits, such as knowing that everyone on the server will know the rules, etc. the downside of not having your server advertised is quite sad. Also, finding the correct ranges for people with Dynamic IPs is a b*. Question: Has anyone managed figured out a way to have the server running without using a per user white-list? RED4 | Yammo http://www.virtualredarrows.com

You being sarcastic... or just wobbly at English? :)

Stage 1 was everything... Server ran fine Stage 2 is granting on-per-IP access Seem to be working fine... *knock on wood* ...going on 2 days. Stage 3 will be allowing packets to be sent to master-server Will be interesting to see if there is any change in number hack-attempts. If the log of IPs would be of any interest to you, just say the word :)

Passwording does not help... I think I know why, but I'll refrain from giving people more ideas. :) While I'm still in testing-phase... ...it would seem that the guy seems clueless when facing a basic freeware firewall. I'm up to about two thousand blocked connections per attack and 15'000 blocked attempts over 2 days and all he has managed to do so far is eat up 7MB of HDD space for the IP log. So, at this rate I will be out of HDD space in about 1'714'285 days. :cry_2:

Firewall up... server still running... ...can I be genius too now?

o0? Calling a guy who brings down a handful of servers that has no protection with a generic script a genius?! Talk about lowering the bar for Mensa... ...I'm calling troll-alert.

1: Check if have "TrueView" enabled for both. Since one does not tend to look backwards while flying the Black Shark one it is easy to miss that TrueView is off. 2: Check if "Y" is disabled in your BlackShark profile for your TIR. The virtual head will not "creep" along a disabled axis. 3: Try disabling True-view, OR try disabling Y translation in the profiler and see what happens. :) The problem may indeed lie in the inherent in-accuracy of the 32-bit floating point... If so, upping the floats to 64 bit (or even 128), may be a solution... this, imo, may be the the only way to improve upon the TrackIR. :)

I'm thinking Natural Points' 100 FPS tracking at 640x480, with almost no CPU overhead at all, will be quite hard to beat... Not to mention the rather well designed and powerful profiler. Microsoft will surely try... and some people will probably be happy with whatever tracker they get, until they see the performance of the NP-TIR... So, in the end, I'm thinking this will drive up the sales for Natural Point. :) Then again, people abandoned ICQ in favour of the sub-performing MSN, so who knows. ;)

Then your post makes no sense at all, sir... Unless you have misunderstood what the "True-View" option does and have it disabled. Which I think is the case here.. First off: True-View has NOTHING with to do with having a 360 display... But rather with the way your head movements are calculated into virtual displacement. I will give you an example, to make sure that we are speaking about the same thing... Example 1: - With your virtual head turned 90 deg to the left, try to to zoom in by moving your head. With TrueView=OFF ...notice how you zoom in by moving your head in relation to the camera. With TrueView=ON ...notice how you zoom in by moving your head in relation to the direction of your nose. Example 2: - With your virtual head turned ~160-180 degrees to the left, try looking around the back seat. With TrueView=OFF ...notice how you "strafe/lean" by moving your head in relation to the TrackIR camera. With TrueView=ON ...notice how you "strafe/lean" by moving your head in relation to your right ear. Conclusion: With TrueView Off, the movement is absolute, in relation to the camera and will never (as I did state in my earlier post) drift. But operating the TrackIR fluently in a combat situation (E.g DCS, RoF, IL2), becomes very cumbersome with TrueView = OFF. This is the option I think you are using. TrueView allows the more natural way of additively moving your virtual head in relation to its current position and rotation. THIS is where the problems with the head not ending up in the same position, arize...

Uhm... You have no idea what a TrackIR is, do you? o.0