Cantieri aperti: differenze tra le versioni - Wiki Progetto di Ricerca Metodo Paret

Riga 8:

== Cantieri attivi ==

=== video-proxy-pipeline ===

''Aggiornato 2026-08-18 22:12 UTC'' — dominio: video / infrastruttura

''Aggiornato 2026-08-18 22:16 UTC'' — dominio: video / infrastruttura

; Obiettivo : Fase 1: proxy 1080p dei 40TB (~~locali,~~ upload auto-adattivo) + significato su cloud; Fase 2 editor web; Fase 3 conform 4K; Fase 4 piattaforme; estrazione WeVideo

; Obiettivo : Fase 1: proxy 1080p dei 40TB (upload auto-adattivo + cleanup locale) + significato su cloud; Fase 2 editor web; Fase 3 conform 4K; Fase 4 piattaforme; estrazione WeVideo

; Vincoli in vigore :

* i 40TB non si muovono mai, solo proxy

Riga 69:

* control.json azzerato. 2 assert (priorita aggiornamento su riavvio, errore visibile su PermissionError). NOTA: il .bat di avvio scarica sempre l'ultima versione -> un chiudi/riapri manuale porta comunque all'ultima. ERRORI TRANSCODIFICA MASSIVI su Maxtor (MTS e anche MP4 di altre cartelle, quindi NON e' il formato): sospetto forte DISCO PIENO

* la v4.6/4.7 mostra il motivo ffmpeg reale e dirotta i proxy su C: sotto i 25GB liberi.

* CAUSA ERRORI TRANSCODIFICA TROVATA (grazie a v4.7 in produzione + screenshot Marco): MAXTOR PIENO 0.0GB. Causa di design MIA: i proxy si scrivono in _proxy SULLO STESSO disco letto e non venivano mai cancellati (dovevano sparire dopo l'upload, ma gli upload erano fermi). Nessun dato di Marco toccato. Anche C: ha solo 23GB. Inoltre v4.7 ha mostrato il vero motivo del tachimetro fallito: la shell della Storage Box non digerisce le virgolette (scp: dest open: No such file or directory). v4.9 PUBBLICATA (sha b21b1525): (1) upload proxy via SFTP BATCH in una sola sessione - crea tutti i livelli con -mkdir (errori ignorati) e fa put, gestisce spazi nei path

* PROVATO REALMENTE sulla box (cartella 'TEST SPAZI' creata + 8MB caricati)

* (2) CLEANUP: proxy locale cancellato subito dopo upload riuscito -> il disco si libera da solo

* (3) fallback proxy su C: gia con 15GB liberi. FUNZIONANTI in v4.7: esclusioni (891 video estranei saltati, 8.2GB), cartelle_dubbie (72 da confermare: videos/congres pavlina/ULTIMO GIORNO/OTHER 39, testimonial 8, recastly 5...), guardia spazio, allerte v4.8. Wi-Fi ora 866Mbps.

; Provato ed escluso :

* Storage Box Hetzner rimandato: nessun token API esiste e Marco preferisce Yandex gia pagato

Riga 74:

Riga 78:

* la lentezza 1.1x della v2.4 era DOPPIA ISTANZA, non hardware

; Prossimo passo :

* 1) ~~far arrivare la~~ v4.~~7 (push corretto o un chiudi~~-~~riapri di Marco)~~ 2) ~~leggere il motivo ffmpeg reale degli ERRORE transcodifica -> risolvere~~ (~~spazio o file danneggiati~~) 3) ~~primo Test velocita valido~~ 4) ~~riga 'Saltati N estranei' e cartelle_dubbie~~

* 1) v4.9 attiva -> tachimetro deve finalmente misurare

* se >=0.35MB/s i proxy partono e il cleanup libera Maxtor 2) se serve spazio subito: cancellare manualmente D:/_proxy dei clip gia' tracciati (rigenerabili) 3) decidere le 72 cartelle dubbie con Marco 4) trascrizioni/vision

