AudioChecklist
AudioChecklist copied to clipboard
Audio device change casue AudioChecklist plugin voice prompts to stop
Hi,
I am having this problem for some time. Sometimes if I switch to my BlueTooth headset and decide to switch back to my default sound device. Xplane voices all go to the new devices but audio checklist voice prompts no longer work. I use it only with screen prompts. Since this adds considerable delay for items it is kind of annoying to follow the screen menu prompts. This is only when I switch audio devices. My audio devices are builtin RealTek, HDMI audio over my LG monitor, and Bluetooth headset.
Hi, I have a few questions:
- What operating system do you use?
- Do you use X-Plane 11 or X-Plane 12?
- How do you switch between your Bluetooth headset and your default sound device?
- What do you mean by X-Plane voices? Is it the sound of the aircraft, or the voice output of another plugin?
-
The OS is Windows 10
-
I am currently using XP 11 not migrated to XP 12 for obvious reasons. Edit: I checked with XP12 too it is the same.
-
When I turn on the headset it gives me a voice prompt and sounds switch to my headphone. When I turn it off all goes back to the new default device. All sounds go back to the Audio device only audiocheclist is without voice prompts. In order to rectify I need to quit and restart the XP.
-
I mean all the sounds including XP aircraft sounds and music if I am listening to, and windows sounds. Only audiochecklist sounds are lost.
To reproduce this launch XP, turn on the headset and start Audiohecklist it announces over headphones. Turn off the headset all sounds are back at the audio device but only AudioChecklist is silent. It also happens I switch between RealTek audio and LG HDMI audio. So it seems like when the audio device changes after launching XP Audiochecklist cannot follow audio device changes.
I can reproduce the issue on my system. I will have a look at it.
Great thanks.
Hello any news?
It seems that the problem is how FlyWithLua handles sound files. I tried a few things, but nothing fixed that issue. I'm sorry, but for now there is nothing I can do about it. It is a limitation from FlyWithLua.
Hello,
I have checked the code myself and did not see anywhere you actually set a device. But it is curious that the only piece of code impacted by this. There may be a way to initialize the audio device. Let me check it too..
Hello, any news? Did you have time to further investigate?
If I had to guess, FlyWithLua is using OpenAL to output sounds, and it just initializes with the default audio output device. When that device stops existing, FlyWithLua probably doesn't reinitialize its OpenAL, leading to this issue.
E: That's exactly what's happening. There may be some way with OpenAL to reinitialize whenever the device configuration changes, but I'm not sure.