Topic-icon Gpws not working in any aircraft

5 months 3 weeks ago #760 by aamalk

I dowlaoded around 5 add on aircrafts that said that it has gpws but i dont hear anything when im you need to enable it somewhere or it works automatically?

Please Log in or Create an account to join the conversation.

1 week 5 days ago - 1 week 4 days ago #937 by DRCW

The FSX sound files are activated using dll files and the 64 bit version activates them using xml . If you are daring you can convert these files over to xml
Gauge: dsd_fsx_xml_sound.gau
Although its name refers to FSX, this gauge will also work in FS2004. It is heavily based on dsd_xml_sound3.gau.

Panel.cfg syntax
gauge10=dsd_fsx_xml_sound!Sound, 2,2,2,2,./gauges/dsd_xml_sound.ini
gauge11=dsd_fsx_xml_sound!Debugger, 420,550,600,80

The most important change in gauge function is the way it handles volume settings. Previous versions of the gauge used a range from 0 to 100 to get/set volume levels. I have changed this to the range used by DirectSound, -10000 (representing very, very quiet) to 0 (representing full volume). If this change is going to cause you problems with your existing code, you can set a variable (L:Old Volume Control) to force the gauge back to the old method of handling volume settings. See below.

For those who haven’t used earlier versions of the gauge, each sound is controlled by a separate XML L:Variable (hereinafter referred to as an LVar.) You control the sound by setting the control variable (LVar) to the value that corresponds to the action you want. You assign LVars to sounds using a configuration file. Specify the configuration file in panel.cfg, as a fifth parameter for the “Sound” gauge element – see the example above. The gauge will follow the following methods in evaluating a supplied configuration file string:

1. You specify a relative path by starting it with a ‘dot’ – see the sample syntax, above. This dot effectively anchors us in the main FS folder. In the example above, the .ini file is located in the main FS gauges folder, and it is called dsd_xml_sound.ini. You are not limited to the FS gauges folder, you may specify any folder you like Your only challenge is ensuring the end user has the folder you specify in their FS folder system. This is the method used by previous versions of the sound gauge.

2. Alternatively, you may construct an absolute path to your configuration file. The gauge will look up its own path qualified name. By stripping off the name of the gauge itself, we are left with the path to the specific folder where the gauge is installed. To this path name, you will add the specific folder and file name for your configuration file. For example, my usual test aircraft is installed in a folder called:
Installing the gauge in the panel folder, and specifying a configuration file thusly:
gauge37=dsd_fsx_xml_sound!Sound, 2,2,2,2, \dsd_fsx_test_sound.ini
will result in a configuration specification of
D:\fsx\Aircraft\b777_300\panel\dsd_fsx_test_sound.ini – placing the configuration file in the aircraft’s panel folder, with the sound gauge
Please note that with this method, there is no ‘dot’ at the beginning of the panel.cfg parameter string, but the string starts with a / or \ character. The gauge will treat the / and \ characters equivalently.

3. If the gauge does not find a dot or slash character at the beginning of the parameter string, it will search the string for a colon character “:” If it finds one, it will assume that you have provided a complete path including drive letter, to the configuration file and will attempt to load it without any adjustments.
I don’t recommend this approach for anything other than private use on your own computer. Specifying a configuration file string like “D:\fsx\gauges\sound_config.ini” is asking for trouble if you are distributing the panel. We really don’t know where the end user has installed FS.

4. If the gauge does not find a “:” character, it will presume that you are attempting to specify a path in the same manner as in procedure 2, above. It will append the supplied parameter string to the path where the gauge is loaded from, providing the slash character as necessary. Staying with the example of my test aircraft, with the gauge loaded from the panel folder, providing a configuration file string like this:
gauge37=dsd_fsx_xml_sound!Sound, 2,2,2,2, panel_sounds\dsd_fsx_test_sound.ini
will result in a configuration specification of

5. Default configuration file. If no configuration file is specified, or if the gauge cannot find the file specified, it will use the default name. The gauge will look up its own path qualified name (in case you or the end user have renamed it,) strip off the “.gau” file extension, and add “.ini” The default configuration file is therefore in the same folder as the gauge, with the same base name. This method should reduce the requirement to specify the configuration file in a great many cases. Note that if the gauge is using the default because you did not specify a configuration file, it will simply do so without further ado. However, if it is using the default because it could not find the file you specified, it will pop up a Windows message box telling you so.

Creating the Configuration File
The configuration file is used for a number of things. The most important of these is establishing paring between the sounds you want to play and the LVars you will use to control those sounds. If you look at the sample .ini file listing at the end of this document, you will find that it contains three section headings. Of these, one is labeled [Sounds] and one is labeled [LVars]. Each has a listing of numbered entries. The numbering is how the link between sound and LVar is established. Please note that that is the only significance to the numbering of the entries. The sound at entry Sound00 is matched with the LVar at Lvar00, the sound at entry Sound01 is matched with the LVar at Lvar01, etc.

