Ammetto poi che quest’idea ha potuto contare sul mio carattere non proprio smanioso di comunicazione 1a1 e, si, magari anche non proprio spendaccione . Mi ricordo che una volta, con vodafone e naturalmente ancora senza abbonamento a internet, non feci una ricarica per così tanto tempo che mi arrivò un SMS che mi intimava a farne una, altrimenti la sim si sarebbe disattivata.

Sono un fan delle soluzioni accessibili, che abbattono barriere e che grazie alla tecnologia permettono di aggirare ostacoli, magari evitando di dipendere da decisioni di altri. In poche parole basta SMS/Telefonate tradizionali, mi basta Internet! Si possono trovare traccia di questi discorsi sul blog qui e qui.

Attualmente la soluzione più semplice è usare Gtalk, ribadisco per chi non avesse letto questo che non parlo di Gtalk perchè di Google o perchè integrato bene in Android, ma perchè Gtalk usa protocolli aperti, Jabber/XMPP. Con Gtalk quindi è già possibile scrivere e fare chiamate audio/video da Android, sostituendo le spese di telefonia.

A casa ho un telefono voip, non lo uso più per le chiamate su rete tradizionale perchè non mi interessa (ma ci vorrebbe un attimo per ripristinarlo), lo uso di più invece come semplice interno Asterisk da chiamare via SIP per contattare casa. L’utilizzo che ne faccio però è solo cellulare->casa, perchè altrimenti dovrei tenere sempre acceso un client SIP sul telefono, sprecando batteria.

Gtalk invece è sempre attivo in background su Android, come posso unire le due cose?

Come ho detto Gtalk usa protocolli aperti, tecnicamente mettere in comunicazione il protocollo SIP con la libreria jingle di XMPP non dovrebbe essere difficile, infatti il team Asterisk ci ha già pensato!

Non mi dilungo sula configurazione necessaria perchè di guide se ne trovano a bizzeffe.

Google

Ti ringrazio vivamente Google per aver scelto un protocollo aperto per il tuo servizio chat di riferimento, ma perchè mai dovresti abbandonare gli standard per fare di testa tua?

Non ho studiato XMPP ne Jingle, ci ho solo giochicchiato, ma posso dire senza dubbi che Google crea problemi di integrazione con Gtalk semplicemente perchè personalizza gli stream che i vari client usano per comunicare col server. A prova di questo basta sapere che Asterisk usa, giustamente, due plugin diversi per la stessa cosa, uno per Jabber e uno per Gtalk.

Non conosco l’history dei cambiamenti, ma ho letto di sviluppatori che si lamentavano di cambiamenti improvvisi di Google che rompevano compatibilità. In più posso garantire che con il client Android per Gtalk ha ulteriormente fatto confusione cambiando lo stream di comunicazione.

Non solo, sia il client Android (4.0) che il client da Google+ (con microfono e webcam disponibili) hanno impostato “jingle capable = no“, vale a dire che si auto dichiarano non capaci di fare chiamate audio/video, quando sappiamo benissimo che ne sono capaci. #nosense

Ringrazio anche Asterisk per essere un ottimo centralino software, ma soprattutto per essere Open Source. Così ho preso il file chan_gtalk.c e ho cercato di capire come poter ovviare alla confusione creata da Google.

Ne ho tirato fuori queste 3 semplici patch, la prima qui è un workaround abbastanza “sporco”, semplicemente se vede “android_talk*” come resource forza l’avvio della chiamata; la seconda, qui, risolve invece un problema con le chiamate da Gtalk verso Asterisk che non vengono processate perchè nel client Android il tag </jingle> viene chiuso prima del tag <session>; la terza, qui, risolve un problema simile, ma per le chiamate verso Gtalk. La versione di Asterisk su cui ho lavorato è la 1.8.9.0.

Morale

Grazie a protocolli aperti possiamo far parlare “cose”, software e protocolli stessi completamente differenti, anche se l’azienda di turno non ha previsto utilizzi diversi da quello base.

Non basta usare un protocollo aperto, ma bisogna anche rispettarne gli standard, Google ha il vizietto di non farlo e di personalizzarsi le cose, meglio sempre stare allerta. (per non parlare di Apple che usa XMPP castrato e non accessibile)

Grazie alla disponibilità del codice sorgente ho potuto fixare e segnalare le modifiche al team Asterisk.

Eppure c’è chi continua a usare protocolli chiusi, continua a sostenere aziende che palesemente lo prendono in giro e continua ad usare software proprietario…

Fattibilità

Non tutti hanno la possibilità di avere un server Asterisk e purtroppo da quello che ho capito ne pbexes ne liberailvoip supportano le chiamate via XMPP. Oltre ovviamente ad arrangiarsi con il semplice Gtalk, si può sempre installare Asterisk su un router/access point con openwrt.

Sempre per la storia che Google fa le cose a metà, il client Android utilizza l’autoparlante generale per le chiamate (o le cuffie se attaccate), rendendo le chiamate a volte impossibili da fare in pubblico. In quel caso ovviamente si può sempre usare un client SIP normale, l’importante è aver catturato l’attenzione della persona con una chiamata (o con un messaggio, usando il comando JabberSend di Asterisk).

Posted from Padova, Veneto, Italy.

Ieri twitter pubblica questo post.

Sostanzialmente twitter sotto richiesta da parte di un Governo può censurare alcuni tweet in quel Paese, mentre rimarranno disponibili nel resto del mondo. Questo è stato necessario, dice twitter, perchè altrimenti l’alternativa sarebbe stata non poter del tutto operare in alcuni Paesi.

Una buona analisi e qualche dubbio, che fanno pensare che quasi quasi era meglio non andare proprio in alcuni Paesi, l’ha scritto Quintarelli qui. In questo post ne linka anche uno più vecchio che mi ha fatto pensare (ci pensavo già da un po’, ma lo uso come spunto).

Diaspora: un passo nella giusta direzione

In che direzione sta andando internet?

Posted from Padova, Veneto, Italy.

Nell’ultimo anno gli smartphone hanno fatto il boom e con loro abbiamo visto nascere molti sistemi di messaggistica più o meno innovativi. L’unico che veramente ha fatto la differenza sembra essere stato Whatsapp (compatibile anche con smartphone non proprio di ultima generazione, BlackBerry e Symbian).

Perchè lui? Non lo so, non lo voglio sapere.

Discorso filosofico/etico/tecnologico

