Luca Porcu web site

L’altro ieri mi è arrivato il nuovo dissipatore per la cpu del pc di casa una Noctua NH-C12P, un dissipatore veramente eccellente in ogni aspetto, silenziosissimo stiamo sui 12dba, capacità di dissapazione di altissimo livello la temperatura della cpu è scesa di un 10° in idle, quando è sotto stress la differenza aumenta, soprattutto su sistemi in forte stress (overclock ad esempio), manuale di installazione veramente semplice e chiaro.
Ecco qualche foto fatta:
http://www.flickr.com/photos/lucaporcu/sets/72157616304977874/

Molte volte capita di sapere come si chiama un file e non sapere da dove l’abbiamo installato con il tool rpm possiamo recuperare le informazioni che ci servono.

rpm -qf /path/nomedelfile

ad esempio conosciamo rpmbuild e sappiamo che è in  /usr/bin/

[luca@lucap ~]$ rpm -qf /usr/bin/rpmbuild
rpm-build-4.4.2.3-2.fc9.i386

per sapere il percorso di un eseguibile è sufficiente dare:

[luca@lucap ~]$ whereis rpmbuild
rpmbuild: /usr/bin/rpmbuild /usr/share/man/man8/rpmbuild.8.gz

La nuova versione di Fedora la 9, non ha il pacchetto totem-xine che c’era sino alla 8, praticamente questo pacchetto ora non permette di eseguire tutto come succedeva su fedora 8 non è un sostituto di totem ma solo un estensione, per poter avere le anteprime dei video e totem che esegue qualsiasi cosa dobbiamo caricare tutti i pacchetti chiamati gstreamer-*

$ rpm -qa | grep gstreamer
gstreamer-plugins-base-0.10.19-1.fc9.i386
gstreamer-plugins-good-0.10.7-1.fc9.i386
gstreamer-0.10.19-1.fc9.i386
gstreamer-plugins-bad-extras-0.10.7-1.lvn9.i386
gstreamer-tools-0.10.19-1.fc9.i386
gstreamer-python-0.10.11-2.fc9.i386
gstreamer-ffmpeg-0.10.4-1.lvn9.i386
gstreamer-plugins-pulse-0.9.5-0.5.svn20070924.fc9.i386
gstreamer-plugins-ugly-0.10.8-1.lvn9.i386
gstreamer-plugins-bad-0.10.7-1.lvn9.i386
totem-gstreamer-2.23.2-2.fc9.i386

in particolare questo:

gstreamer-ffmpeg-0.10.4-1.lvn9.i386

Gli ultimi aggiornamenti sui driver portano alla compilazione ed al funzionamento della scheda anche con gli ultimi kernel.

è valida la vecchia guida:

http://www.lucaporcu.com/modules/wordpress/2007/07/07/avermedia-m115-su-linux/

EDIT:

quasi dimenticavo, i driver scaricati non compilano bisogna eliminare due righe in due file:

v4l-dvb-experimental/v4l/bt866.c la riga 304
v4l-dvb-experimental/v4l/ks0127.c non ricordo la riga ma era sui 700, dopo il make vi trovate l’errore, è sufficiente cancellare la riga!

Su Fedora 9 è stato messo l’ultimissimo GDM che ha introdotto grandi novità solo che mancano alcune parti, una di queste è il pannello di configurazione.

Il primo passo è stato quello di cambiare sfondo, andado a modificare il file

/usr/share/backgrounds/waves/waves.xml

buon divertimento.

Ed eccoci qua come di consueto, appena esce una nuova versione di fedora sempre pronti ad installarla provarla e usarla!Ci sono tante novità, un nuovo GDM, packagekit, nuovo gnome, maggiore integrazione di gnome con il sistema, maggiore usabilità.

L’aspetto grafico non è che cambi tanto dopottutto è sempre gnome :D!

Hanno finalmente sistemato NetworkManger il Keyring di gnome che si integrano tutti alla perfezione e finalmente una volta entrati nel sistema non serve inserire mille volte la password per sbloccare questo o quel componente.

PackageKit è molto interessante e sicuramente molto più snello e veloce di yumex.

Ha ancora qualche piccolo bug, come la mancata visualizzazione dei pacchetti quando si clicca su una categoria, ma in compenso la ricerca è molto veloce e completa.

