"TT_PointerSpeedMul" = "在Apple Event协议的OpenCore实现中配置指针速度倍增器. \n\n配置加倍以进行指针移动. Apple OEM默认值为1.";
"TT_PointerPollMin" = "Type: plist integer\nFailsafe: 0\nDescription: Configure minimal pointer polling period in ms.\n\nThis is the minimal period the OpenCore builtin AppleEvent driver polls pointer devices (e.g. mice, trackpads) for motion events. The current implementation defaults to 10 ms. Setting 0 leaves this default unchanged.\n\nNote: The OEM Apple implementation uses a polling rate of 2 ms.";
"TT_PointerPollMax" = "Type: plist integer\nFailsafe: 0\nDescription: Configure maximum pointer polling period in ms.\n\nThis is the maximum period the OpenCore builtin AppleEvent driver polls pointer devices (e.g. mice, trackpads) for motion events. The period is increased up to this value as long as the devices do not respond in time. The current implementation defaults to 80 ms. Setting 0 leaves this default unchanged.\n\nCertain trackpad drivers often found in Dell laptops can be very slow to respond when no physical movement happens. This can affect OpenCanopy and FileVault 2 user interface responsiveness and loading times. Increasing the polling periods can reduce the impact.\n\nNote: The OEM Apple implementation uses a polling rate of 2 ms.";
"TT_PointerPollMask" = "Type: plist integer, 32 bit\nFailsafe: -1\nDescription: Configure indices of polled pointers.\n\nSelects pointer devices to poll for AppleEvent motion events. -1 implies all devices. A bit sum is used to determine particular devices. E.g. to enable devices 0, 2, 3 the value will be 1+4+8 (corresponding powers of two). A total of 32 configurable devices is supported.\n\nCertain pointer devices can be present in the firmware even when no corresponding physical devices are available. These devices usually are placeholders, aggregate devices, or proxies. Gathering information from these devices may result in inaccurate motion activity in the user interfaces and even cause performance issues. Disabling such pointer devices is recommended for laptop setups having issues of this kind.\n\nThe amount of pointer devices available in the system can be found in the log. Refer to Found N pointer devices message for more details.\n\nNote: Has no effect when using the OEM Apple implementation (see AppleEvent setting).";
"TT_PointerSpeedMul" = "Type: plist integer\nFailsafe: 1\nDescription: Configure pointer speed multiplier in the OpenCore re-implementation of the Apple Event protocol. Has no effect when using the OEM Apple implementation (see AppleEvent setting).\n\nConfigures the multiplier for pointer movements. The Apple OEM default value is 1.\n\nNote: The recommended value for this option is 1. This value may optionally be modified in combination with PointerSpeedDiv, according to user preference, to achieve customised mouse movement scaling.";
"TT_PointerPollMin" = "Type: plist integer\nFailsafe: 0\nDescription: Configure minimal pointer polling period in ms.\n\nThis is the minimal period the OpenCore builtin AppleEvent driver polls pointer devices (e.g. mice, trackpads) for motion events. The current implementation defaults to 10 ms. Setting 0 leaves this default unchanged.\n\nNote: The OEM Apple implementation uses a polling rate of 2 ms.";
"TT_PointerPollMax" = "Type: plist integer\nFailsafe: 0\nDescription: Configure maximum pointer polling period in ms.\n\nThis is the maximum period the OpenCore builtin AppleEvent driver polls pointer devices (e.g. mice, trackpads) for motion events. The period is increased up to this value as long as the devices do not respond in time. The current implementation defaults to 80 ms. Setting 0 leaves this default unchanged.\n\nCertain trackpad drivers often found in Dell laptops can be very slow to respond when no physical movement happens. This can affect OpenCanopy and FileVault 2 user interface responsiveness and loading times. Increasing the polling periods can reduce the impact.\n\nNote: The OEM Apple implementation uses a polling rate of 2 ms.";
"TT_PointerPollMask" = "Type: plist integer, 32 bit\nFailsafe: -1\nDescription: Configure indices of polled pointers.\n\nSelects pointer devices to poll for AppleEvent motion events. -1 implies all devices. A bit sum is used to determine particular devices. E.g. to enable devices 0, 2, 3 the value will be 1+4+8 (corresponding powers of two). A total of 32 configurable devices is supported.\n\nCertain pointer devices can be present in the firmware even when no corresponding physical devices are available. These devices usually are placeholders, aggregate devices, or proxies. Gathering information from these devices may result in inaccurate motion activity in the user interfaces and even cause performance issues. Disabling such pointer devices is recommended for laptop setups having issues of this kind.\n\nThe amount of pointer devices available in the system can be found in the log. Refer to Found N pointer devices message for more details.\n\nNote: Has no effect when using the OEM Apple implementation (see AppleEvent setting).";
/* Audio */
/* YTE-Ba-80O */
"TT_AudioDevice" = "Type: plist string\nFailsafe: Empty\nDescription: Device path of the specified audio controller for audio support.\n\nThis typically contains builtin analog audio controller (HDEF) device path, e.g. PciRoot(0x0)/Pci(0x1b,0x0).\nThe list of recognised audio controllers can be found in the debug log:\nOCAU: 1/3 PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x1)/VenMsg(<redacted>,00000000) (4 outputs)\nOCAU: 2/3 PciRoot(0x0)/Pci(0x3,0x0)/VenMsg(<redacted>,00000000) (1 outputs)\nOCAU: 3/3 PciRoot(0x0)/Pci(0x1B,0x0)/VenMsg(<redacted>,02000000) (7 outputs)\n\nIf using AudioDxe, the required device path is also output as:\nHDA: Connecting controller PciRoot(0x0)/Pci(0x1B,0x0)\n\nFinally, gfxutil -f HDEF command can be used in macOS to obtain the device path.\n\nSpecifying an empty device path will result in the first available audio controller being used, and can be a convenient option to get UEFI audio working if only one audio controller is present.";
...
...
@@ -1561,7 +1567,7 @@
"TT_AudioOut" = "Type: plist integer\nFailsafe: 0\nDescription: Index of the output port of the specified codec starting from 0.\n\nThis typically contains the index of the green out of the builtin analog audio controller (HDEF). The number of output nodes (N) in the debug log (marked in bold):\nOCAU: 1/3 PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x1)/VenMsg(<redacted>,00000000) (4 outputs)\nOCAU: 2/3 PciRoot(0x0)/Pci(0x3,0x0)/VenMsg(<redacted>,00000000) (1 outputs)\nOCAU: 3/3 PciRoot(0x0)/Pci(0x1B,0x0)/VenMsg(<redacted>,02000000) (7 outputs) \n\nThe quickest way to find the right port is to bruteforce the values from 0 to N - 1.";
"TT_AudioOutMask" = "Type: plist integer\nFailsafe: -1\nDescription: Bit field indicating which output channels to use for UEFI sound.\n\nAudio mask is 1 « audio output (equivalently 2 ˆ audio output). E.g. for audio output 0 the bitmask is 1, for output 3 it is 8, and for outputs 0 and 3 it is 9.\n\nThe number of available output nodes (N) for each HDA codec is shown in the debug log (marked in bold-italic), audio outputs 0 to N - 1 may be selected:\nOCAU: 1/3 PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x1)/VenMsg(<redacted>,00000000) (4 outputs)\nOCAU: 2/3 PciRoot(0x0)/Pci(0x3,0x0)/VenMsg(<redacted>,00000000) (1 outputs)\nOCAU: 3/3 PciRoot(0x0)/Pci(0x1B,0x0)/VenMsg(<redacted>,02000000) (7 outputs)\n\nWhen AudioDxe is used then additional information about each output channel is logged during driver binding, including the bitmask for each output. The bitmask values for the desired outputs should be added together to obtain the AudioOutMask value:\nHDA: | Port widget @ 0x9 is an output (pin defaults 0x2B4020) (bitmask 1)\nHDA: | Port widget @ 0xA is an output (pin defaults 0x90100112) (bitmask 2)\nHDA: | Port widget @ 0xB is an output (pin defaults 0x90100110) (bitmask 4)\nHDA: | Port widget @ 0x10 is an output (pin defaults 0x4BE030) (bitmask 8)\n\nFurther information on the available output channels may be found from a Linux codec dump using the command:
cat /proc/asound/card{n}/codec#{m}\n\nUsing AudioOutMask, it is possible to play sound to more than one channel (e.g. main speaker plus bass speaker; headphones plus speakers) as long as all the chosen outputs support the sound file format in use; if any do not then no sound will play and a warning will be logged.\n\nWhen all available output channels on the codec support the available sound file format, then a value of -1 will play sound to all channels simultaneously. If this does not work, it will usually be quickest to try each available output channel one by one, in order to work out which channel(s) to use.";
cat /proc/asound/card{n}/codec#{m}\n\nUsing AudioOutMask, it is possible to play sound to more than one channel (e.g. main speaker plus bass speaker; headphones plus speakers) as long as all the chosen outputs support the sound file format in use; if any do not then no sound will play and a warning will be logged.\n\nWhen all available output channels on the codec support the available sound file format, then a value of -1 will play sound to all channels simultaneously. If this does not work it will usually be quickest to try each available output channel one by one, by setting AudioOutMask to 1, 2, 4, etc., up to 2 ˆ N - 1, in order to work out which channel(s) produce sound.";
/* PF5-bc-9Z2 */
"TT_MinimumVolume" = "Type: plist integer\nFailsafe: 0\nDescription: Minimal heard volume level from 0 to 100.\n\nThe screen reader will use this volume level when the calculated volume level is lower than MinimumVolume and the boot chime will not play if the calculated volume level is lower than MinimumVolume.";
...
...
@@ -1581,7 +1587,7 @@ cat /proc/asound/card{n}/codec#{m}\n\nUsing AudioOutMask, it is possible to play
/* 4mo-Ut-bYl */
"TT_ResetTrafficClass" = "Type: plist boolean\nFailsafe: false\nDescription: Set HDA Traffic Class Select Register to TC0.\n\nAppleHDA kext will function correctly only if TCSEL register is configured to use TC0 traffic class. Refer to Intel I/O Controller Hub 9 (ICH9) Family Datasheet (or any other ICH datasheet) for more details about this register.\n\nNote: This option is independent from AudioSupport. If AppleALC is used it is preferred to use AppleALC alctsel property instead.";
"TT_DisconnectHda" = "Type: plist boolean\nFailsafe: false\nDescription: Disconnect HDA controller before loading drivers.\n\nMay be required on some systems (e.g. Apple hardware, VMware Fusion guest) to allow a UEFI sound driver (such as AudioDxe) to take control of the audio hardware.";
"TT_DisconnectHda" = "Type: plist boolean\nFailsafe: false\nDescription: Disconnect HDA controller before loading drivers.\n\nMay be required on some systems (e.g. Apple hardware, VMware Fusion guest) to allow a UEFI sound driver (such as AudioDxe) to take control of the audio hardware.\n\nNote: In addition to this option, most Apple hardware also requires the --gpio-setup driver argument which is dealt with in the AudioDxe section.";
"TT_PointerSpeedMul" = "Type: plist integer\nFailsafe: 1\nDescription: Configure pointer speed multiplier in the OpenCore re-implementation of the Apple Event protocol. Has no effect when using the OEM Apple implementation (see AppleEvent setting).\n\nConfigures the multiplier for pointer movements. The Apple OEM default value is 1.\n\nNote: The recommended value for this option is 1. This value may optionally be modified in combination with PointerSpeedDiv, according to user preference, to achieve customised mouse movement scaling.";
"TT_PointerPollMin" = "Type: plist integer\nFailsafe: 0\nDescription: Configure minimal pointer polling period in ms.\n\nThis is the minimal period the OpenCore builtin AppleEvent driver polls pointer devices (e.g. mice, trackpads) for motion events. The current implementation defaults to 10 ms. Setting 0 leaves this default unchanged.\n\nNote: The OEM Apple implementation uses a polling rate of 2 ms.";
"TT_PointerPollMax" = "Type: plist integer\nFailsafe: 0\nDescription: Configure maximum pointer polling period in ms.\n\nThis is the maximum period the OpenCore builtin AppleEvent driver polls pointer devices (e.g. mice, trackpads) for motion events. The period is increased up to this value as long as the devices do not respond in time. The current implementation defaults to 80 ms. Setting 0 leaves this default unchanged.\n\nCertain trackpad drivers often found in Dell laptops can be very slow to respond when no physical movement happens. This can affect OpenCanopy and FileVault 2 user interface responsiveness and loading times. Increasing the polling periods can reduce the impact.\n\nNote: The OEM Apple implementation uses a polling rate of 2 ms.";
"TT_PointerPollMask" = "Type: plist integer, 32 bit\nFailsafe: -1\nDescription: Configure indices of polled pointers.\n\nSelects pointer devices to poll for AppleEvent motion events. -1 implies all devices. A bit sum is used to determine particular devices. E.g. to enable devices 0, 2, 3 the value will be 1+4+8 (corresponding powers of two). A total of 32 configurable devices is supported.\n\nCertain pointer devices can be present in the firmware even when no corresponding physical devices are available. These devices usually are placeholders, aggregate devices, or proxies. Gathering information from these devices may result in inaccurate motion activity in the user interfaces and even cause performance issues. Disabling such pointer devices is recommended for laptop setups having issues of this kind.\n\nThe amount of pointer devices available in the system can be found in the log. Refer to Found N pointer devices message for more details.\n\nNote: Has no effect when using the OEM Apple implementation (see AppleEvent setting).";
/* Audio */
/* YTE-Ba-80O */
"TT_AudioDevice" = "Type: plist string\nFailsafe: Empty\nDescription: Device path of the specified audio controller for audio support.\n\nThis typically contains builtin analog audio controller (HDEF) device path, e.g. PciRoot(0x0)/Pci(0x1b,0x0).\nThe list of recognised audio controllers can be found in the debug log:\nOCAU: 1/3 PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x1)/VenMsg(<redacted>,00000000) (4 outputs)\nOCAU: 2/3 PciRoot(0x0)/Pci(0x3,0x0)/VenMsg(<redacted>,00000000) (1 outputs)\nOCAU: 3/3 PciRoot(0x0)/Pci(0x1B,0x0)/VenMsg(<redacted>,02000000) (7 outputs)\n\nIf using AudioDxe, the required device path is also output as:\nHDA: Connecting controller PciRoot(0x0)/Pci(0x1B,0x0)\n\nFinally, gfxutil -f HDEF command can be used in macOS to obtain the device path.\n\nSpecifying an empty device path will result in the first available audio controller being used, and can be a convenient option to get UEFI audio working if only one audio controller is present.";
...
...
@@ -1561,7 +1567,7 @@
"TT_AudioOut" = "Type: plist integer\nFailsafe: 0\nDescription: Index of the output port of the specified codec starting from 0.\n\nThis typically contains the index of the green out of the builtin analog audio controller (HDEF). The number of output nodes (N) in the debug log (marked in bold):\nOCAU: 1/3 PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x1)/VenMsg(<redacted>,00000000) (4 outputs)\nOCAU: 2/3 PciRoot(0x0)/Pci(0x3,0x0)/VenMsg(<redacted>,00000000) (1 outputs)\nOCAU: 3/3 PciRoot(0x0)/Pci(0x1B,0x0)/VenMsg(<redacted>,02000000) (7 outputs) \n\nThe quickest way to find the right port is to bruteforce the values from 0 to N - 1.";
"TT_AudioOutMask" = "Type: plist integer\nFailsafe: -1\nDescription: Bit field indicating which output channels to use for UEFI sound.\n\nAudio mask is 1 « audio output (equivalently 2 ˆ audio output). E.g. for audio output 0 the bitmask is 1, for output 3 it is 8, and for outputs 0 and 3 it is 9.\n\nThe number of available output nodes (N) for each HDA codec is shown in the debug log (marked in bold-italic), audio outputs 0 to N - 1 may be selected:\nOCAU: 1/3 PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x1)/VenMsg(<redacted>,00000000) (4 outputs)\nOCAU: 2/3 PciRoot(0x0)/Pci(0x3,0x0)/VenMsg(<redacted>,00000000) (1 outputs)\nOCAU: 3/3 PciRoot(0x0)/Pci(0x1B,0x0)/VenMsg(<redacted>,02000000) (7 outputs)\n\nWhen AudioDxe is used then additional information about each output channel is logged during driver binding, including the bitmask for each output. The bitmask values for the desired outputs should be added together to obtain the AudioOutMask value:\nHDA: | Port widget @ 0x9 is an output (pin defaults 0x2B4020) (bitmask 1)\nHDA: | Port widget @ 0xA is an output (pin defaults 0x90100112) (bitmask 2)\nHDA: | Port widget @ 0xB is an output (pin defaults 0x90100110) (bitmask 4)\nHDA: | Port widget @ 0x10 is an output (pin defaults 0x4BE030) (bitmask 8)\n\nFurther information on the available output channels may be found from a Linux codec dump using the command:
cat /proc/asound/card{n}/codec#{m}\n\nUsing AudioOutMask, it is possible to play sound to more than one channel (e.g. main speaker plus bass speaker; headphones plus speakers) as long as all the chosen outputs support the sound file format in use; if any do not then no sound will play and a warning will be logged.\n\nWhen all available output channels on the codec support the available sound file format, then a value of -1 will play sound to all channels simultaneously. If this does not work, it will usually be quickest to try each available output channel one by one, in order to work out which channel(s) to use.";
cat /proc/asound/card{n}/codec#{m}\n\nUsing AudioOutMask, it is possible to play sound to more than one channel (e.g. main speaker plus bass speaker; headphones plus speakers) as long as all the chosen outputs support the sound file format in use; if any do not then no sound will play and a warning will be logged.\n\nWhen all available output channels on the codec support the available sound file format, then a value of -1 will play sound to all channels simultaneously. If this does not work it will usually be quickest to try each available output channel one by one, by setting AudioOutMask to 1, 2, 4, etc., up to 2 ˆ N - 1, in order to work out which channel(s) produce sound.";
/* PF5-bc-9Z2 */
"TT_MinimumVolume" = "Type: plist integer\nFailsafe: 0\nDescription: Minimal heard volume level from 0 to 100.\n\nThe screen reader will use this volume level when the calculated volume level is lower than MinimumVolume and the boot chime will not play if the calculated volume level is lower than MinimumVolume.";
...
...
@@ -1581,7 +1587,7 @@ cat /proc/asound/card{n}/codec#{m}\n\nUsing AudioOutMask, it is possible to play
/* 4mo-Ut-bYl */
"TT_ResetTrafficClass" = "Type: plist boolean\nFailsafe: false\nDescription: Set HDA Traffic Class Select Register to TC0.\n\nAppleHDA kext will function correctly only if TCSEL register is configured to use TC0 traffic class. Refer to Intel I/O Controller Hub 9 (ICH9) Family Datasheet (or any other ICH datasheet) for more details about this register.\n\nNote: This option is independent from AudioSupport. If AppleALC is used it is preferred to use AppleALC alctsel property instead.";
"TT_DisconnectHda" = "Type: plist boolean\nFailsafe: false\nDescription: Disconnect HDA controller before loading drivers.\n\nMay be required on some systems (e.g. Apple hardware, VMware Fusion guest) to allow a UEFI sound driver (such as AudioDxe) to take control of the audio hardware.";
"TT_DisconnectHda" = "Type: plist boolean\nFailsafe: false\nDescription: Disconnect HDA controller before loading drivers.\n\nMay be required on some systems (e.g. Apple hardware, VMware Fusion guest) to allow a UEFI sound driver (such as AudioDxe) to take control of the audio hardware.\n\nNote: In addition to this option, most Apple hardware also requires the --gpio-setup driver argument which is dealt with in the AudioDxe section.";
"TT_PointerSpeedMul" = "Type: plist integer\nFailsafe: 1\nDescription: Configure pointer speed multiplier in the OpenCore re-implementation of the Apple Event protocol. Has no effect when using the OEM Apple implementation (see AppleEvent setting).\n\nConfigures the multiplier for pointer movements. The Apple OEM default value is 1.\n\nNote: The recommended value for this option is 1. This value may optionally be modified in combination with PointerSpeedDiv, according to user preference, to achieve customised mouse movement scaling.";
"TT_PointerPollMin" = "Type: plist integer\nFailsafe: 0\nDescription: Configure minimal pointer polling period in ms.\n\nThis is the minimal period the OpenCore builtin AppleEvent driver polls pointer devices (e.g. mice, trackpads) for motion events. The current implementation defaults to 10 ms. Setting 0 leaves this default unchanged.\n\nNote: The OEM Apple implementation uses a polling rate of 2 ms.";
"TT_PointerPollMax" = "Type: plist integer\nFailsafe: 0\nDescription: Configure maximum pointer polling period in ms.\n\nThis is the maximum period the OpenCore builtin AppleEvent driver polls pointer devices (e.g. mice, trackpads) for motion events. The period is increased up to this value as long as the devices do not respond in time. The current implementation defaults to 80 ms. Setting 0 leaves this default unchanged.\n\nCertain trackpad drivers often found in Dell laptops can be very slow to respond when no physical movement happens. This can affect OpenCanopy and FileVault 2 user interface responsiveness and loading times. Increasing the polling periods can reduce the impact.\n\nNote: The OEM Apple implementation uses a polling rate of 2 ms.";
"TT_PointerPollMask" = "Type: plist integer, 32 bit\nFailsafe: -1\nDescription: Configure indices of polled pointers.\n\nSelects pointer devices to poll for AppleEvent motion events. -1 implies all devices. A bit sum is used to determine particular devices. E.g. to enable devices 0, 2, 3 the value will be 1+4+8 (corresponding powers of two). A total of 32 configurable devices is supported.\n\nCertain pointer devices can be present in the firmware even when no corresponding physical devices are available. These devices usually are placeholders, aggregate devices, or proxies. Gathering information from these devices may result in inaccurate motion activity in the user interfaces and even cause performance issues. Disabling such pointer devices is recommended for laptop setups having issues of this kind.\n\nThe amount of pointer devices available in the system can be found in the log. Refer to Found N pointer devices message for more details.\n\nNote: Has no effect when using the OEM Apple implementation (see AppleEvent setting).";
/* Audio */
/* YTE-Ba-80O */
"TT_AudioDevice" = "Type: plist string\nFailsafe: Empty\nDescription: Device path of the specified audio controller for audio support.\n\nThis typically contains builtin analog audio controller (HDEF) device path, e.g. PciRoot(0x0)/Pci(0x1b,0x0).\nThe list of recognised audio controllers can be found in the debug log:\nOCAU: 1/3 PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x1)/VenMsg(<redacted>,00000000) (4 outputs)\nOCAU: 2/3 PciRoot(0x0)/Pci(0x3,0x0)/VenMsg(<redacted>,00000000) (1 outputs)\nOCAU: 3/3 PciRoot(0x0)/Pci(0x1B,0x0)/VenMsg(<redacted>,02000000) (7 outputs)\n\nIf using AudioDxe, the required device path is also output as:\nHDA: Connecting controller PciRoot(0x0)/Pci(0x1B,0x0)\n\nFinally, gfxutil -f HDEF command can be used in macOS to obtain the device path.\n\nSpecifying an empty device path will result in the first available audio controller being used, and can be a convenient option to get UEFI audio working if only one audio controller is present.";
...
...
@@ -1561,7 +1567,7 @@
"TT_AudioOut" = "Type: plist integer\nFailsafe: 0\nDescription: Index of the output port of the specified codec starting from 0.\n\nThis typically contains the index of the green out of the builtin analog audio controller (HDEF). The number of output nodes (N) in the debug log (marked in bold):\nOCAU: 1/3 PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x1)/VenMsg(<redacted>,00000000) (4 outputs)\nOCAU: 2/3 PciRoot(0x0)/Pci(0x3,0x0)/VenMsg(<redacted>,00000000) (1 outputs)\nOCAU: 3/3 PciRoot(0x0)/Pci(0x1B,0x0)/VenMsg(<redacted>,02000000) (7 outputs) \n\nThe quickest way to find the right port is to bruteforce the values from 0 to N - 1.";
"TT_AudioOutMask" = "Type: plist integer\nFailsafe: -1\nDescription: Bit field indicating which output channels to use for UEFI sound.\n\nAudio mask is 1 « audio output (equivalently 2 ˆ audio output). E.g. for audio output 0 the bitmask is 1, for output 3 it is 8, and for outputs 0 and 3 it is 9.\n\nThe number of available output nodes (N) for each HDA codec is shown in the debug log (marked in bold-italic), audio outputs 0 to N - 1 may be selected:\nOCAU: 1/3 PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x1)/VenMsg(<redacted>,00000000) (4 outputs)\nOCAU: 2/3 PciRoot(0x0)/Pci(0x3,0x0)/VenMsg(<redacted>,00000000) (1 outputs)\nOCAU: 3/3 PciRoot(0x0)/Pci(0x1B,0x0)/VenMsg(<redacted>,02000000) (7 outputs)\n\nWhen AudioDxe is used then additional information about each output channel is logged during driver binding, including the bitmask for each output. The bitmask values for the desired outputs should be added together to obtain the AudioOutMask value:\nHDA: | Port widget @ 0x9 is an output (pin defaults 0x2B4020) (bitmask 1)\nHDA: | Port widget @ 0xA is an output (pin defaults 0x90100112) (bitmask 2)\nHDA: | Port widget @ 0xB is an output (pin defaults 0x90100110) (bitmask 4)\nHDA: | Port widget @ 0x10 is an output (pin defaults 0x4BE030) (bitmask 8)\n\nFurther information on the available output channels may be found from a Linux codec dump using the command:
cat /proc/asound/card{n}/codec#{m}\n\nUsing AudioOutMask, it is possible to play sound to more than one channel (e.g. main speaker plus bass speaker; headphones plus speakers) as long as all the chosen outputs support the sound file format in use; if any do not then no sound will play and a warning will be logged.\n\nWhen all available output channels on the codec support the available sound file format, then a value of -1 will play sound to all channels simultaneously. If this does not work, it will usually be quickest to try each available output channel one by one, in order to work out which channel(s) to use.";
cat /proc/asound/card{n}/codec#{m}\n\nUsing AudioOutMask, it is possible to play sound to more than one channel (e.g. main speaker plus bass speaker; headphones plus speakers) as long as all the chosen outputs support the sound file format in use; if any do not then no sound will play and a warning will be logged.\n\nWhen all available output channels on the codec support the available sound file format, then a value of -1 will play sound to all channels simultaneously. If this does not work it will usually be quickest to try each available output channel one by one, by setting AudioOutMask to 1, 2, 4, etc., up to 2 ˆ N - 1, in order to work out which channel(s) produce sound.";
/* PF5-bc-9Z2 */
"TT_MinimumVolume" = "Type: plist integer\nFailsafe: 0\nDescription: Minimal heard volume level from 0 to 100.\n\nThe screen reader will use this volume level when the calculated volume level is lower than MinimumVolume and the boot chime will not play if the calculated volume level is lower than MinimumVolume.";
...
...
@@ -1581,7 +1587,7 @@ cat /proc/asound/card{n}/codec#{m}\n\nUsing AudioOutMask, it is possible to play
/* 4mo-Ut-bYl */
"TT_ResetTrafficClass" = "Type: plist boolean\nFailsafe: false\nDescription: Set HDA Traffic Class Select Register to TC0.\n\nAppleHDA kext will function correctly only if TCSEL register is configured to use TC0 traffic class. Refer to Intel I/O Controller Hub 9 (ICH9) Family Datasheet (or any other ICH datasheet) for more details about this register.\n\nNote: This option is independent from AudioSupport. If AppleALC is used it is preferred to use AppleALC alctsel property instead.";
"TT_DisconnectHda" = "Type: plist boolean\nFailsafe: false\nDescription: Disconnect HDA controller before loading drivers.\n\nMay be required on some systems (e.g. Apple hardware, VMware Fusion guest) to allow a UEFI sound driver (such as AudioDxe) to take control of the audio hardware.";
"TT_DisconnectHda" = "Type: plist boolean\nFailsafe: false\nDescription: Disconnect HDA controller before loading drivers.\n\nMay be required on some systems (e.g. Apple hardware, VMware Fusion guest) to allow a UEFI sound driver (such as AudioDxe) to take control of the audio hardware.\n\nNote: In addition to this option, most Apple hardware also requires the --gpio-setup driver argument which is dealt with in the AudioDxe section.";
"TT_PointerSpeedMul" = "Type: plist integer\nFailsafe: 1\nDescription: Configure pointer speed multiplier in the OpenCore re-implementation of the Apple Event protocol. Has no effect when using the OEM Apple implementation (see AppleEvent setting).\n\nConfigures the multiplier for pointer movements. The Apple OEM default value is 1.\n\nNote: The recommended value for this option is 1. This value may optionally be modified in combination with PointerSpeedDiv, according to user preference, to achieve customised mouse movement scaling.";
"TT_PointerPollMin" = "Type: plist integer\nFailsafe: 0\nDescription: Configure minimal pointer polling period in ms.\n\nThis is the minimal period the OpenCore builtin AppleEvent driver polls pointer devices (e.g. mice, trackpads) for motion events. The current implementation defaults to 10 ms. Setting 0 leaves this default unchanged.\n\nNote: The OEM Apple implementation uses a polling rate of 2 ms.";
"TT_PointerPollMax" = "Type: plist integer\nFailsafe: 0\nDescription: Configure maximum pointer polling period in ms.\n\nThis is the maximum period the OpenCore builtin AppleEvent driver polls pointer devices (e.g. mice, trackpads) for motion events. The period is increased up to this value as long as the devices do not respond in time. The current implementation defaults to 80 ms. Setting 0 leaves this default unchanged.\n\nCertain trackpad drivers often found in Dell laptops can be very slow to respond when no physical movement happens. This can affect OpenCanopy and FileVault 2 user interface responsiveness and loading times. Increasing the polling periods can reduce the impact.\n\nNote: The OEM Apple implementation uses a polling rate of 2 ms.";
"TT_PointerPollMask" = "Type: plist integer, 32 bit\nFailsafe: -1\nDescription: Configure indices of polled pointers.\n\nSelects pointer devices to poll for AppleEvent motion events. -1 implies all devices. A bit sum is used to determine particular devices. E.g. to enable devices 0, 2, 3 the value will be 1+4+8 (corresponding powers of two). A total of 32 configurable devices is supported.\n\nCertain pointer devices can be present in the firmware even when no corresponding physical devices are available. These devices usually are placeholders, aggregate devices, or proxies. Gathering information from these devices may result in inaccurate motion activity in the user interfaces and even cause performance issues. Disabling such pointer devices is recommended for laptop setups having issues of this kind.\n\nThe amount of pointer devices available in the system can be found in the log. Refer to Found N pointer devices message for more details.\n\nNote: Has no effect when using the OEM Apple implementation (see AppleEvent setting).";
/* Audio */
/* YTE-Ba-80O */
"TT_AudioDevice" = "Type: plist string\nFailsafe: Empty\nDescription: Device path of the specified audio controller for audio support.\n\nThis typically contains builtin analog audio controller (HDEF) device path, e.g. PciRoot(0x0)/Pci(0x1b,0x0).\nThe list of recognised audio controllers can be found in the debug log:\nOCAU: 1/3 PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x1)/VenMsg(<redacted>,00000000) (4 outputs)\nOCAU: 2/3 PciRoot(0x0)/Pci(0x3,0x0)/VenMsg(<redacted>,00000000) (1 outputs)\nOCAU: 3/3 PciRoot(0x0)/Pci(0x1B,0x0)/VenMsg(<redacted>,02000000) (7 outputs)\n\nIf using AudioDxe, the required device path is also output as:\nHDA: Connecting controller PciRoot(0x0)/Pci(0x1B,0x0)\n\nFinally, gfxutil -f HDEF command can be used in macOS to obtain the device path.\n\nSpecifying an empty device path will result in the first available audio controller being used, and can be a convenient option to get UEFI audio working if only one audio controller is present.";
...
...
@@ -1561,7 +1567,7 @@
"TT_AudioOut" = "Type: plist integer\nFailsafe: 0\nDescription: Index of the output port of the specified codec starting from 0.\n\nThis typically contains the index of the green out of the builtin analog audio controller (HDEF). The number of output nodes (N) in the debug log (marked in bold):\nOCAU: 1/3 PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x1)/VenMsg(<redacted>,00000000) (4 outputs)\nOCAU: 2/3 PciRoot(0x0)/Pci(0x3,0x0)/VenMsg(<redacted>,00000000) (1 outputs)\nOCAU: 3/3 PciRoot(0x0)/Pci(0x1B,0x0)/VenMsg(<redacted>,02000000) (7 outputs) \n\nThe quickest way to find the right port is to bruteforce the values from 0 to N - 1.";
"TT_AudioOutMask" = "Type: plist integer\nFailsafe: -1\nDescription: Bit field indicating which output channels to use for UEFI sound.\n\nAudio mask is 1 « audio output (equivalently 2 ˆ audio output). E.g. for audio output 0 the bitmask is 1, for output 3 it is 8, and for outputs 0 and 3 it is 9.\n\nThe number of available output nodes (N) for each HDA codec is shown in the debug log (marked in bold-italic), audio outputs 0 to N - 1 may be selected:\nOCAU: 1/3 PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x1)/VenMsg(<redacted>,00000000) (4 outputs)\nOCAU: 2/3 PciRoot(0x0)/Pci(0x3,0x0)/VenMsg(<redacted>,00000000) (1 outputs)\nOCAU: 3/3 PciRoot(0x0)/Pci(0x1B,0x0)/VenMsg(<redacted>,02000000) (7 outputs)\n\nWhen AudioDxe is used then additional information about each output channel is logged during driver binding, including the bitmask for each output. The bitmask values for the desired outputs should be added together to obtain the AudioOutMask value:\nHDA: | Port widget @ 0x9 is an output (pin defaults 0x2B4020) (bitmask 1)\nHDA: | Port widget @ 0xA is an output (pin defaults 0x90100112) (bitmask 2)\nHDA: | Port widget @ 0xB is an output (pin defaults 0x90100110) (bitmask 4)\nHDA: | Port widget @ 0x10 is an output (pin defaults 0x4BE030) (bitmask 8)\n\nFurther information on the available output channels may be found from a Linux codec dump using the command:
cat /proc/asound/card{n}/codec#{m}\n\nUsing AudioOutMask, it is possible to play sound to more than one channel (e.g. main speaker plus bass speaker; headphones plus speakers) as long as all the chosen outputs support the sound file format in use; if any do not then no sound will play and a warning will be logged.\n\nWhen all available output channels on the codec support the available sound file format, then a value of -1 will play sound to all channels simultaneously. If this does not work, it will usually be quickest to try each available output channel one by one, in order to work out which channel(s) to use.";
cat /proc/asound/card{n}/codec#{m}\n\nUsing AudioOutMask, it is possible to play sound to more than one channel (e.g. main speaker plus bass speaker; headphones plus speakers) as long as all the chosen outputs support the sound file format in use; if any do not then no sound will play and a warning will be logged.\n\nWhen all available output channels on the codec support the available sound file format, then a value of -1 will play sound to all channels simultaneously. If this does not work it will usually be quickest to try each available output channel one by one, by setting AudioOutMask to 1, 2, 4, etc., up to 2 ˆ N - 1, in order to work out which channel(s) produce sound.";
/* PF5-bc-9Z2 */
"TT_MinimumVolume" = "Type: plist integer\nFailsafe: 0\nDescription: Minimal heard volume level from 0 to 100.\n\nThe screen reader will use this volume level when the calculated volume level is lower than MinimumVolume and the boot chime will not play if the calculated volume level is lower than MinimumVolume.";
...
...
@@ -1581,7 +1587,7 @@ cat /proc/asound/card{n}/codec#{m}\n\nUsing AudioOutMask, it is possible to play
/* 4mo-Ut-bYl */
"TT_ResetTrafficClass" = "Type: plist boolean\nFailsafe: false\nDescription: Set HDA Traffic Class Select Register to TC0.\n\nAppleHDA kext will function correctly only if TCSEL register is configured to use TC0 traffic class. Refer to Intel I/O Controller Hub 9 (ICH9) Family Datasheet (or any other ICH datasheet) for more details about this register.\n\nNote: This option is independent from AudioSupport. If AppleALC is used it is preferred to use AppleALC alctsel property instead.";
"TT_DisconnectHda" = "Type: plist boolean\nFailsafe: false\nDescription: Disconnect HDA controller before loading drivers.\n\nMay be required on some systems (e.g. Apple hardware, VMware Fusion guest) to allow a UEFI sound driver (such as AudioDxe) to take control of the audio hardware.";
"TT_DisconnectHda" = "Type: plist boolean\nFailsafe: false\nDescription: Disconnect HDA controller before loading drivers.\n\nMay be required on some systems (e.g. Apple hardware, VMware Fusion guest) to allow a UEFI sound driver (such as AudioDxe) to take control of the audio hardware.\n\nNote: In addition to this option, most Apple hardware also requires the --gpio-setup driver argument which is dealt with in the AudioDxe section.";
"TT_PointerSpeedMul" = "Type: plist integer\nFailsafe: 1\nDescription: Configure pointer speed multiplier in the OpenCore re-implementation of the Apple Event protocol. Has no effect when using the OEM Apple implementation (see AppleEvent setting).\n\nConfigures the multiplier for pointer movements. The Apple OEM default value is 1.\n\nNote: The recommended value for this option is 1. This value may optionally be modified in combination with PointerSpeedDiv, according to user preference, to achieve customised mouse movement scaling.";
"TT_PointerPollMin" = "Type: plist integer\nFailsafe: 0\nDescription: Configure minimal pointer polling period in ms.\n\nThis is the minimal period the OpenCore builtin AppleEvent driver polls pointer devices (e.g. mice, trackpads) for motion events. The current implementation defaults to 10 ms. Setting 0 leaves this default unchanged.\n\nNote: The OEM Apple implementation uses a polling rate of 2 ms.";
"TT_PointerPollMax" = "Type: plist integer\nFailsafe: 0\nDescription: Configure maximum pointer polling period in ms.\n\nThis is the maximum period the OpenCore builtin AppleEvent driver polls pointer devices (e.g. mice, trackpads) for motion events. The period is increased up to this value as long as the devices do not respond in time. The current implementation defaults to 80 ms. Setting 0 leaves this default unchanged.\n\nCertain trackpad drivers often found in Dell laptops can be very slow to respond when no physical movement happens. This can affect OpenCanopy and FileVault 2 user interface responsiveness and loading times. Increasing the polling periods can reduce the impact.\n\nNote: The OEM Apple implementation uses a polling rate of 2 ms.";
"TT_PointerPollMask" = "Type: plist integer, 32 bit\nFailsafe: -1\nDescription: Configure indices of polled pointers.\n\nSelects pointer devices to poll for AppleEvent motion events. -1 implies all devices. A bit sum is used to determine particular devices. E.g. to enable devices 0, 2, 3 the value will be 1+4+8 (corresponding powers of two). A total of 32 configurable devices is supported.\n\nCertain pointer devices can be present in the firmware even when no corresponding physical devices are available. These devices usually are placeholders, aggregate devices, or proxies. Gathering information from these devices may result in inaccurate motion activity in the user interfaces and even cause performance issues. Disabling such pointer devices is recommended for laptop setups having issues of this kind.\n\nThe amount of pointer devices available in the system can be found in the log. Refer to Found N pointer devices message for more details.\n\nNote: Has no effect when using the OEM Apple implementation (see AppleEvent setting).";
/* Audio */
/* YTE-Ba-80O */
"TT_AudioDevice" = "Type: plist string\nFailsafe: Empty\nDescription: Device path of the specified audio controller for audio support.\n\nThis typically contains builtin analog audio controller (HDEF) device path, e.g. PciRoot(0x0)/Pci(0x1b,0x0).\nThe list of recognised audio controllers can be found in the debug log:\nOCAU: 1/3 PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x1)/VenMsg(<redacted>,00000000) (4 outputs)\nOCAU: 2/3 PciRoot(0x0)/Pci(0x3,0x0)/VenMsg(<redacted>,00000000) (1 outputs)\nOCAU: 3/3 PciRoot(0x0)/Pci(0x1B,0x0)/VenMsg(<redacted>,02000000) (7 outputs)\n\nIf using AudioDxe, the required device path is also output as:\nHDA: Connecting controller PciRoot(0x0)/Pci(0x1B,0x0)\n\nFinally, gfxutil -f HDEF command can be used in macOS to obtain the device path.\n\nSpecifying an empty device path will result in the first available audio controller being used, and can be a convenient option to get UEFI audio working if only one audio controller is present.";
...
...
@@ -1561,7 +1567,7 @@
"TT_AudioOut" = "Type: plist integer\nFailsafe: 0\nDescription: Index of the output port of the specified codec starting from 0.\n\nThis typically contains the index of the green out of the builtin analog audio controller (HDEF). The number of output nodes (N) in the debug log (marked in bold):\nOCAU: 1/3 PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x1)/VenMsg(<redacted>,00000000) (4 outputs)\nOCAU: 2/3 PciRoot(0x0)/Pci(0x3,0x0)/VenMsg(<redacted>,00000000) (1 outputs)\nOCAU: 3/3 PciRoot(0x0)/Pci(0x1B,0x0)/VenMsg(<redacted>,02000000) (7 outputs) \n\nThe quickest way to find the right port is to bruteforce the values from 0 to N - 1.";
"TT_AudioOutMask" = "Type: plist integer\nFailsafe: -1\nDescription: Bit field indicating which output channels to use for UEFI sound.\n\nAudio mask is 1 « audio output (equivalently 2 ˆ audio output). E.g. for audio output 0 the bitmask is 1, for output 3 it is 8, and for outputs 0 and 3 it is 9.\n\nThe number of available output nodes (N) for each HDA codec is shown in the debug log (marked in bold-italic), audio outputs 0 to N - 1 may be selected:\nOCAU: 1/3 PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x1)/VenMsg(<redacted>,00000000) (4 outputs)\nOCAU: 2/3 PciRoot(0x0)/Pci(0x3,0x0)/VenMsg(<redacted>,00000000) (1 outputs)\nOCAU: 3/3 PciRoot(0x0)/Pci(0x1B,0x0)/VenMsg(<redacted>,02000000) (7 outputs)\n\nWhen AudioDxe is used then additional information about each output channel is logged during driver binding, including the bitmask for each output. The bitmask values for the desired outputs should be added together to obtain the AudioOutMask value:\nHDA: | Port widget @ 0x9 is an output (pin defaults 0x2B4020) (bitmask 1)\nHDA: | Port widget @ 0xA is an output (pin defaults 0x90100112) (bitmask 2)\nHDA: | Port widget @ 0xB is an output (pin defaults 0x90100110) (bitmask 4)\nHDA: | Port widget @ 0x10 is an output (pin defaults 0x4BE030) (bitmask 8)\n\nFurther information on the available output channels may be found from a Linux codec dump using the command:
cat /proc/asound/card{n}/codec#{m}\n\nUsing AudioOutMask, it is possible to play sound to more than one channel (e.g. main speaker plus bass speaker; headphones plus speakers) as long as all the chosen outputs support the sound file format in use; if any do not then no sound will play and a warning will be logged.\n\nWhen all available output channels on the codec support the available sound file format, then a value of -1 will play sound to all channels simultaneously. If this does not work, it will usually be quickest to try each available output channel one by one, in order to work out which channel(s) to use.";
cat /proc/asound/card{n}/codec#{m}\n\nUsing AudioOutMask, it is possible to play sound to more than one channel (e.g. main speaker plus bass speaker; headphones plus speakers) as long as all the chosen outputs support the sound file format in use; if any do not then no sound will play and a warning will be logged.\n\nWhen all available output channels on the codec support the available sound file format, then a value of -1 will play sound to all channels simultaneously. If this does not work it will usually be quickest to try each available output channel one by one, by setting AudioOutMask to 1, 2, 4, etc., up to 2 ˆ N - 1, in order to work out which channel(s) produce sound.";
/* PF5-bc-9Z2 */
"TT_MinimumVolume" = "Type: plist integer\nFailsafe: 0\nDescription: Minimal heard volume level from 0 to 100.\n\nThe screen reader will use this volume level when the calculated volume level is lower than MinimumVolume and the boot chime will not play if the calculated volume level is lower than MinimumVolume.";
...
...
@@ -1581,7 +1587,7 @@ cat /proc/asound/card{n}/codec#{m}\n\nUsing AudioOutMask, it is possible to play
/* 4mo-Ut-bYl */
"TT_ResetTrafficClass" = "Type: plist boolean\nFailsafe: false\nDescription: Set HDA Traffic Class Select Register to TC0.\n\nAppleHDA kext will function correctly only if TCSEL register is configured to use TC0 traffic class. Refer to Intel I/O Controller Hub 9 (ICH9) Family Datasheet (or any other ICH datasheet) for more details about this register.\n\nNote: This option is independent from AudioSupport. If AppleALC is used it is preferred to use AppleALC alctsel property instead.";
"TT_DisconnectHda" = "Type: plist boolean\nFailsafe: false\nDescription: Disconnect HDA controller before loading drivers.\n\nMay be required on some systems (e.g. Apple hardware, VMware Fusion guest) to allow a UEFI sound driver (such as AudioDxe) to take control of the audio hardware.";
"TT_DisconnectHda" = "Type: plist boolean\nFailsafe: false\nDescription: Disconnect HDA controller before loading drivers.\n\nMay be required on some systems (e.g. Apple hardware, VMware Fusion guest) to allow a UEFI sound driver (such as AudioDxe) to take control of the audio hardware.\n\nNote: In addition to this option, most Apple hardware also requires the --gpio-setup driver argument which is dealt with in the AudioDxe section.";
