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)
L'eterno ritorno ad Azeroth: perché WoW Classic definisce ancora l'MMO moderno
50 anni e non sentirli, SAS innova su IA, digital twin e quantum computing
Tesla Model 3 dopo 5 anni di utilizzo e 158.000km
OVHcloud aggiunge il computer fotonico Quandela Belenos alla sua piattaforma quantistica
Intel, arrivano volti nuovi: due nomine che possono cambiare il futuro del PC
La BYD Yangwang U9 Xtreme è stata venduta al prezzo record di 2.760.000 dollari
Il cavo salva-GPU di ASUS funziona davvero? Lo hanno sezionato e non è andata benissimo
I numeri pazzeschi del Pechino Auto Show: più di 1 milione di visitatori, 181 anteprime
ASUS sta 'abbandonando' la RTX 5070 Ti? RTX 5080 al centro di tutto
Xiaomi SU7: 70.000 ordini in sei settimane e azioni a +6,75% a Hong Kong
Sapete quanto costa un Megacharger Tesla? Ecco i prezzi, ora c'è anche il Basecharger
Storage sotto assedio: SSD e HDD 'prenotati' fino al 2029, cosa resta agli utenti?
Roblox Reality oltre DLSS 5: fotorealistico grazie all'IA, ma scavalca completamente gli sviluppatori
Bose SoundLink Flex 2ª Gen a 109,99€ su Amazon: lo speaker Bluetooth IP67 con 12 ore di autonomia e multipoint non è mai costato così poco
Addio bloatware su Windows 11: NTLite è gratis e può eliminare l'IA
Dyson Big Ball Absolute 2 crolla a 349€ su Amazon: l'aspirapolvere a traino senza sacchetti e senza filtri torna al prezzo minimo
Dreame L40 Ultra AE al minimo storico su Amazon a 474€: il robot aspirapolvere lavapavimenti con acqua calda a 75°C e mop estensibile sotto i mobili
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".