Ciribob

Thanks! :) Yes got plugged and unplugged messages for trackir, massive stutter and switches reset. Hope it solves it for you Sent from my SM-G900F using Tapatalk

For me the fix was actually disabling the onboard audio. I only narrowed it down when I reinstalled windows and the original sound drivers. Intermittently realtek would say device plugged in, then device unplugged which would also trigger off dcs to reinitialise the USB devices. Once I disabled the soundcard in the bios all was good. I did originally pull the header cables to the front audio panel but realtek still thought stuff was being plugged in... Sent from my SM-G900F using Tapatalk

Did a quick test earlier. Had the laptop transmitting on 3 different frequencies, with 3 radio clients, PC tuned into all 3 radios on one client and it worked fine with no distortion so still can't replicate... :/ When I have a bit more time next week maybe ill organise a quick test on a server as I guess I need different connections and more clients to replicate. Sent from my SM-G900F using Tapatalk

New Release Version - 1.2.9.2 .NET Version - PLEASE INSTALL THIS or it may not work: https://www.microsoft.com/en-gb/download/details.aspx?id=53345 Windows 7/8/10 N Users - PLEASE INSTALL THIS OR IT WILL NOT WORK - Adds the media codecs you need which are removed in the N Version - https://www.microsoft.com/en-gb/download/details.aspx?id=48231 This release aims to fix the intermittent radio for AWACS / Spectators that was reported and also adds the address book feature. Protocol version is the same but servers should update as soon as possible to ensure the client sync is more reliable. Massive thanks to Hallux for implementing the address book feature! :thumbup: Changelog Better Client <=> Server Sync Thanks to @GylesBates for the new Address Book Feature Intercom no longer has distortion applied Thanks again for all your support, Sorry I have so little time at the moment to work on this. DOWNLOAD: https://github.com/ciribob/DCS-SimpleRadioStandalone/releases/latest

Its just one line in helios that breaks it see - https://forums.eagle.ru/showpost.php?p=2949836&postcount=1082 Easy fix :)

When you have transmissions problems are you: Spectator or in an actual slot In an Aircraft slot using CA or just in CA specific slot using the AWACS panel or the normal radio overlay If you can give as much info as possible, that would be a great help :) Considering porting to Golang, it looks like an interesting language and although garbage collected / memory managed, the pauses are 1 millisecond or less now so it would be interesting to see how it worked with Audio. TacView Fix is here (use the newest beta): http://www.tacview.net/download/beta/en/ Helios & Other export scripts Fix (not sure about DCS-Bios): Remove the line below from the export script os.setlocale("ISO-8559-1", "numeric") Hope that helps :)

SimpleRadio should be working in 1.5.5. OK. Try taking any other scripts out that might be incompatible from your export.lua and re-testing. TacView needs a new export file, not sure if there is a fix for Helios yet. Sent from my SM-G900F using Tapatalk

Nope should work... Will try to check on the weekend. Could you try the normal overlay rather than the AWACS one? Sorry on mobile Sent from my SM-G900F using Tapatalk

Check spectator audio is enabled and coalition security is disabled Sent from my SM-G900F using Tapatalk

You'll have to do a fair bit of lua programming. Copying the script exactly won't work unfortunately. The examples I posted are just to point you in the right direction :) Sent from my SM-G900F using Tapatalk

Remove the TacView line from your Export.lua. Confirmed working on 1.5.5 with that line removed. Hope that helps! :)

Working on getting CSAR back in :) Sent from my SM-G900F using Tapatalk

Sorry not quite sure what you tried but just dropping in the script won't work. You'll have to do some scripting to adapt it to your needs. :) The script just shows its possible and one way of doing it using mission flags that you access in the gameGUI Sent from my SM-G900F using Tapatalk

OK i've got it working with some small modifications to the CDU.lua See attached screenshot (the panel on the right is a network tool showing the data being exported by the CDU app) Use the modified CDU.lua attached and make sure that the SimpleRadio export line is moved to the bottom of your export.lua Hope that helps! :) Edit: Don't forget to change your IP back to the one you want at the bottom as its set to 127.0.0.1 which won't work for you :) CDU.lua

So its working ok for you now? You can test the radio on OpenConflict or BuddySpike without being kicked. If you're hearing the PTT effect and seeing the overlay light up white, with a frequency other than 0 then you know that its all working ok and others can hear you. Remember to check your audio with the preview audio button to make sure you speakers and microphone are configured correctly. From the latest 1.2.9.0 version that should no longer be the case. If you've definitely got the latest version, would you mind posting a bug report here detailing as much about your system as you can? https://github.com/ciribob/DCS-SimpleRadioStandalone/issues The speaker & microphone setting are only saved on a successful server connection, not when the boxes are changed or when preview audio is pressed. Hope that helps :)

Your second request is already in as a server-side option :) Turn on expansion radios which'll give nearly all aircraft extra radios to ensure everyone can easily communicate with everyone else. For presets, it's something on the list but probably not for a while as I've not programmed on the radio for over two weeks (or even flown for an hour :( ) due to work commitments, sorry all. Glad to hear its settled down. If you ever do find the culprit, please let me know :)

