È possibile reinstallare solo i driver audio principali di macOS su un MacBook Pro?

Probabilmente sì, e realisticamente no. Core Audio non è un solo driver... per AppleDeveloper.com...

Core Audio Frameworks

Core Audio consiste in una serie di frameworks separati, che puoi trovare in /System/Library/Frameworks. Questi framework non sono raggruppati sotto un framework ombrello, quindi trovare particolari header può essere a volte difficile. Questa appendice descrive ciascuno dei framework Core Audio e i loro file header associati.

Frameworks disponibili in iOS e OS X

I framework elencati in questa sezione sono disponibili in iOS 2.0 e OS X v10.5.

AudioToolbox.framework

Il framework Audio Toolbox contiene le API che forniscono servizi a livello di applicazione. Il framework Audio Toolbox include questi file header:

AudioConverter.h: API del convertitore audio. Definisce l'interfaccia usata per creare e usare i convertitori audio.

AudioFile.h: Definisce un'interfaccia per leggere e scrivere dati audio in file.

AudioFileStream.h: Definisce un'interfaccia per l'analisi dei flussi di file audio.

AudioFormat.h: Definisce l'interfaccia usata per assegnare e leggere i metadati del formato audio nei file audio.

AudioQueue.h: Definisce un'interfaccia per la riproduzione e la registrazione dell'audio.

AudioServices.h: Definisce tre interfacce. System Sound Services permette di riprodurre brevi suoni e avvisi. Audio Hardware Services fornisce un'interfaccia leggera per interagire con l'hardware audio. Audio Session Services permette alle applicazioni iPhone e iPod touch di gestire le sessioni audio.

AudioToolbox.h: File include di primo livello per il framework Audio Toolbox.

AUGraph.h: Definisce l'interfaccia usata per creare e usare grafici di elaborazione audio.

ExtendedAudioFile.h: Definisce l'interfaccia usata per tradurre i dati audio da file direttamente in PCM lineare, e viceversa.

In OS X hai questi file header aggiuntivi:

AudioFileComponents.h: Definisce l'interfaccia per i componenti Audio File Component Manager. Si usa un componente di file audio per implementare la lettura e la scrittura di un formato di file personalizzato.

AudioUnitUtilities.h: Funzioni di utilità per interagire con le unità audio. Include funzioni di conversione dei parametri delle unità audio, e funzioni di eventi delle unità audio per creare oggetti ascoltatori, che invocano un callback quando i parametri delle unità audio specificate sono cambiati.

CAFFile.h: Definisce il formato di file audio Core Audio Format. Vedi Apple Core Audio Format Specification 1.0 per maggiori informazioni.

CoreAudioClock.h: Permette di designare una sorgente di tempo per la sincronizzazione di applicazioni o dispositivi.

MusicPlayer.h: Definisce l'interfaccia usata per gestire e riprodurre tracce di eventi in sequenze musicali.

AUMIDIController.h: Deprecato: Non usare. Un'interfaccia per permettere alle unità audio di ricevere dati da una sorgente MIDI designata. I messaggi MIDI standard sono tradotti in valori dei parametri delle unità audio. Questa interfaccia è sostituita da funzioni nell'API del lettore musicale.

DefaultAudioOutput.h: Deprecato: Non usare. Definisce una vecchia interfaccia per accedere all'unità di uscita predefinita (deprecata in OS X v10.3 e successivi).

AudioUnit.framework

Il framework Audio Unit contiene le API usate per gestire i plug-in in Core Audio. A parte quanto indicato, il framework Audio Unit include questi file header:

AUComponent.h: Definisce i tipi di unità audio.

AudioComponent.h: (solo iOS) Definisce l'interfaccia per l'utilizzo dei componenti audio.

AudioOutputUnit.h: Definisce l'interfaccia usata per accendere o spegnere un'unità di uscita.

AudioUnit.h: Include il file per il framework Audio Unit.

AudioUnitParameters.h: Costanti di parametri predefinite usate dalle unità audio di Apple. Anche le terze parti possono usare queste costanti per le loro unità audio.

AudioUnitProperties.h: Proprietà di unità audio predefinite per i tipi di unità audio comuni e per le unità audio Apple.

In OS X avete questi file header aggiuntivi:

AUCocoaUIView.h: Definisce il protocollo per una vista Cocoa personalizzata che potete usare per contenere l'interfaccia utente della vostra unità audio. Vedi anche CoreAudioKit.framework/AUGenericView.h.

AudioCodec.h: Definisce l'interfaccia usata specificamente per creare componenti di codec audio..

AudioUnitCarbonView.h: Definisce l'interfaccia per caricare e interagire con l'interfaccia utente di un'unità audio basata su Carbon. Un'interfaccia Carbon è impacchettata come un componente Component Manager e appare come un HIView.

AUNTComponent.h: Deprecato: Non usare. Definisce l'interfaccia per le vecchie unità audio "v1". Deprecato in OS X v10.3 e successivi. Sostituito da AUComponent.h.

LogicAUProperties.h: Un'interfaccia per le unità audio che girano nell'ambiente Logic Node dell'applicazione Logic Studio.

MusicDevice.h: Un'interfaccia per creare unità strumentali (cioè sintetizzatori musicali basati su software).

CoreAudio.framework

Il framework Core Audio contiene tipi di dati comuni a tutti i servizi Core Audio, così come API di livello inferiore usate per interagire con l'hardware. In OS X, questo framework contiene le interfacce per i servizi HAL (Hardware Abstraction Layer).

Questo framework include questo file header:

CoreAudioTypes.h: Definisce i tipi di dati usati da tutto il Core Audio.

In OS X ci sono questi file header aggiuntivi:

AudioDriverPlugin.h: Definisce l'interfaccia usata per comunicare con un driver audio plug-in.

AudioHardware.h: Definisce l'interfaccia per interagire con gli oggetti dispositivo audio. Un oggetto dispositivo audio rappresenta un dispositivo esterno nel livello di astrazione dell'hardware (HAL).

AudioHardwarePlugin.h: Definisce l'interfaccia CFPlugin necessaria per un plug-in HAL. Un'istanza di un plug-in appare come un oggetto dispositivo audio nell'HAL.

CoreAudio.h: Top-level include file for the Core Audio framework.

HostTime.h: Contains functions to obtain and convert the host's time base.

OpenAL.framework

The OpenAL framework provides an implementation of the the OpenAL specification. This framework includes these two header files:

al.h

alc.h

In iOS you have these additional header files:

oalMacOSX_OALExtensions.h

oalStaticBufferExtension.h

In OS X you have this additional header file:

MacOSX_OALExtensions.h

You could replace all of those files from a backup, but I’m not sure how much Time Machine is going to let you play in the system folder sandbox… A system restore is fairly painless these days.