Google Chrome: Web Audio API e codice C/C++
Nella nuova versione stabile di Chrome Google ha messo a disposizione le nuove API per gestire contenuti audio. Introdotta anche la tecnologia NaCl per l'utilizzo di codice C/C++ direttamente nel browser
di Fabio Boneschi pubblicata il 20 Settembre 2011, alle 14:59 nel canale ProgrammiCon i frequenti rilasci di Google Chrome e di Firefox abbiamo perso l'abitudine di seguire costantemente queste novità, ma nel caso dell'ultima release stabile di Chrome 14 riteniamo sia importante un minimo di approfondimento.
Google ha reso disponibile Chrome 14 nei giorni scorsi e come i lettori più attenti sapranno questa versione integra la tecnologia NaCl, che con la chimica non ha nulla in comune. NaCl sta per Native Client indica la possibilità di eseguire codice C/C++ all'interno del browser stesso.
Come è facile immaginare questa nuova opportunità risulta interessante per gli sviluppatori, infatti molte applicazioni scritte in C/C++ potranno essere utilizzate in modo più o meno rapido direttamente all'interno del browser. Dal punto di vista della sicurezza Google ha già dato ampie rassicurazioni: il codice verrà eseguito all'interno di una sandbox che dovrebbe offrire le sufficienti garanzie, anche se da alcuni competitor di Chrome sono già giunte pesanti critiche.
La scelta di Google lascia perplessi perché si tratta di non perseguire la strada degli standard riconosciuti, e il riferimento a HTML5 è scontato. NaCl va probabilmente interpretato come una possibilità di riutilizzare codice e applicazioni preesistenti, mentre per tutto ciò che è nuovo e da creare la scelta migliore è da ricercare in altre soluzioni standard. In Chrome 14 gli sviluppatori avranno a disposizione anche le nuove Web Audio API, utili per implementazioni in ambito multimediale.
Contestualmente al rilascio della nuova release stabile di Chrome 14 Google ha reso disponibile anche Chrome 15.0.874.15 in cui è stata aggiornata la versione del codec V8 e vengono segnalati miglioramenti al motore JavaScript. Da pochi giorni ha fatto la comparsa anche una nuova release di Chrome dedicata ai dispositivi Chromebook Acer AC700, Samsung Series 5 e Cr-48. Qui di seguito i link diretti a Hwfiles.it per il download di Chrome:
- Google Chrome 14 (14.0.835.163)
- Google Chrome 15 (15.0.874.15 Dev)
Nioh 3: souls-like punitivo e Action RPG
Test in super anteprima di Navimow i220 LiDAR: il robot tagliaerba per tutti
Dark Perk Ergo e Sym provati tra wireless, software via browser e peso ridotto
SpaceX realizzerà uno smartphone che si connetterà a Starlink? Elon Musk smentisce la notizia
Fire TV Omni QLED, Serie 2 e Serie 4: le nuove smart TV Amazon già in offerta
Con l'Event Horizon Telescope si sta studiando la zona da dove nasce il getto relativistico del buco nero M87*
Milano Cortina 2026, dietro le quinte delle Olimpiadi: così Alibaba Cloud trasforma il MiCo nel data center globale dei Giochi
IA e automazione: le armi per industrializzare il crimine informatico. L'analisi di TrendAI
SpaceX sta per rimuovere il braccio di accesso dell'equipaggio dal pad LC-39A, i lanci di Crew Dragon sono spostati all'SLC-40
Sony a ISE 2026: display, soluzioni immersive e una visione integrata per gli spazi professionali
Sony punta sull'IA: brevettati i podcast condotti dai protagonisti delle produzioni PlayStation
Logitech G Astro A50, le cuffie gaming di riferimento per l'audio posizionale scendono da 329€ a 225€
Lenovo a ISE 2026: smart collaboration, IA e soluzioni per le sale riunioni 
GeForce RTX 5000 SUPER cancellate e RTX 6000 in standby: NVIDIA, frenata totale sulle GPU gaming?
Substack conferma violazione: esposti dati di centinaia di migliaia utenti
L'IA costa caro. Oracle punta a raccogliere 50 miliardi di dollari nel 2026 e licenzierà fino a 30.000 persone per pagare i data center
OpenAI lancia Frontier: il cervello centrale che supervisiona tutti gli agenti IA
16 Commenti
Gli autori dei commenti, e non la redazione, sono responsabili dei contenuti da loro inseriti - infoSecondo buon senso, potrà essere usato solo da alcune applicazioni che abbiano bisogno di performance come l'aria.
MaxArt in teoria usando un compilatore LLVM sarebbe possibile avere codice portabile tra diverse architetture, almeno in alcuni casi.
Estremizzando questa giusta perplessità, mi domando: ma uno sviluppatore che intenda usare questa funzionalità dovrà fornire un eseguibile separato per ogni possibile architettura hardware/software su cui Chrome può essere utilizzato? L'accesso ai servizi del sistema operativo ospite avviene invocando direttamente le API del sistema operativo stesso, o tramite uno strato intermedio interno a Chrome?
Sì ma se non si possono fare assunzioni a priori sull'hardware sottostante, il binario andrà compilato con ottimizzazioni e set di istruzioni in uso il più possibile conservativi, vanificando quindi l'ipotetico vantaggio di avere un eseguibile nativo. Mi vien da credere che in questo frangente, paradossalmente, un eseguibile gestito e compilato Just-In-Time come un .NET riesca a far meglio...
Ciao
Filippo
Per il secondo punto, secondo me, con LLVM si riesce ad ovviare al problema, ma bisogna vedere se è possibile usarlo.
Un anno fa il compilatore (che è una versione modificata di gcc) era disponibile unicamente per x86, quindi non saprei come vengono gestite le differenti architetture, cmq presumo ci siano differenti esguibili comilati per diverse archtetture, poi verrà usato solo quello corretto.
Il compilato è codice macchina senza particolari ottimizzazioni, questo perchè deve essere facilmente decompilabile a runtime... difatti il codice viene decompilato da NaCL (che è un plug in disponibile per tutti i browser) durante il download per controllare che non ci siano chiamate a sistema non permesse o codice malevolo in generale.
Nacl dovrebbe servire per scrivere il core delle web application, ovvero la parte più vicina al sistema operativo, tutte chiamate di sistema sono cmq mediate da nacl stesso, difatti si ha quasi un codice interpretato, mentre l'interfaccia potrebbe essere tranquillamente fatta in html/javascript. Questo unirebbe l'immediatezza delle interfacce web con la potenza di calcolo delle applicazioni native... è chiaro che sorgono svariate problematiche prima su tutte la sicurezza, però qui google ha svolto un'ottimo lavoro... ora resta da vedere se si diffonderà come tecnologia!
Chrome - bug bloccante per portali in Flash
Nessuno ne parla ma lo sapete che nelle ultime versioni di Chrome è stato introdotto un bug che impedisce a tutte le applicazioni Flash che hanno un pannello di registrazione utente di scrivere un indirizzo email?In pratica dopo aver digitato la chiocciola la tastiere di disabilita.
Il bug è stato per diverso tempo a carico di Adobe:
https://bugbase.adobe.com/index.cfm...&id=2966442
e ora è in mano a Chromium:
http://code.google.com/p/chromium/i...detail?id=97193
Qualche esempio:
http://www.BuzzMath.com/Home
http://www.fattura24.com (andate in login per aprire la sezione Flash)
In pratica con questo scherzetto tutte le applicazioni Adobe Flash e Adobe Flex che hanno un pannello di registrazione che richiede un indirizzo email sono bloccate se eseguite da Chrome.
Un danno per il mercato pazzesco.
Fate circolare.... altro che release stabile :-)
Se si diffonderà, immagino che anche tutti gli altri browser dovranno adeguarsi, altrimenti un utente sarà obbligato ad avere Chrome per poter sfruttare eventuali applicazioni basate su questa tecnologia.
Così su due piedi, sono molto scettico sulla possibilità di NaCl di affermarsi anche solo come standard de-facto. In un mondo che sta spingendo verso il cloud e verso l'hosting remoto delle applicazioni (quindi sempre meno esecuzione in locale), l'iniziativa NaCl mi sembra un clamoroso ritorno indietro nel tempo...
google offre già nacl com plug in per firefox e ie!!!
Devi effettuare il login per poter commentare
Se non sei ancora registrato, puoi farlo attraverso questo form.
Se sei già registrato e loggato nel sito, puoi inserire il tuo commento.
Si tenga presente quanto letto nel regolamento, nel rispetto del "quieto vivere".