Parliamoci chiaro, da quanto esistono le chat o programmi di messaggistica istantanea? Anni, decenni, da quando esiste internet probabilmente. Che funzionalità ci si aspetta da una chat? La possibilità di comunicare in maniera quanto più funzionale, veloce e intuitiva. Alcune funzionalità importanti esistono, come le chiamate audio/video (che estendono il classico concetto di chat) e la multipiattaforma. Possono esistere alcune “chicche” utili come emoticon, personalizzazione stato, multiconnessione, avatar, modalità diverse di aggiunta di nuovi utenti, messaggi offline ecc…

In tutti questi anni più o meno queste funzionalità sono state soddisfatte da quasi tutti i protocolli di chat, si latita un po’ dal punto di vista audio/video per problemi tecnici o di scelta, o a volte manca multipiattaforma e multiconnessione, tipicamente per scelte commerciali.

Ma fra i numerosi protocolli esistenti, che più o meno tutti soddisfano quello che ci si aspetta da una chat, quale conviene scegliere?

C’è una funzionalità che non è comune a tutti, l’apertura del protocollo.

Indipendentemente da quello che si pensi in questo ambito siamo tutti d’accordo che una persona è libera di usare software aperto o software proprietario come e quando gli aggrada. Se reputo sbagliata la scelta del mio interlocutore sono libero di criticarlo, ma non di rompergli con la forza l’iPhone che tiene in tasca.

D’altra parte però, secondo la stessa logica nessuno può obbligarmi a usare software proprietario. Nessuno può obbligarmi a usare Whatsapp o Micro$oft Office.

In questo modo nasce però un problema, se stiamo parlando di protocolli comunicazione fra programmi (o di formati) e se vogliamo lasciare la libertà di poter scegliere il programma che più aggrada l’utente, allora necessariamente quel protocollo deve essere conosciuto da tutti pubblicamente e deve essere liberamente implementabile. Sorpresa…solo i protocolli aperto lo sono!

Altrimenti se un protocollo è proprietario di una sola azienda che non fa niente per aprirne l’interoperabilità è semplicemente impossibile che programmi diversi possano parlarsi fra loro.

Inutile continuare la ricerca al programma più figo o più utilizzato se poi non è aperto. Nuovi protocolli di chat hanno poco da dimostrare, le necessità degli utenti sono soddisfatte da anni, l’unica cosa in cui vale la pena puntare è l’apertura e interoperabilità dei protocolli; poi ognuno è libero di creare e usare programmi, anche proprietari, che li sfruttano.

Guardate che è lo stesso discorso che si fa parlando di Web fatto con tecnologie aperte per garantirne l’accessibilità da parte di tutti, concetto che tutto il mondo insegue e si dichiara a favore; anche Adobe e Micro$oft, che hanno sviluppato tecnologie proprietarie utilizzate nel Web, non possono permettersi di sostenere pubblicamente il contrario. Addirittura Apple sostiene il Web con tecnologie aperte (salvo poi usare codec prorietari e obbligare l’uso di Safari/Quicktime ).

Tanto quanto siamo liberi di usare browser open source o proprietari, purché rispettino gli open standard del web, dobbiamo essere liberi anche di usare i programmi di messaggistica che preferiamo, il requisito però è simile, devono usare protocolli aperti.

Queste sono questioni che devono essere care a noi utenti, è nel nostro interesse boicottare protocolli o formati proprietari.

Ma allora che protocollo aperto utilizzare? Ce ne sono due molto famosi con obbiettivi differenti, uno è IRC e ha il suo target non adatto alle chat 1 a 1, l’altro è XMPP o (una volta conosciuto come) Jabber.

Discorso fancazzista

A me il discorso sopra basta e avanza, non capisco invece se ad altre persone non sia sufficiente o semplicemente lo ignorino. Comunque lo scopo principale dell’articolo voleva essere quello di sconsigliare l’uso di Whatsapp, proviamo quindi a parlarne ad un livello più terra terra.

Costa. Si, Whatsapp costa, non capisco, stiamo parlando di una cosa che è disponibile gratuitamente da quando esiste internet in pratica, ora arrivi te e mi dici che devo pagarla?

In pratica parliamo di 0.79€ per l’applicazione versione iPhone, 1,99$ all’anno per l’utilizzo della versione Android col primo anno gratis, stessa identica cosa per la versione Symbian, per BlackBerry sul sito ufficiale non trovo i costi.

Provo ad analizzare le feature, basandomi soprattutto sulle discussioni fatte a riguardo. Sembra sostanzialmente che i grandi vantaggi di Whatsapp siano 3:

• Multipiattaforma, finalmente possiamo smettere di usare gli SMS. Per quanto sia un nobilissimo intento spero che dopo aver letto quanto scritto sopra si capisca che si tratta di un multipiattaforma falso. Lo è solo sulle piattaforme decise da Whatsapp e solo con i loro programmi proprietari. Nella pratica, per esempio, su PC non posso usarlo.
• Invio di file. Per quanto non sia assolutamente una brutta funzionalità, non la trovo proprio essenziale, mi “accontento” di usare le mail.
• Aggiunta di nuovi utenti tramite numero di telefono. Anche questa è sicuramente una cosa comoda, non considero però un problema scambiarsi anche l’email, anzi andrebbe fatto comunque; l’email ovviamente non rappresenta solo la chat collegata.

Quali grosse mancanze ha invece rispetto a XMPP nominato sopra?

• Non posso usarlo da PC o in generale da programmi non ufficiali.
• Devo per forza usare i loro server.
• Costa.
• Dubbi sulla multiconnessione.
• Chiamate audio/video. Non le ha.

Qui bisogna fare direttamente riferimento al discorso filosofico/etico/tecnologico, non posso farne a meno.

