[Nobun]

Sto valutando se portare avanti due possibili progetti (molto in forse e sicuramente chiederebbero molto tempo, anche in considerazione dei miei impegni).

1) Riscrivere AllBmp con delle innovazioni. Per chi non conosce AllBmp, è un programmino fatto da me anni fa (di cui ho perso il codice sorgente) in grado di riadattare una serie di immagini bmp a 256 colori sulla base della configurazione di palette contenuta in una BMP di riferimento (anch'essa a 256 colori). Il programma cerca di "conservare" l'immagine originale, quindi il programma, quando modifica le immagini, cerca - per ogni pixel - il colore della bitmap corrispondente o quello più simile (confrontando colore originale e i colori della nuova palette).
Potrei riuscire a riscrivere daccapo il riadattamento delle BMP (come ho fatto una volta, posso farlo di nuovo).
In più, sfruttando Allegro, potrei aggiungere delle nuove caratteristiche

A - Potrebbero essere modificate non solo le BMP, ma pure le PCX.
B - Potrebbero essere modificate non solo le immagini a 256 colori, ma anche le immagini RGB
C - Non ci sarebbe più il limite degli 8 caratteri nei nomi dei file da modificare (usando Gcc come compilatore al posto di quello che usai per compilare AllBmp tale limitazione verrebbe meno)
D - Cambierei il parametro di riferimento. Onde evitare confusioni il parametro di riferimento non sarebbe più una BMP a 256 colori contenente la palette di riferimento. Il parametro diventerebbe direttamente una palette di colori. Prediligerei il formato Jasc Pal (perché il formato ACT può avere una ambiguità, che non vi sto ora a spiegare)
E - Potrei aggiungere la possibilità di far decidere all'utente se il programma deve "conservare" i colori divergenti dalla palette di riferimento (il classico operato di AllBmp, quindi viene scelto il colore della palette più simile all'originale) oppure se li deve "cancellare" (praticamente i colori non presenti vengono "puliti" ed assegnati al colore 0 di sfondo... quello che fa PCXClean, per capirci, ma permettendo l'operazione SIA su PCX che su BMP).
F - Altre eventuali opzioni ulteriori di minor rilevanza.
G - Il programma sarebbe esportabile anche in Linux (riscrivendo il codice, comunque lo potrei ricompilare).

Contro: Programmare in Allegro significa programmare in DOS. Questo significa che, per forza di cose, il programma funzionerebbe con una complessa riga di comando (la versione attuale di AllBmp funziona con due semplici passi). La soluzione sarebbe fornire un secondo eseguibile (un fronthead) che ne semplifichi l'utilizzo (il fronthead lo compilerei con gcc + qt quindi sarebbe necessario installare le librerie QT per farlo funzionare).

Chiedo un parere soprattutto a coloro che hanno usato la versione originaria di AllBmp e che mi sanno dire se è una cosa che può servire o se, tutto sommato, non occorre una nuova versione.

---------

CharEdit

Premessa: NON SO se sarò in grado di farlo. (Es. QT dispone della possibilità di creare un sistema di "syntax higlight", ma non sono sicuro di riuscire a capire come funziona... in poche parole il sistema serve per far "colorare" i codici sorgenti Mugen come fanno FF e Mee).

L'idea è quella di sfruttare QT per creare un programma stile windows (ma, finalmente, eseguibile anche sotto Linux) che sia una sorta di Fighter Factory. In particolare l'innovazione più importante sarebbe quella di avere un editing dei file AIR in forma testuale (che secondo me è molto più immediato rispetto al sistema di FF ed MCM per la creazione delle animazioni).

Contro: Di sicuro mi sarà IMPOSSIBILE inserire direttamente nel programma la finestra per posizionare le immagini (per l'SFF) e per assegnare i clsn boxes a tali immagini. Non sto a spiegare le ragioni tecniche, ma di fatto io dovrei creare un secondo eseguibile che si occupa della parte delle gestioni delle immagini (sfruttando Allegro, su base DOS, ma con la possibilità di usare il mouse) e per la gestione dei clsnboxes. Potrei riuscire a coordinare tra di loro i due eseguibili, ma non ne sono sicuro. Il problema non è tanto la gestione dell'SFF (dove non c'è una grande necessità di un "rimbalzo sincronizzato" tra i due eseguibili) ma sarebbe soprattutto con riguardo alla creazione dei file AIR.
Non sono sicuro di riuscire a gestire correttamente la sincronia di due eseguibili su tale punto (particolarmente critico).

Prima di giudicare l'utilità di tale programma, pensate al fatto che esiste FF, Sto chiedendo delle risposte oneste. Non voglio perdere tempo (non ho tempo da perdere) a realizzare cose che poi si rivelano ultonee (= ulteriori e superflue)

----------

Vi prego: NON limitatevi a votare, ma scrivete per esteso la vostra opinione. Grazie a chiunque decida di rispondere analiticamente.

[kirby_p-chan]

entrambi
nobun rules

[Birelhot]

Allora io voto AllBmp perchè CharEdit se non diventa famoso (anche se fatto meglio di FF e programmi simili) potrebbe essere un po inutile... Comunque io ti consiglio di non badare molto alla votazione dei vari lavori perchè noi non sappiamo i tuoi problemi, il tempo che hai a disposizione... In poche parole sei tu che puoi dare il miglior giudizio...
Questo è il mio parere.

[Nobun]

Tranquillo, non mi sento vincolato. Più che altro mi serve sapere se, a livello teorico, secondo voi vale la pena dedicare tempo ad uno o entrambi i progetti in questione. Non si può escludere che, pur in caso di pareri positivi, poi non produca nessuno dei due programmi (mentre se il parere è negativo non prendo nemmeno in considerazione di perderci tempo). In ogni caso darò più peso alle considerazioni e alle vostre argomentazioni più che al solo numero di voti (che comunque è utile per avere un quadro generale).

Comunque un chiarimento. AllBmp già esiste ed è disponibile. Il progetto sarebbe riscrivere da capo il programma (un nuovo programma) con tutte le innovazioni che ho elencato sopra. Il senso della domanda era infatti sapere se poteva essere utile creare un nuovo allbmp con tali nuove feature oppure se la versione vecchia possa ritenersi sufficiente.

[Squall LionHeart™]

Ritengo che la versione migliorata con ciò che hai descritto di Allbmp potrebbe essere utile. premetto che non conoscevo l'esistenza di tale programma, chiedo venia :P
ad ogni modo mi sembra un programma abbastanza funzionale ed utile con molte sfaccettature ed utilità...perciò credo che lo userei :)

Per quanto riguarda il programma di editing di chars, io trovo molto funzionale FF, ed intuitive e semplici le sue funzioni, pertanto non cambierei programma, anche perché, le migliorie che si possono apportare all'intuitività dei comandi sono veramente poche, e perderei più tempo a imparare ad usare il nuovo programma che non quello guadagnato dalla semplificazione dei comandi.

pertanto ho votato solo AllBmp.

hai chiesto un voto sincero, e spero di essermi espresso il più "chiaramente" possibile ;)

Saluti

Squall

[Nobun]

Assolutamente! :rulez:
Non avrei aperto un sondaggio se non avessi voluto ascoltare pareri spassionati ed onesti.

(PS Io invece continuo a preferire il Mee nonostante i suoi problemi. Ormai mi ci sono affezionato. Anche se FF è obiettivamente migliore, il Mee continua a rispecchiare meglio le mie personali esigenze).

[williamwilson]

Allbmp, mi sembra che sia molto utile, per sistemare delle situazioni, in cui anche io mi sono trovato e che ho risolto usando photoshop.
Io sono favorevole a questo programma quindi, perchè ne capisco l'utilità.
Sarebbe il massimo se si potesse applicare questa funzione a + immagini per volta.

Il secondo programma, sinceramente non ho capito cosa faccia in + rispetto agli attuali programmi.
Non ho provato ad editare il file air con fighterfactory in modo testuale, però se non ricordo male il file testuale si vede... poi se si possa editare o no è un'altro discorso.

[Birelhot]

Sì Nobun lo avevo capito... Però FF è già buono quindi non credo che si possa sostituire tanto facilmente poi io uso solo paint XD mi devo aggiornare XD loading... XD
No, apparte li scherzi confermo AllBmp perchè questo "aggiornamento" mi sembra molto interessante e utile

[Nobun]

Il classico allbmp lo fa. Solo per le BMP a 256 colori (altrimenti viene un risultato distorto), e chiede una BMP a 256 colori contenente la palette di riferimento. La versione classica di AllBmp modifica tutte le BMP che si trovano all'interno della cartella del programma. Tutti i file non devono avere un nome che superi la lunghezza di 8 caratteri (esclusa estensione): tale limitazione dipende dal (molto vecchio) compilatore che usai all'epoca

La BMP di riferimento invece deve essere inserita in un'altra cartella (si suggerisce in c:\). Quindi quando il programma ti chiede la BMP di riferimento basta scrivere

c:\FILE_BITMAP_DI_RIFERIMENTO.bmp

---

Comunque è bene fare un backup delle immagini prima di usarlo.

Se qualcuno non ha mai usato la versione classica di AllBmp riporto il link per scaricarlo

Scarica qui la versione classica di AllBmp (v 1.0)

------

L'eventuale nuova versione sarebbe quindi completamente ripensata. La vecchia versione, non usa alcuna libreria specifica. Semplicemente mi ero studiato il formato BMP ed avevo fatto in modo che il programma andasse a modificare, all'interno delle BMP, quei bytes che si occupavano della gestione dei colori. Devo però ammettere che il sistema non è sicuro al 100% (nel senso che ho notato un lievissimo margine di errore a cui non sono mai riuscito a dare una spiegazione... anche perché avendo perso il codice... :unsure: ).
Il nuovo allbmp sfrutterebbe a pieno la libreria Allegro, pertanto non andrei ad aprire direttamente le immagini così come sono state fisicamente memorizzate nel disco, ma le farei aprire dalle apposite funzioni di Allegro per poi modificarle attraverso le routine di libreria di allegro. Tale sistema dovrebbe assicurare risultati ancora migliori (senza quel margine di errore di cui avevo accennato sopra).

Anche se la nuova versione di AllBmp funzionerà sia per le PCX che per le BMP (purtroppo non posso aggiungere il supporto PNG, quindi dovrete convertire le PNG in BMP o PCX), non cambierò il nome al programma (che era una sorta di abbreviazione per "modifica tutte le BMP nella cartella del programma").

Ok accantono l'idea di fare un altro programma stile FF. Per rispondere a Willy, diciamo che le uniche innovazioni sarebbero state:

1) Permettere l'editing testuale dei file Air in maniera agevole (è vero che FF lo permette, ma è un sistema un po' macchinoso. Questo il motivo principale per cui continuo a preferire Mee).

