Provo a riassumere per sommi capi la questione. All’interno dell’applicazione sulla quale sto lavorando ho una SOM di dimensioni 10×10 per la quale, a ciascuna unita’, sono associati 3 pesi. Questi pesi sono contenuti all’interno di variabili a doppia precisione. Lanciando l’applicazione per la prima volta ed addestrando le varie SOM al riconoscimento di determinati oggetti, il learning avveniva alla perfezione. Salvando le matrici di pesi delle SOM e ricaricandole dalla memoria ad un successivo avvio dell’applicazione, invece, il comportamento appreso persisteva ma risultava molto piu’ inefficiente. Con alcuni oggetti che venivano sistematicamente “dimenticati” dal robot guidato da queste SOM. Comportamento alquanto strano, che naturalmente mi ha fatto pensare a qualche problema con il salvataggio/loading delle SOMs dalla memoria. Non fosse che non riuscivo a trovare alcuna anomalia. Visualizzavo i pesi dall’interno dell’applicazione e questi erano gli stessi che poi mi trovavo su file di testo, nonché all’interno dell’applicazione dopo averli caricati. Eppure i valori restituiti da alcune funzioni che lavorano con questi dati erano diversi nei due scenari. Cerca, cerca, cerca ed alla fine (dopo un bel po’ di tempo) l’illuminazione. I dati che visualizzavo attraverso la funzione qDebug() di Qt venivano automaticamente troncati per quanto riguarda la parte decimale. Allo stesso punto esatto di dove venivano troncati per essere salvati su file di testo. Così che, al successivo caricamento, mi ritrovavo con i valori troncati piuttosto che con quelli veri.

Per risolvere il problema e’ stato sufficiente aggiungere una riga di codice alla funzione che si occupa di salvare i double su disco. Al secolo una chiamata al metodo setRealNumberPrecision() della classe QTextStream. Di seguito il nuovo look della funzione.

Ora sotto al prossimo bug!

Ubuntu non e’ in grado, con i driver di default (Ralink 3062), di riconoscere ed utilizzare correttamente il dispositivo in questione. Per rimediare al problema e’ comunque sufficiente ricorrere a driver piu’ aggiornati (al secolo Ralink 3562). Per la loro installazione mi sono basato principalmente sulle informazioni contenute all’interno di questa discussione apparsa su UbuntuForums.org. Per ricapitolare un po’ la questione, elenco quali sono i passi da seguire per chi dovesse trovarsi nella mia stessa situazione.

Come prima cosa e’ necessario sostituire il firmware installato di default da Ubuntu con quello preparato da Ralink. Il link dove trovare il firmware aggiornato e’ questo. Per effettuare la sosituzione non c’e’ da fare altro che copiare il file rt2860.bin, contenuto nell’archivio scaricato, in /lib/firmware/.

Il secondo passo consiste nella compilazione dei driver, reperibili a questo indirizzo. Una volta scompattato l’archivio occorre modificare le linee 12 e 15 del file DPO_RT…/os/linux/config.mk in maniera tale da farle risultare come segue:

HAS_WPA_SUPPLICANT=y
HAS_NATIVE_WPA_SUPPLICANT=y

Da terminale si puo’ quindi accedere alla directory principale del pacchetto e compilare con il classico make seguito da un sudo make install.

Per sicurezza si puo’ provvedere a copiare anche manualmente il modulo del kernel creato durante la compilazione (rt3562sta.ko) dentro a /lib/modules/…/kernel/drivers/net/wireless (con un’istruzione del tipo cp ./os/linux/rt3562sta.ko /lib/modules/$(uname -r)/kernel/drivers/net/wireless/rt3562sta.ko).

Occorre quindi “blacklistare” i driver vecchi che non vogliamo piu’ utilizzare. Lo facciamo editando il file /etc/modprobe.d/blacklist.conf ed aggiungendo le seguenti righe:

#Wireless drivers conflicting with rt3562sta
blacklist rt2800pci
blacklist rt2x00pci

Al file /etc/modules andiamo invece ad aggiungere una nuova linea contenente solo:

rt3562sta

in maniera tale da far si’ che il modulo corretto venga caricato ad ogni avvio di sistema.

Infine aggiorniamo le modifiche con un sudo update-initramfs -u e riavviamo la macchina.

Se tutto e’ andato bene, dopo il reboot dovremmo trovarci con una scheda wireless perfettamente funzionante e riconosciuta al 100% dal proprio OS.

Ancora non sono sicuro al 100% che si tratti di un problema di controller piuttosto che di alimentazione. Nel dubbio ho portato questa mattina la macchina ai ragazzi del Computerbase plymouthiano per farci dare un’occhiata.