• Multipiattaforma/apertura protocollo, il protocollo utilizzato da Whatsapp è proprietario, sviluppatori terzi non possono implementarlo nei propri programmi e gli utenti non possono scegliere programmi non ufficiali, a differenza di XMPP, quindi, non posso usarlo da PC, ne da Web ne con programmi terzi. Un piccolo esempio un po’ estremo può essere il mio cordless voip, supporta la chat, quale secondo voi? Si, XMPP/Jabber.
• Ma non solo lato client, anche lato server XMPP mi permette di non essere legato a nessuno in particolare, XMPP è infatti decentralizzato e i server riescono a parlarsi fra di loro…a differenza di Whatsapp;  Un esempio a riguardo è invece direttamente il mio server XMPP su lorenzobraghetto.com, il mio nome account è “monossido”.
• Immagino non abbia la multiconnessione, ma nel momento in cui non posso usarlo da PC risulta anche inutile, mi chiedo nel caso lo si installi sia su smartphone che tablet cosa succeda, googlando non ho trovato risposte. XMPP punta molto sulla multiconnessione e tramite un sistema di prorità dinamiche prova a indovinare a quale “postazione” recapitare il messaggio nel caso un account sia connesso da più dispositivi. Le priorità possono essere gestite a mano o ogni client può applicarle dinamicamente a seconda della presenza o meno dell’utente.
• Non so perchè non abbia chiamate audio/video, probabilmente, spero per loro, le metteranno.

Gtalk

Al proliferarsi di diversi protocolli di messaggistica, Google ha reagito nella maniera più intelligente. Credo di non aver fatto mai questo discorso sul blog, ma al mio talk su Android qui l’ho accennato. Google guadagna soldi attraverso i servizi dati agli utenti e non vendendo software; questo modello di business credo si sposi particolarmente bene col modello di sviluppo opensource. Con alcuni limiti (pensiamo alle Google Apps nei nostri telefoni) Google l’ha dimostrato egregiamente con Android, ma già nel 2005 lo dimostrò con Gtalk.

Gtalk infatti utilizza il protocollo di messaggistica XMPP di cui ho parlato fin’ora. L’ha implemento in maniera totalmente standard tanto che gli account Gtalk possono comunicare con gli altri account XMPP. Da quanto so la libreria utilizzata da XMPP per le chat audio/video è proprio quella sviluppata da Google e rilasciata con licenza BSD, si chiama libjingle.

Gtalk rappresenta la maniera più semplice di usare protocolli di messaggistica aperti, per questo lo consiglio sempre, in più l’integrazione con Android, con Gmail e Google+ è eccezionale. Purtroppo non tutto è rose e fiori, perchè per esempio il client su Android non è opensource, ma questo è un altro discorso.

Apple

Mi dicono che su iPhone Gtalk faccia cagare, non so con quale client, uno ufficiale Google non c’è. Lamentatevi con i vostri sviluppatori…ma non erano in assoluto i migliori su piazza?

Comunque leggo che iMessage si basa proprio su XMPP, giustamente Apple non aveva voglia di reinventare la ruota, ma da quello che ho capito (correggetemi se sbaglio) è un’implementazione castrata, non esiste infatti la classica aggiunta di utenti al proprio account, ma semplicemente il programma degli SMS riconosce gli utenti che stanno usando un iPhone e ti fa chattare solo con loro, stessa cosa facetime immagino. Ancora un volta Apple vi prende per i fondelli.

Facebook

Da un po’ di tempo la chat di facebook utilizza XMPP, anche qui però l’implementazione è castrata, non è possibile gestire la lista di amici e aggiungere account non facebook.

Microsoft

Con tipo 10anni di ritardo, Microsoft ha reso compatibile il suo protocollo di chat usato da Live Messenger con XMPP, brava!

Posted from Padova, Veneto, Italy.

Steve Jobs e TweetDeck

Qualche settimana fa Steve Jobs ha dato il suo primo attacco (ah no primo ancora c’era quella storia del porno -.-) frontale e diretto ad Android, l’attacco riguarda certamente un problema reale per Android, la frammentazione. Come è facile intuire anche dal titolo secondo il mio parere è in realtà un non-problema.

Steve Jobs aveva chiamato in causa gli svilippuatori di TweetDeck, dicendo che si erano trovati davanti la sfida di creare l’applicazione per 100 versioni di verse di Android su 244 dispositivi con hardware differente e questo aveva reso lo sviluppo molto difficile. Puntualmente dopo poco il CEO di TweetDeck ha risposto che solo due dipendenti di TweetDeck hanno lavorato all’applicazione e che non è stato per niente un incubo sviluppare per Android.

Angry Birds

Il 18 novembre sul blog della Rovio, l’azienda che sviluppa Angry Birds su varie piattaforme mobili, è comparso un post dove con molta onestà si ammetteva (con un po’ di ritardo) che la versione attuale di Angry Birds ha problemi di prestazioni con una quindicina di telefoni e che questi non erano ufficialmente supportati; si annunciava poi che sono al lavoro per creare una versione più leggera del gioco, versione che non dovrebbe scalfire l’esperienza di gioco.

Nel post non si evince nessun tono polemico, nessuna sfuriata, nessun scarica barile; c’è chi invece si è inventato tutt’altro.

Partiamo prima da più lontano, Engadget ha scritto un post dove non si dice niente di falso, ma l’autore dice “ah si? allora il problema della frammentazione di Android è vero!”. Una sua libera conclusione ma che non c’azzecca niente con quello detto dalla Rovio.

Ben più grave invece è il post di iPhoneItalia addirittura qui si mette un virgolettato con parole che non sono riuscito a trovare da nessuna parte!

“Certo – dicono gli sviluppatori - alcuni giochi più recenti magari non sono supportati sui primi iPhone (2G, 3G), ma è una questione generazionale. Con Android, invece, anche giochi semplici come Angry Birds non funzionano su terminali moderni, a causa delle differenze software ed hardware che ci sono tra di loro. E intanto il gioco funziona perfettamente sull’iPhone 2G come sull’iPhone 4…”

Potri sbagliarmi, magari la Rovio ha mandato una e-mail in esclusiva ad iPhoneItalia, ma mi puzza molto da fake. Non c’è niente di tutto ciò nel blog della Rovio e non ho mai letto di confronti fatti fra iOS e Android, in più questo virgolettato, per la forma che ha, mi sembra difficile possa essere la traduzione di un qualche cominicato ufficiale.

Si tratta ovviamente di un episodio, di un blog italiano che la maggior parte delle persone non leggerà, ma è naturalmente il frutto della campagna di disinformazione che sta facendo Steve Jobs, fortunatamete non parla molto dell’argomento, ma in due occasioni ne ha parlato e in due occasioni ha detto caz*ate.

Considerazioni