As you may have gathered by now, in specifying LVars in the configuration file, you just supply the bare name. You do not add “L:” at the beginning, or “, number” at the end. This has nothing to do with how you will access the variables in XML, it is only relevant to the way a C/C++ gauge works with these variables.

When you are creating entries for the sounds themselves in your configuration file, you can, if you wish, specify a volume to be applied to the sound when it is loaded. See the first two sound entries in the sample .ini file below. This option is useful if you, or the end user of your product, feel a particular sound or sounds, as recorded, are too loud. You can specify the volume to be used and thus not have to bother setting it within your gauge. Specifying a volume setting in this way will not preclude you from changing the volume level later.

When you are specifying sounds in the configuration file, the gauge will follow the same protocols for specifying sound names as it does for specifying the configuration file name. You can use a relative path (starting with a “dot” and referring to a folder within the FS folder tree) or you can construct an absolute path, using the path to the configuration file as a base ( by specifying a \ or / as the first character of the parameter string, or by listing a folder and file without the leading slash.) See the first sound setting in the sample .ini file below. It specifies a folder called PanelSounds, located within the folder where the configuration file is found, as the location for the sound file.
The gauge will not verify individual sound names at gauge load time. However, it will use a Windows message box to notify the user that a particular sound cannot be found when an attempt is made to play the sound.

The settings in the third group, [Config] are each reviewed later.

Working with sounds
To control a given sound, it is just a matter of setting its corresponding LVar to the value listed below for the action you want:
1 (>L:SomeXMLControlVar, number) will play the sound once, with no changes made to volume or pan settings.
0 (>L:SomeOtherXMLControlVar, number) will stop the sound if it is playing.
8 (>L:YetAnotherXMLControlVar, number) will first retrieve the current volume and pan input settings. It will then apply them to the sound in question, and finally, with start playing the sound in looping mode.

Gauge control variables can use the following values:
0 - Stop Sound
1 - Play sound once, without changing the existing volume or pan settings.
2 - Play sound as a loop, without changing the existing volume or pan settings.
3 - Set the sound's volume, using the setting found in the specified VolumeIn variable, see below.
4 - Get the sound's current volume setting, placing it in the specified VolumeOut variable.
5 - Set the sound's pan, using the setting found in the specified PanIn variable.
6 - Get the sound's current pan setting, placing it in the specified PanOut variable.
7 - Play sound once, but first set the volume and pan to the settings found in the VolumeIn and PanIn variables.
8 - Play sound as a loop, but first set the volume and pan to the settings found in the VolumeIn and PanIn variables.
9 - Get sound's looping status. Will return 1 if a playing sound is looping, 0 if the sound is in play once mode or is not playing at all.
10 – Unload a sound. Sounds will be automatically unloaded on gauge exit, but if the sound file is large, and you are done with it, you might want to unload it immediately, and reclaim the memory. This command may also be useful during testing. You can make changes to a sound and reload it, without reloading the whole panel.
11 – Load a sound, using the Windows voice device. By default the gauge will use the Windows sound device for playing sounds. If you want to use the Windows voice device (typically a second sound card, or USB sound device) you can use the value of 11 to load the sound for playing on the voice device. All of the other commands, if they have to load a sound before carrying out their own function, will load the sound for the Windows sound device. If you want to use the voice device, you will need to use this command to first load the sound before you do anything else with it. Should the voice device be the same device as the sound device, the sound will be loaded using the available sound device. If you want the sound to play through the user’s headset, if present, you can use this value. If another user does not have a headset, the same sound will be played by whatever sound device the user does have. Included with this package is a utility which will allow the user to explicitly specify the sound devices for the gauge to use. I expect that in almost all cases, this utility will not be required. It will only be needed if the user feels that the Windows default values are not appropriate for FS, but does not wish to change the Windows defaults.
12 – As 11 above, but loads the sound using the Windows sound device.

In the Config Section of the .ini file, the following items can be set. They are all shown with their corresponding default values.

The default is 10, but the maximum is now 1000. (Yes, you read that right!) I can't see anyone using that many, but the memory is allocated dynamically now, so there is no harm in the very high limit. It will allow dedicated users to avoid loading more than one instance of the gauge in the same panel. I have seen that happen. Keeping the maximum to the number of sounds you will actually use will minimize both CPU and memory use by the gauge.

