sc_neo

@Havremonster Ha, you are right! But that is a can of worms that is probably not allowed to be talked about on this forum, it kinda falls under the general notion of militarism and is probably forbidden to be discussed under the provision to not discuss politics.

So, i have played around with PeterP's old "Proper neck" mod which essentially moved the eyepoint a bit forward and upward to simulate a proper neck, i.e. that our eyes are not placed at the same spot on the top of our spine where we actually turn and tilt our head. Back in 2011 it seems ED did not have any of this implemented for their own modules and the eyepoint was the same as the pivot point. If one takes a look at the server.lua we now see ED has implemented this for all the newer and reworked modules that i own, including the FC3 ones like Su-25T/27/33 and F-15C, Mig-29, L-39. The A-10C does not have this, but i assume this will change with the upcoming graphics and cockpit improvements. The server.lua contains a section that looks like this; " function default_fighter_player(t) local res = { CameraViewAngleLimits = {20.000000,140.000000}, CameraAngleRestriction = {false ,90.000000,0.500000}, EyePoint = {0.05 ,0.000000 ,0.000000}, limits_6DOF = {x = {-0.050000,0.4500000},y ={-0.300000,0.100000},z = {-0.220000,0.220000},roll = 90.000000}, Allow360rotation = false, CameraAngleLimits = {200,-80.000000,110.000000}, ShoulderSize = 0.2, -- move body when azimuth value more then 90 degrees } if t then for i,o in pairs(t) do res = o end end return res end " Thus all ED planes that rely on the "function default_fighter_player(t)" for those viewpoint values have the eyepoint moved 5cm foward from the pivot point. The second value should actually raisethe eyepoint in cm, but altering this value i did not see a difference in the eyepoint position in the cockpit, but when rotating the head, there is a slight displacement and your eyes seem to not rotate on a needle pin anymore but circumscribe a circle of whatever cm value you put in there. And yeah, the human neck probably does not work in perfect circles and such, but it can still be approximated better i reckon. Now one important aspect that i did not know anything about before looking into this, is that a collimated HUD is only centred in the HUD frame when looked at from a very specific position, and moving your head in any direction moves the HUD to the sides until you gradually loose more and more of it. We can see this in the Viggen happening when we actually move are viewpoint to the left or right, up or down. But when simply looking around i.e. turning our head from left to right for instance, there is no HUD displacement happening at all, which it should if our eyes were not placed extactly on the pivot point back in our neck. Unless i am missing something thats special about the Viggen's HUD, of course! So, i encourage Heatblur to take a look at this and add a "proper neck" where the eyes are roughly placed 5cm in front and 6-7cm above the pivot point. And do note, if you move the eyepoint 5cm forward, you need to adjust the actual pivot point position 5cm backwards to to have the same FOV and feeling like before, but i am not entirely sure how this needs to be worked around. I don't own the F-14, but i assume it's not implemented there either...so guys, go for it!:megalol:

Agree with the general sentiment here, there should definetely more missions covering the weapons and systems of this lovely bird. And as stated above, it's not about quantity, but coverage, that statement rings very true with me.

Ah ok. Have been using the pages for quite some time as simple kneeboard pages like for all other modules. Was not even aware there were issues when you released this. Anyway, thanks again, they look awesome and are pretty handy.

Ehm, what is the difference between the lua based mod/OvGME version and simply dropping the pgns into C:\Users\....\Saved Games\DCS\Kneeboard\AJS37? Both seem to work just fine, but i'd like to know whether i miss out on some cool functionality that might come with the lua mod version :). BTW: i really dig the 60/70s yellowish paper typewriter style you have managed to pull off!

Hey mate, so for how long have you be waiting for Hollywood to get in touch with you? Is this a one man show and not a fulltime job, so give him some time. Now, what steps have you taken to verify the installation is setup correctly? Windows 7 or Windows 10?

Actually, i believe i have read during my investigation into the DefaultReceiveWindow config stuff, that programs can be coded to dynamically set that buffer window, increase from default. But i am not sure whether this was for some specific buffer for TCP, or really for that general DefaultReceiveWindow.

Coop version pretty please!

Great to hear...looking forward to the full package!

