Esperimento HDR – decisamente il jpeg non è un formato adatto all’HDR

A dire il vero HTC non ha mai rilasciato una data ufficiale, si è sempre trattato di rumores, ma è indubbio che a questo punto la mancata uscita del tanto atteso aggiornamento, è solo una schifosissima questione di Marketing.

Non raccontino bugie, l’aggiornamento c’è e se non esce non è certo colpa degli sviluppatori, ma dei signori del Marketing: L’Hero, oggi, si trova nuovo a 300€  (ben 200€ in meno di qualche mese fa) ed in caduta libera… Perché offrire un così succulento aggiornamento su un terminale che con esso verrebbe messo sullo stesso piano dell’appetibilità (se non addirittura in posizione privilegiata) dei ben più costosi modelli successivi?

Non raccontino frottole, non ci sono misteriosi motivi per cui l’aggiornamento ritarda, anche se, come penso, le risorse allocate fossero anche solo simboliche: Tanto per cominciare, il know-how c’è, perché la stessa HTC presenta almeno 3 modelli a listino con il suddetto Eclair (Legend, Desire ed Evo 4G); inoltre l’Hero non presenta alcuna complessità tecnologica intrinseca (il Legend è in pratica il medesimo hardware con un po’ di RAM e di potenza in più); inoltre non sono passati 6 mesi nemmeno tra l’uscita di Eclair (Novembre 2009) e l’uscita dei nuovi modelli (in teoria progettati da zero).

Tutti questi sono i motivi per cui HTC mente.

L’aggiornamento uscirà quando le scorte di Hero saranno scese al punto da non interferire con le vendite degli altri modelli, che in più hanno solo le fuffe del marketing.

In particolare Fedora 12 lamenta l’assenza tra i codec installati di default i plugin necessari al noto engine gstreamer per un po’ tutti i protocolli audio. Per cui ci tocca farlo a mano con (come root):

yum install gstreamer-plugins-ugly gstreamer-plugins-bad-extras gstreamer-plugins-bad-nonfree

Si tratta del protocollo DLNA, che permette di visualizzare uno stream multimediale collegandosi ad un sistema che faccia da broadcaster per quello specifico stream.

Il meccanismo è molto semplice. C’è un DMS (Digital Media Server) che mette a disposizione i contenuti ed un DMp (Digital Media Player) che lo controlla, riproducendo il contenuto remoto.

Su Fedora ci sono due strade alternative già presenti nei repository per avere un servizio DLNA da esportare: mediatomb o ushare.  Sono entrambi due sistemi molto validi. Il primo è più un sistema di controllo del servizio DLNA vero e proprio (è possibile definire attraverso una comoda interfaccia web cosa e come condividere), il secondo (che io prediligo) è più semplice, trattandosi essenzialmente di un tool da riga di comando.

Per installarlo ovviamente procediamo (come root o via sudo) al più classico dei:

yum install ushare

mentre per avviarlo occorre un semplicissimo:

ushare -c /path/che/voglio/condividere

In questa modalità si attiva solo la condivisione uPnP (più che sufficiente se non avete roba codificata in modo strano), mentre per attivare anche il supporto DLNA, con decodifica remota (serve transcode o altro decoder interattivo installato):

ushare -c /path/che/voglio/condividere -d

A questo punto non vi resta che aprire sul firewall di Fedora la porta corrispondente (di default la 49152) e magicamente ecco apparire l’icona di Server Ushare nel menu video/audio/foto della PS3.

Il software in questione è abbastanza semplice e prevede la possibilità di passare qualche semplice configurazione sempre via linea di comando. Ovviamente si tratta di una soluzione molto rapida per condividere contenuti al volo, ma nel caso voleste utilizzare il PC come DMS “permanente”, vi conviene orientarvi maggiormente su mediatomb.

Come si può evincere dalle informazioni sul sito, si tratta di un’applicazione piuttosto completa, che, oltre a permettere l’installazione dello stesso come servizio controllabile via interfaccia web, supporta nativamente tutta una serie di funzionalità aggiuntive, come l’installazione su NAS, e la scelta personalizzabile per l’engine di riproduzione.

Ovviamente per installarlo basta un semplice (sempre come root):

yum install mediatomb

E buon divertimento…

iPad ver 1.0.Alpha

iPad v1.0-beta

Ho aggiunto il supporto al multilanguage per il sito. D’ora in poi gli articoli potranno essere pubblicati sia in inglese che in italiano. Il plugin usato qLanguage sfrutta le impostazioni del browser per switchare automaticamente all’inglese laddove l’italiano non fosse la lingua predefinita del browser.

La versione in Inglese è comunque consultabile al link

http://www.antonioscopelliti.com/?lang=en

KDE 4.3 on my Fedora 12

Un rapido screenshot del mio Desktop (Fedora 12 Constantine with KDE 4.3 & Driver 3D Ati opensource).

Per il Desktop ho optato per la versione “Classica”, a mio avviso più funzionale attualmente del “contenitore dinamico” offerto da KDE4, mentre la barra in altro (in stile gnome) dà un tocco di pulizia al tutto.

Ancora non sono riuscito a configurare Nepomuk (che da questa versione in avanti finalmente dovrebbe fare il suo dovere), e, devo ammettere, c’è qualche problemino con il “composite”, che però dovrebbe sparire con l’adozione del kernel 2.6.32 (supporto ufficiale al kernel-modeset per R600/R700) e una versione aggiornata delle mesa.

Ho trovato questa chicca su come installare su Fedora 12 Constantine il flash-plugin nativo con supporto EM64T.

I passi sono molto semplici e da eseguire naturalmente come root (o mediante sudo):

• Per prima cosa occorre rimuovere ogni installazione a 32 bit di flash (e il nspluginwrapper)

yum erase flash-plugin nspluginwrapper*

• Quindi ci si sposta nella directory dei repository di yum e si scarica il file con le info per il repository del plugin flash a 64bit:

cd /etc/yum.repos.d/

curl -O http://www.dfm.uninsubria.it/compiz/fusion-testing/flashplayer.x86_64/flash.repo

• A questo punto, ovviamente, occorre importare la chiave GPG del repository in questione

rpm –import http://www.dfm.uninsubria.it/compiz/fusion-testing/flashplayer.x86_64/RPM-GPG-KEY-leigh123linux

• ed infine si può finalmente installare il plugin a 64 bit

yum install flash-plugin