www.youtube.com/watch?v=qWo9Cv6QOu8

Posted from Padua, Veneto, Italy.

www.youtube.com/watch?v=tONIQi8Ep3s

Il design e il menù delle applicazioni mi ricordano vagamente un altro telefono…

via androidworld

Posted from Padua, Veneto, Italy.

Posted from Padua, Veneto, Italy.

www.youtube.com/watch?v=yAZYSVr2Bhc

Awesome! (l’avevo detto )

Posted from Padua, Veneto, Italy.

via

I ragazzi di modaco hanno portato l’applicazione della camera del desire sul nexus.
Non uso l’interfaccia sense ma questa camera ha una feature spettacolare, il touch focus…ecco cosa sono riuscito a combinare mentre studiavo automi .
Non sembra, ma non mi sono mosso di un millimetro fra le due foto.

via

www.youtube.com/watch?v=N3e3WwoW9LQ

]]> http://www.lorenzobraghetto.com/index.php/2010/02/05/wheater-channel-android-on-tv/feed/ 0 http://www.lorenzobraghetto.com/index.php/2010/02/03/il-codice-di-android-rimosso-dal-kernel-linux/ http://www.lorenzobraghetto.com/index.php/2010/02/03/il-codice-di-android-rimosso-dal-kernel-linux/#comments Wed, 03 Feb 2010 17:23:56 +0000 monossido http://www.lorenzobraghetto.com/?p=1330 Questo è molto grave a mio modo di vedere, spero che la comunità Android ne prenda atto e che Google risponda in qualche modo giustificandosi. Per lo meno dica chiaramente che intenzioni hanno…creare un branch diverso o rimanere nel kernel tree?

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=jjBcv9iZinY

Sembra parecchio interessante, l’idea di una via di mezzo fra un cellulare e un tablet (che a sua volte è una via di mezzo fra un cellulare e un netbook) mi piace! Dicono però costi attorno i 1000$

via gadgetblog

Lordy, might he love Chrome too?

(Credit: CC Koeln.de/Flickr)

530$ (cambio attuale 369€) con specifiche da urlo e garantito Google, la mia speranza più grande è che il cellulare non abbia bisogno di nessun codice proprietario per funzionare correttamente. Nei nostri cellulari Android infatti fino ad ora abbiamo sempre dovuto includere librerie proprietarie per far funzionare tutto.

HTC Magic in vendita? no dai aspetto notizie del Nexus One per l’Italia.

Nel frattempo volevo comunque aggiornare la guida per compilare Android, con eclair la questione firmware proprietari viene risolta da un semplice script bash già presente al momento del download dei sorgenti.

La guida rimane praticamente identica, scriverò qua solo le motifiche da fare paragrafo per paragrafo oltre ad inserire un avviso nella guida vecchia. Spero venga fuori qualcosa di comprensibile .

Preparare il sistema

Invariato, ancora java 1.5

Scaricare i sorgenti

Ovviamente il comando finale sarà:

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

con eclair al posto di cupcake.

Kernel

Invariato

Download

Invariato

File proprietari

Come ho già detto ora abbiamo uno script che prende i file necessari! Diversamente dal passato per noi possessori di magic in vendor/htc c’è proprio una directory chiamata sapphire-open dove troviamo lo script. Lo script va a cercarsi il file zip dell’ultimo aggiornamento OTA (donut) che possiamo scaricare da qui (Android 1.6 recovery image) e che andremo a piazzare nella root dei sorgenti di android. Dopo questo possiamo avviarlo

cd ~/androidsource/vendor/htc/sapphire-open/

./unzip-files.sh

Compiliamo

Kernel

Invariato

Wifi

Invariato

Audio Files

Invariato

HTC Build Script

Problema! Attualmente non sono ancora riuscito a far andare le google apps su eclair per problemi di permessi/odex, se qualcuno ha qualche consiglio è il benvenuto!

Sistema

In buildspec.mk inseriremo solo:

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

Le impostazioni come il Target Product e altro le scegliamo attraversi altri script che ci vengono messi a disposizione con i sorgenti, quindi diamo:

cd ~/androidsource

. build/envsetup.sh

lunch aosp_sapphire_eu-eng

Finito siamo pronti per dare il make!

make

Nota: quando arriverà a compilare webkit attualmente da errore, questa patch risolve:

cd external/webkit

git cherry-pick 18342a41ab72e2c21931afaaab6f1b9bdbedb9f

Enjoy!

SMS

Grazie ad Android gli sms sono già virtualmente sostituiti da Gtalk che è sempre attivo in background e perfettamente integrato con il sistema. È facile però capire perchè sono sostituiti solo virtualmente; su Gtalk o jabber credo di avere l’1/18 di rubrica . A chi interessa comunque sappia che su racing.inside at gmail rispondo sempre dal cellulare con Gtalk, a meno che manchi copertura 3g. Con un telefono sprovvisto di Gtalk o dove Gtalk/jabber si integrano male si può sempre usare l’e-mail o qualunque social network!