Glad it worked out for you in the end :) And, yeah i felt pretty annoyed when i got it working and the issue was so simple to fix. So documention is key, i am sure Hollywood will update the manual und troubleshooting section to account for the DefaultReceiveWindow issue.

FIXING UDP PACKET PROBLEMS: So i guess this goes mostly for folks on windows 7 but might be worth investigating for anyone who has difficulty on getting the correct module/aircraft show up on the PTT page which might be related to UDP packet size and windows receive buffer: So first, as Hollywood mentions in the intro to Vaicom 2.5, the data transmission between Vaicom/VA and DCS runs via UDP and it doesn't hurt to read the first three short paragraphs to better understand why there can be issues here on wikipedia. https://en.wikipedia.org/wiki/User_Datagram_Protocol The important thing here is, that unlike TCP, UDP connections don't set up a proper connection between sender and receiver (no handshake), instead the sender seems to simply propagate datagrams on a specific port and the receiver must listen for it on that same port. I better paste the pertaining wikipedia paragraph highliting the important stuff: "UDP uses a simple connectionless communication model with a minimum of protocol mechanisms. UDP provides checksums for data integrity, and port numbers for addressing different functions at the source and destination of the datagram. It has no handshaking dialogues, and thus exposes the user's program to any unreliability of the underlying network; there is no guarantee of delivery, ordering, or duplicate protection. If error-correction facilities are needed at the network interface level, an application may use Transmission Control Protocol (TCP) or Stream Control Transmission Protocol (SCTP) which are designed for this purpose." Now, i had the problem that the actual voice commands worked fine but only on some missions did the PTT page display the correct module. I spent something like 40 hours over a couple of days trying to find out why that was happening. Neither the trouble shooting information on the Vaicom homepage nor the manual did address in detail what specific requirements Vaicom presuposses in relation to ones windows network settings so you are kind of left in the dark fumbling around. In the end i found out that there is a general "DefaultReceiveWindow" that afaik sets the windows wide buffersize for all incoming network packets unless overridden dynamically by the communicating programs or whatnot. Not entirely sure, but increasing this buffer's size resolved the connection issues on my end. So, windows 7 being older than windows 10 could be the explanation here. If i recall it correctly from my research into this, windows 10 has a DefaultReceiveWindow size of 64Kb, while windows 7 apparently has only 8Kb unless specifically increased dynamically by the communicating programs or increased by the enduser. That is what you need to check and change if need be. This size difference kinda makes sense since back in 2009 when windows 7 launched big ass broadband connections were not the norm for most endusers. Today many folks have 50-500mbit internet connections and windows 10 accounts for that probably from the get go. After i figured out what the problem likely was, i tested increasing size like 10Kb,12Kb, 24Kb etc., and the sweetspot according to my tests was between 10 and 12Kb. Below, the connection on the Caucasus and some missions was not working ok. Hollywood later stated that the datagram size was about 8Kb. Either it's more than 8Kb and the datagrams coming over UDP from DCS simply do not fit into the DefaultReceiveWindow, or the transmission speed and collection by Vaicom are not in sync. No idea. Anyway, now this is how you check and alter the DefaultReceiveWindow on windows 7. Again, windows 10 users probably would never run into this issue since windows 10 has a more than sufficient DefaultReceiveWindow by default. So go read the short description on where and how to check in the windows 7 registry at: http://www.miersengineering.com/2015/03/480/ " Windows 7 has a default maximum upload (and download) rate. To increase the upload/download rate the following can be done: 1) Regedit: [HKEY_LOCAL_MACHINE \SYSTEM \CurrentControlSet \Services \Afd \Parameters] DefaultReceiveWindow = 1024000 DefaultSendWindow = 1024000 If these keys are not present, the default is 8KB for both which was the amount of data 2) If the DefaultSendWindow / DefaultReceiveWindow value is not in there, you will need to add it. Right-click on the right column and choose “New > DWORD Value (32-bit)” and name it DefaultSendWindow (DefaultReceiveWindow). Make sure that you enter it exactly like that, with the first letter of each word capitalized." For me, i did not have this key at all, only the DefaultSendWindow. So i did as advised and added this as per the description above. I set it to its maximum value of 16777216 decimal or 1000000 hexadecimal (16mb). But i am not entirely sure whether this high value i actually applied, there was some conflicting information on various microsoft blogs and other websites. But the default window will be bigger than the default 8KB, and afaik for all network traffic on your system. I have not researched whether this should be an issue or something, so keep that in mind. @Home Fries and Ghost Dad Recon Let me know whether you don't have the registry key and if adding this with a high enough value fixes your issues...i am curious i must admit :) @Hollywood You mentioned that you are going to deprecate win 7 and 8 support in the future. Any specific reason for this? Something that you intend to implement that is not supported by pre windows 10 versions? Because i gotta say, for us privacy minded users it sucks if more and more programs require windows 10, unless there is a really compelling reason for you to do this. From what i know about Vaicom, i don't see any fundamental issue that makes it harder or more failure prone on windows 7 instead of windows 10. Both perfectly support Net. 4.5.2 and we probably now know how to make sure the datagram UDP stuff needs to be checked and configured on windows 7 if stuff is not working properly. Anyway, hope this helps some of you...cheers.