Per il resto ci sono quasi tutti i pacchetti aggiornati alle ultime versioni, non ha senso parlarne uno per uno, sono tantissimi e ci sono tantissime piccole novità che avvicinano Fedora e Linux a tutti, dalle integrazioni con le memory card che appena si collegano oltre alla solita finestrella importa ora propone di scaricare le foto su F-Spot ad esempio, oppure NetworkMangere che ha finalmente la possibilità di impostare le rete a mano senza dover per forza di cose andare in DHCP, passando per Firefox 3, a emesene 1.0  ad xrandr 1.2 perfettamente integrato con le GUI anche se ha qualche bug ad esempio non segnala il motivo per il quale non riesce ad estendersi a causa del Virtual Desktop troppo piccolo, oppure l’impossibilità di forzare una risoluzione quando il monitor viene rilevato in modo errato.

Per il resto è tutto molto veloce e pulito, buona Fedora 9 a tutti.

seguo la scia..

[luca@pingu ~]$ history|awk ‘{a[$2]++ } END{for(i in a){print a[i] ” ” i}}’|sort -rn|head
205 su
135 cd
61 ll
60 make
58 tvtime
38 ssh
29 ls
24 cat
21 df
20 hg
[user@host ~]# history|awk ‘{a[$2]++ } END{for(i in a){print a[i] ” ” i}}’|sort -rn|head
162 cd
152 service
131 ls
102 ps
77 tail
73 ll
42 rm
39 chmod
33 vim
24 cat

Compiz tutti lo conosciamo, dopo l’ultimo rilascio dei driver ati ufficiali ho deciso di installare e provare compiz fusion ed i nuovi driver ati appunto.

La procedura di installazione dei driver ati è sempre la solita, aggiungendo il repository livna ed installando il pacchetto opportuno.

Compiz-fusion invece è un pò diverso, abbiamo una versione di questo software nei repository di fedora ma a quanto pare non abilita tutti i plugin disponibili, quindi ho installato una versione da un repository differente.

http://forums.fedoraforum.org/showthread.php?t=173317

wget http://www.dfm.uninsubria.it/compiz/fusion/compiz-fusion.repo -O /etc/yum.repos.d/compiz-fusion.repo

yum install compiz-all fusion-icon-all compiz-fusion-plugins-unsupported compiz-bcop ccsm emerald-themes

In questo modo abbiamo una versione di compiz completa e perfettamente funzionante, con il sotware ccms è possibile modificare le impostazioni dei plugins, trovate la voce dentro il menu sistema–> preferenze –> aspetto e stile –> CompizConfig setting manager.

I driver ati si stanno comportando piuttosto bene, il sistema risponde molto velocemente e la cpu non viene stressata in modo particolare, per ora vi faccio vedere uno screen shot, buon divertimento anche a voi!

Livna sta restando molto indietro con i pacchetti per k9copy ed oltre a restare indietro non funzionano per niente, quindi ho deciso di ricompiciare la creazione del pacchetto per questo “indispensabile” software.

Il pacchetto lo trovate qua:

http://www.lucaporcu.com/modules/mydownloads/visit.php?cid=1&lid=21

Una volta scaricato dovete importare la mia chiave gpg in modo da poterlo installare con yum

rpm --import http://www.lucaporcu.com/download/luca.asc

Una volta importata la chiave, è sufficiente lanciare yum

yum install /path/k9copy-1.2.2-1.i386.rpm kdebase

la dipendenza di kdebase non mi è riuscito di metterla con checkinstall con la creazione dell’rpm o meglio l’ho messa ma poi yum non la risolve in modo corretto!

giusto per completezza ecco il resto del software indispensabile per k9copy:

mencoder

mplayer

libdvdread

dvdauthor

dbus-qt

Ogni tanto capita che qualche persona ci mandi files in formato OpenXML(docx) finché sono amici gli si può sempre chiedere di convertici il file in un formato “decente”, ma quando a mandarci questi files sono i nostri clienti non sarebbe elegante fargli una richiesta di questo tipo.

La Novell ha rilasciato una versione di un convertitore da OpenXML a Opendocument e viceversa:

http://download.novell.com/SummaryFree.jsp?buildid=ESrjfdE4U58~

in teoria questo rpm installa un plugin per openoffice, ma funziona solo con l’openoffice di Novell stessa, per usarlo, ho preso l’rpm l’ho estratto con fileroller (potete estrarvelo come vi pare ovviamente), e preso un eseguibile messo dentro una cartella program chiamato

OdfConverter

per usarlo dobbiamo usare una sintassi windowslike:

