FFmpeg 9.0 accelera APV e ProRes RAW, Rhythmbox 3.5 rinnova l’audio

🐧 Novità principali

• FFmpeg 9.0 “Lei” introduce accelerazione Vulkan per APV, ProRes RAW tramite VideoToolbox e nuovi strumenti per HDR, Dolby Vision e WebP animato.
• Rhythmbox 3.5 abilita il nuovo backend di riproduzione e cerca i testi online, nei file LRC e nei metadati dei formati compatibili.
• Podcast ridisegnati e sincronizzazione gPodder.net rafforzano Rhythmbox, mentre FFmpeg 9.0 richiede verifiche di compatibilità per librerie e integrazioni professionali.

L’ecosistema multimediale open source riceve due aggiornamenti di peso. FFmpeg 9.0 “Lei” rinnova il framework utilizzato da editor, browser, piattaforme video e sistemi di transcodifica, introducendo accelerazione hardware per APV, ProRes RAW, nuovi filtri Vulkan e CUDA e una gestione più ampia di HDR e Dolby Vision. Rhythmbox 3.5 inaugura invece la prima nuova serie funzionale del lettore musicale GNOME in quasi dieci anni, rendendo predefinito il backend di riproduzione più moderno e migliorando testi e podcast. Le due release operano su livelli differenti, ma incidono sulla stessa catena: FFmpeg elabora i flussi multimediali, Rhythmbox organizza e riproduce i contenuti audio sul desktop Linux.

FFmpeg 9.0 porta APV e ProRes RAW sull’accelerazione hardware

FFmpeg 9.0, nome in codice “Lei”, amplia in modo significativo l’elaborazione accelerata dalla GPU. La release introduce il supporto hardware Vulkan per APV, codec professionale promosso per flussi ad alta qualità e bassa perdita, affiancandolo alla gestione software già presente nelle versioni precedenti. Su macOS arriva inoltre l’accelerazione VideoToolbox per ProRes RAW, utile nelle pipeline che devono decodificare materiale proveniente da videocamere professionali senza affidare l’intero carico alla CPU. Il nuovo filtro v360_vulkan accelera le trasformazioni dei video panoramici e a 360 gradi, mentre transpose_cuda esegue rotazioni e trasposizioni direttamente sulle GPU NVIDIA. AMD riceve estensioni per il convertitore colore AMF, con capacità HDR più ampie, oltre a un filtro di conversione del frame rate e al Video Quality Enhancer. Il progetto prosegue così il percorso avviato da FFmpeg 8 integrato in MythTV 36, spostando un numero crescente di operazioni dalla CPU alle API hardware. Il vantaggio non riguarda soltanto la velocità: evitare continui trasferimenti tra memoria di sistema e memoria video può ridurre latenza, consumi e perdita di prestazioni nelle catene che combinano decodifica, filtri ed encoding.

HDR, Dolby Vision e WebP ampliano i formati supportati

La nuova versione aggiunge il supporto ai metadati SMPTE 2094-50, utilizzati per descrivere dinamicamente luminosità e resa cromatica dei contenuti HDR, e introduce un filtro bitstream capace di separare i flussi Dolby Vision multi-layer HEVC. La funzione è rilevante per analisi, conversione e conservazione di contenuti nei quali il livello Dolby Vision viene combinato con un flusso video di base. Il muxer MP4 può ora gestire tracce LCEVC, tecnologia che aggiunge un livello di miglioramento a un codec esistente per aumentare qualità o ridurre il bitrate. Arrivano anche decoder e demuxer per WebP animato, permettendo a FFmpeg di trattare queste immagini come sequenze temporali all’interno delle normali pipeline multimediali. Sul fronte audio viene aggiunta la decodifica HE-AAC 960 utilizzata nel DAB+, mentre il supporto CELT autonomo viene rimosso senza compromettere la componente CELT integrata in Opus. Questa espansione conferma quanto FFmpeg sia diventato fondamentale anche per software che non ne espongono direttamente il nome. L’evoluzione dei codec era già evidente con GStreamer e il supporto a H.266/VVC e con VideoLAN impegnata nello sviluppo del decoder AV2: il multimedia open source sta preparando contemporaneamente formati emergenti, accelerazione hardware e flussi HDR più complessi.

ONNX Runtime porta l’inferenza AI nelle pipeline video

