Posts tagged ‘camsensor’

8 luglio 2011

Calise

Breve articolo per dare due comunicazioni di servizio:

ho aperto un blog wordpress in inglese su sourceforge per permettere ai non italofoni di seguire lo sviluppo, in maniera non tecnica, di camsensor.

Cercando in internet ho aihmè visto che camsensor è già marchio registrato e, nonostante per un uso privato e sconosciuto nessuno si arrabbi, se il progetto cresce e non affonda, non vorrei mai rubare pubblicità ad altri (magari che fanno cose simili). Nelle prossime settimane, quindi, aggiornerò tutta la pagina del progetto su sourceforge per cambiare il nome in calise (Camera Light Sensor), attualmente ho già caricato tutto il codice aggiornato con il nuovo nome su svn.

Visto che ci sono elenco alcune delle aggiunte attualmente caricate su svn:

  • nell’interfaccia interattiva ho aggiunto il tasto “a” per cambiare “al volo” il parametro logdata, in pratica, premendo “a” comincia a mantenere i valori oltre quelli che rientrano nella media, ripremendolo, si ferma, questo, quante volte si vuole, una volta che viene richiesto di esportare, verranno esportati anche tutti i pezzi registrati (in realtà questa cosa presenta un “bug” per cui registra/esporta tutto tranne i valori mediati, a meno che non si esporti mentre logdata è attivo)
  • ho sistemato la gestione dei segnali per cui ora reagisce (come doveva essere in principio), senza errori di sistema, ai segnali POSIX stop/continue e terminate, interrupt, ovvero rispettivamente SIGTSTP/SIGCONT e SIGTERM, SIGINT

Ho provato a cercare “clues” (indizi) riguardo all’interfaccia D-bus per il controllo della retroilluminazione in maniera meno “barbara”, ma da quando hal è diventato deprecato, sembra che nessuno si sia messo a scrivere mezza riga sulla retroilluminazione (e su molto altro in realtà) e quindi avrei bisogno di tanta pazienza, anche se, sapendo che dopo protocolli e policy varie alla fine fa esattamente quello che fa il mio programma, non vedo tutta questa urgenza in questo senso.

Altra cosa è l’interfaccia grafica… il modello è preparato, grossomodo le linee guida ci sono, unica cosa, devo informarmi sull’implementazione visto che una “prova veloce” (copia e incolla sperando che vada), pur andando non permetteva alle due parti (GUI ed processo) di comunicare fra loro.

A tutti i miei lettori (so che sono un numero naturale inferiore a π) chiederei se il nome calisep piace o risulta poco appetibile, ci sono in realtà poche alternative sensate, ma andando sull’irrazionale si può esaggggerare senza troppi timori.
Se ci sono consigli commentate o, se mi conoscete e vi vergognate delle idee che vi sono venute in mente, mandate una mail.

Annunci
5 luglio 2011

Camsensor 0.0.3 beta

Poche ore fa mi sono reso conto di aver soddisfatto i punti che volevo per la nuova versione e quindi eccoci qua: camsensor 0.0.3 beta è ora disponibile.
Questa versione corrisponde alla r81 su svn. link: camsensor

I cambiamenti in questa versione sono:

  • esecuzione in un processo (thread) separato, tuttavia non demone; dopo una attenta analisi delle problematiche legate al fatto di tenere occupata una videocamera, ho deciso che un demone non poteva essere la soluzione più corretta, quanto lo era invece un programma non invasivo da poter facilmente “mettere in pausa”;
  • aggiunta di una interfaccia interattiva in stile mplayer per mettere in pausa, riprendere, terminare ed esportare i dati del programma. Sempre a livello grafico, ho aggiunto qualche info sui parametri in uso e ridotto ad una riga che si autoaggiorna l’output del programma. NON ho usato curses per vari motivi non del tutto condivisibili (avrei dovuto ma preferivo un metodo di output più lineare dal punto di vista visivo);
  • come già accennato, per integrare le due modifiche precedenti, ho riordinato il programma e spostato anche la parte di calcolo dello step e quanto ad esso collegato in libreria, per info su eventuali implementazione fate riferimento alla libreria stessa che è ampliamente commentata; inoltre ho messo sotto classe processata separatamente (threaded) la parte esecutiva del programma, in pratica tutto ciò che viene dopo l’inizializzatione di argomenti e parametri;
  • ho pulito il codice – in diversi casi anche intensamente e non senza difficoltà – e l’ho adeguato, a meno di sviste, alle direttive opzionali PEP-8;
  • infine, anche se non era programmata, ho fatto una piccola ma fantastica modifica/aggiunta per cui, dando l’opzione “–logdata”, il programma tiene in memoria ogni dato ottenuto dall’avvio, per cui, durante l’esecuzione, con il tasto “e” viene esportato l’intero parco dati in formato universale csv (comma separeted values). L’unica pecca di questo è che l’intero ammontare di dati viene mantenuto in RAM, per cui dopo diverse ore (direi più di un giorno) il consumo di risorse risulta considerevole. Questo risulta di grande utilità in ambito sperimentale, ad esempio per monitorare l’intensità di luce durante l’arco della giornata, o gli sbalzi della stessa o in generale qualsiasi genere di analisi fattibile con il livello di luce esterna (o del monitor). Se “–logdata” non è presente, il programma esporterà solo i dati mantenuti per fare la media dei valori.

