Aiuto
Quote
Argh, un altro tentativo andato a male!
X ioo:
l'immagine dello stage ti viene piccola perchè molto probabilmente hai convertito in lowres uno stages che lo era già e quindi te lo ha fatto doppiamente lowres!!
Mugen Res Conversor Convertire la risoluzione stage (da alta a bassa e viceversa)
#21
- Senpai
-
- Gruppo: Membro
- Messaggi: 820
- Iscritto: 09-September 06
Inviato 09 December 2007 - 21:12
X ioo:
l'immagine dello stage ti viene piccola perchè molto probabilmente hai convertito in lowres uno stages che lo era già e quindi te lo ha fatto doppiamente lowres!!
#22
- Sensei
-
- Gruppo: Membro Speciale
- Messaggi: 3995
- Iscritto: 16-August 07
Inviato 09 December 2007 - 21:17
ioo ma che combini?! :azz: :rotfl:
Ok, chiariamoci. Il post di ioo era riferito al MIO errore, solo che lui probabilmente si è scordato di mettere la mia frase in un "tag citazione". Comunque la frase, il concetto, come lo chiamate, era mio :rotfl:
Comunque non ho idea del perchè lo stage si veda così, ma non credo sia hires dato che lo sprite era di Super Budoten, quindi rippato da un gioco vecchio. Ho inviato lo stage a Nobun, lo vedrà lui.
PS: Inoltre se noti bene l'immagine si vede solo nella parte alta. Di sicuro è stato compilato male il def.
Ok, chiariamoci. Il post di ioo era riferito al MIO errore, solo che lui probabilmente si è scordato di mettere la mia frase in un "tag citazione". Comunque la frase, il concetto, come lo chiamate, era mio :rotfl:
Comunque non ho idea del perchè lo stage si veda così, ma non credo sia hires dato che lo sprite era di Super Budoten, quindi rippato da un gioco vecchio. Ho inviato lo stage a Nobun, lo vedrà lui.
PS: Inoltre se noti bene l'immagine si vede solo nella parte alta. Di sicuro è stato compilato male il def.
#23
- Horse Rider Skull Phantom. Rarely Here.
-
- Gruppo: SuperModeratore
- Messaggi: 4898
- Iscritto: 11-July 04
Inviato 09 December 2007 - 22:50
Cerco di andare con ordine e rispondere a tutti i vostri dubbi
1) Converte solo stages o anche personaggi?
Bhe intanto basta guardare al nome completo del programma (Mugen Stage XRes Conversor) per rispondersi da soli. E poi Menjo ha azzeccato tutti i punti. Non esiste (ancora) una differenza tra chars low-res ed hi-res nel senso di personaggi che si vedono bene solo su una versione Mugen ma su altre si vedono troppo grandi oppure troppo piccoli.
Il problema riguarda gli stages e basta.
Nei chars, tra l'altro, a differenza che negli stages, il 90% di lavoro di eventuale ridimensionamento te lo fa le costanti di scale nelle costanti del CNS (negli stages invece non esistono possibilità di scalare e quindi bisogna rifare tutto il codice).
Quindi un programma del genere ha un senso solo negli stages.
2) Può convertire uno o più stages?
No, solo uno alla volta per il momento.
All'origine il programma era stato pensato anche per le conversioni multiple (il secondo riquadro prevederebbe un'altra opzione al momento non disponibile) però quando poi sono andato allo sviluppo mi sono concentrato molto sui singoli cambiamenti tanto che la seconda opzione non funzionava correttamente e quindi è stata annullata (per produrre una versione stabile).
Diciamo che, se avrò tempo, è probabile che verrà prodotta una versione 2.0 (tecnicamente si differenzia da una 1.1 perché si tratta di rescrivere complessivamente tutto il codice daccapo per ottimizzare il programma e non di mere aggiunte). Per il momento questa può bastare.
In ogni caso non so quanto beneficio possa arrecare una conversione multipla perché, per ragioni tecniche, è probabile che le due schermate nere da attendere per ogni singola traformazione rimarrebbero come ostacolo da tenere in considerazione. Cosa che mi fa dubitare della utilità di una simile opzione.
3) Lo stage "incriminato" dal Menjo era Hi-Res?
NO. Il motivo per cui lo vedete male e riposizionato in quel modo è che avete reso low-res uno stage che già era low-res (quindi avete rimpicciolito uno stage che non andava rimpicciolito).
Prima di convertire uno stage controllate se nella versione vostra del Mugen funziona bene o meno. Se i char fluttuano in aria allora lo stage va reso low-res. Se o stage non copre tutta la schermata (come l'immagine mostrata da ioo) va ingrandito (reso Hi-Res). Se invece si vede normale non ha bisogno di conversione.
Emiliux quindi ci ha visto giusto...
4) Da cosa dipende la segnalazione di errore di cui parlava il menjo?
Non ho modo di controllare sul programma (perché per qualche giorno sto in un posto diverso rispetto a dove conservo il programma con il codice ed il linguaggio con cui l'ho creato) in questo momento ma al 90% dipende dal fatto che il nome del file .DEF e del file .SFF contengono degli spazi.
Questo non va bene. Bisogna quindi sostituire gli spazi con altri caratteri (e modificare di conseguenza la linea spr = nomefile.sff)... suggerisco la linea sottolineata (_)..
Questo è un fatto che è legato strettamente ad un aspetto del mio codice che difficilmente potrà essere rimosso (comunque non ci sono problemi se il percordo ha cartelle che hanno spazi nei nomi. Basta solo che i nomi del file DEF e del file SFF non contengano spazi).
In ogni caso segnalo che vi sono anche errori di programmazione dentro a quello stage. :moglie:
Il programma è pensato per convertire stage programmati correttamente (nel senso programmati con i comandi e con i controlli previsti dalla programmazione degli stages... comandi che non c'entrano nulla e che riguardano la programmazione CHARS vanno comunque rimossi - anche se quiesti non dovrebbero creare casino perché il programma valuta solo alcune informazioni che specificamente è necessario cambiare negli stages lasciando più o meno inalterato tutto il resto).
1) Converte solo stages o anche personaggi?
Bhe intanto basta guardare al nome completo del programma (Mugen Stage XRes Conversor) per rispondersi da soli. E poi Menjo ha azzeccato tutti i punti. Non esiste (ancora) una differenza tra chars low-res ed hi-res nel senso di personaggi che si vedono bene solo su una versione Mugen ma su altre si vedono troppo grandi oppure troppo piccoli.
Il problema riguarda gli stages e basta.
Nei chars, tra l'altro, a differenza che negli stages, il 90% di lavoro di eventuale ridimensionamento te lo fa le costanti di scale nelle costanti del CNS (negli stages invece non esistono possibilità di scalare e quindi bisogna rifare tutto il codice).
Quindi un programma del genere ha un senso solo negli stages.
2) Può convertire uno o più stages?
No, solo uno alla volta per il momento.
All'origine il programma era stato pensato anche per le conversioni multiple (il secondo riquadro prevederebbe un'altra opzione al momento non disponibile) però quando poi sono andato allo sviluppo mi sono concentrato molto sui singoli cambiamenti tanto che la seconda opzione non funzionava correttamente e quindi è stata annullata (per produrre una versione stabile).
Diciamo che, se avrò tempo, è probabile che verrà prodotta una versione 2.0 (tecnicamente si differenzia da una 1.1 perché si tratta di rescrivere complessivamente tutto il codice daccapo per ottimizzare il programma e non di mere aggiunte). Per il momento questa può bastare.
In ogni caso non so quanto beneficio possa arrecare una conversione multipla perché, per ragioni tecniche, è probabile che le due schermate nere da attendere per ogni singola traformazione rimarrebbero come ostacolo da tenere in considerazione. Cosa che mi fa dubitare della utilità di una simile opzione.
3) Lo stage "incriminato" dal Menjo era Hi-Res?
NO. Il motivo per cui lo vedete male e riposizionato in quel modo è che avete reso low-res uno stage che già era low-res (quindi avete rimpicciolito uno stage che non andava rimpicciolito).
Prima di convertire uno stage controllate se nella versione vostra del Mugen funziona bene o meno. Se i char fluttuano in aria allora lo stage va reso low-res. Se o stage non copre tutta la schermata (come l'immagine mostrata da ioo) va ingrandito (reso Hi-Res). Se invece si vede normale non ha bisogno di conversione.
Emiliux quindi ci ha visto giusto...
4) Da cosa dipende la segnalazione di errore di cui parlava il menjo?
Non ho modo di controllare sul programma (perché per qualche giorno sto in un posto diverso rispetto a dove conservo il programma con il codice ed il linguaggio con cui l'ho creato) in questo momento ma al 90% dipende dal fatto che il nome del file .DEF e del file .SFF contengono degli spazi.
Questo non va bene. Bisogna quindi sostituire gli spazi con altri caratteri (e modificare di conseguenza la linea spr = nomefile.sff)... suggerisco la linea sottolineata (_)..
Questo è un fatto che è legato strettamente ad un aspetto del mio codice che difficilmente potrà essere rimosso (comunque non ci sono problemi se il percordo ha cartelle che hanno spazi nei nomi. Basta solo che i nomi del file DEF e del file SFF non contengano spazi).
In ogni caso segnalo che vi sono anche errori di programmazione dentro a quello stage. :moglie:
Il programma è pensato per convertire stage programmati correttamente (nel senso programmati con i comandi e con i controlli previsti dalla programmazione degli stages... comandi che non c'entrano nulla e che riguardano la programmazione CHARS vanno comunque rimossi - anche se quiesti non dovrebbero creare casino perché il programma valuta solo alcune informazioni che specificamente è necessario cambiare negli stages lasciando più o meno inalterato tutto il resto).
#24
- Sensei
-
- Gruppo: Membro Speciale
- Messaggi: 3995
- Iscritto: 16-August 07
Inviato 09 December 2007 - 23:11
Nobun, su Dec 9 2007, 22:50, detto:
Cerco di andare con ordine e rispondere a tutti i vostri dubbi
1) Converte solo stages o anche personaggi?
Bhe intanto basta guardare al nome completo del programma (Mugen Stage XRes Conversor) per rispondersi da soli. E poi Menjo ha azzeccato tutti i punti. Non esiste (ancora) una differenza tra chars low-res ed hi-res nel senso di personaggi che si vedono bene solo su una versione Mugen ma su altre si vedono troppo grandi oppure troppo piccoli.
Il problema riguarda gli stages e basta.
Nei chars, tra l'altro, a differenza che negli stages, il 90% di lavoro di eventuale ridimensionamento te lo fa le costanti di scale nelle costanti del CNS (negli stages invece non esistono possibilità di scalare e quindi bisogna rifare tutto il codice).
Quindi un programma del genere ha un senso solo negli stages.
2) Può convertire uno o più stages?
No, solo uno alla volta per il momento.
All'origine il programma era stato pensato anche per le conversioni multiple (il secondo riquadro prevederebbe un'altra opzione al momento non disponibile) però quando poi sono andato allo sviluppo mi sono concentrato molto sui singoli cambiamenti tanto che la seconda opzione non funzionava correttamente e quindi è stata annullata (per produrre una versione stabile).
Diciamo che, se avrò tempo, è probabile che verrà prodotta una versione 2.0 (tecnicamente si differenzia da una 1.1 perché si tratta di rescrivere complessivamente tutto il codice daccapo per ottimizzare il programma e non di mere aggiunte). Per il momento questa può bastare.
In ogni caso non so quanto beneficio possa arrecare una conversione multipla perché, per ragioni tecniche, è probabile che le due schermate nere da attendere per ogni singola traformazione rimarrebbero come ostacolo da tenere in considerazione. Cosa che mi fa dubitare della utilità di una simile opzione.
3) Lo stage "incriminato" dal Menjo era Hi-Res?
NO. Il motivo per cui lo vedete male e riposizionato in quel modo è che avete reso low-res uno stage che già era low-res (quindi avete rimpicciolito uno stage che non andava rimpicciolito).
Prima di convertire uno stage controllate se nella versione vostra del Mugen funziona bene o meno. Se i char fluttuano in aria allora lo stage va reso low-res. Se o stage non copre tutta la schermata (come l'immagine mostrata da ioo) va ingrandito (reso Hi-Res). Se invece si vede normale non ha bisogno di conversione.
Emiliux quindi ci ha visto giusto...
4) Da cosa dipende la segnalazione di errore di cui parlava il menjo?
Non ho modo di controllare sul programma (perché per qualche giorno sto in un posto diverso rispetto a dove conservo il programma con il codice ed il linguaggio con cui l'ho creato) in questo momento ma al 90% dipende dal fatto che il nome del file .DEF e del file .SFF contengono degli spazi.
Questo non va bene. Bisogna quindi sostituire gli spazi con altri caratteri (e modificare di conseguenza la linea spr = nomefile.sff)... suggerisco la linea sottolineata (_)..
Questo è un fatto che è legato strettamente ad un aspetto del mio codice che difficilmente potrà essere rimosso (comunque non ci sono problemi se il percordo ha cartelle che hanno spazi nei nomi. Basta solo che i nomi del file DEF e del file SFF non contengano spazi).
In ogni caso segnalo che vi sono anche errori di programmazione dentro a quello stage. Il programma è pensato per convertire stage programmati correttamente (nel senso programmati con i comandi e con i controlli previsti dalla programmazione degli stages... comandi che non c'entrano nulla e che riguardano la programmazione CHARS vanno comunque rimossi - anche se quiesti non dovrebbero creare casino perché il programma valuta solo alcune informazioni che specificamente è necessario cambiare negli stages lasciando più o meno inalterato tutto il resto).
1) Converte solo stages o anche personaggi?
Bhe intanto basta guardare al nome completo del programma (Mugen Stage XRes Conversor) per rispondersi da soli. E poi Menjo ha azzeccato tutti i punti. Non esiste (ancora) una differenza tra chars low-res ed hi-res nel senso di personaggi che si vedono bene solo su una versione Mugen ma su altre si vedono troppo grandi oppure troppo piccoli.
Il problema riguarda gli stages e basta.
Nei chars, tra l'altro, a differenza che negli stages, il 90% di lavoro di eventuale ridimensionamento te lo fa le costanti di scale nelle costanti del CNS (negli stages invece non esistono possibilità di scalare e quindi bisogna rifare tutto il codice).
Quindi un programma del genere ha un senso solo negli stages.
2) Può convertire uno o più stages?
No, solo uno alla volta per il momento.
All'origine il programma era stato pensato anche per le conversioni multiple (il secondo riquadro prevederebbe un'altra opzione al momento non disponibile) però quando poi sono andato allo sviluppo mi sono concentrato molto sui singoli cambiamenti tanto che la seconda opzione non funzionava correttamente e quindi è stata annullata (per produrre una versione stabile).
Diciamo che, se avrò tempo, è probabile che verrà prodotta una versione 2.0 (tecnicamente si differenzia da una 1.1 perché si tratta di rescrivere complessivamente tutto il codice daccapo per ottimizzare il programma e non di mere aggiunte). Per il momento questa può bastare.
In ogni caso non so quanto beneficio possa arrecare una conversione multipla perché, per ragioni tecniche, è probabile che le due schermate nere da attendere per ogni singola traformazione rimarrebbero come ostacolo da tenere in considerazione. Cosa che mi fa dubitare della utilità di una simile opzione.
3) Lo stage "incriminato" dal Menjo era Hi-Res?
NO. Il motivo per cui lo vedete male e riposizionato in quel modo è che avete reso low-res uno stage che già era low-res (quindi avete rimpicciolito uno stage che non andava rimpicciolito).
Prima di convertire uno stage controllate se nella versione vostra del Mugen funziona bene o meno. Se i char fluttuano in aria allora lo stage va reso low-res. Se o stage non copre tutta la schermata (come l'immagine mostrata da ioo) va ingrandito (reso Hi-Res). Se invece si vede normale non ha bisogno di conversione.
Emiliux quindi ci ha visto giusto...
4) Da cosa dipende la segnalazione di errore di cui parlava il menjo?
Non ho modo di controllare sul programma (perché per qualche giorno sto in un posto diverso rispetto a dove conservo il programma con il codice ed il linguaggio con cui l'ho creato) in questo momento ma al 90% dipende dal fatto che il nome del file .DEF e del file .SFF contengono degli spazi.
Questo non va bene. Bisogna quindi sostituire gli spazi con altri caratteri (e modificare di conseguenza la linea spr = nomefile.sff)... suggerisco la linea sottolineata (_)..
Questo è un fatto che è legato strettamente ad un aspetto del mio codice che difficilmente potrà essere rimosso (comunque non ci sono problemi se il percordo ha cartelle che hanno spazi nei nomi. Basta solo che i nomi del file DEF e del file SFF non contengano spazi).
In ogni caso segnalo che vi sono anche errori di programmazione dentro a quello stage. Il programma è pensato per convertire stage programmati correttamente (nel senso programmati con i comandi e con i controlli previsti dalla programmazione degli stages... comandi che non c'entrano nulla e che riguardano la programmazione CHARS vanno comunque rimossi - anche se quiesti non dovrebbero creare casino perché il programma valuta solo alcune informazioni che specificamente è necessario cambiare negli stages lasciando più o meno inalterato tutto il resto).
Punto 3) Qui credo ci sia un qualcosa che non va. Io ho controllato piu volte, lo stage che era mal riuscito lo stavo convertendo da low a high, non l'inverso. Ci dev'essere un altra spiegazione, dopo tutto la conversione l'ho fatta io, credo di ricordare di aver fatto SOLO conversioni da low a hi.
Quindi secondo me il problema è un altro.
Ora andrei a parlare molto di piu, ma non ho tempo ne la possibilità di farlo. Non posso rivelare il motivo :ninja:
#25
- Horse Rider Skull Phantom. Rarely Here.
-
- Gruppo: SuperModeratore
- Messaggi: 4898
- Iscritto: 11-July 04
Inviato 09 December 2007 - 23:23
Menjo Agente segreto? :rulez:
Comunque il fatto è questo. Quando vede lo spazio nel nome, la stringa che memorizza il nome viene troncata e quindi il programma non vede il nome di file completo. Ecco perché bisogna rimuovere gli spazi dai nomi dei file degli stages (e riadattare di conseguenza la riga spr = nomestage.sff)
Però la cosa strana è che (con gli spazi nei nomi dei file) dovrebbe prodursi un SFF invalido senza immagini (da 1kb) e non un SFF inalterato a bassa risoluzione... (questo perché parte da un SFF che non esiste)
In ogni caso ricordo che il programma non modifica lo stage originale, ma ne produce un secondo (con suffisso -hi in questo caso) con la risoluzione scelta. Quindi se si tenta di aggiungere lo stage originale questo continua a dare problemi perché non viene toccato (vedi istruzioni del programma). Tale scelta è stata dettata da una precisa volontà di mantenere con sicurezza una copia di backup dell'originale per ogni evenienza.
EDIT: Menjo hai provato a convertire la versione dello stage da me "modificata" e vedere cosa succede?
Comunque il fatto è questo. Quando vede lo spazio nel nome, la stringa che memorizza il nome viene troncata e quindi il programma non vede il nome di file completo. Ecco perché bisogna rimuovere gli spazi dai nomi dei file degli stages (e riadattare di conseguenza la riga spr = nomestage.sff)
Però la cosa strana è che (con gli spazi nei nomi dei file) dovrebbe prodursi un SFF invalido senza immagini (da 1kb) e non un SFF inalterato a bassa risoluzione... (questo perché parte da un SFF che non esiste)
In ogni caso ricordo che il programma non modifica lo stage originale, ma ne produce un secondo (con suffisso -hi in questo caso) con la risoluzione scelta. Quindi se si tenta di aggiungere lo stage originale questo continua a dare problemi perché non viene toccato (vedi istruzioni del programma). Tale scelta è stata dettata da una precisa volontà di mantenere con sicurezza una copia di backup dell'originale per ogni evenienza.
EDIT: Menjo hai provato a convertire la versione dello stage da me "modificata" e vedere cosa succede?
#26
- Sensei
-
- Gruppo: Membro Speciale
- Messaggi: 3995
- Iscritto: 16-August 07
Inviato 09 December 2007 - 23:35
Nobun mi dispiace ma questa sera non posso proprio. Come ben dicevi...Menjo Agente Segreto :rulez:
In tanto cerco di rispondere senza farmi scoprire/uccidere.
Ho notato che lo stage con il quale la conversione è andata male aveva spazi nel nome, questo lo devo provare ad eludere domani con calma e vedere che succede. Comunque lo stage te l'ho inviato quindi se non se ne viene a capo ce l'hai sempre lì.
Poi ho letto i Pm al volo, se domani sarò ancora in grado fisicamente di leggerli ti farò subito sapere.
PS: Se mi trovano mi killano, quindi è meglio domani se non vuoi un Menjomorto...
In tanto cerco di rispondere senza farmi scoprire/uccidere.
Ho notato che lo stage con il quale la conversione è andata male aveva spazi nel nome, questo lo devo provare ad eludere domani con calma e vedere che succede. Comunque lo stage te l'ho inviato quindi se non se ne viene a capo ce l'hai sempre lì.
Poi ho letto i Pm al volo, se domani sarò ancora in grado fisicamente di leggerli ti farò subito sapere.
PS: Se mi trovano mi killano, quindi è meglio domani se non vuoi un Menjomorto...
#27
- The World Is Mine
-
- Gruppo: Membro
- Messaggi: 368
- Iscritto: 21-October 07
Inviato 10 December 2007 - 09:31
...se t riferivi a me, a qll'ora ero gia nella fase rem!!......sei stato fortunato! ...mannaggia a te!!! >:(
#28
- Senpai
-
- Gruppo: Membro
- Messaggi: 820
- Iscritto: 09-September 06
Inviato 10 December 2007 - 13:44
ho appena notato una cosa, e cioè che se si prende uno stages hires e lo si converte in lores è tutto apposto, ma come mai se si prende uno stage lowres e si converte in hires, cioè il procedimento opposto, questo non migliora graficamente ma rimante sempre in lowres con gli allineamenti aggiustati!? :azz:
#29
- Horse Rider Skull Phantom. Rarely Here.
-
- Gruppo: SuperModeratore
- Messaggi: 4898
- Iscritto: 11-July 04
Inviato 10 December 2007 - 15:38
EMILIUX, su Dec 10 2007, 15:44, detto:
ho appena notato una cosa, e cioè che se si prende uno stages hires e lo si converte in lores è tutto apposto, ma come mai se si prende uno stage lowres e si converte in hires, cioè il procedimento opposto, questo non migliora graficamente ma rimante sempre in lowres con gli allineamenti aggiustati!? :azz:
Quello che mi dici mi suona strano, dato che quasi tutti i test che ho fatto per poter produrre e testare il codice sono stati calibrati sulla conversione da Low ad Hi (infatti stage originari in Hi-Res di fatto non ne avevo oltre quelli già dentro il Mugen hi-res). Di conversioni da Low ad Hi ne ho fatte diverse ed i risultati erano sempre corrette (ricordo che l'obiettivo è far visualizzare bene lo stage nel Mugen scelto.
1) Qundi se si tratta di stage in low-res da portare in hi-res l'obiettivo è "riempire lo schermo" (vedi immagine postata da ioo... uno stage low-res nel Mugen Hi-res si presenta allo stesso modo). L'obiettivo è quindi di farlo vedere correttamente nel Mugen Hi-res.
2) Se invece si tratta di stage Hi-Res da portare nel Mugen low-res l'obiettivo è "non far volare i personaggi" e riportare il tutto "a dimensioni umane". Qui l'obiettivo sta nel farlo vedere giusto nel Mugen Low-res. Per fare questo (al contrario di prima) si rimpiccioliscono le immagini.
Nella conversione Hi -> Low ho applicato la formula opposta (a logica) che ho vistocomunque funzionare con quei 2-3 stage di numero che avevo.
Devo chiarire una cosa, che forse non è stata spiegata bene. Allora io non posso influire sulla QUALITA' della immagine. Quando si parla di conversione in Hi-Res dò per pacifico che si capisce che si tratta di un semplice ingrandimento delle immagini che vengono raddoppiate nelle dimensioni e ridimensionate (usando IrfanView).
Ma ovviamente (come del resto avevo fatto presente prima di creare il programma) questo significa dover perdere un po' di qualità di immagine. Anche se onestamente non ho notato tutte questa perdita di qualità nei test che ho fatto io.
Come ho già detto in passato, io ho messo entrambe le forme di conversione, ma la seconda è forse quella che a livello di impatto visivo dovrebbe assicurare meno imperfezioni (perché - proporzionalmente - si dovrebbe perdere meno qualità a rimpicciolire una immagine piuttosto che ad ingrandirla)...
Nelle istruzioni del programma mi pareva chiaro... l'obiettivo del programma è quello di rendere correttamente funzionanti gli stage hi-Res nel Mugen Low-res e correttamente funzionanti gli stages Low-Res in stage hi-Res... non quello di intervenire sulla QUALITA' delle immagini (non sarebbe tecnicamente possibile).
#30
- Sensei
-
- Gruppo: Membro Speciale
- Messaggi: 3995
- Iscritto: 16-August 07
Inviato 10 December 2007 - 17:30
ioo, su Dec 10 2007, 09:31, detto:
...se t riferivi a me, a qll'ora ero gia nella fase rem!!......sei stato fortunato! ...mannaggia a te!!! >:(
Non hai capito assolutamente nulla, come al solito. Non mi riferivo a nessuno, semplicemente avevo acceso il pc di nascosto per rispondere. Ogni 5 secondi lo rispegnevo e riaccendevo...
Quote
vedi immagine postata da ioo...
Eh no Nobun, ripeto, l'immagine l'ho postata io, non ioo...
Quote
questo non migliora graficamente ma rimante sempre in lowres con gli allineamenti aggiustati!?
Ho capito cosa intendi. E' normalissimo che durante la conversione low to hi non cambia la grafica. Non puo esistere assolutamente un programma che possa ritoccare le sprite e fare il lavoro di conversione grafico che andrebbe fatto a mano. Infatti per trasformare gli stage da low a hi andrebbe fatto a mano, ma è una cosa lunga. In realtà il programma di Nobun non serve a migliorare la grafica, ma a risolvere i problemi di compatibilità con gli stage e le varie versioni di Mugen. Purtroppo il computer non essendo dotato di intelligenza non sa disegnare stages :P
PS: Ora posso leggere i Pm di Nobun e poi in caso posto.
#31
- Horse Rider Skull Phantom. Rarely Here.
-
- Gruppo: SuperModeratore
- Messaggi: 4898
- Iscritto: 11-July 04
Inviato 10 December 2007 - 19:34
Il fatto è che è tecnicamente impossibile migliorare la qualità di una immagine.
Per cercare di recuperare la qualità che si perde con le operazioni di ridimensionamento i programmi come IrfanView e Photoshop eseguono dei complessi algoritmi (quelli che vengon a volte chiamati "filtri") che alterano l'immagine perché otticamente il tracciato del disegno possa rimanere omogeneo ed apparentemente dare l'impressione di mantenimento di qualità.
Diverso forse il discorso del disegno vettoriale (che però non conosco e non ne parlo... comunque non è il nostro caso)
Ora... nemmeno manualmente si può migliorare la qualità grafica di una immagine PCX. Non esiste modo. Per fare un esempio diverso... se io parto da 100 sassi tra le mani e non ho la possibilità di prenderne altri, non potrò mai pretendere di avere in mano più di quei 100 sassi. Al limite, se voglio posso farne cadere per terra alcuni e tenere di meno, ma quelli che cadono poi non li posso più recuperare.
L'esempio può sembrare stupido ma fa capire il concetto.
----
Chiarisco cosa fa esattamente il programma (senza rivelare tutti i dettagli perchè... lo scoprirete a breve)
-----
Il Mugen normale ha risoluzione 320x240.
Il Mugen Hi-Res ha risoluzione per gli stages 640x480
Cosa fa quindi il mio programma.
- Prende l'SFF
- estrae le immagini
- modifica le immagini. (se una immagine era a 100x100 diventa di 200x200 se passa da Low a Hi-Res, diventa 50x50 se passa a Hi-Res a LowRes)
- Riadatta le posizioni degli assi SFF
- Ricrea l'SFF
- Riadatta le posizioni dei layer così come definiti nel DEF
- RiCalcola lo spazio di scorrimento (file DEF)
(non credo di essermi dimenticato nulla).
Nel fare questo deve tenere conto di tutta una serie di fattori connaturati alla struttura del codice Mugen e dei possibili modi di scrivere il codice degli stage.
Per cercare di recuperare la qualità che si perde con le operazioni di ridimensionamento i programmi come IrfanView e Photoshop eseguono dei complessi algoritmi (quelli che vengon a volte chiamati "filtri") che alterano l'immagine perché otticamente il tracciato del disegno possa rimanere omogeneo ed apparentemente dare l'impressione di mantenimento di qualità.
Diverso forse il discorso del disegno vettoriale (che però non conosco e non ne parlo... comunque non è il nostro caso)
Ora... nemmeno manualmente si può migliorare la qualità grafica di una immagine PCX. Non esiste modo. Per fare un esempio diverso... se io parto da 100 sassi tra le mani e non ho la possibilità di prenderne altri, non potrò mai pretendere di avere in mano più di quei 100 sassi. Al limite, se voglio posso farne cadere per terra alcuni e tenere di meno, ma quelli che cadono poi non li posso più recuperare.
L'esempio può sembrare stupido ma fa capire il concetto.
----
Chiarisco cosa fa esattamente il programma (senza rivelare tutti i dettagli perchè... lo scoprirete a breve)
-----
Il Mugen normale ha risoluzione 320x240.
Il Mugen Hi-Res ha risoluzione per gli stages 640x480
Cosa fa quindi il mio programma.
- Prende l'SFF
- estrae le immagini
- modifica le immagini. (se una immagine era a 100x100 diventa di 200x200 se passa da Low a Hi-Res, diventa 50x50 se passa a Hi-Res a LowRes)
- Riadatta le posizioni degli assi SFF
- Ricrea l'SFF
- Riadatta le posizioni dei layer così come definiti nel DEF
- RiCalcola lo spazio di scorrimento (file DEF)
(non credo di essermi dimenticato nulla).
Nel fare questo deve tenere conto di tutta una serie di fattori connaturati alla struttura del codice Mugen e dei possibili modi di scrivere il codice degli stage.
#32
- Sensei
-
- Gruppo: Membro Speciale
- Messaggi: 3995
- Iscritto: 16-August 07
Inviato 10 December 2007 - 20:23
Quote
Ora... nemmeno manualmente si può migliorare la qualità grafica di una immagine PCX. Non esiste modo. Per fare un esempio diverso... se io parto da 100 sassi tra le mani e non ho la possibilità di prenderne altri, non potrò mai pretendere di avere in mano più di quei 100 sassi. Al limite, se voglio posso farne cadere per terra alcuni e tenere di meno, ma quelli che cadono poi non li posso più recuperare.
L'esempio può sembrare stupido ma fa capire il concetto.
L'esempio può sembrare stupido ma fa capire il concetto.
Beh...su questo punto non intendevo proprio questo forse, o forse ancora sbanjo.
Intendo che, per migliorare un immagine (mettiamo in questo caso sia uno stage) e farla double res ad esempio, la si puo migliorare ridisegnandoci sopra con i pixel piu piccoli. Perchè ben sai che raddoppiando le misure si ottengono pixel piu piccoli se si disegna con la matita di paint. Quindi io ad esempio provai a convertire molto tempo fa uno stage da low a hi manualmente, ovvero manomettendo l'immagine raddoppiandola e arrotondando le varie parti con questi pixel minuscoli. Non mi riuscì bene perchè era la prima volta, ma il concetto è questo. Per la conversione in questo modo almeno, ci vorrebbe mano umana. Forse per il tuo programma è così, l'esempio dei sassi era davvero convincente, te lo giuro Xd Però io intendevo di usare il mio tipo di conversione, che è ben diverso, però mai provato a farci uno stage...
Poi ovviamente ci sono funzioni come quella varie che si trovano in Photoshit che in qualche modo (io non me ne intendo di programmazione) riescono con questi filtri (questi li conosco :P) a migliorare la qualità. Ad esempio c'era una funzione che andava con i jpg. In pratica con Photoshit si poteva migliorare moltissimo la qualità jpg, ma non ho idea del come facciano. Comunque provai e mi stupì, davvero se si potesse con gli altri tipi di immagine sarebbe spettacolare. So che però non è possibile perchè jpg/jpeg sono tipi di immagine particolari. Non so come funzionano ma si sa che è l'unico formato di immagine che sfuma in quella maniera. Ora non mi metto a parlare perchè non so nulla di immagini e così...
#33
- Sensei
-
- Gruppo: Membro Speciale
- Messaggi: 1547
- Iscritto: 13-September 05
Inviato 10 December 2007 - 20:31
grande Nobun questo si che è un ottimo tool!
grazie mille!
grazie mille!
#34
- Touhou Fan
-
- Gruppo: Membro Speciale
- Messaggi: 2296
- Iscritto: 23-July 07
Inviato 10 December 2007 - 21:59
:azz: Mi sono accorto di avere il frame network 1.0, non ho provato comunque se va o no.
#35
- The World Is Mine
-
- Gruppo: Membro
- Messaggi: 368
- Iscritto: 21-October 07
Inviato 11 December 2007 - 10:56
Menjoso, su Dec 10 2007, 17:30, detto:
Quote
vedi immagine postata da ioo...
Eh no Nobun, ripeto, l'immagine l'ho postata io, non ioo...
:rotfl: ....nn avevo messo la tag citazione.... ho creato un po' d confusione!! :rotfl:
#36
- Horse Rider Skull Phantom. Rarely Here.
-
- Gruppo: SuperModeratore
- Messaggi: 4898
- Iscritto: 11-July 04
Inviato 11 December 2007 - 13:28
Si si, ora è chiarito tutto, caro ioo :P
X Rock... no... visto l'errore che ti produceva la versione 0, nemmeno la versione 1 può partire. Devi proprio scaricarti il .NET Framework 2.0 mi dispiace.
Nei limiti del possibile ho cercato di agevolare la cosa per chi come te ha una connessione tradizionale (vedi documentazione su come scaricare il .NET Framework 2.0)...
X Rock... no... visto l'errore che ti produceva la versione 0, nemmeno la versione 1 può partire. Devi proprio scaricarti il .NET Framework 2.0 mi dispiace.
Nei limiti del possibile ho cercato di agevolare la cosa per chi come te ha una connessione tradizionale (vedi documentazione su come scaricare il .NET Framework 2.0)...
#37
- Touhou Fan
-
- Gruppo: Membro Speciale
- Messaggi: 2296
- Iscritto: 23-July 07
Inviato 11 December 2007 - 18:58
Grazie Nobun, è che fino a poco tempo fa credevo di avere la 2.0, poi ho visto che era solo la 1 purtroppo :unsure:
#38
- Senpai
-
- Gruppo: Membro
- Messaggi: 820
- Iscritto: 09-September 06
Inviato 21 December 2007 - 14:42
Quote
Beh...su questo punto non intendevo proprio questo forse, o forse ancora sbanjo.
Intendo che, per migliorare un immagine (mettiamo in questo caso sia uno stage) e farla double res ad esempio, la si puo migliorare ridisegnandoci sopra con i pixel piu piccoli. Perchè ben sai che raddoppiando le misure si ottengono pixel piu piccoli se si disegna con la matita di paint. Quindi io ad esempio provai a convertire molto tempo fa uno stage da low a hi manualmente, ovvero manomettendo l'immagine raddoppiandola e arrotondando le varie parti con questi pixel minuscoli. Non mi riuscì bene perchè era la prima volta, ma il concetto è questo. Per la conversione in questo modo almeno, ci vorrebbe mano umana. Forse per il tuo programma è così, l'esempio dei sassi era davvero convincente, te lo giuro Xd Però io intendevo di usare il mio tipo di conversione, che è ben diverso, però mai provato a farci uno stage...
Poi ovviamente ci sono funzioni come quella varie che si trovano in Photoshit che in qualche modo (io non me ne intendo di programmazione) riescono con questi filtri (questi li conosco tongue.gif) a migliorare la qualità. Ad esempio c'era una funzione che andava con i jpg. In pratica con Photoshit si poteva migliorare moltissimo la qualità jpg, ma non ho idea del come facciano. Comunque provai e mi stupì, davvero se si potesse con gli altri tipi di immagine sarebbe spettacolare. So che però non è possibile perchè jpg/jpeg sono tipi di immagine particolari. Non so come funzionano ma si sa che è l'unico formato di immagine che sfuma in quella maniera. Ora non mi metto a parlare perchè non so nulla di immagini e così...
Intendo che, per migliorare un immagine (mettiamo in questo caso sia uno stage) e farla double res ad esempio, la si puo migliorare ridisegnandoci sopra con i pixel piu piccoli. Perchè ben sai che raddoppiando le misure si ottengono pixel piu piccoli se si disegna con la matita di paint. Quindi io ad esempio provai a convertire molto tempo fa uno stage da low a hi manualmente, ovvero manomettendo l'immagine raddoppiandola e arrotondando le varie parti con questi pixel minuscoli. Non mi riuscì bene perchè era la prima volta, ma il concetto è questo. Per la conversione in questo modo almeno, ci vorrebbe mano umana. Forse per il tuo programma è così, l'esempio dei sassi era davvero convincente, te lo giuro Xd Però io intendevo di usare il mio tipo di conversione, che è ben diverso, però mai provato a farci uno stage...
Poi ovviamente ci sono funzioni come quella varie che si trovano in Photoshit che in qualche modo (io non me ne intendo di programmazione) riescono con questi filtri (questi li conosco tongue.gif) a migliorare la qualità. Ad esempio c'era una funzione che andava con i jpg. In pratica con Photoshit si poteva migliorare moltissimo la qualità jpg, ma non ho idea del come facciano. Comunque provai e mi stupì, davvero se si potesse con gli altri tipi di immagine sarebbe spettacolare. So che però non è possibile perchè jpg/jpeg sono tipi di immagine particolari. Non so come funzionano ma si sa che è l'unico formato di immagine che sfuma in quella maniera. Ora non mi metto a parlare perchè non so nulla di immagini e così...
Ha ragione Nobun
il problema è questo menjo, se il mugen tradizionale supporta solo la risoluzione 320x240 come fai a crearci uno stage hires!? Va modificato il mugen in modo tale che la risoluzione supportata raddoppi 640x480 per poterci creare uno stage hires!?
quando Nobun si riferiva ai sassi nella mano forse intendeva questo!!
come fai su un mugen lowres a modificare e ricreare manualmente uno stage hires!?
#39
- Sensei
-
- Gruppo: Membro Speciale
- Messaggi: 3995
- Iscritto: 16-August 07
Inviato 21 December 2007 - 17:02
No, hai capito male te :P
Se modifichi uno stage da 320 ad esempio, a 640, non devi fare altro che ridurre le scale nello stage. Infatti la conversione manuale la faccio senza problemi, funziona. Basta modificare un paio di parametri nel def, la grandezza non conta piu di tanto perchè puo essere settata da lì. Non so se mi sono spiegato bene.
Con il fatto dei sassi intendeva che se hai un immagine ad esempio (un sasso) non puoi moltiplicarlo (come nel caso della qualità) ma sono ridurlo. Cioè, se hai un foglio da ritagliare, non puoi ingrandirlo, ma solo rimpicciolirlo. Questo credo sia il senso. In pratica le immagini si possono ridurre di qualità, ma non aumentare, a meno che si usi il mio metodo manuale :P
La mia conversione è quella che si usa in pratica per l'hires.
-Riduco le scale
-Raddoppio lo sprite
-Ci lavoro sopra con paint
-Sistemo le assi
Funziona benissimo. Nota anche che il programma di Nobun fa la STESSA cosa che faccio io, quindi è testato.
Se modifichi uno stage da 320 ad esempio, a 640, non devi fare altro che ridurre le scale nello stage. Infatti la conversione manuale la faccio senza problemi, funziona. Basta modificare un paio di parametri nel def, la grandezza non conta piu di tanto perchè puo essere settata da lì. Non so se mi sono spiegato bene.
Con il fatto dei sassi intendeva che se hai un immagine ad esempio (un sasso) non puoi moltiplicarlo (come nel caso della qualità) ma sono ridurlo. Cioè, se hai un foglio da ritagliare, non puoi ingrandirlo, ma solo rimpicciolirlo. Questo credo sia il senso. In pratica le immagini si possono ridurre di qualità, ma non aumentare, a meno che si usi il mio metodo manuale :P
La mia conversione è quella che si usa in pratica per l'hires.
-Riduco le scale
-Raddoppio lo sprite
-Ci lavoro sopra con paint
-Sistemo le assi
Funziona benissimo. Nota anche che il programma di Nobun fa la STESSA cosa che faccio io, quindi è testato.
#40
- Horse Rider Skull Phantom. Rarely Here.
-
- Gruppo: SuperModeratore
- Messaggi: 4898
- Iscritto: 11-July 04
Inviato 23 December 2007 - 10:53
Stiamo facendo tutti un po' di confusione.
Allora il Mugen originale ha risoluzione 320x240 mentre il Mugen Hi-res PER GLI STAGES ha risoluzione 640x480. Sono proprio degli eseguibili Mugen diversi. Se quindi lanci il programma Mugen Hi-Res vedi male gli stages normali basati su risoluzione 320x240... così come se provi gli stages pensati per il Mugen a risoluzione 640x480 li vedi male sul Mugen tradizionale (per ragioni opposte). Il mio programma serve a bypassare il problema utilizzando una tecnica che si potrebbe tranquillamente fare anche da soli con qualche passaggio (ma con il mio programma è più agevole perché fa da solo tutte le modifiche necessarie).
Il discorso sui sassi si riferisce alla qualità dell'immagine iniziale. Se io ho una immagine a 640x480 io posso ridurla e ridurne la qualità. Se invece io ho una immagine 320x240 posso ingrandirla di nuovo a 640x480 ma non posso riportarla a quella qualità di definizione, posso solo cercare di utilizzare degli artifici di vario genere per riportare una IMPRESSIONE di qualità maggiore. Ecco dove si inserisce il discorso dei sassi.
Io non posso (nessuno può) aumentare la qualità di una immagine ma la si può ridurre. Quando si ha bisogno di ingrandire le immagini si utilizzano vari artifici per cercare di ricreare artificialmente una maggiore qualità di immagine. Ma rimane pur sempre un artificio.
Tutto ciò che volevo dire è che il programma non altera la qualità delle immagini (non lo si potrebbe fare né sarei comunque in grado di utilizzare gli artifici di cui parlavo prima). Io, con il mio programma, mi appoggio del tutto ad IrfanView a cui delego il compito di raddoppiare (o dimezzare) la dimensione delle immagini. Ovviamente, poiché IrfanView è un ottimo programma, nel fare tale tipi di operazioni LUI utilizza tutti gli strumenti ed artifici che contiene per poter riprodurre il risultato mgliore possibile con la minor perdita possibile di qualità (perché comunque, anche quando si crea una qualità migliore di immagine, tecnicamente parlando, l'operazione si traduce in realtà in una perdita di qualità rispetto all'originale).
Sostanzialmente la qualità la si può solo perdere ma non riacquisire (la storia dei sassi). Si può solo cercare di "tappare dei buchi" (un po' come fa il Menjo).
Quindi il programma in sostanza fa da "direttore dei lavori".
Usa SffExtract per estrarre le immagini e le posizioni
Usa IrfanView per ridimensionare le immagini e si affida a lui al 100%
Usa sprmaker per la ricompilazione finale SFF
Ovviamente le impostazioni necessarie per il funzionamento dei 3 programmi vengono "decise" ed "impostate" dal mio programma, così come è il mio programma a modificare direttamente il contenuto del file DEF e riprodurre un nuovo file di testo con le nuove coordinate ricalcolate per la compilazione finale per sprmaker.
Allora il Mugen originale ha risoluzione 320x240 mentre il Mugen Hi-res PER GLI STAGES ha risoluzione 640x480. Sono proprio degli eseguibili Mugen diversi. Se quindi lanci il programma Mugen Hi-Res vedi male gli stages normali basati su risoluzione 320x240... così come se provi gli stages pensati per il Mugen a risoluzione 640x480 li vedi male sul Mugen tradizionale (per ragioni opposte). Il mio programma serve a bypassare il problema utilizzando una tecnica che si potrebbe tranquillamente fare anche da soli con qualche passaggio (ma con il mio programma è più agevole perché fa da solo tutte le modifiche necessarie).
Il discorso sui sassi si riferisce alla qualità dell'immagine iniziale. Se io ho una immagine a 640x480 io posso ridurla e ridurne la qualità. Se invece io ho una immagine 320x240 posso ingrandirla di nuovo a 640x480 ma non posso riportarla a quella qualità di definizione, posso solo cercare di utilizzare degli artifici di vario genere per riportare una IMPRESSIONE di qualità maggiore. Ecco dove si inserisce il discorso dei sassi.
Io non posso (nessuno può) aumentare la qualità di una immagine ma la si può ridurre. Quando si ha bisogno di ingrandire le immagini si utilizzano vari artifici per cercare di ricreare artificialmente una maggiore qualità di immagine. Ma rimane pur sempre un artificio.
Tutto ciò che volevo dire è che il programma non altera la qualità delle immagini (non lo si potrebbe fare né sarei comunque in grado di utilizzare gli artifici di cui parlavo prima). Io, con il mio programma, mi appoggio del tutto ad IrfanView a cui delego il compito di raddoppiare (o dimezzare) la dimensione delle immagini. Ovviamente, poiché IrfanView è un ottimo programma, nel fare tale tipi di operazioni LUI utilizza tutti gli strumenti ed artifici che contiene per poter riprodurre il risultato mgliore possibile con la minor perdita possibile di qualità (perché comunque, anche quando si crea una qualità migliore di immagine, tecnicamente parlando, l'operazione si traduce in realtà in una perdita di qualità rispetto all'originale).
Sostanzialmente la qualità la si può solo perdere ma non riacquisire (la storia dei sassi). Si può solo cercare di "tappare dei buchi" (un po' come fa il Menjo).
Quindi il programma in sostanza fa da "direttore dei lavori".
Usa SffExtract per estrarre le immagini e le posizioni
Usa IrfanView per ridimensionare le immagini e si affida a lui al 100%
Usa sprmaker per la ricompilazione finale SFF
Ovviamente le impostazioni necessarie per il funzionamento dei 3 programmi vengono "decise" ed "impostate" dal mio programma, così come è il mio programma a modificare direttamente il contenuto del file DEF e riprodurre un nuovo file di testo con le nuove coordinate ricalcolate per la compilazione finale per sprmaker.
