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.

Lo stile è informale e i talk sono fatti per lo più da semplici appassionati di uno specifico campo che hanno voglia di condividere quello che sanno.

Questo è il sito, programmersinpadua.it, un complimenti a Andrea e Diego per l’organizzazione di cui ogni volta si fanno carico.

Un paio di settimane fa ho tenuto un mio talk su Android. Lo scopo era parlare di un po’ di background riguardante Android, un po’ di retroscena e di meccaniche che stanno dietro, oltre a qualche accenno di programmazione, incentrata soprattutto sulle peculiarità di Android rispetto ad altri sistemi operativi mobili.

Da oggi sono disponibili i video. Peccato per il tono di voce un po’ bassa che in video rende meno (live non credo sia stato un problema).

Si, era il mio primo talk in assoluto. (si vede?)

A seguire le slide.

www.youtube.com/watch?v=GlybNVH8QJg

www.youtube.com/watch?v=e2u4jwR80V0

www.youtube.com/watch?v=1JFNuaPVJlw

.

Bè se siete nei dintorni di padova e non siete mai venuti venite alla prossima, altrimenti accontentatevi dei video  .

Posted from Padova, Veneto, Italy.

Se seguivate i miei tweet trtamite i digest giornalieri (spero siate in pochi) iscrivetevi a twitter (così vedete anche i retweet!) e followatemi!. Mi potete naturalmente trovare anche su Google plus.

I post rimarranno lì per futura memoria, mentre i digest dei tweet li eliminerò (sperando che in futuro twitter consenta finalmente di scaricare il database dei propri tweet!).

Posted from Padova, Veneto, Italy.

Sembra che siano già piovute alcune critiche, anche pesanti (eliminate naturalmente), quindi cercherò di non infierire ma di limitarmi ad analizzare il pensiero dell’autore e dire la mia.

Leggete l’articolo prima se volete, altrimenti basti sapere che la tesi sostenuta dall’autore è che nel 2011 non ha più molto senso confrontare il software (in particolare sistemi operativi mobile e non) in base al numero di feature, ma piuttosto basandosi sull’esperienza utente che il software riesce a regalarti.

Prima però parla velocemente dei prezzi e dell’hardware Apple;

“Belli i Mac, ma quanto costano cari! Sono solo per ricchi!”. Chi non l’ha mai sentita?

Molte persone non capiscono (per ignoranza in materia, non stupidità) che puntare alla parte profittevole del mercato, che spesso combacia (ma non sempre!) con la più ricca, sia sinonimo di vendere prodotti costosi e sovrapprezzo. Il motivo per cui Apple non vende portatili da 259€ è perché ogni volta che aggiorna la linea toglie di produzione i vecchi e vende i nuovi allo stesso prezzo della precedente. Lo stesso ragionamento vale per l’iPhone.

Non riesco a capire del tutto questo concetto, ma il fatto che un’azienda preferisca rivolgersi ad un certo settore di mercato rispetto ad un altro è semplicemente una scelta di business. Non c’è una strategia per forza giusta o per forza sbagliata. Apple è un caso di azienda che ha puntato a prodotti di qualità e sta avendo successo, ma ci sono molti casi contrari come Asus nel caso dei netbook e ora nel caso del Eee Pad Transformers che sembra sia il tablet Android più venduto (ed economico fra quelli con Honeycomb).

Dal punto di vista dei clienti invece non c’è da discutere, il cliente dovrebbe scegliere il prodotto giusto in base alle proprie esigenze e in base al rapporto qualità/prezzo. Non c’è niente di male nel pensare che i prodotti Apple siano troppo costosi, lasciando da parte il software per un momento, iPhone ha un rapporto qualità/prezzo parecchio più basso di un LG Optimus Dual.

Se non si riesce a giustificare i prezzi alti di Apple è inutile cercare scuse, il fatto che in questo modo Apple riesca a “puntare alla parte profittevole del mercato” non me ne può fregare di meno…

Passiamo alla questione delle feature, secondo l’autore il fatto che Android abbia feature come il widget del meteo in home, o meglio come la completa possibilità di personalizzazione del launcher, sia una cosa totalmente inutile, che non ha senso non scegliere Apple solo per quello o perchè l’iPad non legge pennette usb o perchè non telefona o perchè non ha una buona fotocamera.

Apple col tempo ci ha insegnato a valutare un prodotto e un ecosistema per l’esperienza che fornisce, non per il numero di funzioni che vanta. L’AppleTV è un bell’oggetto perché con un tasto può ricevere il video che quindici secondi prima ho girato sul mio iPhone, non perché legge più formati degli altri lettori DVD.

Sono disposto a pagare un sovrapprezzo per una serie di dispositivi che fanno poche cose ma che quando le fanno sai che, cascasse il mondo, funzionano.

Traduzione, “Apple dicci te di cosa abbiamo bisogno, quali sono le nostre esigenze, cosa possiamo fare con quello che ti paghiamo profumatamente, stai tranquilla che noi non ci lamentiamo perchè qualunque cosa tu ci dica di fare la facciamo, a noi basta che funzioni e che sia magico!”. Per Apple da sempre sicurezza e stabilità sono sinonimi di controllo.

Questa è la morte dell’acquisto consapevole e critico che tanto avrebbe bisogno questa società. Questo è il frutto del marketing “cattivo”, quello che ti fa credere di avere bisogno di soluzioni a problemi che il marketing stesso si è inventato. A questo proposito leggete questo articolo, che non condivido in toto, ma che consiglio.

