Il sonno dei giusti.

Se come me avete più hard disk nel vostro desktop, ed alcuni sono usati saltuariamente, e li avete messi a dormire con cose tipo:

# standby 20 minuti hitachi magazzino4
sudo hdparm -S 240 /dev/disk/by-id/ata-Hitachi_HDS721010CLA332_********
# standby 20 minuti maxtor 300 ide
sudo hdparm -S 240 /dev/disk/by-id/ata-Maxtor_6L300R0_********

per dettagli:
man hdparm
ls -l /dev/disk/by-id

sapete che molti tool, novelli smistatori di pubblicità in buca già testimoni di genova, tendono a disturbare il sonno dei giusti nei momenti poco oppurtuni.

Zeitgeist (nome del ‘zzo) è uno di questi disturbatori, è bene quindi con activity-log-manager eliminare le attività passate e blacklistare le cartelle dove sono montati i dischi che devono riposare.

Uploaded with ImageShack.us

Ora solo VOI potete interrompere il “sonno dei giusti”.

PS: occhio a non generare troppi mostri.

XBMC 11.0 Eden Beta

Uploaded with ImageShack.us

XBMC 11.0 Eden: Beta

Ovviamente scaricato il src e compilato per test, previo backup di ~/.xbmc.

Cosa va.
Tutto abbastanza bene.

Cosa non va
- I tasti del telecomando fastforward e rewind non funzionano più, ho dovuto rimappare due tasti:

Uploaded with ImageShack.us

- Dopo un fastforward o rewind i sottotitoli sono completamente fuori tempo.

Conclusione, sono ritornato alla 10.1, aspettiamo una prossima beta.

Aggiornamento:
con il git 9b3f2d0 del 7 gennaio 2012 i problemi ai sottotitoli sono risolti, ora lo sto usando e a parte qualche raro crash tutto bene. Resta il mistero dei tasti del telecomando fastforward e rewind che con la 10.1 e precedenti funzionavano e ora non più, costringendomi al remap.

HDMI

Dopo 3 anni e mezzo e una sostituzione ventola DIY, la gloriosa 8600GT, per altro ancora funzionante, è stata sostituita con la stessa spesa (70€) da una più recente Asus ENGT440/DI/1GD5.

Uploaded with ImageShack.us

Considerazioni.

Nessun problema particolare per il video, rigenerati gli xorg.conf con nvidia-settings, qualità video elevata, accelerazione OpenGL e VDPAU ottime come sempre.

HDMI.

Connettendo il TV alla presa HDMI, col tv acceso al boot, lo schermo principale (dove vedete il post e il menu grub) diventa il tv, sia con linux che con windows, con linux la cosa è particolarmente seccante perchè anche le console virtuali sono sul tv.

Col tv spento al boot, tutto appare regolarmente sul monitor vga, però:

Windows: accendendo il tv dopo il login, esso viene riconosciuto al volo ed è pronto per essere usato, nessun problema ne di risoluzione ne di audio hdmi.

Linux: nonostante lo xorg.conf indichi i 2 schermi, accendendo il tv dopo il login, non potrete usare il tv in nessuna maniera, dovrete uscire dalla sessione e riavviarla per avere i 2 schermi funzionati.

1-0 per Windows.

Audio HDMI.

Windows: nessun problema, commutando la periferica audio, si manda l’audio alle casse del pc o al tv.

Linux: apriti cielo.

Dopo aver consultato la sacra scrittura, sono arrivato alla soluzione:

sudo gedit /etc/modprobe.d/snd-hda-intel.conf

e aggiunta la riga

options snd-hda-intel probe_mask=-1,0x2

poi

sudo update-initramfs -u -k `uname -r`

Ora per funzionare l’audio HDMI, il tv DEVE essere rilevato al boot, se lo accendete poi e vi riloggate, non funzionerà MAI. Insomma dovete avere tipo:

 dmesg | grep HDMI