=== harness-standard ===

@@ Riga 8: / Riga 8: @@
 == Cantieri attivi ==
 === video-proxy-pipeline ===
-''Aggiornato 2026-08-18 22:12 UTC'' &mdash; dominio: video / infrastruttura
+''Aggiornato 2026-08-18 22:16 UTC'' &mdash; dominio: video / infrastruttura
-; Obiettivo : Fase 1: proxy 1080p dei 40TB (locali, upload auto-adattivo) + significato su cloud; Fase 2 editor web; Fase 3 conform 4K; Fase 4 piattaforme; estrazione WeVideo
+; Obiettivo : Fase 1: proxy 1080p dei 40TB (upload auto-adattivo + cleanup locale) + significato su cloud; Fase 2 editor web; Fase 3 conform 4K; Fase 4 piattaforme; estrazione WeVideo
 ; Vincoli in vigore :
 * i 40TB non si muovono mai, solo proxy
@@ Riga 69: / Riga 69: @@
 * control.json azzerato. 2 assert (priorita aggiornamento su riavvio, errore visibile su PermissionError). NOTA: il .bat di avvio scarica sempre l'ultima versione -> un chiudi/riapri manuale porta comunque all'ultima. ERRORI TRANSCODIFICA MASSIVI su Maxtor (MTS e anche MP4 di altre cartelle, quindi NON e' il formato): sospetto forte DISCO PIENO
 * la v4.6/4.7 mostra il motivo ffmpeg reale e dirotta i proxy su C: sotto i 25GB liberi.
+* CAUSA ERRORI TRANSCODIFICA TROVATA (grazie a v4.7 in produzione + screenshot Marco): MAXTOR PIENO 0.0GB. Causa di design MIA: i proxy si scrivono in _proxy SULLO STESSO disco letto e non venivano mai cancellati (dovevano sparire dopo l'upload, ma gli upload erano fermi). Nessun dato di Marco toccato. Anche C: ha solo 23GB. Inoltre v4.7 ha mostrato il vero motivo del tachimetro fallito: la shell della Storage Box non digerisce le virgolette (scp: dest open: No such file or directory). v4.9 PUBBLICATA (sha b21b1525): (1) upload proxy via SFTP BATCH in una sola sessione - crea tutti i livelli con -mkdir (errori ignorati) e fa put, gestisce spazi nei path
+* PROVATO REALMENTE sulla box (cartella 'TEST SPAZI' creata + 8MB caricati)
+* (2) CLEANUP: proxy locale cancellato subito dopo upload riuscito -> il disco si libera da solo
+* (3) fallback proxy su C: gia con 15GB liberi. FUNZIONANTI in v4.7: esclusioni (891 video estranei saltati, 8.2GB), cartelle_dubbie (72 da confermare: videos/congres pavlina/ULTIMO GIORNO/OTHER 39, testimonial 8, recastly 5...), guardia spazio, allerte v4.8. Wi-Fi ora 866Mbps.
 ; Provato ed escluso :
 * Storage Box Hetzner rimandato: nessun token API esiste e Marco preferisce Yandex gia pagato
@@ Riga 74: / Riga 78: @@
 * la lentezza 1.1x della v2.4 era DOPPIA ISTANZA, non hardware
 ; Prossimo passo :
-* 1) far arrivare la v4.7 (push corretto o un chiudi-riapri di Marco) 2) leggere il motivo ffmpeg reale degli ERRORE transcodifica -> risolvere (spazio o file danneggiati) 3) primo Test velocita valido 4) riga 'Saltati N estranei' e cartelle_dubbie
+* 1) v4.9 attiva -> tachimetro deve finalmente misurare
+* se >=0.35MB/s i proxy partono e il cleanup libera Maxtor 2) se serve spazio subito: cancellare manualmente D:/_proxy dei clip gia' tracciati (rigenerabili) 3) decidere le 72 cartelle dubbie con Marco 4) trascrizioni/vision
 === harness-standard ===