./OdfConverter /I input.docx /O output.odt

dopo qualche secondo abbiamo il file convertito in un formato per noi leggibile.

É tutto con questi semplici passaggi abbiamo aggirato un’altro problema, speriamo venga fatto a breve un plugin funzionante, perché si può sponsorizzare quanto si vuole openoffice ed il formato opendocument ma quando si lavora in questo settore e i clienti usano office 2007 non c’è alternativa se non essere flessibili!

Buon lavoro a tutti

Con le nuove versioni di xorg abbiamo il supporto a Xrand, la mia configurazione per il dualhead di una scheda video si è notevolmente semplificata ed ora è molto pù leggibile di prima:

cat /etc/X11/xorg.conf
Section "ServerLayout"
Identifier     "Multihead layout"
Screen      0  "Screen0"
InputDevice    "Keyboard0" "CoreKeyboard"

EndSection

Section "InputDevice"
Identifier  "Keyboard0"
Driver      "kbd"
Option      "XkbModel" "pc105"
Option      "XkbLayout" "it"
EndSection

Section "Monitor"
Identifier   "Monitor1"
VendorName   "Monitor Vendor"
ModelName    "LCD Panel 1280x1024"
Option      "dpms"
Option  "RightOf" "Monitor2"
EndSection

Section "Monitor"
Identifier   "Monitor2"
VendorName   "Monitor Vendor"
ModelName    "LCD Panel 1280x1024"
Option      "dpms"
EndSection

Section "Device"
Identifier  "Videocard0"
Driver      "radeon"
Option "monitor-VGA-0" "Monitor1"
Option "monitor-DVI-0" "Monitor2"
EndSection

Section "Screen"
Identifier "Screen0"
Device     "Videocard0"
DefaultDepth     24
SubSection "Display"
Viewport   0 0
Depth     24
Virtual 2560 1024
EndSubSection
EndSection

Section "DRI"
Mode         0666
EndSection

Questa parte

Option "monitor-VGA-0" "Monitor1"
Option "monitor-DVI-0" "Monitor2"

va fatta seguendo l’output di xrandr -q

xrandr -q
Screen 0: minimum 320 x 200, current 2560 x 1024, maximum 2560 x 1024
VGA-0 connected 1280x1024+1280+0 (normal left inverted right x axis y axis) 338mm x 270mm
1280x1024      60.0*+   75.0     59.9
1152x864       75.0
1024x768       74.9     75.1     60.0
832x624        74.6
800x600        75.0     74.9     60.3
640x480        75.0     74.8     60.0
720x400        70.1
DVI-0 connected 1280x1024+0+0 (normal left inverted right x axis y axis) 376mm x 301mm
1280x1024      60.0*+   76.0     75.0     71.9     59.9
1152x864       75.0     74.8
1024x768       75.1     70.1     60.0
832x624        74.6
800x600        72.2     75.0     60.3
640x480        75.0     72.8     66.7     60.0
720x400        70.1
640x350        70.1
S-video disconnected (normal left inverted right x axis y axis)

Per fare un backup del proprio sistema operativo ci sono tantissimi tools, ma la maggior parte sono tutti da riga di commando di difficile compressione ed interpretazione, qualche tempo fa mi sono imbattuto in un programma chiamato pybackpack.

pyBackPack è un tool per fare backup da interfaccia grafica e molto semplice scritto per gnome e rilasciato sotto licenza GPL
In origine il progetto è stato portato avanti da Dave Arter che ci ha lavorato durante il Google Summer of Code in 2005, per il progetto Fedora. Dopo un breve periodo di inattività Andy Price si è occupato di portare avanti il progetto.

L’istallazione è come sempre banalissima con yum:

yum install  pybackpack

Il suo funzionamento è molto semplice, dopo aver dato un nome ad un set di backup è possibile aggiungere delle cartelle di cui fare il backup ed escluderne alcune, ad esempio, mettiamo che vogliamo fare il backup di tutta la nostra home, ma vogliamo escludere la cartella di VirtualBox, in questo caso andiamo ad aggiungere tutta la cartella, poi selezioniamo la o le cartelle che vogliamo escludere e indichiamo al software che vanno escluse dal set.

Una volta scelte queste opzioni, possiamo scegliere la destinazione del backup, CD o DVD, Filesystem locale, o un server remoto raggiungibile via SSH, o una qualsiasi cartella remota montata sul nostro sistema ovviamente.

Fatto ciò è sufficiente lanciare il backup.