Per cosa si intende come frammentazione? La frammentazione, sostanzialmente, sarebbero i cellulari usciti mesi/anni fa che non hanno ricevuto gli aggiornamenti alle nuove versioni di Android. Come dicevo questo è un problema reale è un problema però che deriva unicamente da quella maledetta licenza (la Apache 2) che Google ha scelto come licenza per Android. Questa licenza permette ai produttori hardware di fare tutte le porcate che vogliono, creando delle versioni modificate di Android senza rilasciarne i sorgenti e costringendo il cliente a dover dipendere solo da loro e non da Google per il rilascio degli aggiornamenti per il loro cellulare.

È questo secondo me il vero problema di Android, ma le critiche mosse dal mondo Apple non vanno in questa direzione; non potrebbero andare in questa direzione perchè la responsabilità diretta di questo problema non è Google ma sono i produttori hardware.

Le critiche vanno invece nella direzione di presunti problemi di sviluppo delle Applicazioni e conseguenti problemi per l’utente (è il caso delle parole di Steve Jobs). Riguardo questo io dico che si può discutere sulla bontà degli strumenti offerti da Google con Android per gestire le diverse risoluzioni, come le diverse prestazioni e dotazioni hardware. Si potrebbe discutere nello specifico, ma non lo si fa in realtà.

Io sviluppo per Android e so che gestire le, per ora, 3 differenti “categorie” di risoluzioni supportate (ldpi, mdpi, hdpi) non è per niente un problema, so che nell’Android Manifest posso impostare con molta semplicità quale funzionalità hardware è necessaria per far funzionare il mio programma, quale versione di SDK minima c’è bisogno e anche che versione di OpenGL è necessaria (problema prestazioni). Sono sicuramente cose in più a cui prestare attenzione, ma se si parla di sviluppatori seri e non allo sbaraglio queste cose non devono essere un problema.

L’ultima accusa mossa da iPhoneItalia non so se commentarla, ma molto semplicemente con Angry Birds secondo me è successo che la Rovio, scegliendo GetJar come primo distributore ha sottovalutato il problema prestazioni. Se si fosse concentrata solo sul market e avesse utilizzato bene gli strumenti che ho citato sopra, chiarendo che chi non vedeva l’applicazione sul market era chi aveva un cellulare non supportato, non ci sarebbero stati grossi problemi. Questo dal punto di vista “comunicativo“, mentre dal punto di vista tecnico è molto semplice la questione, il tuo gioco è troppo pesante per un buon numero di cellulari vecchi; e qui entrano in gioco anche le OpenGl ma sono ignorante in materia.

Abbiamo parlato dei problemi e dei non-problemi, parliamo dei benefici. Android è open.

Si potrebbe chiudere qua , non ho voglia di parlare dei benifici dell’open source in generale, ma rimanendo in-topic vediamo quale è il lato “buono” della frammentazione; diffusione e libertà di scelta.

Chi mi conosce sa che è tanto che vado dicendo che Android è destinato a dominare il mercato, la scelta di Google di utilizzare Java, come abbiamo visto ha alcuni rovesci della medaglia (gestiti bene da Google – in realtà ci sarebbe il problema “prestazioni” più in generale posto da java e dall’uso di una virtual machine, ma con gli hardware attuali anche questo è un po’ un non-problema), ma sta permettendo l’enorme diffusione che Android sta guadagnando. Da una parte i produttori a costo zero (escluse le Google Apps) hanno già un sistema operativo all’altezza con gli altri sistemi operativi sul mercato, dall’altro lo sviluppatore, con minimo sforzo, riesce a coprire tipologie di mercato diversissime che vanno da cellulari da 200€ a cellulari da 600€.

L’utente poi ha una libertà di scelta enorme quando deve comprare un cellulare, io odio le personalizzazioni proprietarie dei produttori hardware e per me esistono solo cellulari “Google”, ma l’utente medio se ne frega e può scegliere il cellulare che più gli aggrada per estetica e funzionalità sia hardware che software sapendo che il cuore del sistema operativo è sempre Android con tutte le garanzie del caso!

Posted from Padova, Veneto, Italy.

L’esperienza è stata interessante, l’organizzazione del GTUG Firenze è stata buona nonostante il poco preavviso e gli scarsi mezzi.

Forse ci si aspettava una partecipazione maggiore da parte di Google nell’organizzazione, i relatori erano sicuramente preparatissimi, ma c’era poco tempo a disposizione, l’aula dell’Università di Firenze non era niente di speciale e gadget vari ed eventuali erano quasi assenti (strano normalmente Google è attenta a queste cose). Lo speech riguardo lo sviluppo della UI è stato utilissimo, mentre quello sull’NDK mi ha interessato meno.

Ciso di androidworld.it dice che c’erano molti curiosi con iPhone che non sapevano un H di android…può essere .

Nel poco tempo passato a Firenze abbiamo fatto queste (orribili) foto .

Posted from Padua, Veneto, Italy.

www.youtube.com/watch?v=vskBjYc745g

Posted from Padua, Veneto, Italy.

Apple’s new privacy policy contains a small new paragraph of big importance: it gives the company license to store “the real-time geographic location of your Apple computer or device” and share it with “partners and licensees.” As if we haven’t had enough privacy kerfuffles of late.

Apple goes on to assure customers in the remainder of the new clause that location data is “collected anonymously in a form that does not personally identify you.” Still, there seems to be no effective method of opting out of the data storage and sharing, as you’ll need to agree to the new terms and conditions before downloading new apps or any media from the iTunes store

Stanno facendo il cazziatone a Google per meno (imho).

via manteblog

Posted from Padua, Veneto, Italy.

www.youtube.com/watch?v=yAZYSVr2Bhc

Awesome! (l’avevo detto )

Posted from Padova, Veneto, Italy.

via

Risposta di Google http://blog.google.org/2010/03/gooey-googley-energy.html

Grazie agli amici provvisti di cellulare android che hanno testato l’applicazione prima della pubblicazione sul market, grazie ad Androidiani e il mitico forum…grazie a Google .

Spero anche di riuscire a pubblicare qualche piccolo tutorial sulla programmazione con Android, ma non è facile.

Dal Web l’intefaccia è fatta benino anche se un pò scarna, da google maps su android le funzioni sono molto semplici, ma non riesco a capire se si può impostare pubblica o privato un aggiornamento come si fa dal web, dopo tutto si tratta del mio nome cognome e della mai posizione .

Dal web mobile purtroppo non posso provarlo, è disponibile solo per android 2.0 o superiori e questo mi fa a dir poco incazzare…

www.youtube.com/watch?v=yi50KlsCBio

www.youtube.com/watch?v=m-kcVDNi6eg

