Newsgroup: it.comp.software.emulatori
Titolo: In arrivo psx2?

Che sia in procinto di uscire psx2... l'emu di ps2 senza plugins? Speriamo!


Già! Così i lamer che vanno nel pallone più completo se vedono una
finestra di configurazione e/o una scritta in inglese non romperanno
le palle!

 le palle!
Io a questo punto preferisco beccarmi una PS2 usata sugli 80 euro e giocarci 
a letto. :-D 

 Che sia in procinto di uscire psx2... l'emu di ps2 senza plugins?
Speriamo!
...ora ti svelo un segreto.
La differenza che c'e' tra un emulatore "a plugin" ed uno composto di un
semplice eseguibile senza alcuna "dll".... e' come avere Windows installato
e diviso in seimila files e 30 cartelle (come e' in effetti), oppure avere
un unico eseguibile Windows.exe da 500 mega.
Ci sono differenze? Non mi pare che un utente sia piu' o meno toccato dalla
presenza di plugin vari... a lui interessa solo l'USO che ne puo' fare!
Il vantaggio del sistema a plugin: se c'e' un bug da qlc parte, ti basta
scaricare un piccolo aggiornamento alla dll difettosa... e sostituirla.
Svantaggio del sistema a plugin.... nessuno.
L'apparente difficolta' negli emulatori "a plugin" e' una sorta di riflesso
condizionato.
Pensiero tipico dell'emulofilo niubbo:
ePSXe (emulatore a plugin) -> plugin video di Pete Bernert -> mezzora per
configurarlo -> il gioco va di merda xke e' stato configurato male ->
bestemmie e rosicamenti vari -> "ma quest'emu e' una merda, colpa di questi
plugin!!!!!"
Insomma, tutti si pensa che sia colpa del plugin... ma avete provato a
pensare alla difficolta' nel configurare WinUAE?  ...non ci sono plugin, ma
ci stanno 10 pannelli da configurare per qualsiasi cosa!
Il discorso e' semplice: piu' una macchina e' complessa, e ovviamente piu'
saranno i vari parametri da configurare in un emulatore, per cercare di
renderlo piu' compatibile possibile.
Che poi ci sia winuae.exe da solo, o un project64 attorniato da 30 dll, poco
cambia! ;-)
saluti,
MADrigal
-- 
----------------------------------------------------------------------
Dr. Eng. Luca Antignano              _MADrigal_'s handhelds simulators
find your FREEWARE entertainment at:    
http://madrigal.retrogames.com
ora anche in italiano:                   
http://www.madrigal.emuita.it
----------------------------------------------------------------------

CUT
Hai dimenticato un punto essenziale per i minus habens: l'emulatore
che non usa plugin non va configurato (vedi il vecchio connectix),
infili il cd e giochi.
Saluti.
-- 
Rimetta  a posto  la  candela...

 un unico eseguibile Windows.exe da 500 mega.
Io sapevo che gli emu con plugins sono più lenti... per esempio il Bleem! è
velocissimo... e anche l'ultrahle.

infili il cd e giochi.
Infatti quello è un emulatore PER LAMER, proprio come il pSX.
Se questi emulatori fossero automobili, l'ePSXe e il PCSX2 sarebbero
macchine superaccessoriate e piene di optional, per uno stile di guida
adattato esattamente alle proprie esigenze; il VGS e il pSX invece
sarebbero macchine per handicappati, i cui unici controlli sono un
volante e un pulsantone. Premendo il pulsantone quando si è fermi, la
macchina inizia a muoversi a una velocità fissa; premendolo quando si
è in movimento, la macchina si ferma. In questo modo, chi è abituato a
non usare il cervello è contento, ma i normali continueranno a
sostenere che macchine così fanno cagare.

 Infatti quello è un emulatore PER LAMER, proprio come il pSX.
Non è vero... il pSX è così perché vuole emulare la console così com'é.
Infatti sai anche tu che se aggiungi effetti come il bilinear filtering la
grafica può non visulizzarsi correttamente o appare "spezzata". Invece è
risaputo che gli emulatori con plugins sono afflitti da una lentezza
mostruosa...

 mostruosa...