ErrorFlag= -1
In the event of some kind of error occurring, the gauge's control variable will be set to this value. The default is -1. You can pick any integer value you like, except the range from 1 to 99, which is reserved for actual commands. The gauge now has several Windows Message Boxes built in that will appear in the event of an error. I expect that the only one you will ever see will occur if the gauge does not find a sound file specified in the .ini file. In order to ease problem solving, it will inform the user which file was not found. If an error does occur, any further changes to that sound's control variable will be ignored. Other sounds will be processed however.

You can set this variable to 3 meaningful values.
1 - stops all sounds currently playing.
2 - mutes all sounds. It set's their volume to -10000, but does not stop them from actually playing.
3 - unmutes all sounds previously muted. It restores their previously stored volume settings.
In each case, the variable will be reset to 0.

Use this variable to specify the volume setting for use with the SetVolume command (3). Volume is specified as a value between 0 (full volume) and -10000 (100 db attenuation, inaudible.) In practice, any setting less than about -3000 (30 db attenuation) will be inaudible.

Use this variable to specify the pan setting for use with the SetPan command (5). Pan is specified as a value between -10000 (full left) and 10000 (full right). 0 is centered.

Use this variable to receive the volume setting retrieved with the GetVolume command (4).

Use this variable to receive the pan setting retrieved with the GetPan command (6).

Use this variable to receive the loop setting retrieved with the Get Looping Status command (9).

This variable will automatically receive the volume setting used when the last play sound command was issued. Note that this volume level may no longer apply - it may have been changed with the SetVolume command.

This variable will automatically receive the pan setting used when the the last play command was issued. Note that this pan setting may no longer apply - it may have been changed with the SetPan command.

This variable will automatically receive the loop setting used when the last play command was issued.

Other LVARS, names not selectable:

In both FS9 and FSX, this variable will return 1 if FS's sounds are active and 0 if they are not. The gauge's own sounds will follow FS sound status - they will mute if FS's sound is off or if the sim is paused.

Old Volume Control:
Settable. If set to 1, the gauge will use the old volume range of 0 to 100, with 100 representing full volume and 0 representing fully muted. If set to 0, the gauge will use the actual DirectSound range, which is -10000 for fully muted, to 0, which represents full volume. Note that if the gauge encounters positive values for volumes in the [Sounds] section of the .ini file, it will presume that you want to use the old range and will set this variable accordingly. For the technically inclined, the DirectSound range represents attenuation in 100ths of decibels, so the value of -10000 represents an attenuation of 100 decibels. Don't change this variable once it is set - bad things will happen.

This variable will indicate whether a separate voice device is available. Returns 1 if the system has separate Windows sound and voice devices, and 0 otherwise.

FSVersionMajor, FSVersionMinor, FSVersionBuild:
These variables return detailed information about the version of Flight Simulator that the gauge is running on.
FSVersionMajor returns 9 for FS2004 and 10 for FSX. Supplied in case you want to use any version specific code in your own gauges.

FSX Only. Returns 1 if a link to SimConnect was established and 0 if it was not.

Returns 1 if the simulation is paused, and 0 if it is not.

In both FS9 and FSX, this variable will return 1 if the gauge has muted its own sounds and 0 if the sounds are not muted.

In both FS9 and FSX, this variable will return 1 if an XML gauge has muted the sounds by setting the GlobalCommands variable to a value of 2. While individual sounds will able to be unmuted by setting their volume levels, sounds will not automatically unmute with a change in sound variable or pause status. You will need to manually unmute by setting the Global Commands variable to 3. If sounds have not been so muted, the variable will have a value of zero.

FSX Only. Retrieved via SimConnect.
0 – Outside (spot) view.
1 – 2D cockpit view
2 – 3D VC view
4 – Orthogonal (map) view
FSX Only. Default value is zero. If set to a non-zero value, the ViewSystemStatus value, above, will be published in a Windows Message Box, each time it changes. Obviously, for experimentation only.

FS2004 Only. Returns the otherwise broken Time of Day variable.

Example .ini:
With the exception of the first two entries in the [Sounds] section, the following example illustrates default values that the gauge will use in the absence of a user specified value, or in the absence of a configuration file altogether. The first Sound entry illustrates the specification of a sound located within a folder named PanelSounds, with this folder being located within the aircraft’s panel folder. The first two Sound entries show the specification of a volume value to be assigned to the sound when it is first loaded by the gauge. The first and third entries illustrate the specification of a file, within a folder, with that folder being located in the same folder as the configuration file.


Sound00=\PanelSounds\dsd_xml_00.wav, -1500
Sound01=.\Sound\dsd\dsd_xml_01.wav, -2000


Last Edit: 1 week 4 days ago by DRCW.

Please Log in or Create an account to join the conversation.

  • Not Allowed: to create new topic.
  • Not Allowed: to reply.
  • Not Allowed: to add attachements.
  • Not Allowed: to edit your message.
Time to create page: 0.108 seconds