Qui potete vedere un esempio di grafico ottenuto dopo qualche ora di utilizzo (dalle 17.45 alle 21.00):

Graph

Un bel grafico… La linea rossa rappresenta gli step di retroilluminazione (10 nel mio caso, da 0 a 9) e invece i punti blu sono TUTTE le catture da webcam normalizzate rispetto alla luminosità dello schermo. Si vedono due punti di discontinuità poco prima delle 18.00 e poco dopo le 18.30 (probabilmente sono andato via per mezz’oretta e il programma ha reagito al cambiamento drastico), ma soprattutto la precisione non invasiva per cui, da solo ha regolato gradualmente la retroilluminazione soprattutto nel periodo 20.00/21.00.
Da notare come la cattura della luminosità dalla webcam frontale sia veramente difficile da gestire per la sua variabilità (giustamente, voi davanti allo schermo vi muovete e d’altro canto la webcam prova in continuazione a bilanciare il bianco), da qui il tempo che ci ho messo per elaborare un algoritmo che eliminasse il più possibile, senza spendere troppo in termini di cpu, il disturbo ambientale.
Non ho registrato in questo grafico, il sistema di bloccaggio che evita che succedano cambiamenti di retroilluminazione consecutivi entro i 30 secondi (in più punti di questo grafico, ad esempio, sarebbe entrato in funzione).
In questo grafico ho usato due dei dati a disposizione, ma ci sono infinite possibilità di utilizzo per questo strumento.

Gli obiettivi per il futuro rilascio – la fantomatica versione 0.1.0 – in realtà al momento si riducono ad uno solo (che oltre tutto è in uno stato piuttosto avanzato), ovvero, una GUI (interfaccia grafica) attraverso la quale interagire col programma al pari, se non meglio che con l’interfaccia testuale. In realtà, l’interfaccia c’è già, e in qualche modo anche funzionante, ma ci sono delle barriere strutturali (del mio programma così com’è ora) che mi impediscono di sviluppare al meglio le sue potenzialità.
La mia intenzione originale era di inserire nella GUI, oltre ai bottoni per il controllo remoto (fatto), la possibilità di lanciare un terminale grafico con lo storico entro la media dell’output (fatto) e/o un grafico sempre con lo storico entro la media di una o più caratteristiche a scelta (da studiare, e parecchio)
In pratica, sarà “un solo cambiamento”, ma comunque valido per decidere addirittura di passare dalla versione 0.0 alla 0.1 (non mi aspetto di venirne fuori prima di settembre).

Piccola nota purtroppo, una regressione di performance in termini di tempo del processore dell’8~10% (in realtà attesa, viste le aggiunte), quindi sulla mia macchina è passato da poco più dello 0.8% a poco meno dell’1.0%.

27 giugno 2011

Seconda beta per camsensor (0.0.2)

Pochi giorni fa ho rilasciato la seconda beta per il programma.
Non ci sono sostanziali cambiamenti rispetto alla 0.0.1, ma in questa versione ho migliorato l’approccio visivo – in particolar modo della parte di calibrazione che non era molto intuitiva nella versione precedente – ed ho aggiunto un’override per i segnali di sistema per fare in modo di spegnere, uccidere mettere in pausa e riprendere il programma dall’esterno.

Tutto quello che c’è ora, almeno a livello di meccanismo interno, con ogni probabilità rimarrà pressoché immutato nelle versioni future, gli unici cambiamenti possono essere solo migliorativi in termini di consumo di risorse e/o usabilità a livello libreria. In ogni caso farò in modo di non stravolgere nessuna delle funzioni in libreria.

Per la versione 0.0.3 gli obiettivi sono:

  • demone eseguibile indipendentemente a livello utente
  • backend (testuale ma forse anche grafico) per controllare l’esecuzione
  • aggiunta in libreria di tutto ciò che è iterabile
  • pulizia generale del codice e adesione alle regole PEP 8.

In realtà ho detto 0.0.3 perché su svn è questa la versione che ho dato temporaneamente, ma se il backend funziona a dovere penso si possa parlare di 0.1.0. In ogni caso non vedo futuro per una 0.0.4…

Come al solito trovate versioni beta stabili e sorgente su http://sourceforge.net/projects/camsensor/

10 giugno 2011

I giorni di pioggia non fanno poi così male

Questi ultimi giorni di pioggia mi hanno portato a scoprire un serio bug (o quasi) su camsensor che non impediva il cambio continuo del valore di retroilluminazione in caso di valori di luce esterna “stabili” nell’intorno di un salto (15%, 25%, 35%, …).