Dal punto di vista commerciale per ora credo che il problema sia la mancanza di un target ben preciso, sono giochetti da salotto o possono realmente sostituire un netbook? Sono smartphone più grandi o dei netbook touch senza tastiera? BHO

Credo che ogni azienda avrà la sua visione delle cose e che proporrà device differenti a tutto vantaggio dell’utente (informato), ma così chissà quanto ci metterà a diffondersi come mercato.

Da utente ammetto che io stesso non saprei bene come usarlo. Questa cosa mi allontana sicuramente dal comprare un aggeggio del genere ma non dal non ammirarlo!

La prima idea che mi viene in mente è usarlo in sostituzione di giornali e di carta e penna; giornali non ne leggo mai, ma ho il feed reader sempre pieno con notizie varie. Per leggerle però devo stare ore davanti al computer…ditemi che non sarebbe più comodo sedersi in poltrona come si fa ora con i giornali.

Credo che sia stato lo stesso pensiero che hanno fatto Apple e altri e così si stanno creando device a “basso costo” di produzione con hardware particolare (CPU+GPU integrate) e software più o meno chiuso ma comunque lontano dai normali sistemi operativi per computer.

Soluzioni di questo genere però personalmente mi fanno paura. Tralasciando l’iPad che ha un sistema operativo troppo chiuso e limitato anche solo per un cellulare le alternative sono Android e Windows 7.

La mia paura è che i tablet vengano considerati come dei telefoni dove il bios e il bootloader sono cose su cui solo il produttore può mettere le mani, il risultato nei cellulari è che non puoi scegliere liberamente di cambiare sistema operativo.

Negli ultimi mesi Android è arrivato nelle nostre case, il vantaggio di cellulari con un sistema operativo aperto però si ferma al sistema in sè, io posso studiare, modificare e usare versioni moddate di Android, ma il bootloader è sempre lì…

Ci può stare che mi vendano un tablet con Android, probabilmente rappresenta la scelta migliore in questo momento, anche se sono convinto vada ben rivisto e modificato dato l’utilizzo differente rispetto a quello di un cellulare. Ma se mi stufo e voglio provare Chrome OS o qualche versione di Linux (moblin sarebbe figo!) o anche windows se l’hardware è abbastanza potente? Sarebbe plausibile con uno schermo da 7 o 10” . Siamo sicuri di poterlo fare con i tablet che escono ora? A mio avviso è una questione molto importante, ma in tutti gli articoli a riguardo che ho letto non si parlava di questo.

Detto ciò ecco una tabella di confronto hardware fra i tablet in uscita…qualcuno mi spiega perchè continuare a parlare di iPad? il Notion Ink secondo me è il migliore contando che sembra costerà 320$ e avrà la tecnologia Pixel QI che rende inutile l’E-Ink del Kindle (perchè Apple non c’ha pensato?).

Video di presentazione del Notion Ink

www.youtube.com/watch?v=f_ETSvTAo4A

Proxy americano + registrazione su myus.com (indirizzo di posta reale americano 10$ con il servizio di spedizione in italia 40$) ->

La cosa sorprendente è il costo, sperando di non dover pagare la dogana (da quello che ho capito si va a fortuna) mio cugino va a spendere 420€ cira. Sicuramente meno di quello che costerà qui in Italia fra qualche mese (e meno di quanto costi spedirlo ora in UK, con le tasse quasi 500€, dove ho amici che me lo rispedirebbero)

In sostanza, la società fondata da Mark Shuttleworth ha rivelato una partnership con Google per lo sviluppo di Chrome OS: l’intesa si è già concretizzata nel corso dell’UDS organizzato a Dallas – che si concluderà proprio in queste ore – per coordinare i lavori su Lucid Lynx.

Canonical precisa che l’accordo con Google è basato sul fatto che l’esperienza di Chrome OS è totalmente diversa da quella di Ubuntu, del quale non cesserà né lo sviluppo, né l’impegno profuso a livello di supporto: la sinergia col nuovo sistema operativo potrebbe anzi rivelarsi producente nel settore OEM — per il quale è probabile che s’innestino meccanismi di compensazione tra le due aziende, entrambe attive sulla vendita di netbook.

Google ha appena rilasciato il codice sorgente di Android Eclair 2.0. Confusi? Pensavate che fosse stato già rilasciato?

Per chi non ha molto chiari i processi e le terminologie di linux facciamo un piccolo riassunto.

[...]

Fonte: Androidandme

Probabilmente non ce lo aspettavamo, ma dentro di noi sapevamo che sarebbe successo. Google nella versione USA del suo sito ha fatto apparire una piccola pubblicità del Motorola Droid con Android.

Qualcuno potrebbe storcere il naso in quanto il prodotto è di Motorola e non di Google, ma alla fine il marketing è anche questo. Se Google vuol far sfondare Android deve necessariamente spingere la vendita dei migliori telefono che lo adottano.

Quanto passerà prima della prossima pubblicità simile?

Fonte: Engadget

Soluzione semplice e nemmeno tanto complicata nella pratica per noi utenti. Mentre il progetto su Google Code dell’Open Android Alliance è miseramente vuoto .

I dubbi rimagono, quanto lo sviluppo è realmente aperto e quanto è centralizzato da Google? Quanto la comunità contribuisce al core di Android e quanto invece si diverte a giocherellare con versioni modificate del Launcher del Browser ecc… che non finiranno mai nel codice di Android? (seppur utili e carine)

C’era una volta Cyanogen e i suoi firmware modificati di Android. Erano firmware basati sul codice aperto di Android preso dai server Google, con qualche patch e modifica (vedi BFS modifica che sembra verrà adottata anche ufficialmente da Google) con qualche applicazione di default modificata dalla comunità e con tutte le applicazioni proprietarie di Google che siamo stati sempre abituati a vedere in Android; come il Market, Browser, Youtube, Google Maps, Gtalk e tutto quello che riguarda il sync con Google.

Nei giorni scorsi Google ha mandato una lettera C&D a Cyanogen dicendo di smettere di ridistribuire i binari delle applicazioni Google. I termini d’uso di queste applicazioni infatti vietano la distribuzione al pubblico. Cyanogen si è difeso dicendo che i suoi firmware erano destinati solo ai cellulari Google experience i quali sono “autorizzati” ad avere quelle applicazioni. La risposta di Google è stata definitiva, niente applicazioni Google chiuse nei firmware modificati!