mi sa che non hai idea di che casino tirerai su con questa frase/castroneria
che hai detto... O_O
ma hai letto il mio post? plugin=dll, niente di piu. una dll contiene
COMANDI e FUNZIONI che servono all'eseguibile. se incorpori quella dll
nell'exe... ottieni la stessa cosa!!!
differenza:
1. emu senza plugin=eseguibile di 1 mega contenente tutto, filtri grafici
compresi (es: MAME)
2. emu con plugin=eseguibile di 500k contenente il solo "cuore", + 5 dll da
10k ciascuna, ognuna dedicata alle funzioni piu disparate (video, audio,
controlli, etc.) (es. Project 64 e 1964)
ovviamente sto generalizzando, non e' detto che la somma dei kb sia uguale,
qua interviene un fattore determinante: il bleem era molto piccolo grazie a
hack e programmazione ASM, pero' ti faccio presente che il bleem aveva una
scarsa compatibilita' ed era pieno di hack per supplire a questo problema.
in generale:
1. emu grosso/meno grosso e' legato fondamentalmente a quanta roba ci
ficcano dentro
2. emu veloce/lento e' legato fondamentalmente alla QUALITA d'emulazione:
- emulazione HLE (alto livello) velocissima ma zero compatibilita' (se non
con hack) - vedi UltraHLE, Zinc, etc.
- emulazione LLE (basso livello) leeeeenta ma compatibilita' da paura, vedi
Project64, ePSXe e... MAME!
spero di esserti stato d'aiuto :-)


 spero di esserti stato d'aiuto :-)
Ti ringrazio! Comunque non sono io che dico che i plugins rallentano... è
scritto sul forum di pSX da alcuni.

 scritto sul forum di pSX da alcuni.
l'opinione comune e' spesso sbagliatissima, spesso viene fatta da utenti (la
massa che si limita all'uso) e non da programmatori (l'elite esperta che ci
lavora) e te l'ho ampiamente spiegato negli altri post.
un esempio su tutti: MAME. non ha plugin ma, nei giochi 3D e'
mooooooooooooooooolto piu' lento di ZINC che invece fa uso delle dll esterne
(le stesse di ePSXe oltretutto...).
evidentemente il problema non sta nei plugin, ma nel tipo di emulazione (hle
+ hack vs. lle senza hack) ;-)
saltui,


grafica può non visulizzarsi correttamente o appare "spezzata".
???????????????????????????????????????????????????????
-- 
http://mcmxc1.splinder.com

>Non è vero... il pSX è così perché vuole emulare la console così com'é.
Anche con l'ePSXe POSSO emulare la console così com'è'. Mi basta
disattivare il filtering sulle texture e sugli MDEC, impostare la
risoluzione a 320*240, non usare alcuno shader nè l'antialiasing, e
volendo proprio essere analmente retentivo, anche limitare a 2X la
velocità del lettore di CD.
Invece col pSX sono COSTRETTO a emulare la console così com'è, e non
posso fare altro (a parte cancellare la cartella dell'emulatore e
tornare all'ePSXe).
La vaccata "plugin=lento, niente plugin=veloce" l'ha già confutata
Luca Antignano, facendo notare come lo Zinc (che ha i plugin) è
veloce, mentre il mame (che non ce li ha) è lento.


Il mame è lame, ma non ha plugin.

 renderlo piu' compatibile possibile.
Quindi la PlayStation sarebbe una macchina "complessa"? Non mi pare: ce 
n'è una soltanto e ci girano sopra tutti i giochi con la stessa 
configurazione. Vale anche per la PS2. Non facciamo paragoni azzardati 
con l'Amiga dove cinque modelli diversi avevano cinque configurazioni 
differenti, senza contare le personalizzazioni dovute ad apparecchi 
esterni (di cui gli emulatori devono tener conto). Il discorso plugin == 
complessità di configurazione non ha assolutamente senso. Soprattutto se 
il nostro esempio è l'ePSXe con il renderer di Pete: quest'ultimo non fa 
altro che migliorare un aspetto dell'emulazione interagendo con la 
macchina OSPITE, e non con quella virtuale. In parole povere: riguarda 
il PC su cui gira l'emulatore, non la playstation emulata.
p.bes

 complessità di configurazione non ha assolutamente senso.
Scusa ma qui hai risposto a Paparazzo e non a me: io sto ripetendo la stessa
cosa gia' da svariati post... :-)
Saluti,


???????????????????????????????????????????????????????
Tradotto terra terra: il bilinear filtering si mangia parte dei bordi
delle textures, essendo le textures affiancate le une alle altre, in
alcuni casi appaiono degli spazi vuoti.
Per ovviare a questo problema c'e' la possibilita' di scegliere nei
plugin di pete a cosa applicare il bilinear filtering (a memoria:
niente, tutto, poligoni si e sprites no, sprites si e poligoni no).



plugin = se non serve non lo carico


 sostenere che macchine cosě fanno cagare.
get a life, ciccio
QalBert


Punto nel vivo, eh?