www.youtube.com/watch?v=qWo9Cv6QOu8

Posted from Padua, Veneto, Italy.

Sono più di due anni che mi guardo film in hd sul media center, ma avendo una tv “solo” HD ready non mi ero mai posto realmente il problema. Ieri però mi sono messo a guardare un film in 1080p scaricato per sbaglio e davanti alla necessità di risolvere urgentemente ho googlato e ho trovato questo.

Ora il menù di vlc è un pò diverso;

Strumenti->Preferenze->Mostra impostazioni=”tutto”->Ingresso / Codificato->Altri codificatori->FFmpeg->Salta il filtro di ciclo per la codifica H.264=”Tutto”

Nel topic si si dice “Thats UNLTIL multicore support appears on H264 decoder”…ancora niente?

Posted from Padua, Veneto, Italy.

www.youtube.com/watch?v=ny8ui4delEo

[...]

O forse, in pura filosofia “Unix”, bisognerebbe affidarsi a regole e misure radicalmente semplici:
- i politici non possono avere più di 40 anni.
- i dipendenti pubblici possono essere licenziati.
- ogni politico deve pubblicare i dettagli della sua situazione patrimoniale, finchè resta in carica.
- un canale RAI passa all’inglese. Un altro passa al CINESE. Il terzo rimane in italiano. E il canone sparisce.
- assumiamo Lessig e gli facciamo creare una piattaforma di politica 2.0.

Ecco, basterebbe questo per respirare già aria nuova.

Bel post di Simone, ma mi è piaciuta soprattutto la filosofia Unix

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.

www.youtube.com/watch?v=AVh_VF5V8Gk

Fortunatamente un certo “Bastien Gysler” che ringrazio (thank you!) è venuto in nostro soccorso e per ora ha risolto il problema dell’avvio dello script in automatico al reboot, in più mi ha promesso che sta lavorando al problema del firewall che non permette l’utilizzo della wifi pubblica.

Tutto questo mentre gli sviluppatori FON hanno promesso che nella prossima release supporteranno il bridge, staremo a vedere come…

Qui c’è la pagina nel wiki FON con le istruzioni e il link allo script nuovo.

Ho scelto di usare la stessa installazione di wordpress per i post del Blog e i post del Tumblelog, continuo a pensare che sia una buona idea ma il miscuglio delle 2 cose nell’index creava confusione.

Così ho eliminato i post della categoria Tumblelog dall’index e ho creato un template particolare per la sola categoria Tumblelog basato sul tema principale ma più leggero.

Per i feed ovviamente non cambia niente.

Ne ho approfittato per cambiare tema, non so cosa bevvi quando scelsi l’ultimo…

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!

Bhè l’ho trovato lol

Visualizza Bici Colli Neve in una mappa di dimensioni maggiori

l’album completo qua

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

thanks to Lazza via gReader

Niente di male in tutto ciò, se non fosse che post impegnati ne faccio molti meno. Dopo un pò che pensavo alla cosa mi sono detto perchè non fare un Tumblelog? Un posto dove buttarci tutta le cavolate che si trovano in giro e che normalmente condivido in FB, Twitter e G-reader.

Non mi è sembrata una brutta idea e quindi mi sono messo al lavoro, il problema principale era come realizzare tutto ciò, un blog a parte (mi attirava molto tumblr)? Tutto mischiato qua? No…Un pò una e un pò l’altra!

Tutto rimane qua su questo blog, ma ho cercato di dividere le due cose; i post non “impegnati” andranno nella categoria Tumblelog. La particolarità di questa categoria è che i suoi post non andranno a finire nel feed generale lasciandolo quindi “pulito”. Ovviamente c’è un feed per la sola categoria Tumblelog, in questo modo, per esempio, potrò abilitare quella funzione del plugin per twitter che crea un digest giornaliero dei tweet, funzione che non ho mai voluto abilitare per non inzozzare il blog.

Nella home invece lascio tutto mischiato ma automaticamente viene aggiunto “[Tumblelog]” al titolo del post di quella categoria.

Credo che sia tutto pronto e funzionante, l’unica cosa che manca è un metodo veloce per creare un nuovo post per esempio dai feed condivisi su Google Reader o direttamente dal cellulare.

P.S. ne ho approfittato per cambiare tema

Iscrivetevi al Tumblelog feed!

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)

Forse sono un pò distratto, ma la cosa mi stava demoralizzando parecchio. Il Bridge fra Wan/Lan/Wlan nella fonera 2.0 è stato annunciato mesi e mesi fa come feature in cantiere, per ora ufficialmente nemmeno l’ombra.

In passato con firmware più vecchi però avevo provato a combinare qualcosa con il comando brctl direttamente da ssh senza successo. Un paio di giorni fa ci riprovo e funziona!

Ne trovo conferma in mailing list poco dopo, e oggi vedo anche che era stato stato scritto un suggerimento a riguardo sul wiki. Insomma forse arrivo in ritardo ma il bridge sulla fonera 2.0 si riesce ad avere.