2) Ripristinare un tool interno stile PalFx Preview (disponibile in Mee ma non in FF)

3) (se ci riuscivo) inserire un tool in grado di fare la Preview degli AfterImages

4) Poter installare il programma anche sotto Linux (e quindi necessariamente sarebbe stato disponibile pure il codice sorgente)

5) Creazione sicura SFF appoggiandosi correttamente a sprmaker


------------

Alla luce delle vostre opinioni valuterò quindi se migliorare (o meglio, riscrivere) AllBmp. In ogni caso attendo anche altri pareri.

[Nobun]

A parecchia distanza di tempo (quindi, ammesso) faccio un doppio post per aggiornare la situazione.
Il programma AllBmp 2.0 (come si potrà notare dalla firma) è pronto. Ho anche terminato di scrivere la documentazione,
Sono previsti una serie di pacchetti scaricabili, tutti comprendono SIA il programma allbmp CHE il fronthead di allbmp (terminato anche quello):

WINDOWS:
1) Versione binaria standard (fronthead pensato per una risoluzione di almeno 1024x768)
2) Versione binaria 800x600 (fronthead "rimpicciolito" a 800x600 per schermi meno potenti e più vecchi)
3) Versione contente i sorgenti

WINDOWS DLL (necessari per il fronthead):
1) QtCore4.zip (1MB circa)
2) QtGui4.zip (più di 4MB) (ci sono altri due zip dove QtGui4.zip splittato in due parti da 2 MB - per agevolare le connessioni lente)