Mentre cercavo di isolare il problema per i fatti mai ne ho approfittato per un po’ di shopping sul solito eBuyer, grazie al quale ho aggiornato il disco magnetico del computer con un Western Digital WD20EARS Caviar Green SATA-III da 2TB con 64MB di cache e mi sono comprato un caddy esterno USB per drive SATA da 3,5″ in maniera tale da poter riciclare il drive Hitachi come disco di backup. Il disco Hitachi funziona alla perfezione all’interno di questo case, rendendomi fortunatamente sereno per quanto riguarda il recupero dei miei dati.

Ora aspettiamo solo che ci rimettano in modo la baracca.

I tre monitor sono degli LG W2753VC-PF con risoluzione abbastanza standard di 1,080p Full HD (al secolo 1,920×1,080px). La scheda che supporta il tutto e’ una semplice XFX Radeon HD 5750 single-slot con due uscite DVI ed una mini-displayPort. Siccome i miei monitor non hanno ingressi displayPort il collegamento del terzo monitor e’ stato un po’ tricky. Sono dovuto passare attraverso un adattatore attivo mini-displayPort/DVI e ne ho dovuti provare alcuni prima di individuarne finalmente uno funzionante (per la precisione un modello della Startech, come consigliato dal supporto di AMD).

Ne ho approfittato anche per un upgrade della tastiera. Ora sono seduto di fronte ad una Logitech G19. Un vero e proprio gioiellino che probabilmente meriterebbe un post a parte. E che, tra le altre cose, estende di un altro paio di pollici la “superficie LCD” della mia postazione. Ma di lei, magari, ne parleremo un’altra volta.

Cosa sta a significare tutto ciò? Che chi fosse intenzionato a sviluppare applicazioni grafiche in 3D che non necessitano di engine fisici (anche se l’integrazione con Bullet e’ possibile, come dimostrato in 3DHappyFrog) ha ora a propria disposizione una serie di funzioni semplici, potenti ed efficaci. In puro stile Qt.

Interessante notare, tra le altre cose, il supporto ai mouse 3D (vedi qualche esempio di tali periferiche su Engadget).

Per chi avesse tempo/voglia di smanettare un pochino con le Qt/3D, un po’ di esempi sono disponibili a partire da questo link, dove e’ mostrato anche come importare modelli 3DS attraverso il metodo loadScene di QGLAbstractScene.

Il vostro eroe chiaramente non si e’ fatto pregare per andare a recuperare l’app prima di eventuali (possibili?) ripensamenti da parte di quelli di Cupertino. Dopo un attimo di smarrimento, il funzionamento del software e’ diventato molto chiaro. Purtroppo non e’ possibile passare via iTunes per quello che riguarda l’upload delle ROM sul dispositivo. Problema comunque non insormontabile, in quanto ci si puo’ facilmente appoggiare al software gratuito iExplorer (disponibile sia per Mac OS X che per Windows). Con questo e’ possibile navigare all’interno del file system del proprio iDispositivo, accedere alla cartella Apps/iMAME/Documents ed andarvi a piazzare gli archivi .zip delle varie ROM.

Le ROM che e’ possibile utilizzare sono quelle del pacchetto MAME 37b5 (qui un elenco di tutte quelle ufficialmente supportate). Un ottimo sito dal quale recuperarle (previa registrazione) e’ TheOldComputer.com. Importante ricordarsi, nel caso in cui si vogliano utilizzare ROM Neo Geo, che e’ necessario copiarsi all’interno della cartella Documents anche il file neogeo.zip.

Ora, appurato che purtroppo uno dei miei giochi preferiti (al secolo, il meraviglioso Run and Gun) non funziona con iMame, sarebbe carino se qualche esperto potesse consigliarmi qualche titolo “imperdibile”.

Io, nel mio piccolo, vi riporto alla memoria questo:

Per chi non si trovasse in territorio britannico e non potesse dunque accedere al BBC iPlayer, qualche buon anima ha provveduto ad uploadare l’intero documentario (circa un’ora complessiva di durata) su YouTube. Ovviamente embeddo il tutto qui di seguito. Buona visione!

A chi volesse scrivere un po’ di codice per tentare di risolvere il dilemma puo’ probabilmente tornare utile una copia digitale, in formato testo, della sequenza esadecimale incriminata. Ecco a voi.

Buon divertimento.

L’aggiornamento era quanto meno necessario, dato che la versione precedente di Mendeley, oltre a non esistere in formato HD per iPad, semplicemente non funzionava, crashando in apertura alla stragrande maggioranza degli utenti. Ivi compreso, naturalmente, il sottoscritto. Ora pare che, seppur in colpevolissimo ritardo, tutte le principali magagne del software siano state risolte. E guardate come sono belle le mie pubblicazioni viste dal tablet di Cupertino.

Il risultato? Questo…

Lo sfondo che ho utilizzato io, così come diversi altri tutti di buonissima qualità, puo’ essere scaricato a partire da questo link.