FFmpeg 9.0 aggiunge un backend ONNX Runtime per i filtri DNN, con supporto ai provider di esecuzione GPU. Il framework può quindi utilizzare modelli neurali compatibili con ONNX per elaborazioni come miglioramento dell’immagine, classificazione, riduzione del rumore o altre trasformazioni integrate direttamente nella catena video. La funzione non trasforma FFmpeg in una piattaforma generativa autonoma, ma riduce la distanza tra elaborazione multimediale tradizionale e inferenza AI. Un’applicazione può decodificare il video, inviare i fotogrammi al modello e codificare il risultato senza costruire processi esterni separati. L’efficienza effettiva dipenderà dal provider disponibile, dalla GPU, dal modello e dalla capacità di mantenere i frame nella stessa memoria hardware durante tutte le fasi. La release introduce inoltre un encoder e muxer destinato alla console portatile Playdate, supporto alla mappatura della memoria hardware AMF e una serie di cambiamenti interni nelle librerie. Gli sviluppatori dovranno verificare con attenzione le integrazioni, perché un aggiornamento principale di FFmpeg comporta l’aumento delle versioni di libavcodec, libavformat e degli altri componenti. Software di editing, streaming e conversione possono richiedere ricompilazione o modifiche alle API, come già avvenuto nella transizione descritta con Shotcut e GStreamer nelle pipeline di editing e trascrizione.

Rhythmbox 3.5 cambia il motore di riproduzione predefinito

Rhythmbox 3.5 arriva quasi dieci anni dopo l’apertura della serie 3.4 e rende predefinito il backend multistream introdotto inizialmente come alternativa al vecchio sistema di crossfade. Gli utenti non devono più abilitarlo manualmente e ricevono un motore maggiormente allineato alle versioni moderne di GStreamer e dei server audio Linux. La release corregge anche un problema che impediva al backend di funzionare correttamente quando la durata della dissolvenza incrociata veniva impostata a zero, configurazione utilizzata per ottenere una riproduzione senza interruzioni tra brani compatibili. Rhythmbox rimane un’applicazione orientata alla gestione tradizionale della libreria locale, con playlist, radio Internet, dispositivi portatili e plugin, anziché inseguire il modello delle piattaforme esclusivamente cloud. Il suo aggiornamento assume quindi rilievo per gli utenti che conservano raccolte musicali direttamente sul computer e desiderano un’integrazione coerente con GNOME. La dipendenza da GStreamer permette al lettore di supportare formati e backend senza sviluppare internamente ogni decoder, seguendo la stessa architettura modulare approfondita con Audacity 4 e GStreamer 1.28.4.

I testi arrivano da LRC, metadati e servizi online

La ricerca dei testi viene estesa attraverso tre percorsi complementari. Rhythmbox può interrogare lrclib.net, leggere file .lrc collocati accanto alle tracce audio e recuperare testi incorporati nei metadati di Ogg Vorbis, Opus e FLAC. I file LRC possono contenere marcatori temporali associati alle singole righe, anche se la presenza del formato non implica necessariamente che ogni interfaccia mostri una sincronizzazione in stile karaoke. Il supporto ai testi incorporati richiede una versione sufficientemente recente di GStreamer, perché l’applicazione dipende dai tag esposti dal framework multimediale. L’utilizzo di fonti locali offre un vantaggio in termini di controllo e disponibilità offline, mentre il servizio online permette di trovare i testi quando i file della libreria non includono informazioni aggiuntive. La qualità rimane legata alla correttezza di artista, titolo e album presenti nei metadati: denominazioni incomplete, versioni live e collaborazioni possono produrre corrispondenze sbagliate. Rhythmbox corregge inoltre un problema collegato all’anno 2038 e una variabile potenzialmente non inizializzata, interventi meno visibili ma importanti per stabilità e manutenzione di lungo periodo.

Podcast ridisegnati e sincronizzati con gPodder.net

Il comparto podcast riceve notifiche più chiare per l’aggiornamento dei feed e il download degli episodi, oltre a una schermata riprogettata che distingue con maggiore immediatezza i contenuti già ascoltati. La novità più rilevante è il plugin per gPodder.net, attraverso il quale Rhythmbox può sincronizzare iscrizioni e stato degli episodi con altri client compatibili. Un utente può quindi iniziare un podcast sul desktop e mantenere allineata la propria attività su un’altra applicazione, senza dipendere dall’ecosistema proprietario di una singola piattaforma. La sincronizzazione richiede naturalmente un account e la disponibilità del servizio, ma conserva l’impostazione aperta tipica del progetto. La release corregge anche un percorso di errore nel componente podcast e aggiorna numerose traduzioni. Rhythmbox 3.5 non cerca di competere con i grandi servizi musicali attraverso raccomandazioni algoritmiche o cataloghi in abbonamento; rafforza invece riproduzione locale, metadati, testi e contenuti distribuiti tramite feed aperti. FFmpeg 9.0 opera a un livello molto più basso, ma la combinazione delle due release mostra la vitalità della piattaforma multimediale Linux: formati professionali e accelerazione GPU da una parte, gestione accessibile di musica e podcast dall’altra.