LINUX
1) Versione Installabile da sorgenti (consigliata per costruire gli eseguibili, ma poco utile per capire i sorgenti)
2) Versione binaria standard per Ubuntu 8.04 (non garantisco che funzioni in altre distribuzioni)
3) Versione binaria 800x600 per Ubuntu 8.04 (non garantisco che funzioni in altre distribuzioni)
4) Versione contenente i sorgenti

Problema: come molti di voi sanno, non ho accesso all'ftp e non lo posso uploadare, almeno non su Mugenation. Per ora attendo di risolvere il problema.

La licenza è Gpl3 quindi si è assolutamente liberi di distribuirlo. Se qualcuno è interessato ad ospitare tutti questi pacchetti sul proprio sto, me lo faccia sapere.

[Yamata no Orochi]

Colpevole di aver letto con mlta superficialità ti chiedo se riesci a integrare in un teorico editor di immagini stile FF la funzione copia incolla oltre l'utilissima funzionde del riconoscimento del colore delle palette e la possibilità di partire da una paletta già esistente, il bello di FF diversamente da photoshop in fase di editing degli sprite è che non c'è una finestra per fotogramma in cui incollare e salvare, ma tutto il pacchetto in cui basta avanzare o indietreggiare di fotogramma salvando direttamente l' sff file

