Se volete provare l’ultissima svn versione di amarok e desiserate avere dei pack deb sempre pronti vi indico un repository da usare:

deb http://ppa.launchpad.net/project-neon/ubuntu hardy main

il progetto si chiama Neon, maggiori dettagli qui.

http://amarok.kde.org/wiki/User:Apachelogger/Project_Neon

PS

consigliata a chi usa Kubuntu o ha già installato le librerie QT4.. altrimenti vi portate dietro metà KDE!

Ci sono prodotti che sono diventati così diffusi da diventare parole di uso comune, soppiantando il termine originale e corretto. “PlayStation” ne è un classico esempio. E “iPod” ne è un altro, essendo andato a sostituire “lettore MP3″ nel lessico popolare.

Non è infrequente leggere recensioni di nuovi DAP (Digital Audio Players, “Lettori di Audio Digitale” ovvero… iPod ) in cui il prodotto viene entusiasticamente presentato come l’”iPod Killer”, ossia quell’apparecchio che avrebbe le capacità di contrastare (e battere) il predominio del gingillo Apple nel mercato dei lettori portatili.

Nonostante sia un obiettivo difficilmente perseguibile, vista la posizione dominante dell’iPod e i mezzi economici di Apple, non è impossibile, come dimostra il recente flop proprio della Playstation3, e l’incredibile successo del Nintendo Wii.

Un’azienda che si sta dando molto da fare è la cinese SanDisk, leader mondiale nella produzione di memorie flash (e non solo). Dopo aver sfornato lettori Mp3 che si sono rivelati autentiche ciofeche, SanDisk ha fatto tesoro dei propri errori e ha iniziato a sviluppare una serie di prodotti altamente competitivi, e -soprattutto- di migliore qualità. Il recente Sansa Clip, per esempio, ha guadagnato grande popolarità tra gli audiofili, per l’altissima qualità di riproduzione audio.

Il lettore di cui parliamo oggi, invece, è il Sansa View, il quale, più che come un DAP, andrebbe annoverato nella lista dei PMP (Portable Media Players, “Lettori Multimediali Portatili”), vista la sua capacità di “leggere” audio, video e fotografie.

Il Sansa View è disponibile nei formati da 8 e 16Gb (ma è in arrivo anche un modello da 32Gb) di memoria flash, caratteristica che ne fa il lettore flash-based più capiente disponible sul mercato. Inoltre, è equipaggiato con uno slot per microSD compatibile con le schede microSDHC, di cui sono appena state presentate le versioni da 12Gb. Essendo il limite teorico per le microSDHC di 32Gb, il Sansa View è potenzialmente un lettore flash-based da 40, 48 o addirittura 64Gb (a seconda della versione)!

Io ho acquistato il modello da 16Gb su Amazon USA al prezzo di circa $170 (ossia circa 120 Euro al cambio attuale); in pratica il doppio della capienza di un iPod Nano alla metà del prezzo…

Ad ogni modo, sebbene questa non sia una recensione di questo prodotto (ce ne sono già tante in giro per la rete) vi segnalo una feature “segreta” (SanDisk non ne fa menzione da nessuna parte) del Sansa View: è equipaggiato con un’uscita TV, e con un apposito cavo (non ufficiale, ma facilmente reperibile su eBay, o -se siete smanettoni- facilmente costruibile in casa) è possibile “proiettare” i filmati direttamente sulla TV di casa. Non male, eh?

Ma tornando a bomba… Come usare il Sansa View su (K)Ubuntu Gutsy?
O in altri termini: Come aggiornare la libreria libmtp su (K)Ubuntu Gutsy?

Il View nasce come lettore basato sul protocollo “MTP” (Media Transfer Protocol), ideato da Microsoft e quindi -direi quasi per definizione- non molto amico di Linux. Quasi tutti gli altri apparecchi di SanDisk hanno la possibilità di scegliere se usare il protocollo MTP o quello UMS/MSC, che trasforma il lettore in una normale memoria di massa (come se fosse una “penna USB”, per intenderci) e quindi utilizzabile comodamente su qualsiasi sistema operativo, senza programmi proprietari ma solo spostando i file col semplice drag&drop. Il Sansa View invece non ha questa possibilità e di default si comporta come un device MTP, anche se è possibile forzare il modo UMS/MSC. Vediamo entrambi i sistemi, cominciando dal più semplice:

FORZARE IL MODO UMS/MSC (VALE PER TUTTI I SISTEMI OPERATIVI):
1) Accendere il Sansa View
2) Spostare lo slider di accensione nella posizione di “Hold”
3) tenere premuta la click-wheel nella sua parte sinistra
4) inserire il cavo USB nel View, continuando a tenere premuta la wheel, finché il sistema operativo riconosce e “monta” il View (come fosse una penna USB)

ATTIVARE IL MODO MTP IN K/UBUNTU LINUX 7.10:
Tutto si svolge intorno alla libreria libmtp, che nelle repositories di Gutsy è presente nella sua versione 0.2.1
Sfortunatamente questa versione non è compatibile con il View, per cui dovremo aggiornare libmtp alla versione più recente, e per farlo dovremo compilarla da sorgenti. Vediamo come fare:

1) Soddisfiamo le dipendenze, installando:
sudo aptitude install libusb-0.1-4 libusb-dev

2) Scarichiamo la versione di libmtp più recente da
http://libmtp.sourceforge.net/index.php?page=download

3) Scompattiamo il tutto in una sottodirectory della home (esempio: /home/user/Sorgenti/libmtp-0.2.5), apriamo un terminale e spostiamoci in questa directory (cd /home/user/Sorgenti/libmtp-0.2.5)

4) Compiliamo con i classici passaggi:

./configure
make (se vi restituisce qualche errore, provate con ‘sudo make’)
sudo make install

5) installiamo gli mtp-tools: sudo aptitude install mtp-tools

6) Editiamo con il nostro editor di testo preferito e con privilegi di root, il file /etc/udev/rules.d/libmtp.rules
e aggiungiamo le seguenti righe (Attenzione che da ATTRS a “audio” è una sola riga!! Inoltre NON FATE COPIA/INCOLLA perché purtroppo il blog ha la pessima abitudine di modificare le virgolette standard con altre che non vanno bene! Se fate Copia/Incolla abbiate l’accortezza di cambiare tutte le virgolette con quelle normali):

# SanDisk Sansa View
ATTRS{idVendor}==”0781″, ATTRS{idProduct}==”74b0″,
SYMLINK+=”libmtp-%k”, MODE=”666″, GROUP=”audio”

7) Salviamo e riavviamo il PC

8.) Una volta riavviato, colleghiamo il Sansa View alla nostra bella porta USB, apriamo una finestra del terminale e scriviamo: mtp-detect
A questo punto dovrebbe comparire un luuuuuuuuunghissimo output.

8a) Se è così, tutto è andato a buon fine: provate ad aprire Amarok (o altro programma che supporta libmtp) e ad aggiungere il View come “MTP Device”. Dovrebbe funzionare.

8b) Se invece mtp-detect non vi restituisce un output luuuuuuuuunghissimo, controllate la prima riga: c’è scritto ‘libmtp-0.2.5‘? Se sì, Non ho idea del perché non vi funzioni, sorry! Se invece continua a segnare ‘libmtp-0.2.1‘ provate con le seguenti soluzioni.

[IMPORTANTE DISCLAIMER: alcune delle soluzioni seguenti vanno a toccare importanti file di sistema. Se decidete di continuare, lo fate a vostro rischio e pericolo, e non mi assumo responsabilità in caso di malfunzionamenti del computer, né di qualsiasi altra conseguenza nefasta possa derivare dalla vostra decisione!
Vi consiglio caldamente di fare un bel backup del sistema prima di continuare. Se non lo fate e continuate ugualmente, non lamentatevi con me poi! ]

SOLUZIONE UNO
In un terminale lanciate sudo ldconfig e lasciatelo lavorare.
Ora lanciate nuovamente mtp-detect. Funziona? Se sì.. ottimo. Se no, continuate a leggere…

SOLUZIONE DUE
In un terminale lanciate sudo aptitude reinstall libmtp6: non ho idea del perché, ma con me ha funzionato, e dopo aver reinstallato libmtp6 e aver riavviato, Amarok mi ha riconosciuto il View come MTP. Altrimenti:

SOLUZIONE TRE
Controllate il percorso in cui il sistema vi ha installato il file libmtp.so.7

Di default dovrebbe essere /usr/local/lib
Aggiungete questo percorso al vostro LD_LIBRARY_PATH scrivendo in un terminale:

export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/lib (o altro percorso, se libmtp.so.7 vi è stato installato altrove)

Riavviate e riprovate mtp-detect

SOLUZIONE QUATTRO
Fate un link simbolico a libmtp.so.7 nella directory /usr/lib:

sudo ln -s /usr/local/lib/libmtp.so.7 /usr/lib/libmtp.so.6