I backup sono incrementali e si appoggia sul software rdiff-backup.

Perché usare un software del genere e non appoggiarsi a strumenti che permettono backup schedulati etc etc?

Perché un utente medio non ha voglia di installarsi configurarsi schedularsi un sistema di backup complesso, preferisce mille volte un programmino semplice e veloce come questo dove può scegliere come quando e dove fare un backup ogni volta che gli pare, soprattutto quando parliamo del pc di casa che magari non è acceso sempre alle solite ore per poter definire dei processi di schedulazione automatici.

come per la versione 7 di fedora livna continua a creare i pacchetti di questo fantastico software

yum install k9copy

Ovviamente dovete avere livna configurato tra i repositori di yum:

rpm -Uvh http://rpm.livna.org/livna-release-8.rpm

Raramente mi capita di dover usare le applet java, oggi mi è capitato e guarda un pò non partivano plugin non installati, seguo la solita procedura, convinto che fosse tutto ok riapro la pagina web e l’applet è li morta un bello spazio bianco e niente applet java.

Giro un pò sul web e scopro che c’è qualche problma sul jre della sun, l’unica soluzione che ho trovato è questa:

sed -i 's/XINERAMA/FAKEEXTN/g' /opt/jre1.6.0_03/lib/i386/xawt/libmawt.so

Ora le applet vanno alla grande.

Finalmente possiamo dire che è arrivata, in perfetto orario come sempre :D

Ci sono tantissime novità, non sto io ad elencarle, ci sono migliaia di siti che lo fanno, quindi se volete sapere quali novità vi attendono andate qua:

http://fedoraproject.org/relnotes

Per aggiornare da una vecchia versione, il team di fedora sconsiglia sempre un upgrade, consigliano sempre un’installazione exnovo, ma chi volesse “disubbidire” ha due strade:

• Scaricare l’ISO da uno dei tanti mirror, o meglio se con un torrent, e poi procedere all’upgrade tramite il dvd, seguendo le indicazioni dell’installer Anaconda.
• Aggiornare tramite yum, un pò come ho spiegato due post fa.

Per aggiornare a fedora 8 è sufficiente scaricare un rpm :

rpm -Uhv ftp://download.fedora.redhat.com/pub/fedora/linux/releases/8/Fedora/i386/os/Packages/fedora-release-8-3.noarch.rpm

Una volta installato questo, dobbiamo dire a yum di aggiornare non prima di aver cancellato la cache:

yum clean all

e poi:

yum update o yum upgrade

una volta finito tutto questo processo, che come per l’aggiornamento alla versione di sviluppo, necessita un download veramente esagerato (normalmente sono 1.5GB), dobbiamo ripulire il sistema dalla “spazzatura” e procediamo con questi:

yum install yum-utils;

package-cleanup –orphans

Questo tool ci da la lista di pacchetti che non sono presenti nei repository, e che quindi sono “orfani”, li possiamo togliere, ma con tantissima attenzione, per eliminarli usiamo rpm -e nomepacchetto, non so se è il caso di usare yum ma fatte molta attenzione, se qualche pacchetto ha ancora dipendenze verificate attentamente cosa sta andando a cancellare ( non per niente l’upgrade viene sconsigliato, è un’operazione piuttosto delicata e da fare con tanta attenzione).

Tra i pacchetti che non vanno via c’è avahi, per cancellarlo:

rpm -e --noscripts avahi-0.6.17-1.fc7

Per abilitare pulseaudio consigliano di installare il gruppo sound-and-video, ma se come me avete ad esempio totem da livna, vi da problemi di conflitto, usando yumex, installatevi i vari pacchetti del gruppo che vi interessano, altrimenti con yum:

yum groupinstall sound-and-video (if you are using Gnome)
yum install kde-settings-pulseaudio (if you are using KDE)

Per poter sentire l’audio con il plugin flash bisogna installare questo pacchetto:
yum install libflashsupport

Ci sono inoltre diverse indicazioni tutte reperibili nel sito di fedoraproject.org, dove danno consigli e suggerimenti su come risolvere i problemi!
riferimenti:

http://fedoraproject.org/wiki/YumUpgradeFaq

Ieri è uscita la nuova versione di skype anche se solo in beta che supporta i video.

Potete scaricare da qua:

http://www.skype.com/intl/en/download/skype/linux/beta/choose/

Funziona alla grande.

