# 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

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.

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

Debian sid 64, Java jre.
Promemoria.

Rimossi i 3 pacchetti Sun jre osbsoleti:
sun-java6-bin_6.26-3_amd64.deb
sun-java6-plugin_6.26-3_amd64.deb
sun-java6-jre_6.26-3_all.deb

Scaricato da
http://www.oracle.com/technetwork/java/javase/overview/index.html

jre-6u30-linux-x64.bin

eseguito, estrae la cartella jre1.6.0_30 spostata poi in /usr/lib/jvm/
Creato link simbolico oracle-jre.1.6

cd /usr/lib/jvm
sudo ln -s jre1.6.0_30 oracle-jre.1.6

Creata una alternativa per
/usr/bin/java
con slave
/usr/bin/java_wm
/usr/bin/javaws
/usr/lib/firefox/plugins/libjavaplugin.so

con il comando

sudo update-alternatives --install /usr/bin/java java /usr/lib/jvm/oracle-jre.1.6/bin/java 3 --slave /usr/bin/java_vm java_vm /usr/lib/jvm/oracle-jre.1.6/bin/java_vm --slave /usr/bin/javaws javaws /usr/lib/jvm/oracle-jre.1.6/bin/javaws --slave /usr/lib/firefox/plugins/libjavaplugin.so firefox-javaplugin.so /usr/lib/jvm/oracle-jre.1.6/lib/amd64/libnpjp2.so

ora la situazione è questa:

ls -l /etc/alternatives/java*
lrwxrwxrwx 1 root root 46 dic 18 22:58 /etc/alternatives/java -> /usr/lib/jvm/java-6-openjdk-amd64/jre/bin/java
lrwxrwxrwx 1 root root 56 dic 18 22:58 /etc/alternatives/java.1.gz -> /usr/lib/jvm/java-6-openjdk-amd64/jre/man/man1/java.1.gz

ls -l /etc/alternatives/firefox-javaplugin.so ls:
impossibile accedere a /etc/alternatives/firefox-javaplugin.so: File o directory non esistente

Possiamo passare alla versione oracle 6 con

sudo update-alternatives --config java

Sono disponibili 2 scelte per l'alternativa java (che fornisce /usr/bin/java).

  Selezione    Percorso                                        Priorità  Stato
------------------------------------------------------------
* 0            /usr/lib/jvm/java-6-openjdk-amd64/jre/bin/java   1061      modalità automatica
  1            /usr/lib/jvm/java-6-openjdk-amd64/jre/bin/java   1061      modalità manuale
  2            /usr/lib/jvm/oracle-jre.1.6/bin/java             3         modalità manuale

Premere Invio per mantenere il valore predefinito[*] o digitare il numero della selezione:
2
update-alternatives:
viene usato /usr/lib/jvm/oracle-jre.1.6/bin/java per fornire /usr/bin/java (java)
in modalità manuale.

dopo il cambio la situazione diviene questa:

ls -l /etc/alternatives/java*
lrwxrwxrwx 1 root root 36 dic 18 23:05 /etc/alternatives/java -> /usr/lib/jvm/oracle-jre.1.6/bin/java
lrwxrwxrwx 1 root root 39 dic 18 23:05 /etc/alternatives/java_vm -> /usr/lib/jvm/oracle-jre.1.6/bin/java_vm
lrwxrwxrwx 1 root root 38 dic 18 23:05 /etc/alternatives/javaws -> /usr/lib/jvm/oracle-jre.1.6/bin/javaws

ls -l /etc/alternatives/firefox-javaplugin.so
lrwxrwxrwx 1 root root 49 dic 18 23:21 /etc/alternatives/firefox-javaplugin.so ->
/usr/lib/jvm/oracle-jre.1.6/lib/amd64/libnpjp2.so

ls -l /usr/lib/jvm/oracle-jre.1.6
lrwxrwxrwx 1 root root 11 dic 18 22:01 /usr/lib/jvm/oracle-jre.1.6 -> jre1.6.0_30

Il plugin firefox non viene rilevato perchè è nella cartella /usr/lib/firefox/plugins/ che per qualche oscuro motivo non viene rilevata, mentre viene vista la cartella /usr/lib/mozilla/plugins.
Risolviamo creando un link simbolico:

cd /usr/lib/mozilla/plugins
sudo ln -s /usr/lib/firefox/plugins/libjavaplugin.so libjavaplugin.so