Unica pecca non è impostabile nei file di configurazione della rete in /etc/config perchè l’interfaccia eth0.1 non viene realmente aggiunta al bridge. Bisogna quindi arrangiarsi con uno script.

Qui c’è il mio script che ho messo in /etc/init.d/bridge, al momento non lo faccio partire automaticamente al boot per evitare problemi.

Finalmente sta benedetta fonera 2.0 inizia a lavorare .

Ho provato ad attaccarla alla fonera speranzoso che funzionasse out of the box dato che in mailing list non leggevo più utenti che si lamentava a riguardo (rassegnati?) . Niente di più sbagliato…

Inizio subito a imprecare, in realtà alla fine probabilmente era solo un problema di apn errato, prima però ho fatto altre modifiche che non so se sono necessarie, comunque  ecco i file che ho modificato.

/etc/config/umtsd

config 'umtsd' 'umtsd'
option '_country' 'it'
option 'pin' 'xxxx'
option 'dns' '208.67.222.222'
option '_provider' 'it_5'
option 'apn' 'datacard.tre.it'
config 'umtsdstate' 'umtsdstate'
config 'umtsdevice' 'option12D11003'
option 'vendor' 'Huawei'
option 'device' 'E156G'
option 'data' '/dev/ttyUSB0'
option 'cmd' '/dev/ttyUSB0'

/Apps/umtsd.lua

All’altezza di

-- some dummy data

inserire:

local data = "/dev/ttyUSB0"
local cmd = "/dev/ttyUSB0"
local type = "Huawei"
local user = ""
local pass = ""
local apn = "datacard.tre.it"
local pin = ""


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!

Al terzo tentativo…vabbè quarto se contiamo i compitini, mi sento quindi autorizzato a pubblicare gli esercizi fatti da me durante il corso e rivisti per l’orale fatto a luglio metto anche ovviamente le istruzioni per ogni esercizio. Attenzione non sono sicuramente perfetti, tanto che all’orale su un esercizio della 4 settimana il prof mi ha mezzo fregato perchè effettivamente l’avevo scritto un pò alla rinfusa (non mi aspettavo chiedesse esercizi così vecchi e tuttosomato più semplici)

Download

Le settimane 6-7-8 sono ovviamente le più belle, l’esercizio che mi ha fatto incazzare di più è stato il secondo della settimana 7.

Spero possa essere utile a qualcuno.

Licenza WTFPL

la mappa

Visualizza Bici Montagna in una mappa di dimensioni maggiori

e le statistiche

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!

Qualche giorno fa invece venni a sapere che Identi.ca e altri si basano su un protocollo aperto chiamato appunto OpenMicroBlogging, la sua particolarità sta nel fatto che non ha nulla a che vedere col concetto di server centralizzato che da un servizio unico agli utenti. Infatti  tutti i server che usano software che supportano questo protocollo possono interagire fra di loro, in questo modo ogni utente è libero di scegliere che server usare e poi può seguire qualsiasi altro utente iscritto ad un altro server di OpenMicroBlogging.

Questa struttura decentralizzata, aperta e “standard” è classica del software libero, vedi Jabber/XMMP (vs MSN) ma anche SIP (vs Skype) e altri, a pensarci bene è anche alla base di un sistema di comunicazione su cui internet si è sviluppato, le e-mail!

E così mi sono messo a smanettare, inizialmente ho provato il software OpenMicroblogger; molto molto acerbo e indietro nello sviluppo. Poi mi sono buttato su Laconi.ca, la base software di Identi.ca. Più facilmente usabile e facile da installare, ma ancora poco personalizzabile a mio parere. Qualche magagna nell’installazione l’ho avuta, ma fa troppo caldo per buttar giù una pseudo guida .

Come spesso succede un semplice smanettamento senza obbiettivi particolari si trasforma in qualcosa da usare per forza data la fatica che hai fatto per metterla su . Ecco che all’indirizzo http:/laconica.lorenzobraghetto.com c’è il mio portale privato di OpenMicroBlogging. L’integrazione con Twitter funziona sia in un senso che in un altro. Vale a dire che funziona sia l’invio di tweet automaticamente da Laconi.ca che la ricenzione di tutti i tweet sul server Laconi.ca. Dopo un pò però ho tolto la seconda feature, grazie a gwibber posso seguire più account diversi contemporaneamente quindi non aveva senso intasare il database di Laconi.ca con i messaggi di Twitter.

Ovviamente la decentralità ha degli svantaggi facilmente individuabili, la comunità può risultare divisa e sparpagliata, per questo forse la vera utilità di questo sistema va cercata nei casi in cui si voglia creare una sotto-comunità di microblogging a tema. Che sò…un servizio di microblogging specifico di una città, o di un locale, di un associazione, di un videogioco di qualsiasi cosa. Leggendo anche la lista dei TODO però mi sono convinto a tenere su baracca e burattini per ora.

Riguardo Twitter devo dire che continuo a nutrire ancora abbastanza “benevolenza” nei suoi confronti a differenza di quanto è avvenuto con MSN. Forse perchè rimane ancora una cosa un pò da geek e non di moda (almeno in Italia).

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