← Tutti gli strumenti
Strumento desktopR3a v0.3.1 — Prototipo di sviluppo

Rubra Image Forge

Una workstation locale per conversioni batch di cartelle immagini, preparazione WebP e generazione di asset 256×256 pronti come token, con un workflow di preflight pensato per il prototipo.

Immagini batchWebPPipeline tokenStrumento desktop localePrototipo di sviluppo
Rubra Image Forge desktop interface in standard conversion mode with source selection, destination controls and the main analysis table.

Una pipeline pratica per immagini, invece di pulizie una alla volta

Rubra Image Forge è un prototipo desktop locale costruito attorno a un problema di produzione ricorrente: prendere una cartella disordinata di immagini e trasformarla in un set di asset più pulito e riutilizzabile senza ripetere manualmente gli stessi controlli file per file.

La baseline pubblica attuale è R3a v0.3.1 — Prototipo di sviluppo. Il repository pubblico è disponibile, ma non è ancora collegato un pacchetto GitHub Release.

Cosa copre già il prototipo

La prima modalità è semplice e utile: selezioni file o cartelle, scegli dove deve andare l’output e analizzi il batch prima di scrivere qualsiasi cosa.

  • selezione di sorgente e destinazione;
  • scansione ricorsiva delle cartelle;
  • filtri per estensione, testo, glob e regex;
  • report di duplicati e collisioni;
  • pianificazione della conversione prima dell’esecuzione.

Questo rende lo strumento meno simile a un convertitore cieco e più vicino a un passaggio controllato di staging per asset locali.

Controlli WebP senza nascondere i compromessi

Il pannello WebP mantiene visibili le decisioni principali invece di seppellirle dietro preset.

Dalla cattura R3a fornita possiamo confermare controlli per qualità, lossless, qualità alpha, politica duplicati, numero di worker, rimozione dei metadata e verifica dell’output. Il backend predefinito mostrato nel prototipo è Pillow, con rilevamento opzionale di cwebp invece di una dipendenza obbligatoria.

Preparazione Token 256×256

La seconda modalità visibile è più specializzata e particolarmente interessante per il lavoro sui giochi.

Token 256×256 punta a produrre output normalizzati e pronti all’uso come token. La schermata R3a mostra controlli per euristiche di rimozione dello sfondo, tolleranza neutra, distanza dal bordo, feathering, decontaminazione, conservazione alpha e validazione dell’alpha minimo.

  • auto — usa GEGL LoHalo quando disponibile;
  • GEGL — il percorso più rigoroso quando il runtime è presente;
  • fallback Lanczos / Pillow — soluzione pratica quando GEGL non è disponibile.

È esattamente il tipo di scelta coerente con GVibeDev: non fingere che lo strumento sia magico, ma rendere comprensibili la pipeline e i suoi limiti.

Il preflight conta perché nei batch grandi gli errori diventano costosi

La prova più forte nel materiale fornito non è una schermata vuota e pulita. È la cattura di un batch reale.

In quella schermata R3a, Rubra Image Forge elabora una cartella con 707 file, circa 290 MB di sorgenti, 703 output pianificati, 29 duplicati, 18 collisioni, 351 elementi trasparenti e 4 errori bloccanti di preflight.

Questo non dimostra soltanto che il prototipo si apre. Mostra che è già stato esercitato sul tipo di batch in cui visibilità, pianificazione e report degli errori contano davvero.

Perché questo strumento appartiene a GVibeDev.cc

Rubra Image Forge appartiene al sito per lo stesso motivo degli strumenti Arena Rubra: trasforma una seccatura produttiva ricorrente in un workflow esplicito.

Il percorso diventa: Seleziona → Filtra → Analizza → Controlla → Converti.

  • individuare un collo di bottiglia reale;
  • esporre le decisioni invece di nasconderle;
  • testare su carichi di lavoro reali;
  • mantenere spazio per l’iterazione.

Ambito pubblico attuale

La pagina mantiene deliberatamente precisione sul livello di maturità. Rubra Image Forge è presentato come prototipo di sviluppo, non come prodotto confezionato e concluso.

Il repository è pubblico, ma non è ancora collegato un archivio release; la pagina quindi offre l’azione Repository e non finge che esista già un download. In questo modo la pagina pubblica resta corretta mentre mostra uno strumento già chiaramente utile.

Setup / dipendenze

Conosci i due workflow immagine prima di avviare un batch grande.

Rubra Image Forge espone attualmente due modalità pratiche: conversione standard per elaborazioni batch generiche e Token 256×256 per la preparazione di asset di gioco. Il prototipo mantiene visibili filtri, preflight e decisioni di output prima della conversione.

CategoriaConversione batch immagini e preparazione token
Piattaforma / ambitoDesktop Windows · Workflow su file locali
Pacchetto pubblicoRepository disponibile · pacchetto release non ancora pubblicato
Workflow principale

Conversione standard

Cartelle o file immagine sorgenteObbligatorio

Il workflow parte da file e cartelle locali. L’interfaccia supporta selezione batch e scansione ricorsiva delle sottocartelle.

Cartella di output scrivibileObbligatorio

I file convertiti vengono pianificati e scritti nella cartella di destinazione scelta, mostrando prima della conversione la gestione delle collisioni.

Sessione desktop localeObbligatorio

La baseline pubblica attuale è un prototipo desktop concentrato sui workflow di file locali, non un’applicazione web ospitata.

Pipeline token opzionale

Token R3a / fallback GEGL

Runtime GEGL opzionaleOpzionale

Token R3a può usare un percorso GEGL LoHalo portabile quando disponibile. In sua assenza il prototipo ripiega su Pillow Lanczos senza bloccare l’intero workflow.

Accesso al prototipo

Usa lo snapshot corrente del repository

Rubra Image Forge è presentato sul sito come prototipo di sviluppo. Il repository è pubblico, ma non è ancora collegato un pacchetto GitHub Release.

  1. Apri lo snapshot del repository

    Parti dal repository GitHub pubblico collegato sopra. In questa fase il portfolio documenta il prototipo e rimanda al sorgente invece che a una release confezionata.

  2. Prepara cartelle di input e output

    Raccogli una o più cartelle o file immagine locali e scegli una destinazione scrivibile prima di eseguire l’analisi.

  3. Scegli la modalità della pipeline

    Usa la conversione standard per batch generici oppure passa a Token 256×256 quando servono output normalizzati orientati agli asset di gioco.

  4. Controlla filtri e impostazioni di output

    Regola filtri per estensione, scansione ricorsiva, impostazioni WebP o opzioni Token R3a prima di elaborare un batch grande.

  5. Esegui prima il preflight Analyze

    Il prototipo è progettato per ispezionare il batch prima della conversione, mostrando duplicati, collisioni, stato della trasparenza, conteggi pianificati ed errori bloccanti.

  6. Converti solo quando il piano è corretto

    Quando i risultati del preflight hanno senso, procedi con la conversione e controlla la cartella di output generata.

Poiché non è ancora collegato un pacchetto pubblico di release, il portfolio espone intenzionalmente l’azione Repository e non finge che esista già un download di release.