e a questo punto tutto è a posto.

Al prossimo aggiornamento basta copiare la nuova cartella e aggiornare il link simbolico.
Esempio per una ipotetica versione 6u35

jre-6u35-linux-x64.bin

scompattata la jre e spostata in /usr/lib/jvm/
/usr/lib/jvm/jre1.6.0_35

aggiornare link simbolico oracle-jre.1.6

cd /usr/lib/jvm
sudo ln -sf jre1.6.0_35 oracle-jre.1.6

Jre versione 7

Scaricato il file
jre-7u2-linux-x64.tar.gz

copiata in /usr/lib/jvm la cartella jre1.7.0_02 e creato il link simbolico

cd /usr/lib/jvm
sudo ln -s jre1.7.0_02 oracle-jre.1.7

creata l’alternativa con i tre slave:

sudo update-alternatives --install /usr/bin/java java /usr/lib/jvm/oracle-jre.1.7/bin/java 10 --slave /usr/bin/java_vm java_vm /usr/lib/jvm/oracle-jre.1.7/bin/java_vm --slave /usr/bin/javaws javaws /usr/lib/jvm/oracle-jre.1.7/bin/javaws --slave /usr/lib/firefox/plugins/libjavaplugin.so firefox-javaplugin.so /usr/lib/jvm/oracle-jre.1.7/lib/amd64/libnpjp2.so

Ora basta il solito

sudo update-alternatives --config java

Sono disponibili 3 scelte per l'alternativa java (che fornisce /usr/bin/java).

  Selezione    Percorso                                        Priorità  Stato
------------------------------------------------------------
  0            /usr/lib/jvm/java-6-openjdk-amd64/jre/bin/java   1061      modalità automatica
  1            /usr/lib/jvm/java-6-openjdk-amd64/jre/bin/java   1061      modalità manuale
* 2            /usr/lib/jvm/oracle-jre.1.6/bin/java             3         modalità manuale
  3            /usr/lib/jvm/oracle-jre.1.7/bin/java             10        modalità manuale

Premere Invio per mantenere il valore predefinito[*] o digitare il numero della selezione:
3
update-alternatives:
viene usato /usr/lib/jvm/oracle-jre.1.7/bin/java
per fornire /usr/bin/java (java) in modalità manuale.

Dopo il cambio la situazione diventa:

ls -l /etc/alternatives/java*
lrwxrwxrwx 1 root root 36 dic 18 23:33 /etc/alternatives/java -> /usr/lib/jvm/oracle-jre.1.7/bin/java
lrwxrwxrwx 1 root root 39 dic 18 23:33 /etc/alternatives/java_vm -> /usr/lib/jvm/oracle-jre.1.7/bin/java_vm
lrwxrwxrwx 1 root root 38 dic 18 23:33 /etc/alternatives/javaws -> /usr/lib/jvm/oracle-jre.1.7/bin/javaws

ls -l /etc/alternatives/firefox-javaplugin.so
lrwxrwxrwx 1 root root 49 dic 18 23:33 /etc/alternatives/firefox-javaplugin.so ->
/usr/lib/jvm/oracle-jre.1.7/lib/amd64/libnpjp2.so

ls -l /usr/lib/jvm/oracle-jre.1.7
lrwxrwxrwx 1 root root 11 dic 18 23:32 /usr/lib/jvm/oracle-jre.1.7 -> jre1.7.0_02

Anche in questo caso per eventuali aggiornamenti basta scaricare l’archivio,
copiare la cartella in /usr/lib/jvm e aggiornare il link simbolico oracle-jre.1.7 alla nuova cartella.

Per rimuovere l’alternativa jre 6

sudo update-alternatives --remove java /usr/lib/jvm/oracle-jre.1.6/bin/java

cancellate la cartella
/usr/lib/jvm/jre1.6.0_35
e il link simbolico
oracle-jre.1.6

Per rimuovere l’alternativa jre 7

sudo update-alternatives --remove java /usr/lib/jvm/oracle-jre.1.7/bin/java

cancellate la cartella
/usr/lib/jvm/jre1.7.0_02
e il link simbolico
oracle-jre.1.7

Attenzione:
promemoria personale per debian 64 sid e Oracle JRE 6 e 7.
Se utilizzate quanto riportato senza sapere cosa fate, o su una 32 bit o per gli archivi SDK e fate un gran casino:
son fatti vostri.

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.

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.

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.

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.

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.