Android senza Market, Sync, Gtalk, Browser, Youtube ecc… ha poco senso di esistere, nessun sviluppatore si metterebbe a lavorare su firmware basati su Android a queste condizioni. È vero che il singolo utente, a mio avviso, potrebbe recuperare quegli apk dal firmware originale che ha trovato sul telefono e metterli nel firmware modificato “liscio” senza violare le condizioni d’uso, ma sarebbe una condizione veramente scomoda.

Si può discutere sulla decisione di Google di distribuire un sistema operativo aperto con applicazioni (importanti per il sistema stesso) closed source, ma questa della ridistribuzione mi pare una gran cavolata.

Proposte

Su XDA e in altri gruppi di discussione si valuta la possibilità di trovare alternative aperte o chiuse ma comunque royalty free, oppure di mettersi al lavoro e di sviluppare alternative open source. La voglia di fare sembra esserci; certo è un grande smacco per chi, come me, pensava di comprare un cellulare dove poter fare più esperimenti possibili grazie al codice aperto o quanto meno allo “spirito” aperto!

Sono comunque contento che per lo meno si discuta di cosa sia aperto e cosa non lo sia in >ndroid. Ammetto che fino a l’altro ieri non sapevo che tutte queste applicazioni non fossero aperte.

Altra proposta switchare al nokia n900 con Maemo.

www.youtube.com/watch?v=9VZHT389eR4

Aggiornamento Un utente di XDA ha creato la prima rom senza applicazioni proprietario Google, poi ha creato uno script per integrare tali applicazioni. Il “trucco” sta nel prendere queste applicazioni da un immagine di sistema scaricabile dala sito HTC. Al download da HTC non ci avevo pensato, ma stavo già provando a compilare Donut senza roba Google proprietaria, purtroppo sono rimasto infognato nel Wifi . Non ho tempo di provarla perchè domani alle 6 sono in piedi per andare in Montagna .

ROM -> http://forum.xda-developers.com/showthread.php?t=564779

Script-> http://forum.xda-developers.com/showthread.php?t=564744

Seconda parte sulla compilazione fatta in casa di android direttamente dai sorgenti forniti da Google. Una volta che i sorgenti sono pronti possiamo procedere a compilare.

Kernel

Compiliamo il kernel con questi comandi, dobbiamo esportare delle variabili, da ora in poi per compilare conviene rimanere nello stesso terminale se non si vuole ri-esportare queste variabili.

cd ~/androidsource/kernel
export ARCH=arm
export CROSS_COMPILE=arm-eabi-
export PATH=$PATH:~/androidsource/prebuilt/linux-x86/toolchain/arm-eabi-4.2.1/bin
cp arch/arm/configs/msm_defconfig .config
make oldconfig && make

In questo modo si userà un config standard, un’alternativa potrebbe essere quella di prendere il config da un’altra rom, per esempio dalla Cyanogenmod (sempre che si abbia scelto di usare kernel 2.6.29). Ovviamente è possibile anche farsi un proprio config con make menuconfig

L’immagine del kernel risultante sarà in ~/androidsource/arch/arm/boot/zImage .

Wifi

Fortunatamente il modulo wlan.ko del wireless non è proprietario quindi possiamo compilarci una nostra versione per il nostro kernel.

cd ~/androidsource/system/wlan/ti/sta_dk_4_0_4_32
export KERNEL_DIR=~/androidsource/kernel/
make

copiamo il modulo al posto giusto sostituendo quello prercompilato

cp wlan.ko ~/androidsource/vendor/htc/sapphire/

Nota attualmente con kernel 2.6.29 in cupcake la compilazione del modulo wlan.ko fallisce, la soluzione è applicare questa patch:

cd ~/androidsource/
./repo download platform/system/wlan/ti 10344

Audio Files

I file audio come suonerie notifiche ecc… sono già presenti ma di default non vengono incluse nella build, per farlo basta rinomiare un file così

mv ~/androidsource/frameworks/base/data/sounds/OriginalAudio.mk ~/androidsource/frameworks/base/data/sounds/Android.mk

HTC Build Script

Nota: Per Eclair attualmente questo procedimento non funziona.

Lo script è già pronto se avete usato i miei file, bisogna solo scaricare gli apk di base per le applicazioni Google.

cd ~/androidsource/vendor
mkdir google
cd google
wget http://www.lorenzobraghetto.com/wp-content/uploads/extract-google-files.sh
chmod a+x extract-google-files.sh
./extract-google-files.sh

Lo script va eseguito sempre con il telefono attaccato, prenderà solo le applicazioni base di Google.

Sistema

Nota: Per Eclair guardare qua.

Siamo quasi pronti per dare il make finale, basta creare un nuovo file buildspec.mk in ~/androidsource e inserirci

TARGET_PRODUCT:=htc_sapp
TARGET_PREBUILT_KERNEL:=kernel/arch/arm/boot/zImage

In più ho notato un problemino di permessi con wpa_supplicant, per risolverli apriamo il file ~/androidsource/system/core/rootdir/init.rc e all’altezza di

# create basic filesystem structure

inseriamo

# give system access to wpa_supplicant.conf for backup and restore
mkdir /data/misc/wifi 0777 wifi wifi
chmod 0777 /data/misc/wifi
chmod 0666 /data/misc/wifi/wpa_supplicant.conf

Un altro piccolo problemino riguarda il SetupWizard, di default non è possibile saltare il login con gmail, se non si ha un abbonamento a internet potrebbe essere dispendioso . La soluzione è aggiungere

ro.setupwizard.mode=OPTIONAL

nel build.prop, lo si può fare a mano alla fine del file una volta flashato il system.img nel cellulare oppure lo si può inserire direttamente prima della compilazione nel file apposito htc_sapp.mk. Purtroppo questa seconda possibilità, in linea teorica giusta, non ha funzionato. Un alternativa non proprio pulita è mettere l’opzione in system.prop

Ci siamo:

make

Come dice l’autore della guida da cui ho preso spunto, a questo punto meglio andare a giocare con la wii e tornare dopo un pò

Flashing

Il metodo più semplice per flashare il nostro nuovo android è usare il fastboot, dopo essere entrati in fastboot con il cellulare dare questi comandi dalla cartella tool dell’sdk (aggiungere sudo se necessario)

./fastboot flash system ~/androidsource/out/target/product/sapphire/system.img
./fastboot flash userdata ~/androidsource/out/target/product/sapphire/userdata.img
./fastboot flash boot ~/androidsource/out/target/product/sapphire/boot.img

