|
|
inviato il 3 Settembre 2026 ore 0:10
Grazie per il feedback!
|
|
|
inviato il 3 Settembre 2026 ore 0:23
Ho ceduto alla tentazione di tornare subito a testare OG. Ho due osservazioni , sempre basate sulla 1.0.49:
1) la prima è una buona notizia. La rotazione dopo la cancellazione tramite gallery, prima funzionava, ma non del tutto. C'erano alcuni casi, in cui, dopo la cancellazione, l'immagine ricordava la rotazione e non avrebbe dovuto.
Non ero riuscito a creare un caso ripetibile da sottoporti e avevo lasciato perdere, tanto non era grave.
Ora invece, ho fatto diversi test e funziona costantemente come dovrebbe funzionare: una immagine processata (quindi entrata in galleria), ruotata, cancellata e riprocessata (senza riavviare OG), si presenta in galleria come era in origine. Mantiene questo comportamento sia con preview_optimized che rawpi_full. Quindi, anche questa funzione è diventata più robusta.
A proposito, se cambio un profilo nella sezione Profili Ottimizzazione AI della finestra di configurazione, devo salvare la configurazione e riavviare oppure è attivo da subito?
Il riavvio è richiesto solo per i cambiamenti nella sezione Device Elaborazione (c'è una frase sulla UI che dice "Riavvia per applicare le modifiche al device")?
2) la seconda è una mezza buona notizia.
Quando fai una ricerca, esce una dialog che dice "Applicando filtri..." e ha un bottone con lo stop (che non ho testato ancora perché non sto elaborando abbastanza immagini).
Questa finestra, nelle versioni precedenti, blinkava a raffica (penso per un refresh del suo rettangolo ad ogni immagine trovata). Fino a quando le immagini sono poche, sfarfalla per un secondo e poi si ferma: non è un problema.
Se però una ricerca ritornasse centinaia di immagini, un refresh per ognuna, oltre che fastidioso sarebbe oneroso perchè i refresh sono inutili (su quella finestra non mi sembra che cambi nulla...forse i contatori in basso delle immagini trovate sul totale, ma a occhio mi pare che siano aggiornati solo alla fine).
Nella versione 49, invece, non fa più il refresh e resta ferma fino alla conclusione della ricerca: bene!
Però, c'è ancora qualcosa che sfarfalla: la title bar e anche un controllino circa a metà sulla sinistra che appare, blinka a raffica e poi sparisce quando la ricerca termina.
Vedi se riesci a riprodurre il caso, almeno quello dello sfarfallamento della title bar.
Non è un problema critico. Magari MrCalude riesce a capire come "calmare" tutta la finestra, visto che è riuscito a farlo sulla dialog con il bottone di stop.
Se fossero i contatori che fanno blinkare la barra del titolo, potrebbe essere più corretto metterli nella dialog dove c'è lo stop, rinfrescando solo il contatore. Oppure non metterli per nulla e vedere il conteggio solo alla fine. Fra l'altro questi contantori non sono molto utili perché adesso, terminata la ricerca, sposti il focus sulla gallery e non vedi più la finestra di ricerca (non puoi quindi leggere i contatori, se non tornando alla finestra di ricerca).
|
|
|
inviato il 3 Settembre 2026 ore 19:24
# OffGallery v1.0.50 — il Manager ricorda la cartella, la ricerca non fa più sfarfallare la finestra
Ladies and Gentleman.
Lasciate che vi presenti Mr. Claude , che vi illustrera' le modifiche della nuova versione: 
_-----------------------------------------------------------------------------------
Due correzioni segnalate da due utenti diversi, entrambe confermate sull'app reale prima del rilascio.
## Il Manager non ricordava la cartella scelta
Chi installa OffGallery nella cartella predefinita (dentro la propria cartella
utente) non ha mai notato nulla di strano. Ma chi sceglie una cartella diversa
— un altro disco, una cartella condivisa — si trovava il Manager che, ad ogni
riavvio, ripartiva daccapo con la schermata di installazione, chiedendo di
nuovo dove installare. Come se non avesse mai visto quella cartella prima,
anche con l'app già installata e funzionante.
Il motivo: il Manager guardava **solo** la cartella predefinita per capire se
OffGallery era già installato. La cartella scelta a mano veniva sì registrata,
ma in un punto che il Manager non tornava mai a controllare da solo.
Ora il Manager tiene un promemoria della cartella scelta, separato
dall'installazione stessa — così sopravvive anche se la cartella viene
spostata o rinominata. Chi installa altrove non vede più il wizard ripartire
da capo: si arriva dritti alla schermata con lo stato dell'installazione e il
pulsante **Aggiorna**, esattamente come previsto.
## La finestra "sfarfallava" durante le ricerche
Su archivi grandi (decine di migliaia di foto), durante una ricerca la barra
del titolo della finestra principale lampeggiava a raffica per tutta la durata
della ricerca, per poi fermarsi di colpo appena i risultati arrivavano.
Fastidioso ma innocuo — la ricerca funzionava comunque, e i risultati erano
corretti.
La causa: per confrontare la query con l'intero archivio, il programma legge e
prepara tutte le impronte visive delle foto (decine di migliaia, su un archivio
grande) in un unico blocco di lavoro ininterrotto. Durante quel blocco, il
programma non trovava mai un momento per rispondere a Windows, che nel
frattempo ridisegnava la finestra a scatti, come se non rispondesse.
Ora quel lavoro viene interrotto brevemente ogni tanto, giusto il tempo di
lasciare che la finestra respiri. Il costo in termini di velocità è
trascurabile — nell'ordine dei millesimi di secondo su tutta la ricerca — e non
cambia nulla nel funzionamento: il pulsante Stop continua a rispondere
normalmente.
---
*Grazie ai due utenti che hanno segnalato entrambi i problemi con dettagli
precisi — in particolare la descrizione esatta di quando iniziava e finiva lo
sfarfallio è stata decisiva per individuarne la causa.*
*Disponibile nella **v1.0.50** su offgallery.app*
==========================================
THAT'S ALL FOLKS! 
|
|
|
inviato il 4 Settembre 2026 ore 1:54
Purtroppo con la v.1.0.50, la ricerca sfarfalla ancora.
Come dicevo in precedenza, non sfarfalla solo la title bar di OG, ma anche una minuscola finestrina che si nota solo durante lo sfarfallamento. Sta più o meno a metà della finestra di OG. Ha la forma di una mini finestra ridottisima di dimensioni, con i bottoni tipici di una title bar (massimizza, icona, chiudi). Putroppo appare, sfarfalla e sparisce quando si avvia e si ferma la ricerca. Non ho idea di cosa sia. Di sicuro non è legata alla finestra di OG o ai suoi controlli interni perchè, se sposto sullo schermo la finestra di OG, quella piccolina che lampeggia non la segue nella nuova posizione.
|
|
|
inviato il 4 Settembre 2026 ore 14:57
A me sfarfalla con le 14 immagini, quelle che ho usato fino ad ora.
Se aumentassi il numero di immagini suppongo che sfarfallerà più a lungo, fino a che non finisce la ricerca.
Ci provo.
Non vorrei che la questione della finestrina fantasma ti portasse fuori rotta.
Volevo solo segnalarlo perché la vedo sfarfallare assieme alla barra del titolo e magari aiuta MrClaude.
Ad esempio, non so come viene avviato OG. Se fosse utilizzato un exe windows puro che funge da lanciatore dell'app Python, potrebbe essere la finestrina nascosta del lanciatore che sfarfalla...ma è una ipotesi che faccio io.
Se hai bisogno di test o log particolari, fammi sapere....intanto sento anche ChatGPT cosa ne pensa.
|
|
|
inviato il 4 Settembre 2026 ore 18:42
se lo fai, dovresti mettergli a disposizione tutti i source .py del progetto e lui potrebbe ripercorrere il flow dei dati.
|
|
|
inviato il 4 Settembre 2026 ore 18:49
Sono curioso di vedere cosa riesce a capire. Potrebbe essere che non ci riesce, ma ho ancora una mezza ora a disposizione e sembra che stia arrivando al dunque.
In ogni caso, se sospendo, ti mando un report di quello che ha capito fino a quel punto.
|
|
|
inviato il 4 Settembre 2026 ore 19:05
Ti ho mandato un report sul punto in cui siamo arrivati.
|
|
|
inviato il 5 Settembre 2026 ore 3:19
Ti ho mandato in MP la spiegazione dello sfarfallamento e un fix: ora non sfarfalla più e il look della ricerca è più professionale.
|
|
|
inviato il 5 Settembre 2026 ore 16:08
OTTIMO LAVORO MOTOFOTO! Grazie 1000!
Questo era davvero tosto e ci sono voluti chatgpt e Mr. Claude per farlo, ma Chatgpt e' stato piu bravo a quanto sembra! ;-) o forse l'operatore piu' abile e determinato!
L'importante e' che sia risolto.
ECCO QUINDI LA NUOVA VERSIONE: la .53 da scaricare, che visto che c'eravamo, risolve anche alcune cosette sparse....
I test mi sembrano a posto. Al solito, date un'occhiata per conferma.
Grazie a tutti.
|
|
|
inviato il 5 Settembre 2026 ore 19:10
Aggiornato alla .53
Nessun flickering: bene!
Ecco però una cosa strana:
Preparazione:
- uso una cartella con circa 70 immagini di test.
- ho configurato tutti i modelli su GPU, lasciando non attivo l'LLM.
- modalità verbosa attiva (quella che mi trovo di default).
- Nel processing tolgo bioclip perchè non mi serve al momento
- ...processing...
(inizio del problema)
Ora passa al tab delle Ricerca, ma fai caso a quanto tempo ci vuole per aprirla: a me, ci mette circa un secondo. Mi sembra strano, ma ...ok.
- Nella finestra di Ricerca: Reset e "cerca": parte veloce e senza flickering. Si apre la gallery.
- La gallery si apre con i risultati, ma non ha finito. Piano piano arrivano le etichette EMB/SYNC o DB ONLY.
Mentre vengono popolate, lo scroll sulla Gallery lagga parecchio.
Forse perché tirare fuori quei dati costa e mi chiedo: serve sempre vederli?
Se non ne avessi bisogno perchè devo solo consultare la gallery, lo scroll sulla la gallery sarebbe più reattivo. Potrei chiedere di vederli solo quando mi serve (idea per una feature).
Non solo, ma mentre la gallery popola quelle etichette, tornare alla finestra di ricerca richiede molto più di prima: circa 3 secondi di attesa.
Attendo che abbia finito con le etichette e finalmente lo scroll in gallery è reattivo.
Torno sulla tab di Ricerca e noto che l'apertura è più lenta dell'inizio: circa un paio di secondi. Strano, perché non sta facendo nulla.
Noto che è il tab più lento tra tutti. Per capire che fa quando si apre, apro il tab del LOG e noto che fa parecchie cosette.
Ritorno sulla tab della Ricerca e ...ci mette 10 secondi per aprirsi! Non ho assolutamente idea di cosa stia facendo.
Quando mi ridà il controllo, torno sul log.
Faccio un clear per inizia a studiare il problema.
Torno sulla Ricerca e MAGIA! Si apre istantaneamente!
Sembra che l'apertura della tab della Ricerca sia sensibile al contenuto della finestra di log, che non ha molto senso.
Non ho approfondito le cause.
Riesci a replicarlo?
....e grazie del supporto oltre che per l'ottimo OG.
|
|
|
inviato il 5 Settembre 2026 ore 21:54
cerchero' di replicarlo il prima possibile.
quando aveva il 'flickering' faceva lo stesso?
Mi ricordo che mesi fa, l'ottimizzazione della velocita' della ricerca e del popolamento della gallery era stata una delle cose piu' complesse e delicate di tutto il progetto perche' entrano decine di variabili in causa, librerie, versioni, task in background etc.
ti ricordi se hai fatto qualche prova simile ?
Ad ogni modo io cerchero' di replicarlo, se ci riesci pero' se mi mandi il log completo di una sessione di ricerca+gallery+ ricerca di nuovo, vediamo se confrontandolo con il flusso che si legge dal codice, entrano in ballo cose non previste.
grazie
|
|
|
inviato il 6 Settembre 2026 ore 1:02
È la prima volta che noto il problema. Non saprei dire se c'era anche prima.
Ti ho mandato il log in PM.
|
|
|
inviato il 6 Settembre 2026 ore 16:02
BINGO! MrGreen (vabbe' e' poco 'professionale', ma quando ci vuole, ci vuole!
Fixato (almeno in teoria) il problema che affligeva Motofoto.
Grande FIX per tutti gli utenti in realta', perche' va ad incidere sulla tab Gallery e indirettamente sulla Ricerca.
SPOILER: ANDATE IN CONFIG TAB E DISATTIVATE LA CASELLINA DEL DEBUG che di standard e' abilitato.
Poi aggiornate la versione che contiene i fix.
Il difetto vero era uno, con un aggravante che lo peggiorava.
La causa: il limite del pannello Log non ha mai funzionato
Il pannello Log ha un tetto di 500 righe: oltre quella soglia dovrebbe buttare via le più vecchie. Il controllo c'era, scritto bene in apparenza — ma chiedeva a Qt "quanti paragrafi ci sono?" mentre le righe venivano scritte tutte dentro un unico paragrafo. La risposta era sempre "uno". Quindi la potatura non è mai partita, in nessuna versione dell'app, da quando quel codice esiste.
Il pannello cresceva senza fine, e scrivere una riga in un testo lungo costa più che scriverla in un testo corto: da 0,3 millesimi di secondo a documento vuoto, fino a 12 su un pannello da diecimila righe.
Perché ne risentiva la finestra di ricerca: quando la ricerca si apre, scrive 22 righe di log (config, database, macchine, obiettivi…). Ma il pannello Log lavora nella stessa "corsia" della grafica: finché lui è occupato a ridisegnarsi, la finestra non compare. Non era lenta la ricerca — era lento il pannello, e la ricerca aspettava il suo turno.
Motofoto l'aveva già capito senza saperlo: "se svuoto il log e riapro la ricerca, si apre istantaneamente". Proprio il pezzo che chiamava «meno comprensibile» era la chiave di tutto.
L'aggravante: il log si riempiva troppo in fretta
La gallery scriveva quasi 6 righe di log per ogni foto, cioè il 90% del log. Fra queste ce n'era una che elencava i nomi di tutti i tag di ogni foto — in un caso 11.499 caratteri su una riga sola — subito dopo un'altra riga che ne dava già il numero. Da sola valeva il 62% del testo del log.
Non era una causa a sé: era benzina sul fuoco della prima. Ma spiega le etichette EMB SYNC — ogni foto scriveva le sue righe, le righe intasavano il pannello, il pannello intasato rallentava il disegno delle etichette successive. Un circolo vizioso che si stringeva da solo.
E la modalità debug che genera tutto questo è attiva di serie finche' non deselezionate da CONFIG TAB.
Le due correzioni agiscono su fronti diversi: la prima rende il pannello insensibile alla quantità di log , la seconda riduce la quantità alla fonte .
ATTENZIONE: E' STATO ANCHE FIXATO UN PROBLEMA DI TRONCAMENTO IN PROCESSING.
L'HA SEGNALATO SERGIO.
QUINDI LA NUOVA VERSIONE .55 E' GIA' DISPONIBILE .
Grazie ancora per il feedback!
|
Che cosa ne pensi di questo argomento?
Vuoi dire la tua? Per partecipare alla discussione iscriviti a JuzaPhoto, è semplice e gratuito!
Non solo: iscrivendoti potrai creare una tua pagina personale, pubblicare foto, ricevere commenti e sfruttare tutte le funzionalità di JuzaPhoto.
Con oltre 263000 iscritti, c'è spazio per tutti, dal principiante al professionista. |
Metti la tua pubblicità su JuzaPhoto (info) |
JuzaPhoto contiene link affiliati Amazon ed Ebay e riceve una commissione in caso di acquisto attraverso link affiliati.