Would you mind double checking the DCS-SRSGameGUI.lua is in your DCS scripts folder? Thats the file that sends your Side and player name. If its there an up-to-date try changed the line here: https://github.com/ciribob/DCS-SimpleRadioStandalone/blob/master/Scripts/DCS-SRSGameGUI.lua#L8 to false SRS.unicast = false The name is sometimes missing on the server interface (if you click kick you'll see it though) but the coalition should always be correct. For singleplayer your coalition will always be spectator but it should be pretty much instant in multiplayer when you switch around through the slots. Hopefully that helps! Glad its working well for you guys! If they want it, they can have it, its open source :D It's not quite there yet though, still lots and lots to do, but not had the time for a while now which is a shame as I really enjoy working on this project. For your other question of how to do a broadcast: Install SRS on your server host Install something like Virtual Audio Cable (http://vb-audio.pagesperso-orange.fr/Cable/ - Donation Ware) Start up your SRS Server - Make sure Secure Coalition Radios is OFF and Spectator Audio is Enabled. If you don't only one side or the other will be able to hear the radio depending on the slot you put the server host in. Start up dedicated DCS Server - Setup Mission and launch Start up SRS Client and select the audio input as the Virtual Audio Cable Tune SRS Client to the frequency you want to transmit on Select Radio and Force PTT with autohotkey Set Virtual Audio cable as the default output device (or a good media player that lets you pick speakers) Play music from youtube, stream internet radio, stream from LiveATC .... What ever Optionally join a particular slot if you have secure coalitions radios on (you can only be on one side at a time so only one side will hear you) No issues with bandwidth as SRS will down-sample and handle all that. I'm still pondering it. I'm torn because I assume it must be some latency that only appears under certain conditions that causes the distortion as on a local PC or a few local PC's I can't replicate, even to a remote server. Good sample though from somewhere here showing the issue: https://github.com/ciribob/DCS-SimpleRadioStandalone/issues/148 BUT rewriting it is quite a big task that I really don't want to embark on unless I have too. If you want to help me debug the audio pipeline first that would be grand but I'll let you know if I start on the C++ pipeline. Been investigation Port Audio and a bit left field of switching the whole lot to Golang...

Definitely works :) See test mission. Spawn in in the air start huey and turn on NV goggles straight away. You should see a laser start and then stop after 30 seconds. I guess its a naming issue. Hope this helps you :) lasertest.miz

Ok the laser won't automatically disappear when a unit is destroyed as once a laser is created, it just stays where it is as its not tied to any unit. You have to manually update and remove it. Cancel Lase should work, are you sure you using the name of the JTAC Group Name (not unit name or an actual group)? I.e Lase something: ctld.laseUnit(Unit.getByName("someEnemyUNITName"), Unit.getByName("someJtacUNITName"), "JTAC_GROUP_NAME", 1688) then cancel it with ctld.cancelLase("JTAC_GROUP_NAME")

Thats great Hallux, thanks for investigating and for the fix! I'll add to the first post and the latest release post. I need to update the Wiki at some point as well so there's a central place for this. I'll reply to PM now as well.

Ah then the issue becomes detecting if they're speaking or just silent or background noise which isn't the easiest either, especially if their mic has built in AGC. To do this properly I need to do a lot more research and remember how to do proper maths so if I do it won't be for months at least due to time pressures. Audio programming is a huge and difficult subject in its own right and I've only really scratched the surface which I guess is why there's really only Mumble and TeamSpeak. Discord is interesting as AFAIK it uses the the new Audio stack (WebRTC) built into HTML5. Sorry guys, it'll be manual for a while... :) Edit: I am actually going to investigate WebRTC again as then you could do drones with video.... Hype train inbound. [emoji14]

What doesn't work? Cancel doesn't actually stop the lase? Or calling LaseUnit again doesn't switch it to a new target? Glad to hear you're working on something, good luck :)

Not quite sure why dumpbin is giving that result but I used Dependenacy Walker, results attached below. Old Opus.dll comes as x86 and new as x64 so definitely the right DLL. The .exe's will report as x86 in all likelyhood as its .NET but the manifest and compiler flags mean they'll only run as x64, otherwise the DLL won't load. The error you get though isn't due to opus, its due to the NAudio library and something to do with the new WASAPI (windows audio session API) that was added in Vista and above to replace the WAVE interface. My hope in your case was that by forcing the exe to be 64-bit, whatever wierd DLL conflict would go away as there can be no ambiguity over what its running as. By default .net is x86 but if compiled for AnyCPU it can pick the most appropriate which isn't very helpful in this case! Glad it worked well for you. :) 1 has been repeated asked for, I've just not got round to doing it. Its slightly less urgent now due to the Auto Connect script which some server hosts are using but I will do it eventually :) 2 - Its not something I really want to implement as it can be solved (albeit slowly) by just asking some people to reduce their mic volume if they're too loud. As there is no unique persistent ID per person, any changes you made to an individuals volume would be immediately lost if you disconnected or they did and then reconnected as all the IDs would be regenerated. If others want to help out and work on either point I'd be very happy with the help :) Security - Thats a tricky one to answer. By opening ports when hosting a server, you are increased the attack surface for a malicious agent. However, its no more or less secure than hosting a TS server. One of the standard methods for remote code execution is a buffer overflow (I ask for 10 bytes, but get sent 3000) but in this case the software is written in C#, a managed language, so this is much less of an issue then something written in pure C or C++. If a program does something naughty, the .Net VM / Windows will shut it down. I won't say something taking over your PC through SRS is impossible (neither would I for any program or PC connected to the internet) but it is highly improbable and I wouldn't worry about it. TLDR; No real security risk, just don't open all your ports to the world (like using DMZ), just port forward the ones you need for a server.

FW-190s Vs Kuznetsov Quick Tacview recording of NASA6 and I trying an attack on the Kuznetsov. We got so close!

Sorry I missed this, and I don't quite understand. If you call ctld.laseUnit multiple times for the same JTAC, you'll only have ONE lase that just moves to the new unit position every time you call it, no need to call cancel to do this. The cancel lase is only needed if you want to stop lasing completely. Hope that helps