Ovviamente questi comandi cancelleranno i dati presenti nel cellulare.

Enjoy

Aggiornamento 21/08 Proprio fra ieri e oggi è arrivata la notizia che la comunità è riuscita con il reverse enginering a creare un kernel completamente compatibile con i 32A più info qua.

Prima di due parti sulla compilazione fatta in casa di android direttamente dai sorgenti forniti da Google. Come sappiamo Android è software libero, ma la particolare licenza (Apache 2.0) permette ai produttori di cellulari di fare qualche porcata con un pò di software proprietario qua e là sparso per i nostri cellulari.

crediti

Per questo la compilazione di Android a seconda del dispositivo dove poi andrà installato può essere delicata. Io prenderò il caso dell’HTC magic 32B (vodafone), attualmente solo con cellulari “With Google”  è possibile usare versioni ricompilate del kernel. Questo perchè HTC non ha ancora rilasciato i sorgenti dei kernel usati nei cellulari con firmware customizzato da loro, per ora quindi non sappiamo cosa abbiano di spaciale i kernel HTC. (sicuramente una gestione della memoria diversa)

Non chiedetemi i vantaggi nel ricompilarsi Android, forse di strettamente pratici non ce ne sono o meglio io ne noto ma potrebbe essere solo suggestione (batteria che ha una seconda vita e sistema più leggero) in ogni caso è sempre divertente cercare di andare a fondo delle cose e crearsi un “proprio” Android aiuta a capirne bene il funzionamento.

Scrivo subito qui che la maggior parte dei crediti vanno a questo blog, le modifiche per l’htc magic però ci sono e sono abbastanza importanti, oltre anche ad altri adattamenti che ho fatto. Iniziamo!

Preparare il sistema

L’environment che ho usato per la prova è Ubuntu 9.04, credo però che non sia difficile adattare le istruzioni per altre linux box.

Scarichiamo i pacchetti necessari

sudo apt-get install git-core gnupg sun-java5-jdk flex bison gperf libsdl-dev libesd0-dev libwxgtk2.6-dev build-essential zip curl libncurses5-dev zlib1g-dev valgrind

Impostiamo come jvm predefinita la 1.5 necessaria ad Android.

update-java-alternatives -s java-1.5.0-sun

Ora quindi il comando java -version dovrebbe restituirvi

java version "1.5.0_19"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_19-b02)
Java HotSpot(TM) Server VM (build 1.5.0_19-b02, mixed mode)

Scaricare i sorgenti

Devo dire la verità che non ho ancora una grande dimestichezza con il sistema di gestione dei sorgenti di Android e lo trovo un pò incasinato. Comunque ci limitiamo a semplici istruzioni.

Scarichiamo il tool repo necessario al download dei sorgenti e mettiamo tutto in una cartella chiamata androidsource.

mkdir ~/androidsource

curl http://android.git.kernel.org/repo > ~/androidsource/repo

chmod a+x ~/androidsource/repo

Inizializzamo il client repo, conviene sempre specificare con quale branch si desidera lavorare, prendiamo l’esempio di cupcake ma se si specifica donut non ci dovrebbero essere grosse differenze nei comandi futuri.

cd ~/androidsource

./repo init -u git://android.git.kernel.org/platform/manifest.git -b cupcake

Kernel

Questa parte può essere saltata se si usa un kernel precomplato, ma visto che ci siamo facciamola completa e ricompiliamoci il kernel!

Per scaricare il kernel adatto ai nostri cellulari modifichiamo il file local_manifest.xml dentro alla cartella .repo

nano ~/androidsource/.repo/local_manifest.xml

E incolliamo

<?xml version="1.0" encoding="UTF-8"?>
<manifest>
<project path="kernel" name="kernel/msm" revision="refs/heads/android-msm-2.6.29"/>
</manifest>

Al posto del 2.6.29 volendo si può mettere il 2.6.27.

Download

Siamo pronti per iniziare il download

cd ~/androisource

./repo sync

Ci vorrà un bel pò!

File proprietari

Nota per Eclair guardare qua.

Possiamo prendere i file proprietari necessari per il corretto funzionamento di Android sul nostro telefono direttamente dal telefono stesso. Per farlo basta eseguire lo script extract-files.sh. Bisogna però prima preparare il sistema con le modifiche necessarie per il corretto funzionamento di Android col Magic.

In ~/androidsource/vendor/htc/ ci sarà una cartella chamata dream-open, lì ci sono tutti i file pronti per l’Htc Dream, copiamo il contenuto in una nuova cartella chiamata sapphire.

Scaricate questo archivio creato da me, sostituite i file dentro alla cartella appena creata sapphire e eliminate tutti i file che hanno “trout” nel nome.

Lo script extract-files.sh cerca il comando adb, copiamo quindi temporaneamente il file binario adb dal proprio sdk di android alla cartella di sistema /usr/bin/ ed eseguiamo lo script che scaricherà i file proprietari. (l’esecuzione dello script potrebbe avere bisogno dei permessi di root)

Finito, siamo pronti a compilare!

Prima però come semplice esempio di utilizzo di My Tracks ecco il percorso andata e ritorno del giretto in bici fatto qualche giorno fa (giretto è), la mappa su google maps è privata e qui è tagliata perchè si capisce chiaramente dove abito, meglio evitare va .

Ed ecco le stats da Google Docs

Le potenzialità di My Tracks unite alle foto invece, dopo una giornata di camminata in montagna, ha dato luce a questo:

Visualizza Rifugio Rosetta in una mappa di dimensioni maggiori

Cliccate sul link per vederla più grande, attenzione che le foto sono su 2 pagine e non si vedono tutte subito. Su Google Earth è ancora più figo! (si può scaricare il file kml)

Anche quando mi sono ritrovato con le foto geo-taggate ho passato qualche decina di minuti chiedendomi…e adesso? Non chiedevo molto, mi bastava una specie di presentazione interattiva con foto mappa e foto sulla mappa. Una cosa come EveryTrail, ma non in flash e non per forza pubblica. Alla fine la procedura che ho seguito è stata questa:

• Caricare le foto geo-taggate su picasa abilitando l’opzione relativa al geo-tag sulle impostazioni
• Cliccare su “Visualizza mappa” all’interno dell’album
• Cliccare su “Visualizza in Google Earth” e scaricare il file kml
• Creare una nuova mappa in “Mie mappe” e importare il file kml delle foto
• Importare i file kml delle altre 2 mappe (andata e ritorno) create automaticamente con My Tracks in modo da aggiungere anche il tracciato.
• Importare il tutto anche su Google Earth