Tutto questo nasce soprattutto dalla blindatura dei prodotti Apple, acquisto un iPhone perchè effettivamente attira, attira lo stile, il design, la pubblicità, la moda… poi vengo a scoprire che tutte le possibilità che l’iPhone mi offre sono solo quelle che Apple ha deciso possano servire agli utenti, nulla di più; anche le “app” di terzi non hanno piena libertà di integrarsi col sistema operativo, ma gli sviluppatori devono accontentarsi di sfruttare le possibilità che Apple ha deciso possano essere utili. Se tenti di fare un passo in più semplicemente non riesci perchè iOS è un sistema operativo chiuso o se proprio ci riesci ti scontri con la politica blindatissima dell’App Store e ti rifugi su Cydia.

Su twitter ho scritto che in realtà un fondo di verità questo articolo ce l’ha, anche secondo me scegliere un dispositivo solo per le feature che ha può essere stupido. Cerco di fare un discorso molto meno generale però, le feature in se sono importantissime, un sistema operativo che ha tante funzionalità vuol dire che concede all’utente molte libertà di utilizzo!

I discorsi da tenere in considerazione sono 2:

1. 1) Stiamo vivendo un momento di enorme innovazione riguardo i sistemi operativi mobile. Ora Android potrebbe avere una feature in anteprima, ma poi bastano 2 mesi che Apple se ne esce con la stessa funzionalità, magari anche fatta meglio, poi Android nei 2 mesi dopo recupera ecc… Questo per dire che ora stiamo assistendo ad una corsa alle feature e i due principali sistemi operativi si stanno copiando a vicenda. Esempio eclatante il tethering o le notifiche.
2. 2) La cosa più importante secondo me è che bisogna smetterla di considerare il software come prodotto e soprattutto come prodotto indissolubile dall’hardware.

Dobbiamo riuscire a riacquistare il potere di scegliere quale software sia più adatto alle nostre esigenze e quali funzionalità ci interessano, dobbiamo riuscire a ribadire il nostro diritto a poter sfruttare come vogliamo i device hardware che paghiamo a peso d’oro, dobbiamo ribadire che dovremo essere liberi di modificare a nostro piacimento il software che le aziende ci propongono.

Questo vuol dire prima di tutto, ovviamente, incoraggiare l’utilizzo di software libero, poi incoraggiare la più possibile apertura dell’hardware, sia che si parli di driver sia che si parli bootloader sbloccabili (il sogno è arrivare all’open hardware) e infine una volta che abbiamo il nostro software che gira sui nostri device questo software sia il più possibile configurabile e modificabile/integrabile con software di terze parti senza dover ricompilare tutto.

Siamo noi gli utilizzatori finali e siamo solo noi a sapere quali sono le nostre esigenze, usare dispositivi che non permettono di modificarne il software significa rinchiudere l’utente in una prigione.

Noto che hai un iBad, un prodotto che è una prigione, per quello che la gente parla di jailbreaking. Per prima cosa, è pieno di software che non è libero, che gli utenti non controllano: cosa inaccettabile perchè se non sei tu a controllare i programmi, sono loro a controllare te. Se finisci come l’uccellino, che entra nella gabbia perché ci son dentro semi appetitosi da mangiare, poi dopo quando la gabbia si chiude ti troverai nella posizione di uno stupido.

Richard Stallman

Basta pensare al successo dei firmware modificati dalla comunità Android, ti aprono ad un mondo tutto nuovo, stra-pieno di feature e spesso anche migliore in stabilità (vedi il caso del LG Optimus Dual).

Per questo non è così importante valutare i dispositivi in commercio solo per le feature che l’azienda ha deciso di rendere disponibili, basta che poi possiamo modificarne a piacimento il software!

Concludo qua perchè ho già scritto molto, ma sono temi molto interessanti e ci sarebbe ancora tanto da scrivere.

Posted from Padova, Veneto, Italy.

Bye bye Fossdem, now just one more night here in Bruxelles.

Posted from Brussels, Bruxelles, Belgium.

www.youtube.com/watch?v=lGI0EnNQ5GE

Rispetto per questi ragazzi, l’hardware è mio e ci faccio quello che meglio credo, come, per esempio, farci girare qualsiasi software legalmente posseduto.

Per tutto il resto c’è la rivoluzione digitale che qualcuno non ha ancora capito cosa significhi.

via

Posted from Padova, Veneto, Italy.

Questo blog merita.

Posted from Padova, Veneto, Italy.

Con un po’ di ritardo comunico anche qui sul mio blog che in collaborazione con l’admin del sito ho creato l’applicazione ufficiale per Android .

L’applicazione permette di registrarsi al sito, visualizzare tutte le segnalazioni sulla mappa e inviare una segnalazione, in futuro sicuaramente aggiungerò feature!

Posted from Padova, Veneto, Italy.

iFixit Manifesto

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

Il trucco?

javascript:document.body.contentEditable='true'; void 0

Ne parla il gazzettino di Padova di oggi, dicono che ci sia cascato (non ho modo di leggerlo).

Posted from Padova, Veneto, Italy.

www.youtube.com/watch?v=qWo9Cv6QOu8

Posted from Padova, 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

Posted from Padova, Veneto, Italy.

[...]

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!