{"id":104586,"date":"2022-07-03T15:36:48","date_gmt":"2022-07-03T13:36:50","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/dostupen-sound-open-firmware-2-2-nabor-otkrytyh-proshivok-k-dsp-chipam"},"modified":"2022-07-03T15:36:48","modified_gmt":"2022-07-03T13:36:50","slug":"dostupen-sound-open-firmware-2-2-nabor-otkrytyh-proshivok-k-dsp-chipam","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/dostupen-sound-open-firmware-2-2-nabor-otkrytyh-proshivok-k-dsp-chipam","title":{"rendered":"Disponibile Sound Open Firmware 2.2, un insieme di firmware open source per chip DSP","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
\u00c8 stato pubblicato il rilascio del progetto Sound Open Firmware 2.2 (SOF), inizialmente creato da Intel per abbandonare la pratica di fornire firmware chiusi per i chip DSP legati all'elaborazione del suono. In seguito, il progetto \u00e8 stato trasferito sotto l'ala della Linux Foundation e ora viene sviluppato con il coinvolgimento della comunit\u00e0 e con la partecipazione delle aziende AMD, Google e NXP. Il progetto sviluppa un SDK per semplificare lo sviluppo di firmware, un driver audio per il kernel Linux e un insieme di firmware pronti per vari chip DSP, per i quali vengono anche create build binarie firmate digitalmente. Il codice del firmware \u00e8 scritto in linguaggio C con inserimenti di assembly e distribuito sotto licenza BSD. <\/p>\n
Grazie alla struttura modulare, Sound Open Firmware pu\u00f2 essere portato su diverse architetture DSP e piattaforme hardware. Ad esempio, tra le piattaforme supportate \u00e8 dichiarato il supporto per vari chip Intel (Broadwell, Icelake, Tigerlake, Alderlake, ecc.), Mediatek (mt8195), NXP (i.MX8*) e AMD (Renoir), equipaggiati con DSP basati su architetture Xtensa HiFi 2, 3 e 4. Durante lo sviluppo pu\u00f2 essere utilizzato un emulatore speciale o QEMU. L'utilizzo di firmware aperti per DSP consente di correggere e diagnosticare rapidamente i problemi nel firmware e offre agli utenti la possibilit\u00e0 di adattare autonomamente i firmware alle loro esigenze, apportare ottimizzazioni specifiche e creare versioni leggere di firmware che contengono solo le funzionalit\u00e0 necessarie nel prodotto. <\/p>\n
Il progetto fornisce un framework per lo sviluppo, l'ottimizzazione e il collaudo di soluzioni legate all'elaborazione audio, nonch\u00e9 per la creazione di driver e programmi per interagire con i DSP. Comprende implementazioni di firmware, strumenti per il collaudo del firmware, utilit\u00e0 per convertire file ELF in immagini firmware, adatte per l'installazione su hardware, strumenti di debug, emulatore DSP, emulatore della piattaforma host (basato su QEMU), strumenti per la tracciatura del firmware, script in MATLAB\/Octave per la messa a punto fine dei coefficienti per i componenti audio, applicazioni per organizzare l'interazione e lo scambio di dati con il firmware, esempi pronti di topologie per l'elaborazione audio. <\/p>\n
<\/center>
<\/center> <\/p>\n
Il progetto sta anche sviluppando un driver universale, che pu\u00f2 essere utilizzato con dispositivi che impiegano firmware basato su Sound Open Firmware. Il driver \u00e8 gi\u00e0 incluso nel core principale di Linux a partire dalla versione 5.2 e viene fornito con una doppia licenza \u2014 BSD e GPLv2. Il driver si occupa di caricare il firmware nella memoria DSP, caricare le topologie audio nel DSP, organizzare il funzionamento del dispositivo audio (gestisce l'accesso alle funzioni DSP dalle applicazioni) e fornire punti di accesso alle applicazioni per i dati audio. Il driver fornisce anche un meccanismo IPC per l'interazione tra il sistema host e il DSP, e uno strato per accedere alle capacit\u00e0 hardware del DSP tramite un'API standard. Un DSP con firmware Sound Open Firmware appare per le applicazioni come un normale dispositivo ALSA, il cui controllo pu\u00f2 essere effettuato utilizzando l'interfaccia di programmazione standard. <\/p>\n
<\/center> <\/p>\n
Novit\u00e0 chiave in Sound Open Firmware 2.2: <\/p>\n
\n
Il componente per l'interazione con librerie esterne di codec \u00e8 stato rinominato da codec_adapter a module_adapter e allineato all'API dei moduli di elaborazione del segnale, permettendo l'uso del codice degli elaboratori Windows senza modificarlo.\n
L'API Frag \u00e8 stata dichiarata obsoleta, la cui eliminazione ha consentito di migliorare le prestazioni di ogni componente di circa 1 MCPS (milioni di cicli al secondo).\n
\u00c8 stata aggiunta l'API Frame, che esegue il calcolo anticipato delle dimensioni dei blocchi per gli elaboratori basati su istruzioni SIMD e non. L'ottimizzazione ha permesso di aumentare le prestazioni di circa 0,25 MCPS.\n
\u00c8 stato aggiunto un nuovo modulo di mixing con supporto per HiFi4 per ridurre o aumentare il numero di canali audio nel flusso.\n
Ampliate le possibilit\u00e0 di utilizzo come base firmware per l'ambiente Zephyr RTOS anzich\u00e9 XTOS. L'uso di Zephyr consente di semplificare e ridurre significativamente il codice delle applicazioni Sound Open Firmware. Nella nuova versione \u00e8 stato aggiunto il supporto nativo per Zephyr per la registrazione di log e l'introduzione di ritardi. Nel prossimo rilascio si prevede il supporto integrato completo di Zephyr.\n
Sono ampliate le possibilit\u00e0 di utilizzo del protocollo IPC4 per la cattura e la riproduzione audio su dispositivi con sistema operativo Windows (il supporto IPC4 consente di interagire da Windows con i DSP basati su Sound Open Firmware senza utilizzare un driver specifico). <\/ul>\n
![\"Disponibile](\"\/wp-content\/uploads\/2022\/07\/e204f3a5462192346760685e09a14eda.jpg\")
<\/center> ![\"Disponibile](\"\/wp-content\/uploads\/2022\/07\/38de2513cf9ad01ca8dd40dcdd7517a1.jpg\")
<\/center> <\/p>\n![\"Disponibile](\"\/wp-content\/uploads\/2022\/07\/8674a965492c9cf860baa37b6d17a277.jpg\")
<\/center> <\/p>\n