La scala percentuale della luminosità ambientale infatti non è lineare – in realtà è quasi logaritmica – e quindi le normali oscillazioni del valore di luminosità che si hanno a causa dei limiti materiali (la webcam e i normali movimenti dell’utente) provocano delta sulle misure notevoli. Se per disgrazia il cielo temporalesco, ovvero 50-60% di luminosità (con la pendenza della funzione che comincia a farsi sentire), diventa più/meno annuvolato rapidamente, ci si trova nella brutta situazione di avere la retroilluminazione che passa da passo precedente a successivo e vice-versa ad ogni cattura (ogni 0.5 secondi… disturbante)

Poiché, come dicevo uno o due articoli fa, ormai sono totalmente dipendente da questa mia applicazione, il doverla escludere anche solo per brevi periodi di tempo (altra grossa feature da implementare in futuro) non mi dava pace. Ho pensato un pochetto e alla fine ho adottato questa banale soluzione:
appena cambia la retroilluminazione parte un conteggio a 60 secondi, prima dello scadere del conteggio viene inibita l’azione di scrittura dei valori di retroilluminazione, a meno che non si tratti di un cambio repentino (classica luce accesa/spenta) che è ininfluente all’atto del conteggio. Ci tengo a precisare che i valori mostrati nei log non risentono dell’inibizione e quindi sono “reali”, non falsati.

Poiché queste modifiche potrebbero ledere in maniera consistente la risposta del programma nel primo minuto di avvio (per ora i test che ho effettuato non hanno presentato anomalie), come le altre dalla revisione 19 in poi per ora rimangono solo su subversion.
Ormai pensavo di pulire qualcosina sul codice, ottimizzare questa nuova feature e quindi rilasciare una nuova alpha. Il tutto, tra esami e resto penso mi occuperà un mesetto.

Per tutti quelli che non hanno pazienza (io consiglio CALDAMENTE di usare la versione sperimentale su subversion…) il link è il solito: camsensor/code

19 maggio 2011

Camsensor 0.0.1-alpha11

Ieri sera ho finalmente terminato la completa riscrittura del codice in forma ad oggetti. Mentre analizzavo e scrivevo codice mi sono accorto di quanti bug e funzioni ridondanti si possano ottenere rattoppando/aggiungendo senza pianificare prima il risultato finale.

schermata camsensor con opzione debug

Per i curiosi o per chi volesse collaborare alla scrittura, attualmente il codice è caricato e continuamente aggiornato via subversion su Sourceforge, per scaricarlo e analizzarlo/modificarlo voi stessi (dopo in caso scrivetemi o addirittura inviatemi patch per le cose che vorreste cambiare/aggiungere) basta che installiate subversion e lanciate:
svn co https://camsensor.svn.sourceforge.net/svnroot/camsensor camsensor

Dapprima il codice può sembrare complicato, ma in realtà il vero lavoro viene delegato a una o due classi specilizzate.
Ora i primi obbiettivi in vista sono: la gestione di profili personalizzati e la totale indipendenza da input dell’utente esterni alla calibrazione (mediante l’uso di profili), così da poter girare in background come demone di sistema.

Devo dire che il progetto mi sta sempre più prendendo e, nonostante fosse partito così per mettere un’idea in piazza, sta prendendo una sua forma.
Ultima nota, ho aggiornato appena prima la licenza del programma, ora è ufficialmente rilasciato sotto GPLv3.

Nota: io ora uso il programma all-day-long e non riuscirei a farne a meno, oltre al tramonto e annuvolamenti vari, lo trovo utilissimo anche quando di notte accendo o spengo la luce. La vita non sarebbe più la stessa senza

20 aprile 2011

Camsensor alpha

Annuncio con immenso piacere di aver cominciato un progetto che avevo intenzione di fare da parecchio tempo, o meglio, che come le altre decine di piccole idee avevo abbozzato e poi abbandonato per quasi un anno.

camsensor logoIl progetto in questione è camsensor (http://sourceforge.net/projects/camsensor), un programma, ridotto ad un singolo script in python, che permette di usare la normale webcam del laptop, o una dedicata (con piccoli aggiustamenti alla scala di riferimento) come sensore di luce.
Il progetto dipende solo da python e dai moduli opencv (o cv) di python.
Attualmente, la versione è appena passata da pre-alpha ad alpha ed ha queste caratteristiche:
– Cattura di un immagine dalla webcam
– Calcolo della luminosità media sulla base di una versione scalata 8×6 px dell’immagine catturata
– Confronto fra la retroilluminazione dello schermo attuale e quella consigliata per l’ambiente (per sistemi congruenti al mio laptop)
Giusto stamattina ho velocizzato le operazioni di calcolo (non che ce ne fosse troppo bisogno) eliminando due passaggi ridondanti.

Inizialmente pensavo di tenere per me lo script (come ho quasi sempre fatto finora), ma data la bellezza/pulizia del risultato finale ho pensato di renderlo pubblico, così – spero – avrò modo di imparare a scrivere sempre meglio grazie ai consigli di chi ne sa più di me e dà un occhiata al codice.