Ecco anche per il giro in montagna le statistiche, a piedi credo che alcuni dati siano da prendere con le pinze, in più all’andata il GPS ha sicuramente sballato un pò all’altezza di una galleria (si vede anche nel tracciato).

Conclusione sono abbastanza soddisfatto

Dì per se è una figata, certe cose però solo i geek le apprezzano . C’è infatti un problema pratico di fondo riguardo questa feature, le foto, ovviamente, vanno fatte col cellulare.

Le foto col cellulare con fotocamera da 3mpx vanno benissimo se sono foto fatte al volo, ma in quel caso hai tempo di attivare il GPS e aspettare che prenda i satelliti? Non sempre.

Esempio di foto fatta dal cellulare geo-taggata, picasa ha preso i dati del GPS!

Generalmente foto di una certa rilevanza paesaggistica o meno si fanno con una fotocamera decente, ormai a 100€ si trovano cose buone che possono bastare ad un non professionista. Come incrociare foto da fotocamera e dati GPS del cellulare?

Inizio a interessarmi a software che sfruttano il GPS su android e mi imbatto in My Tracks

Programma semplice ma efficacie direttamente da Google, salva la traccia GPS dei tuoi spostamenti segnando il profilo altimetrico (unica cosa non esportabile direttamete purtroppo) e salvando alcuni dati utili come tempo totale e tempo totale in movimento, km totali, velocità media totale e velocità media in movimento ecc…

Il tracciato si può vedere sulle mappe di Google maps se il cellulare ha accesso a internet che quindi non è obbligatorio avere sempre. Oppure lo si può esportare in KML o GPX sulla scheda SD. I dati è possibile esportarli direttamente in Google Docs.

www.youtube.com/watch?v=IBmjJrgUGdE

Ecco quindi che un post di qualche giorno fa qui mi permette di risolvere il problema delle foto geotaggate. Non è una soluzione proprio ideale ma funziona bene!

Consiste nell’incrociare foto e ora delle foto con una traccia GPS del percorso grazie al programma GPSCorrelate. Il programma è molto semplice, in 2min ho avuto le mie foto geotaggate!

La soluzione ha sostanzialmente un difetto, nel caso si sia interessati alle sole foto geotaggate bisogna comunque tenere sempre il cellulare acceso con My Tracks o simili attivi, bisogna quindi stare attenti alla batteria! (nel mio caso probabilmente il solare potrebbe venirmi in aiuto )

Ho già fatto un primo test positivo e a breve lo pubblico. Se però avete qualche consiglio tell me!

Hardware HTC Magic (vodafone)

Non son mai stato un grande fan di cellulari, ho in genere pretese abbastanza basse, ma ci sono un paio di cose che trovo negative nell’HTC Magic.

Una, la meno importante, le ditate sul touchscreen, sono parecchio fastidiose a volte. L’altra ben più grave imho è l’assenza del flash nella fotocamera, il mio 6680 ce l’aveva funzionava male ma ce l’aveva .

Per il resto mi pare un buon telefono, a voler fare gli sboroni una fotocamera migliore e un pò di ram in più non faceva male.

Android

Parlare di un intero sistema operativo in poche righe è sempre uno spreco, anche di un sistema per cellulari come android.

Innanzitutto ci tengo a ricordare che Android non è Gnu/Linux, Android è un sistema a se stante, nuovo. Si basa sul kernel Linux ma il resto è stato fatto da zero. Entrando nella shell attraverso l’adb presente nell’sdk non ci troveremo completamente a casa nostra, la shell riconosce alcuni dei comandi base della bash ma non tutti.

Non conosco ancora abbastanza bene il sistema per parlare tanto più approfonditamente, posso dire che la programmazione su android si basa su Java non è stato usato altro, solo per la grafica si usano file XML. Recentemente avevo letto che da poco si possono compilare anche programmi in C ma non so a che punto siamo arrivati.

“Si dice” che la programmazione in android sia abbastanza semplice…io ho provato a fare un semplice widget e mi sono perso nel mezzo della documentazione

Google e HTC

Da una parte abbiamo Google che in questo scenario fa la parte del buono e del conservatore. I suoi firmware sono leggeri molto semplici e aperti, le uniche parti proprietarie sono il wireless e la parte telefonica per volere del produttore (HTC). Dall’altra parte al momento nella pratica abbiamo solo HTC (e Samsung?) e 3 cellulari, del Dream credo non ci sia nulla da dire.

Per quanto riguarda il magic invece bisogna sapere che esistono 2 versioni dello stesso telefono. La versione Vodafone è la versione “With Google”, meno ram e firmware Cupcake “liscio”. La versione Tim è la versione voluta da HTC, firmware leggermente modificato da HTC, niente update da Google quindi e leggermente più pesante, ma il cellulare ha più ram.

Il prossimo cellulare HTC con android sarà L’HTC Hero, la particolarità di questo nuovo cellulare sarà la versione altamente customizzata di android (quasi irriconoscibile). Le modifiche è facile pensare che rimarranno proprietà di HTC e che saranno con licenza non libera. La mia paura è che andando avanti ci potremmo ritrovare con versioni libere di Android con meno feature e non preinstallate nei cellulari mentre quelle proprietarie con funzioni in più e già installate. Ma tutto questo era prevedibile, la licenza scelta da Google per Android permette tutto ciò.

Il firmware del’Hero si può già provare sull’HTC magic, la prima versione che ha iniziato a girare era veramente pesante, nel frattempo però vari team della comunità l’hanno presa e alleggerita

Il firmware è stato modificato molto, interfaccia grafica più “pomposa” sicuramente più originale ma non è detto che possa essere apprezzata da tutti, quasi tutto è integrato e sincronizzato con Facebook/Twitter/Meteo e con altri servizi online, le applicazioni singole sono veramente ben fatte e ci sono alcuni accorgimenti che ti fan pensare a come stia perdendo tempo Google nel frattempo. In più ci sono 2 feature che vanno tanto di moda, il multitouch e Flash nel browser.

È un mondo parecchio in movimento, chi vivrà vedrà

ed è subito hacking time

Il firmware che si vede non è quello iriginale, è quello del “futuro” HTC Hero