Eccoci qua a riparlare di doppi schermi e schede ati, questa volta vorrei parlare della funzionalità di Xorg che permette di abilitare il doppio schermo o la risoluzione del monitor al volo senza dover riavviar il server grafico.

Da Fedora 9, dovremmo avere anche una gui che permette di sfruttare tutte le funzionalità, per ora è possibile solo cambiare risoluzione al volo e poche altre cose.

Nel mio caso devo prima dire allo schermo VGA-0 che modalità mi serve, con xrandr -q, vedete le modalità già abilitate sui vari monitor e come si chiamano.

xrandr --addmode VGA-0 "1440x900"
xrandr --output VGA-0 --right-of LVDS --mode 1440x900

nel man e nell’help del programma vedete tutte le varie opzioni che da.

Forse dovrei togliere il quasi? Ormai è quella nei repository di sviluppo :D

È da qualche giorno che ci penso ma non l’avevo ancora fatto, stavo aspettando che uscissero i driver ati per poterli provare visto che su Fedora 8 abbiamo la versione 2.6.23 del kernel e i driver rilasciati dalla Ati non sono compilati (si spera per poco) per questa versione.

EDIT: (sono passate solo poche ore ed hanno messo i driver compilati anche per questa versione del kernel).

Installati provati, due click, e tolti.

Veniamo a noi cosa dobbiamo togliere per aggiornare Fedora:

yum remove beryl-plugins mencoder vlc ffmpeg-libs libquicktime bdock heliodor kmod-fglrx smc
dovrebbe togliere tutto quello che non serve per ora, li reinstalleremo, anche se ne dovremo fare a meno magari per qualche giorno, ma non importa non sono così vitali.

Ora possiamo aggiornare tutto dai repository di sviluppo:

yum update –enable development –enable livna-development

Un paio d’ore per scaricare ed aggiornare(dipende dalla linea e dal vostro pc ovviamente, più ne abbiamo più veloce si và).

Transaction Summary
=============================================================================
Install 95 Package(s)
Update 1224 Package(s)
Remove 2 Package(s)

Total download size: 1.4 G
Is this ok [y/N]:

Non è poco quello da scaricare in una installazione standard di fedora.

Quindi nel fratempo vi consiglio di guardare un bel film, oppure fare come il sottoscritto farsi una bella dormita!

É mattino e la mia bella fedora sembra aggiornata, yum ha finito il suo lavoro, procediamo al riavvio, così su due piedi!

Occhio ai driver ati, se avevate i driver fglrx attivati, li dovete togliere e mettere i classici ed open source driver “radeon”(o ati).

La maturità raggiunta da questo sistema operativo è impressionante, non ho dovuto toccare un riga di files di configurazione, niente di niente, al primo riavvio ha funzionato tutto alla perfezione dal wireless con il WPA al plugin per i video e gli mp3, ai vari software configurati evolution, f-spot, eclipse in pratica non mi resta che farvi vedere uno screen shot, perchè non c’è altro da dire!

Queste sono le mie foto preferite che ho messo su flickr

dsc_4018.jpg, originally uploaded by lucaporcu.

Ecco una foto fatta l’altra notte, a Sarroch.
Il soggetto della foto è una fiaccola della Saras la raffineria accanto al nostro paese.

Quante volte vi capita di avere un database in UTF-8 magari, ma dentro ci sono finiti dei caratteri con codifiche strampalate?

ecco una serie di passaggi che ci permettono di aggiustare questi database:

PGCLIENTENCODING='UTF-8' PGDATABASE=database pg_dump -Fp -O -x -U postgres -h localhost > tempfile1

grep -v "COMMENT ON SCHEMA" < tempfile1 > tempfile2

iconv -f UTF-8 -t CP1252 -c < tempfile2 > tempfile3

iconv -f CP1252 -t UTF-8 -c < tempfile3 > tempfile4

PGDATABASE=nuovodatabase psql -q -U postgres -h localhost -v ON_ERROR_STOP=1 < tempfile4

In questo caso avevo un database in UTF-8 con caratteri CP1252, quindi è stato sufficiente prendere il dump del database, convertirlo in cp1252 e poi riportare il dump in utf8.

Spero possa aiutarvi :D

Riferimenti:

http://docs.moodle.org/en/UTF-8_PostgreSQL

Tra poco mi arriva il nuovo obbiettivo non vedo l’ora:

Lo zoom Nikkor AF-S DX VR 55-200 mm f/4-5.6G IF-ED ecco una foto:

Caratteristiche principali:• Teleobiettivo zoom compatto dotato di VR e SWM
• Riduzione Vibrazioni (VR)
• Ampia portata dello zoom 55-200 mm
• Lente ED per ridurre al minimo le aberrazioni cromatiche e offrire contrasto e risoluzione maggiori
• Motore SWM (Silent Wave Motor)
http://www.nital.it/press/2007/55_200VR.php

Questo processo è molto semplice grazie ad un software di cui ho parlato qualche tempo fa Ufraw.

La Nikon D40 permette di scattare le foto salvando i files in due formati jpeg e raw(nef), ma il jpeg creato è un jpeg compresso con un fattore di compressione del 80-85% circa (sono file da 6-700 KByte), ma se vogliamo i file in formato jpeg senza essere compressi, alla massima risoluzione ci viene in contro ufraw:

ufraw-batch * --out-type=jpeg --compression=100 --out-path=jpeghr/

in questo modo convertiamo tutti i files nef dentro la cartella corrente e li mettiamo in un altra cartella.

ufraw permette di impostare diversi parametri oltre al formato e la compressione, per vederli tutti è sufficiente chiamare l’help:

ufraw-batch --help

É una cosa semplice e banale ma non proprio immediata vediamo come fare l’upload di file su di un bean con altri dati senza dover impazzire:

protected ModelAndView onSubmit(HttpServletRequest request,
HttpServletResponse response, Object obj, BindException errors)
throws Exception {
Bean bean = (Bean) obj;
MultipartFile file = bean.getFile();
è sufficiente avere nel nostro bean un get e set del File che dia l’oggetto (Interfaccia per la precisione) MultipartFile, alla quale poi possiamo chiedere un’array di byte.

Nel nostro servlet.xml va aggiunto questo, è indispensabile.

<bean id="multipartResolver"
class="org.springframework.web.multipart.commons.CommonsMultipartResolver"/>

Infine nel form va aggiunto : enctype=”multipart/form-data”

non abbiamo bisogno d’altro, ora avremmo il nostro bean pronto e funzionante in pochi passaggi!

http://www.springframework.org/docs/reference/mvc.html

Oggi ho aggiornato la mia fedora 7 e mi sono ritrovato davanti ad un problema fastidioso, non mi andava più nessun dispositvo USB.

sd 6:0:0:0: Attached scsi removable disk sdb
sd 6:0:0:0: Attached scsi generic sg2 type 0
end_request: I/O error, dev sdb, sector 1984000
printk: 613 messages suppressed.
Buffer I/O error on device sdb, logical block 1984000
end_request: I/O error, dev sdb, sector 1984000
Buffer I/O error on device sdb, logical block 1984000
end_request: I/O error, dev sdb, sector 1983992
Buffer I/O error on device sdb, logical block 1983992
end_request: I/O error, dev sdb, sector 1983993
Buffer I/O error on device sdb, logical block 1983993
Buffer I/O error on device sdb, logical block 1983994
Buffer I/O error on device sdb, logical block 1983995
Buffer I/O error on device sdb, logical block 1983996
end_request: I/O error, dev sdb, sector 1983992

Sembrano errori dovuti al dispositivo USB rovinato ma che iella tutti assieme?

Ed infatti non è così, è bastato aggiornare UDEV.

yum --enable development update udev

Ora ho la versione  udev-114-2.fc8 e tutto è tornato alla normalità

IL 15 Agosto come di consuetudine sulla spiaggia di Nora a Pula dopo una processione di barche che portano in giro la Madonna ci sono i fuochi d’artificio, quest’anno con la mia macchina fotografica e l’immancabile cavalletto mi sono dilettato con la Fotografia.

Ecco il risultato di alcuni scatti spero vi piacciano per ogni foto metto accanto le info sullo scatto:

Questa è la mia preferita, sembra una palma!

File name : dsc_1497.nef
File size : 4915620 Bytes
Camera make : NIKON CORPORATION
Camera model : NIKON D40
Image timestamp : 2007:08:15 21:19:51
Image number :
Exposure time : 10 s
Aperture : F20
Exposure bias : 0
Flash : No flash
Flash bias :
Focal length : 55.0 mm (35 mm equivalent: 82.0 mm)
Subject distance:
ISO speed : 400
Exposure mode : Manual
Metering mode : Multi-segment
Macro mode :
Image quality : RAW
Exif Resolution : 3040 x 2014
White balance : CLOUDY
Thumbnail : None

(more…)