[Nobun]

Probabilmente non sono riuscito a spiegare bene come funziona il mio programma. O forse ti sei confuso con il fatto che avevo in mente di fare anche un nuovo Editor per i personaggio.
Di fatto, seguendo il consiglio delle altre persone (che mi hanno sconsigliato di farlo visto che già FF svolge adeguatamente lo scopo) ho deciso di portare solo uno dei due progetti, ovvero la versione 2.0 di AllBmp mentre l'altra idea è stata abbandonata.

Il mio programma DEVE usare una palette GIA' ESISTENTE come parametro di riferimento per riadattare le immagini in lista (la palette già esistente deve essere salvata in uno dei tre formati supportati - Jasc Pal, Photoshop/Mugen act oppure Act senza inversione (bor ACT)). Tutte le immagini verranno trasformate in altre immagini (che verranno salvate altrove) che avranno la nuova impostazione di palette (quindi le immagini originali NON vengono cancellate) e, con la modalità "mantain ", le nuove immagini saranno sempre identiche d'aspetto (o quasi) rispetto alle immagini originali (solo che avranno la nuova palette). Con la modalità "erase", invece verranno prodotte immagini diverse, "filtrate" dei colori non presenti nella palette usata come riferimento.

Non funziona tipo un editor FF: allo stato attuale delle mie conoscenze sarebbe per me troppo complesso farlo e, tutto sommato non è nemmeno necessario dato lo scopo che si prefigge il mio programma (riadattare le immagini in altre immagini).

Molto semplicemente funziona così (se si usa il fronthead).

1) Si sceglie, tramite un pulsante di navigazione nella cartella, la palette di riferimento (si può digitare anche manualmente il percorso del file, se si vuole)

2) Si sceglie, tramite due caselle a doppia opzione (se ne può scegliere solo una di due, per cui il "puntino nero" che indica la scelta passa da una parte all'altra), il formato in cui devono essere salvate le nuove immagini prodotte (se PCX o BMP) e la modalità di conversione (se "mantieni TUTTI colori" e "cancella i colori NON PRESENTI in palette").

3) Si sceglie, tramite un altro pulsante di navigazione, la cartella (DEVE esistere) dove salvare le nuove immagini

4) C'è un ultimo spazio dedicato alla lista delle immagini da aggiungere. Con il pulsante "Add Files" si possono aggiungere file alla lista. Tramite il pulsante si può esplorare il computer alla ricerca delle immagini desiderate. In questa finestra di selezione è possibile selezionare più file in una sola volta. Tutti i file selezionati verranno aggiunti alla lista.

Per darti una idea ti pubblico ciò che mi è consentito negli esigui spazi di questo forum, ovvero uno screenshot della schermata del fronthead per farti vedere come si presenta.

Allega File

•  shot_abfront.zip (19.73K)
  Numero di scaricamenti: 4

[Yamata no Orochi]

Ok, penso di aver capito... Per me che edito un fotogramma alla volta e ho un file per fotogramma è una bella comodità a lavoro terminato...

[Nobun]

Finalmente il problema ftp è stato risolto

Il programma è ora pubblico. Fatemi sapere le vostre opinioni.

http://www.mugenation.com/staff/nobun/down...mp20/index.html