@Ghost Dad Recon do you have the same missing module/aircraft thing happening in the PTT page like Home Fries showed in post 2483? Gonna sit down in 30 mins and type this thing up :)

@Quigon Yeah i know and thats a pity. User made campaigns and those coming with modules are usually easy to edit to exchange a wingman for another client then playing one mission after the other in multiplayer. But as i said, saving ain't possible on the seperate payware campaigns.

Seems like you guys have a similar problem like i had. Will write a post on how to check and fix this tonight, in case you are on win 7. Fairly easy and not a biggy, but finding out about what the problem was was very painful indeed.

Any news on this front? I'd really love to play the Red Knight campaign! Would be a great gesture if FC3 owners and standalone guys where treated equally.

So i reckon the best way to play this campaign is buying the current version in the ED store. But, the OP makes me believe that it initially was planned to be multiplayer/coop playable. Now, is the payed version only SP, or does it support coop? Since payed campaign are DRM protected i know of no way of changing the wingman from ai to client cause you can't save it.

@Ghost Dad Recon @Home Fries Just checking in to make sure you guys are not suffering from the same packet size issue i ran into recently. Are you seeing the correct module/aircraft displayed on the PTT page no matter which map oder mission you are firing up?

The Persian Gulf map becomes evermore enticing :)

I likely upgrade to Virpil stuff from my current TM setup at some point in the future. And i am happy to see that many of the gripes i had with the initial offerings have been addressed. I won't be on the hunt for a new setup for some time to come, but i reckon by the time i do intend to upgrade, pretty much all i want will be available from Virpil. And i do understand everyone who is annoyed that the initial production runs were missing some important features that became available so soon afterwards. Virpils move from contract production to having their own factory made things possible that they themselves might not have anticipated. At the same time, if the things missing from the early versions are so important, you guys must have known that sooner or later either Virpil or VKB would have offered something more suited. For instance, the T-50 was missing the thumb 4/5 push head the Warthog replica has...that was a deal breaker for me so i did not order that one, assuming that this was gonna get fixed in the future,... a lot of folks on the forums were asking for it. But, why don't you sell your current Virpil throttle, it aint old and should still fetch a reasonably good price? I reckon most people don't expect to get the upgraded version at no cost...so take a loss on your current setup and order the new version from Virpil. Though shipping will probably add to that quite a bit.

-Adding a couple of clickable knobs and switches -correcting the turn direction on a couple of dials -english cockpit . . . . -the main campaign is still a no show. Maybe it's in the works for a baltic map and thats why it takes so long :)

As per the manual, VAICOM PRO uses IP ports 33333, 33334, 33491 and 33492 and 44111, all on UDP protocol. Are these ports handling specific parts of the back and forth between Vaicom and Dcs? For instance, which port handles the module and frequency info displayed in the TTP tab? I am trying to find out whether my issue maybe coming from one specific port not being properly setup, although i have no idea what should be wrong with my ports. By the way, increasing/decreasing MTU size from 1500 up to 16000 and down to 576 did not help either. Its a pitty that there is no way for the enduser to diagnose what the problem might be with Vaicoms network protocols. I am stumbling in the dark and have pretty much exhausted all "alter the system environment" gunpowder at this point.