[    6.639008] HDMI status: Codec=1 Pin=5 Presence_Detect=0 ELD_Valid=0
[    6.651180] input: HDA NVidia HDMI/DP as /devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card1/input6
[   23.977289] HDMI hot plug event: Codec=1 Pin=5 Presence_Detect=1 ELD_Valid=0
[   23.980008] HDMI status: Codec=1 Pin=5 Presence_Detect=1 ELD_Valid=0
[   24.064365] HDMI hot plug event: Codec=1 Pin=5 Presence_Detect=0 ELD_Valid=1
[   24.067010] HDMI status: Codec=1 Pin=5 Presence_Detect=1 ELD_Valid=1
[   24.355014] HDMI: detected monitor  32_LCD_TV
[   24.355016]    at connection type HDMI
[   24.355019] HDMI: available speakers: FL/FR
[   24.355023] HDMI: supports coding type LPCM: channels = 2, rates = 44100 48000 88200, bits = 16

con _Detect=1 ELD_Valid=1 altrimenti NISBA audio HDMI.

Quindi l’unico modo è far partire il pc col tv spento per avere post/grub/console sul monitor VGA, al menu del grub accendere il tv e poi selezionare lavoce per il boot, una rottura di scatole.

3-0 per Windows, poi dicono che Linux è per tutti, si col cavo …

Varie:

L’equilibrio video perfetto sul tv, l’ho trovato con questi settaggi:

Uploaded with ImageShack.us

Amarok 2.5

Uploaded with ImageShack.us
Arrivato su Debian Sid da qualche giorno, ottimo come sempre, BAPFL.
Nota:
sembra funzionare solo col backend gstreamer: phonon-backend-gstreamer,
se usate lo xine non c’è audio.

Debian Sid 64 e Oracle Java jre 6 e 7

Uploaded with ImageShack.us

ffmpeg 0.9 e Debian sid

Se usate il repository Debian multimedia, in questi giorni è arrivata l’ultima versione di ffmpeg la 0.9.
Ovviamente essendo le librerie condivise, ed essendo cambiate alcune cose in ffmpeg, si verificano alcuni inconvenienti.

Totem resta in pausa sui file wmv e rmbv.
Soluzione:
scaricato il sorgente di gstreamer0.10-ffmpeg

apt-get source gstreamer0.10-ffmpeg

eliminato in debian rules la riga
--with-system-ffmpeg \
in modo che usi la versione inclusa, aggiornato il pacchetto in
gstreamer0.10-ffmpeg_0.10.12-0.0+1mc
compilato, installato, e ora tutto funziona, senza fracassare gli zebedei.

Tragtor

La sintassi di -map è cambiata, da -map 0.0 a -map 0:0
Creata la patch:

--- a/tragtor/usr/share/tragtor/tragtor.py	2011-12-03 22:22:02.000000000 +0100
+++ b/tragtor/usr/share/tragtor/tragtor.py	2011-12-15 17:59:47.000000000 +0100
@@ -2030,7 +2030,7 @@
             for i in range(0, len(self._videoStreams)):
                 if self._videoStreams[i]["active"]:
                     mapping1 += " -map "