Chiamate

Riguardo le chiamate la situazione è un attimino più complessa. Skype può essere una buona alternativa, attualmente su android c’è skype ufficiale che non supporta le chiamate (il colmo lol), nimbuzz e fring. Con l’ultimo ho effettuato una volta una chiamata skype in 3g e funzionava benino. Il programma comunque al momento su android è molto immaturo (ora se provo a chiamare crasha miseramente non so come mai). Dovrei provare nimbuzz.

Skype forse è meno problematico di Gtalk parlando di numero di persone che lo usano, ma io stesso non ho molta voglia di tenerlo aperto sempre…anche perchè è un programma in più che ciuccia ram.

In linea teorica sarebbe molto meglio cercare soluzioni sip! In questo modo però si rischia di addentrarsi in un campo minato.

Da quello che vedo si parla molto di voip, di operatori telefonici voip e di tariffe ecc… ma al momento a mio avviso ci si sta concentrando sul semplice risparmio economico nell’effettuare chiamate via voip destinate alla rete telefonica tradizionale. In questo modo però si continua a dipendere da un operatore telefonico…insomma la sostanza non cambia. La vera rivoluzione si avrà quando tutti potremo parlare voip/sip fra di noi! In questo senso probabilmente si sta muovendo Google Voice (anche se la rete telefonica tradizionale rimane importante) oppure idee come l’inum (spiegato bene su liberailvoip). Tecnicamente credo che ci si possa parlare fra centralini asterisk o altro (gratis naturalmente), ma dovrei approfondire.

Voip la pratica

Dovendoci accontentare, per ora, la soluzione più economica che ho trovato per sfruttare internet e fare chiamate voip è sipdroid(client sip per android) + asterisk sul server casalingo + poivy(operatore voip). Questa soluzione permette di chiamare attraverso poivy ovunque tu sia (fissi gratuiti e 9centesimi al minuto per i cellulari), di essere sempre raggiungibile gratuitamente da casa (basta chiamare un interno asterisk) e di essere raggiungibile su un numero di telefonia fissa invece che sul tuo normale numero di telefonia mobile.

Sipdroid è un buon client sip che si integra bene con Android; si perchè Android non ha un client sip già incluso come invece ce l’ha symbian, grave mancanza secondo me!

Comunque l’unico problema che ho incontrato con sipdroid è qualche tentennamento ogni tanto nel registrarsi al mio asterisk, forse però è dovuto al passaggio da wifi a 3g che cambia l’indirizzo ip del server asterisk (da un ip sulla rete locale a uno in internet).

Per chi non possa o non voglia mettere in piedi un server asterisk i creatori di sipdroid consigliano vivamente pbxes.org .

Ovviamente non mi dilungerò sulla configurazione di asterisk, ringrazio e linko solo luca che grazie alla sua guida di qualche mese fa mi ha aiutato a impostare per bene asterisk. Aggiungo solo che per connettersi e chiamare via 3g e quindi da un ip fuori dalla rete locale del server asterisk è necessario aprire le porte rtp del router che di default per asterisk sono da 10000 a 20000 udp (impostabili in rtp.conf) oltre ovviamente alla 5060.

Riguardo sipdroid c’è una questione da tenere conto, la durata della batteria in standby. In questa pagina del wiki è ben spiegato il problema dei pacchetti udp. Provo a riassumere banalmente; per il voip si tende ad usare udp perchè normalmente su questi pacchetti non viene fatto alcun controllo dell’errore per dare priorità alla velocità. Il problema è il tempo di timeout, con l’udp c’è bisogno di inviare ogni tot secondi un pacchetto per indicare al server che il client è “vivo”. Questi tot secondi con il tcp sono molti di più! Il client quindi deve inviare più raramente pacchetti al server aumentando di molto la durata della batteria.

Per abilitare il tcp su asterisk c’è bisogno però della versione 1.6, se usate come me debian lenny…buona compilazione!

Altro problemino che ho affrontato ieri è il caller id con poivy; poivy permette di verificare dei numeri di telefono e usarli automaticamente come callerid passandoli in asterisk con l’opzione “fromuser=” . Creando due sezioni diverse per poivy in sip.conf sono riuscito anche a impostare il caller id di casa se la telefonata parte dall’aladino e il callerid del mio cellulare se la telefonata parte da sipdroid!

Dopo tutti questi smanettamenti c’è un problema di fondo da affrontare, la banda delle adsl che ci ritroviamo in Italia…purtroppo non ci sono troppe soluzioni; il mulo e i torrent dovranno aspettare mentre chiamo .

P.S. ricordo per chi legge nei feed che oltre a questo feed generale ho un feed separato per i post della categoria tumblelog!

www.youtube.com/watch?v=Hhgfz0zPmH4

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à