output: file line.txt -dovrebbero identificare le linee.
output2: file accumulation.txt stampa la matrice di accumulazione dalla matrice "a".
output3: nel file point.txt ci sono i punti dove c'è un pixel bianco.
output4: nel file pointvalue.txt - valore a 1 nel punto.

output5: mio di servizio.

segment punta ad una matrice i cui valori simboleggiano i colori riconosciuti con questa corrispondenza:
l0 = 1
l1 = 2
l2 = 3, etc...

Così posso anche distinguere le regioni, e quindi gli oggetti.
Sarà poi fatto in un secondo tempo una funzine che li distngue, ma ora almeno li trovo!!!

Risorsa per installazione di nuovi componenti per Ubuntu: già effettuato edit del file di
configurazione e installato octave, octave-forgequalcosa (no ricordo) e gnuplot; sono programmi che servono per l'analisi delle matrici.
Funzionano da shell linux.
Devo ancora capire come però :(

http://ubuntuguide.org/wiki/Ubuntu_it#Dove_trovare_una_lista_di_tutti_i_programmi_e_le_librerie_incluse_in_Ubuntu

Finalmente il programma base è fatto.
Con il make che mi ha dato Giiacomo ora funziona.
Devo modificarlo per il riconoscimento di colori diversi (magari gli faccio generare un file
con inserito le coordinate dei punti della matrice per ogni colore) e devo cominciare a 
buttare giù qualche idea per memorizzare le regioni e per distinguerle.

Ora sono le 18:30, vado casa. 
A.A. 17/10/06

26/10/06
Ennesima telefonata amichevole del socio di mio zio... non ce la faccio proprio più a sopportarlo.
Pure l'altro è un cosino completo.
Sono riuscito a riportare il codice per il calcolo della trasformata di hough, ma trovo ancora troppi punti bianchi, percui l'elaborazine risulta abbastanza imprecisa: trova troppi punti e quindi non riesco a individuare le righe in maniera sufficientamente precisa da permettermi di fare qualcosa.
Sono ancora indietro... cavolo!!! :(

Verificando con alcune immagini sono riuscito a vedere che il bianco delle righe viene segmentato in maniera diversa, completamente diversa, rispetto a quello del "marcatore" da me costruito.
Quindi urge fare un lavoro di rettifica delle righe del campo segnandole ancora con la vernice.
Se no qua viene fuori un casino bestiale.
Il colore delle righe è troppo simile a quello del campo: anche se non rilevo il verde è un disastro cmq trovare le linee causa troppo sporco sulla parte del campo.
Ergo, il bianco è troppo simile al verde, quindi, anche valutando bene i valori di cb e cr, essi si confondono.


Ho aggiunto il rosso ai colori che trovo e alcuni controlli per espandere le regioni e riempire i buchi lasciati dalla segmentazione.
In pratica se un pixel è di un certo colore, allora anche quello alla sua sx, quello sopra e quello in alto sx diventano dello stesso colore.

--- --- PROVARE ANCHE CON REGIONI CHE INIZIANO E FINISCONO E CHE SONO SOVRAPPOSTE --- --- 
--- --- USARE FOTO CON PALLA DAVANTI PORTA --- ---


Devo finire il conrollo sul pixel nero: se ho un pixel nero e la maggioranza dei suoi vicini è di un colore (almeno 4, ma 5 è più sicuro...) egli diventa del colore predominante.
Così posso tappare i buchi in maniera spero deinitiva.

Questo procedimento potrebbe sostituire la prima idea così da eliminare il problema di avere una linea di pixel colorata di un certo colore in più.

Sono le 18:00 vado casina bella.
A domani.

A.A.