-                    mapping1 += "%s.%s" % (self._videoStreams[i]["file"],
+                    mapping1 += "%s:%s" % (self._videoStreams[i]["file"],
                                           self._videoStreams[i]["ID"])
                     if defvideo:
                         defvideo = False
@@ -2040,7 +2040,7 @@
             for i in range(0, len(self._audioStreams)):
                 if self._audioStreams[i]["active"]:
                     mapping2 += " -map "
-                    mapping2 += "%s.%s" % (self._audioStreams[i]["file"],
+                    mapping2 += "%s:%s" % (self._audioStreams[i]["file"],
                                           self._audioStreams[i]["ID"])
                     if defaudio:
                         defaudio = False

applicata al file /usr/share/tragtor/tragtor.py (in realtà ho fatto un nuovo pacchetto), e tutto rifunziona allegramente.

EDIT

Anche il parsing della dimensione in pixel dei file avi è cambiata, occorre cambiare anche:

--- a/tragtor/usr/share/tragtor/tragtor.py	2011-12-16 13:51:34.000000000 +0100
+++ b/tragtor/usr/share/tragtor/tragtor.py	2011-12-16 19:55:05.061963635 +0100
@@ -1613,7 +1613,7 @@
                     me = re.search("\A(([0-9A-Za-z])+),", substr.strip())
                     if me:
                         array["method"] = me.group(1)
-                    sz = re.search("(([0-9]+)x([0-9]+))", substr)
+                    sz = re.search("(([1-9][0-9]+)x([0-9]+))", substr)
                     if sz:
                         array["size"] = sz.group(1)
                     fr = re.search("([0-9]{1,2}(\.[0-9]{0,2}){0,1}) (fps|tb)(\([cr]\)){0,1}", substr)

e poi sembra che (finalmente) funziona tutto.

Per avere la corretta opzione di pad e crop di default per ffmpeg 0.9, Fitro Video (w:h:x:y:) senza bisogno di impostarla ad ogni apertura di tragtor, un’ultima patch:

--- a/tragtor/usr/share/tragtor/tragtor.py	2011-12-16 20:24:42.774202098 +0100
+++ b/tragtor/usr/share/tragtor/tragtor.py	2011-12-16 21:21:50.935165003 +0100
@@ -164,7 +164,7 @@
         _OPENCOMMAND = False

     _settingsCPU = 1
-    _videoFilter = 0
+    _videoFilter = 2

     _inFiles = []
     _videoStreams = []

Attenzione, con queste patch applicate tragtor funzionerà correttamente solo con ffmpeg 0.9.

Per mplayer, xbmc, handbrake, vlc e eventuali tool che usa ffmpeg di sistema, non so che dirvi, usando io versioni compilate da me che non usano ffmpeg di sistema, proprio per EVITARE questi pasticci in occasione di cambi di ffmpeg incompatibili con le versioni precedenti, già avvenuti in passato.

Se non volete problemi, meglio che restare a ffmpeg 0.8.7 finche la 0.9 non sarà inserita nei repository ufficiali Debian.

Photoshop like … free

Vi piace photoshop ma non avete la necessità di tutte le funzioni evolute?
Gimp è troppo incasinato e non vi trovate?

PixBuilder Studio Free Photo Editing Software for PC

potrebbe fare al caso vostro, funziona su tutti i windows ed anche perfettamente abbastanza* bene su wine senza particolari trucchi, si installa e si esegue senza problemi:

Uploaded with ImageShack.us

nel mio caso con winetricks ho solo installato il font tahoma e attivato l’antialiasing (fontsmooth-rgb), e poi il tema royale per xp (cercate nella rete).

Le funzioni base ci sono tutte, mi sembra un ottimo programma a costo zero.

(*) su wine non funziona lo strumento testo.

Gimp 2.7.x: scorciatoie alla photoshop

Se come me, usate spesso sia gimp che photoshop, sapete che le diverse scorciatoie da tastiera dei 2 programmi, sono fonte di confusione e mal di testa.

Ergo mi son procurato il file o con le scorciatoie come ps, distribuito con gimp 2.6 e che nella .7 non c’è più:

ps-menurc

da rinominare menurc e copiare in ~/.gimp-2.7/

in più ho cambiato alcune scorciatoie ed il file risultante è questo:

pastebin.com/NqQafHZV

fine della confusione e dei mal di testa.

Gimp next: warp e Opencl

Gimp 2.8 è stato annunciato in uscita per la fine di gennaio 2012,
ormai lo potete usare da tempo compilandovi o installandovi una versione 2.7.4+git, perfettamente stabile da tempo.

Nuove funzioni non verranno aggiunte, sono solo in fase di rifinitura e correzioni bug.

E dopo?

WARP

Un interessante sviluppo è il warp direttamente sull’immagine
invece che con l’attuale scomodissimo plugin IWarp:

Uploaded with ImageShack.us

Nel ramo soc-2011-warp troviamo il nuovo progetto, una volta compilato sembra essere attiva solo la nuova interfaccia, ma senza che venga applicato alcun warp sull’immagine:
(EDIT: non applica nulla all’immagine perchè gimp va compilato con la libreria Gegl soc-2011-warp, errore mio)
(EDIT2: non funziona neppure con la gegl corretta
** (gimp-2.7:20870): WARNING **: Failed to set operation type gegl:warp, using a passthrough op instead
update rect: (11,221), 40×40
Warp transform: 1,96319 MPixels/sec
M31,5,241, L36,,240, L58,5,232, L59,,231,5 L59,,231,5
update rect: (39,211), 40×40
Warp transform: 1,82232 MPixels/sec)

Uploaded with ImageShack.us

Speriamo in un rapido avanzamento dei lavori, visto che è molto più comodo lavorare cosi.
Anche poter dipingere delle maschere (vedi fluidifica di photoshop) sulle zone da non toccare, sarebbe estremamente apprezzato.

OpenCL

L’uso di OpenCL permette di velocizzare i calcoli usando la GPU.
Leggendo questo articolo di phoronix, ho visto che i lavori sono in corso.

Ho quindi compilato la versione opencl di gegl, e ricompilato gimp 2.7.4+git20111208 in modo che usi la nuova libreria gegl:

Uploaded with ImageShack.us

OpenCL viene usato tramite CUDA dalla mia Nvidia 8600GT e tutto fila liscio.
Impostato quindi gimp perchè usi GEGL quando possibile (di default non usa GEGL):

Uploaded with ImageShack.us

e usato una immagine di grandi dimensioni (1400*2000 px) per qualche test:

Uploaded with ImageShack.us

Che dire, tutto sembra funzionare, ma non vedo grosse variazioni velocistiche, alcune operazioni GEGL (menu strumenti -> operazioni GEGL) sono davvero molto lente, mentre nell’uso normale (curve, livelli eccetera) mi sembra tutto come prima.

Esempio, applicazione colori curve con un preset sulla stessa immagine:

gimp con Gegl versione opencl
normale
Curve: 18,7597 MPixels/sec
usa gegl
Curve: 3,77992 MPixels/sec

gimp con Gegl versione normale
normale
Curve: 18,3878 MPixels/sec
usa gegl
Curve: 3,48389 MPixels/sec

circa un 8% di incremento usando gegl e la lib con opencl, poca cosa.
Tra l’altro ripetendo più volte i test, i valori cambiano di molto anche del 100%, quindi l’affidabilità dello stesso test è inesistente.

Difficile capire, se per il limitato uso di GEGL da parte di Gimp, o se per la limitata potenza della mia 8600GT, certo i soldi per comprare una mega scheda video non li ho.

Certo che con un quad-core vedere che gimp continua ad usarne solo 1, mi fa pensare che una maggiore specializzazione del codice per usare più processi, sarebbe molto più efficace che usare OpenCl, ma vabbè …

Seguirò gli sviluppi, sperando (ho 51 anni) di vedere qualcosa di finito prima della demenza senile …

LOL

PS:
se qualcuno usa debian sid 64 ed ha una scheda nvidia che supporta CUDA e volesse i 3 pacchetti svnbabl svngegl e svngimp che si installano in /opt e NON interferiscono con il sistema ne con gimp 2.6, me li chieda.

Foxtab + Noscript 2.2

Uploaded with ImageShack.us

Attenzione se usate con firefox le estensioni Foxtab e noscript, che la versione 2.2 di NoScript, inibisce i click su Foxtab, ergo meglio non aggiornare e attendere una successiva versione.