I have a question concerning the 'clean command' when used via the console (not this app) if i may. Does clean completely remove any non vanilla file from any folder that is not part of the current versions manifest, i.e. even user missions and custom campaigns manually placed in ....\DCS World\Mods\aircraft\A-10C\Missions\Campaigns for example? Or are there certain file types or folders that are being left untouched by cleaning? And, does clean do a repair as well?

Maybe check whether Require Engage Cue, Use Appendices and Extended Command Set in Vaicom's Preferences tab help you.

Hey there, so after many hours trying to trouble shoot, i am at my wits end. I upgraded to the pro license in the hope to alleviate my issues to no avail...so i am commited now :) A little preface; main main DCS installation on D is the latest 2.5.xxx stable, which is a command line converted 2.1 openalpha. Its now called DCS World, the dcs_variant.txt file is empty, thus this installation refers to savedgames/DCS. Tacview and all other mods, including SRS work fine, so i kinda doubt that all this stuff comes from maybe wrong regedit keys for this particular DCS installation. VoiceAttack is the latest version 1.7.5. Tacview is 1.7.6 and SRS is up to date also. So, the actual functionality of giving commands works fine (Talk and response with ATC and wingmen all good), but i am having a lot of trouble getting the module names to show up in the PTT tab. Let me bullett point what works under which conditions: - on NTTR in singleplayer, module names shoaaw up for FC3 type aircaft, but not for any full fidelity ones like the A-10c, AJS 37, GAzelle, MI-8, L-39 - on NTTR when hosting a local server the above mentioned full fidelty modules show up as well, but after a bunch of testing dcs freezes when hosting a local server now - if i disable Tacview inside dcs settings modules tab, then full fidelty modules show up on NTTR singleplayer missions aswell - on the Caucasus map in single player, neither FC3 nor full fidelity modules show names in the PTT tab, and disabling Tacview does not help either, but the actual voice command functionalty works fine I have tried every possbile trick in the book i could come up with and that was described in your ytube videos, the manual, the vaicom FAQ and some stuff from this thread. Let me list what i have checked, which is in all lieklyhood not an exhaustive list of what i have done, been on this for the better part of a full day :) - Cleansed my system of every piece of older Vaicom installs - installed the lasted VAICOM 2.5.10, twice after running into issues after the first install. I checked multiple times that i did this correctly, and that Vaicom populated itself properly on first startup of Voiceattack in the ...APPS/Vaicom folder, in the correct savedgames script folder, and that all the "manual" lua codes where properly added to the files in my dcs installation folder. That all checks out, in debug mode Vaicom findd the correct saved games folder as well as my dcs world 2.5 stable installation folder and checks that the lua code is properly injected in those files in the main installation. - i deleted the export.lua and Vaicom created a new one with the correct line in it. - i checked regedit on my win7 x64 manchine according to microsoft blog and according to those regedit entries, net. 4.5.2 and 4.7.2 are installed. - i disabled all mods via ovgme (mainly liveries, english cockpit mods etc., as well as inside DCS Worlds module managment tab (Tacview, VPC-Airfield Equipment 0.9.4 beta, 476 Range Targets) and removed the latter mods from saved games, modes, tech folder for good measure. -additionally, i cleard the saved games script folder from everything those mods plus DCS SRS put there so only Vaicoms luas where in there. No luck. - i disabled win7 firewall but this didn't help either. So, running VA as admin seems to not make a difference in my case. What i don't get; why do commands work, get recognized by DCS and properly executed, buth the modules will not be correctly shown in the PTT tab? Why this discrepancy between NTTR and Caucasus, FC3 and full fidelity, singleplayer and multiplayer? How come disabling Tacview helps in singleplayer on NTTR, but not on Caucasus? So, as i said earlier, the debug mode does not reveal anything conclusive in VA's execution window, and the log at C:\Program Files (x86)\VoiceAttack\Apps\VAICOMPRO\Logs shows pretty much the same stuff, i.e. does not reveal anything else. Is that the log you are mentioning in the manual? This shows up in VA's execution window on startup: 00:29:05 - Plugin 'VAICOM PRO 2.5' initialized. 00:29:05 - Ready for commands. 00:29:05 - Startup finished. 00:29:05 - No new DCS modules to import. 00:29:05 - Building master labels table... 00:29:05 - Success. 00:29:05 - Building master keywords table... 00:29:05 - Adding 0 imported menu commands. 00:29:05 - Adding 0 imported ATC aliases. 00:29:05 - Success. 00:29:05 - Loading F10 menu items... 00:29:05 - Success. 00:29:05 - Loading keywords database... 00:29:05 - Checking VA profile. 00:29:05 - 4/5 DCS-side files were updated. 00:29:05 - Reset: TabSheetBar.lua 00:29:05 - Reset: speech.lua 00:29:05 - Reset: RadioCommandDialogsPanel.lua 00:29:05 - Reset: VAICOMPRO.export.lua 00:29:05 - Unchanged: Export.lua 00:29:05 - Saved Games folder = C:\Users\sc_neo\Saved Games\DCS.openbeta 00:29:05 - DCS World installation path = E:\00 - Games\DCS World\DCS World OpenBeta 00:29:05 - Using Registry entry for 2.5 OpenBeta 00:29:05 - DCS World installation found: version 2.5 OpenBeta 00:29:05 - 4/5 DCS-side files were updated. 00:29:05 - Reset: TabSheetBar.lua 00:29:05 - Reset: speech.lua 00:29:05 - Reset: RadioCommandDialogsPanel.lua 00:29:05 - Reset: VAICOMPRO.export.lua 00:29:05 - Unchanged: Export.lua 00:29:05 - Saved Games folder = C:\Users\sc_neo\Saved Games\DCS 00:29:05 - DCS World installation path = D:\00 - Games\DCS World 00:29:05 - Using Registry entry for 2.5 00:29:05 - DCS World installation found: version 2.5 00:29:05 - Executing automatic lua code installation. 00:29:05 - License: PRO 00:29:05 - Plugin version 2.5.10.0 (release) 00:29:05 - Initializing.. 00:29:05 - Press LCtrl+LAlt+C for config. 00:29:04 - VAICOM PRO for DCS World. License: PRO 00:29:04 - Plugin support enabled. If a module is correctly recognized and displayed in the TPP tab (F-15c for instance), this shows up here as well. But there is no error message or anything when i slot a full fidelty module. Is there any other debug mode or something which i can check to see what is going on or what Vaicom is doing diffrently or can't access or hook into? Why it's having way more trouble on the Caucasus map, less so on NTTR? EDIT: . . . " 00:29:05 - Saved Games folder = C:\Users\sc_neo\Saved Games\DCS.openbeta 00:29:05 - DCS World installation path = E:\00 - Games\DCS World\DCS World OpenBeta 00:29:05 - Using Registry entry for 2.5 OpenBeta " . . . The entries for my second DCS World installation on E: drive seem to suggest VAICOM reads this as a 2.5 openbeta installation. It is in fact a 1.5.8 legaxy version, not sure whether is this of importance. EDIT 2: The most basic mission on Caucasus i.e. placing an A-10c hot on the runway with the client option enabled in the editor is fine and dandy when i loading this in multiplayer, but when starting this in singleplayer the module is not recognized in the PTT tab. EDIT 3: Downloaded Net. 4.5.2 from dotnet.microsoft.... again and the installer noticed that 4.5.2 was already installed correctly and did not proceed. So i reckon it should not be related to Net. then. EDIT 4: Shortly of reinstalling everything (i trust in DCS's repair function fully here) i did repair my installation which only removed the files altered by Vaicom to a backup folder, moved my DCS saved games folder so dcs setup a fresh one. Completely unisntalled Vaicom V. 2.5.10, installed version 2.5.8 that i was promted to download when i bought the license key yesterday, and let this setup a fresh installation. I verified that everything was in its correct place, all luas correctly appended. I unisntalled Tacview before all of that, so not one single mod was active. Still experiencing the same behaviour, NTTR singleplayer is fine in all modules, Caucsus does not display modules in PTT tab for any module in singleplayer. In multiplayer depending on the mission it sometimes works, sometimes not, and freezes more often. So...i reckon i need to let this rest until i get (professional help) :)

Yeah i have seen the link to Mapview and read about it on the Tacview forum. But this would produce its own set of pngs or jpgs, and not a sort of blend of the already existing (from the tacview downloadable) sky-vector custom images with osm images, right? So to make a blend of skyvector and osm images, i needed to do that in a different prgram, or can Tacview display two images for the same sector simultaneously superimposring one over the other?