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)
WoW Forever: la beta è stato uno dei momenti più alti della storia dei videogiochi, e non si ripeterà
Oracle AI World 2026: in Europa prima la sovranità, poi la sicurezza e solo dopo l'IA
DS N°7 E-Tense: il SUV premium made in Melfi che punta su autonomia e comfort
Gli USA dipendono dai robot stranieri: Trump prepara una nuova offensiva commerciale
Volkswagen non ha più soldi per la Golf elettrica: sviluppo congelato
Telescopio spaziale Hubble: la NASA cerca l'aiuto dell'industria privata per prolungarne la vita_160.jpg)
Più sottile e potente: le nuove indiscrezioni sull'hardware di iPhone Air 2
Il JPL estende la vita operativa della sonda spaziale NASA Voyager 1
DAZN Full è in offerta: tutta la Serie A (e molto altro) a prezzo scontato
GTA 6 su PC potrebbe arrivare prima del previsto: nuove conferme sul periodo di lancio
Da zero al tracciato in secondi: LibreCorsa gira in qualsiasi browser
Il regista Rian Johnson lancia a 12,99 dollari un'app col look dei suoi film
Microsoft stravolge l'app Sicurezza di Windows 11: nuovo look e funzioni inedite
Mercato smartphone in caduta libera: -20% nel Q3 2026, si salvano solo Samsung e Apple
Android 17 QPR3 Beta 3 riporta il blocco delle app sui Pixel e corregge 26 problemi
Le 10 offerte TOP in Amazon del weekend: -180€ Mac mini M6 e altre 2 novità, tornano i coupon sulle e-bike
Dyson, doppio crollo su Amazon: purificatore Hot+Cool a 399€ e lavapavimenti a 349€, fino al -33%
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".