Ancora, riavviate e riprovate mtp-detect

SOLUZIONE CINQUE
Aprite un terminale e tornate nella directory delle sorgenti di libmtp:
cd /home/user/Sorgenti/libmtp-0.2.5
Ora lanciate ./hotplug.sh

Se non vi funziona nemmeno così… andate a Lourdes!! Scherzi a parte, non saprei proprio cos’altro suggerirvi, se non di continuare a usare il Sansa View come device UMS/MSC, come descritto più in alto nella sezione “FORZARE IL MODO UMS/MSC”

Ovviamente tutta la patafiata di cui sopra è valida anche se non possedete un Sansa View, ma avete l’esigenza di aggiornare libmtp all’ultima versione (ad esempio se possedete alcuni DAP della Creative). Naturalmente in questo caso dovrete editare il file /etc/udev/rules.d/libmtp.rules di conseguenza: cercate su Google per gli idVendor e idProduct del vostro lettore.

Un’ultima cosa: non “mescolate” l’utilizzo del Sansa View come MTP e come MSC device. Per ragioni ignote, i file aggiunti con un protocollo non vengono “visti” quando il View è collegato al PC con l’altro protocollo. Il database interno del lettore non ha problemi, e potrete visualizzare/ascoltare tutti i files, indipendentemente da come li avete caricati, tuttavia mescolare i due modi rende più complicata la gestione dei files sul lettore stesso, per cui non ve lo consiglio. Scegliete: o MTP o MSC/UMS!

Alla prossima!

Sin da quando l’uomo ha iniziato a disegnare mappe del globo terrestre, si è posto il serio problema di come rappresentare su un piano qualcosa che nella realtà è disposto su di una superficie sferica.
Evidentemente questo è impossibile, e sono state sviluppate varie tecniche, chiamate proiezioni cartografiche, atte a introdurre distorsioni nell’immagine originale, in modo da poterle riprodurre su un piano. Esistono molte differenti proiezioni (avrete sentito parlare spesso, per esempio di “proiezione di Mercatore”, usata di frequente nei planisferi) ognuna delle quali “sfrutta” un diverso tipo di deformazione (ciascuno dei quali ha i suoi pro e contro) a seconda dell’utilizzo finale.

Gli obiettivi “fisheye” sono soggetti allo stesso problema: il loro ampio angolo di campo (fino a 220° come nel caso del Fisheye-NIKKOR 6mm f/2.8, un mostro che pesa più di 5 chili) cattura un’immagine emisferica molto vasta, che viene proiettata su una superficie piana.
Ovviamente il risultato è quello che tutti conosciamo e che dà a queste lenti il loro caratteristico nome di “occhio di pesce”.
Oggi, con l’avvento della fotografia digitale, sono stati sviluppati dei software particolari, il cui scopo è il cosiddetto “defishing” (in genere non amo usare termini inglesi, ma l’equivalente italiano “depescizzare” mi sembra sinceramente inutilizzabile), che in soldoni non è altro che la modifica di un’immagine fish-eye attraverso l’utilizzo di determinate proiezioni, esattamente come avviene per le carte geografiche.

Una delle più note deformazioni utilizzate è la proiezione rettilineare, che in termini semplici (anche se non rigorosi), non fa altro che rappresentare dritte quelle linee rette che nell’immagine originale, a causa della deformazione a occhio di pesce, sono diventate curve.
Il risultato sostanzialmente è quello di un’immagine analoga a quella che si sarebbe potuta avere scattando la foto direttamente con un obiettivo ultragrandangolare.

Molto note sono anche le proiezioni equirettangolari o la “QTVR” sviluppata da Apple, utili quando si vogliono creare, per esempio, quelle animazioni/filmati spesso presenti nei siti degli alberghi, e che mirano a simulare la vostra presenza in una camera, nella quale potete guardarvi in giro a 360°.

Tutte queste proiezioni però deformano l’immagine in modo tale che, se vogliamo stamparla nel classico formato fotografico, una parte di dettagli contenuti nell’originale vanno persi nell’obbligatorio “ritaglio” rettangolare, come potete vedere dall’immagine di esempio qui sotto, dove ho evidenziato in giallo le parti di immagine che andrebbero perse nella stampa.

Ma perché usare un obiettivo particolare come il fisheye, se poi non vogliamo che l’immagine finale sia affetta dalle distorsioni caratteristiche di questo tipo di lenti? Questa è la domanda che si è posto un simpatico biologo molecolare danese, che partendo da questo presupposto ha deciso di sviluppare un software che non deformasse l’immagine attraverso una proiezione rigorosa come quelle che abbiamo visto poco sopra, ma che “stirasse” la proiezione circolare del fisheye fino ad occupare tutto il fotogramma.
Con questo sistema, anche se -come detto- non geometricamente rigoroso, si ottiene il duplice scopo di ridurre l’effetto distorcente del fisheye, e di occupare tutto il fotogramma senza perdere dettagli.

Come spesso avviene in queste situazioni, la spiegazione a parole è molto più complicata del necessario, per cui penso sia meglio presentarvi direttamente il software in questione e spiegarvi le sue funzioni tramite esempi.

Pertanto ecco a voi RectFish!

Il programma nasce come software per Windows, ma grazie ad una breve ma intensa collaborazione tra il programmatore e chi vi sta scrivendo, dalla versione 1.0.19 è utilizzabile anche su Linux, in quanto gira perfettamente in ambiente WINE.
Da un punto di vista fotografico, RectFish è compatibile con un gran numero di fotocamere e di obiettivi fisheye, per cui è utilizzabile con quasi tutte le combinazioni possibili di questi due elementi, che devono essere specificati nell’apposita finestra richiamabile dal menu setup (Setup -> Manage Equipments).

Per comodità, il programma è in grado di produrre immagini, oltre che applicando la proiezione proprietaria, anche usando le deformazioni Equidistante e Rettilineare, nel caso all’utente servisse l’utilizzo di una di queste due tecniche (la prima “ritocca” il fotogramma originale per fare in modo che vi sia sempre una corrispondenza tra distanza dal centro e angolo di campo, per quelle lenti che non sono “equidistanti”, ed è utile per chi usa gli obiettivi fisheye per produrre immagini panoramiche; la seconda l’abbiamo già descritta in precedenza).

Cliccando su “Add Image(s)” carichiamo un’immagine, che comparirà come anteprima nello spazio apposito in alto a destra. Dopodiché, una volta selezionata nella sezione “Equipment” la nostra combinazione di fotocamera+obiettivo salvata in precedenza, possiamo iniziare a “giocare” con gli sliders nella sezione “Remap”.

I tre bottoni ci permettono di scegliere quale proiezione utilizzare (di default, ovviamente, quella proprietaria del programma), e l’intensità dell’effetto da applicare. Se mettiamo il segno di spunta alla casella “Auto Preview” possiamo vedere quasi in tempo reale il risultato della trasformazione.

Come descritto in precedenza, possiamo utilizzare la funzione RectiLinear, se ci serve questo tipo di deformazione, modificando l’angolo di hAOV (horizontal Angle Of View, ossia Angolo di Visuale orizzontale) in base alle nostre esigenze:

Nella sezione Rectilinear possiamo modificare parecchi parametri: oltre a scegliere l’hAOV, possiamo simulare la rotazione della fotocamera su tutti gli assi, in modo da ricercare l’output più adatto ai nostri scopi.
Inoltre, sia nella sezione RectFish che in quella Rectilinear, possiamo scegliere di applicare l’effetto solo in una certa misura, spostando lo slider “Partial Effect”.

Ma concentriamoci sulla deformazione proprietaria di RectFish, e vediamo con qualche esempio, come essa sia l’ideale per modificare l’immagine fisheye in modo da occupare tutto il fotogramma, senza tuttavia rinunciare al caratteristico effetto prodotto da queste lenti.

Prendiamo, per esempio questa foto di San Gimignano scattata da Enea Pestelacci (eNez su Flickr):

Applicandole la trasformazione RectFish, otterremo un’immagine a fotogramma intero, nella quale tutti gli elementi originali sono stati conservati, così come l’effetto tipico dei fisheye:

Ecco invece la stessa foto modificata con la funzione Rectilinear, e con hAOV di 130° (in modo da occupare tutto il fotogramma). Come potete vedere l’effetto è paragonabile a quello ottenibile scattando la foto con un obiettivo ultragrandangolare, e si perdono parecchi dettagli della foto originale, oltre che l’effetto fisheye:

Ma RectFish permette anche di ridurre l’effetto fisheye, senza distorcere totalmente la foto di partenza, e mantenendo (come abbiamo visto in precedenza) tutti i dettagli dell’originale, come dimostra molto bene il seguente esempio. Ecco un’altra foto di Enea Pestelacci, scattata all’interno dell’Anthropole dell’Università di Losanna:

Applicando la deformazione RectFish otteniamo un’immagine con effetto fisheye ridotto, ma con tutti gli elementi “al loro posto” senza distorsioni esagerate:

Viceversa, la deformazione Rettilineare (sempre con hAOV a 130°) distorce completamente il risultato (sparisce il manifesto rosa sulla sinistra, così come il corridoio sulla destra):

Come vedete, i risultati ottenibili con RectFish sono eccellenti e aumentano notevolmente le possibilità di utilizzo degli obiettivi fisheye. Per questo motivo, a mio parere, questo software non può mancare a chi possiede una lente di questo tipo.

RectFish è prodotto da Acapixus
Una licenza costa $30, e dà diritto agli aggiornamenti gratuiti del programma
Gira in modo nativo su piattaforma Windows, e su Linux grazie a WINE

Si ringrazia Enea Pestelacci (eNez su Flickr) per la concessione dell’utilizzo delle sue fotografie, delle quali è il legittimo proprietario e sulle quali detiene tutti i diritti.

Probabilmente lo sapete già tutti, ma due righe mica fanno male a nessuno…

E’ ufficialmente uscita da un paio di giorni la nuova release (7.10) di Ubuntu e derivate (Kubuntu, Xubuntu, Edubuntu e compagnia bella), denominata “Gutsy Gibbon”.

Andate a scaricarvela dal solito posto.

Uscita KDE4 beta 3: fatevi un giro qui per le succose novità

http://kde.org/announcements/announce-4.0-beta3.php

Altre info e immgaini qui:

http://www.jarzebski.pl/read/kde-4-rev-726625.so 

L’uscita ufficiale di KDE4 è sempre più vicina..nel frattempo fioccano recensioni e reviews delle versioni svn.

http://www.jarzebski.pl/read/kde-4-rev-723381.so

Se siete curiosi sullo sviluppo corrente del nuovo DE date un occhio al link sopra.

Ovviamente è in una lingua incomprensibile l’articolo ma le molte immagini parlano più di mille parole…

DAVVERO stupefacente..

Cos’è Raptor?

Ce lo spiega il suo creatore Nuno Pinherio in questo documento:

Raptor a new menu for KDE 4

Io apprezzo decisamente , voi?

A qualcuno di voi sarà sicuramente capitato: scattare una foto e magicamente la fotocamera si pianta di colpo. Dopo la riaccensione, ZERO fotografie. Cosa fare? Primo consiglio, non scattare più fotografie con quella scheda, anche se il primo istinto sarebbe quello di formattare tutto. Riponete la vostra bella card di memoria in attesa di tornare a casa ed installate questo software sulla vostra linux box:

Questo software (con licenza GNU!) permette di leggere i cluster che compongono la vostra scheda di memoria e di recuperare le informazioni allo stato grezzo, rimontandole in modo tale che siano leggibili. Non assicura la completa restitutio ad integrum di ogni singola fotografia scattata, ma di sicuro permette un’ottima soluzione di recover!Attualmente legge moltissimi formati di files e di supporti di memoria tra cui HD, CD-ROM, schede di memoria varie. A questo indirizzo, trovate l’installazione completa fornita dal blog divilinux.worpress.com . Ho testato il software in questione con una chiave USB un po’ maltrattata, posso dire che ha trovato cose che avevo cancellato nel paleozoico; infine l’ho provato anche con una scheda di memoria (Compact Flash) contenente files in formato .NEF, ovvero il formato RAW di Nikon: trattandosi in definitiva di file .TIF, Photorec è riuscito a recuperare correttamente 3 foto su 4, niente male nonostante non sia un formato ufficialmente supportato!Se qualcuno ha possibilità di provarlo con maggiore fortuna anche con altri formati RAW, ce lo faccia sapere nel forum! Sito ufficiale: http://www.cgsecurity.org/wiki/PhotoRec Prezzo: Free (Licenza GNU)

Girovagando per la rete mi sono imbattutto in questo video mockup di KDE 4. Se la versione finale fosse così non mi dispiacerebbe affatto, voi che ne pensate?

Clicca qui per vedere il video incorporato.

Video ad alta qualità qui:

kde4mockup8.mpeg

Titolo in inglese perchè in italiano era pessimo… Cosa significa? Beh è appena apparso sul blog di amarok questo nuovo screenshot che mostra la parte centrale del player con i suoi plasmoidi, a me non dispiace , voi che ne pensate?

Per chi non avesse ancora provato la beta di KDE 4 ricordo che il riquadro centrale di amarok si base su Plasma.

Link all’articolo QUI.