Newsgroup: it.comp.software.emulatori
Titolo: Star Commander su PC recente

Sono nel pallone. Sul mio vecchio P133 non avevo problemi.
Sull'Athlon con scheda madre Gigabyte non riesco a configurarlo.
E' passato molto tempo e non ricordo i problemi e le soluzioni che
trovai, e cmq sono su un PC diverso.
Ho provato la 0.82 stable e la 0.83 beta 12.
Innanzitutto non capisco una cosa: io il cavo x1541 lo attacco alla
parallela (EPP), ma lui mi chiede di configurare il cavo seriale???
Bah, ho finto che fosse seriale e ho pistolato un po' LPT1, LPT2, gli
indirizzi (la mia LPT1 è 378-37F), ma niente. Tutto questo da DOS.
Poi ho provato da WinXP sia con il driver UserPort che con GiveIO, ma
mi viene detto che la porta ha un indirizzo non valido o non è
collegata, mentre invece è giustissima e collegatissima. 
Cosa posso fare?? :((
Sono ubriaco? Esistono cavi seriali che entrano in porte parallele?
-- 
Paradoxally,
Jan AxHell

                      or the hybrid XH1541/XH1571 cable to achieve more speed.
Perchè mi rileva 3BC per la LPT1?
Inoltre il firewall è disattivato.
-- 
Paradoxally,
Jan AxHell

Cosa posso fare?? :((
Una risposta per tutto:
fatti l'XE1541 e vedrai come ti funzionerà. Ci sono solo alcuni diodi
in più. Usalo sotto DOS, anche se la 0.83 in modalità asincrona, che
devi settargli, va benone anche su win9x. Per i systemi NT-based ci
dovrebbe essere una patch se non ricordo male. Ah ultima cosa... devi
definire il tipo di cavo e il drive da pilotare, e fargli fare
l'autodetect di nonricordocosa (ma nel menù lo trovi subito.. il delay
mi pare).  Il parallelo/seriale si riferisce al collegamento che usi
col 1541. X e XE1541 sono sul seriale, XP e similia sono sul
parallelo.
Ultimo hint: ho provato l'XE1541 e mi funge su: 286,386, portatile 486
(ma qui non accetta un parallela in modalità bidirezionale), 486dx4,
P233mmx, PII-233@250, Celly500. Nessun problema. L'X1541 invece sulle
ultime due non andava proprio.
-- 
Regards LaZ
.·´¯`·.¸.·´¯`·.¸ ><((((º> ....... <º))))>< .·´¯`·.¸.·´¯`·.¸
Mi riservo, con fermezza, il diritto di contraddirmi. (Paul Claudel) 
.·´¯`·.¸.·´¯`·.¸ ><((((º> ....... <º))))>< .·´¯`·.¸.·´¯`·.¸

Sono nel pallone. Sul mio vecchio P133 non avevo problemi.
Il problema e` che i vecchi cavi senza diodi non vanno sui PC dagli 800
MHz in su.
-- 
マッシ　カデンティ - E-mail massi.cadenti(at)
tiscali.it
 <-- NEW
Mastro di chiavi della GHOULS
Obiettore di coscienza ufficiale della BOBBLE
Dittatore del gruppo di fansub IBC-CIF (Rebirth)

 800 MHz in su.
da molto meno, il semplice x1541 sul mio PII350 non va.
-- 
-=[]=---iAN CooG/HokutoForce+TWT---=[]=-

dovrebbe essere una patch se non ricordo male.
Allora, rispondo qui ringraziando tutti dei consigli. Ieri sera alla
fine sono riuscito a farlo funzionare da DOS sul mio Athlon 2100+, per
cui posso dire di essere fortunato, dato quello che avete detto sulle
alte velocità. E' bastato settare la LPT1 a SPP, cosa che prima non
avevo fatto perchè la documentazione di UserPort e GiveIO (che secondo
me sono la "patch" citata qui sopra) dicevano che tutte le porte
sarebbero state riconosciute come ECP (la mia era su EPP). La velocità
è molto elevata, una full copy D64 dura 90 secondi, contro i 7 min e
30 sec del vecchio P133. Però come ho detto, solo da DOS*, quindi è
probabile che mi farò l'XE1541, perchè non poter stare collegato ad
internet mentre copio i floppy mi ruga assai. 
* Ho usato un floppy di boot per Windows Millennium, perchè col DOS
6.22 non vedevo nessuna partizione FAT32 ed ero costretto a copiare i
floppy C64 su floppy per PC.
-- 
Paradoxally,
Jan AxHell

da molto meno, il semplice x1541 sul mio PII350 non va.
Avevo letto che sui P2 dipendeva dalla scheda madre, dai P3 in poi TUTTE
le schede madri danno problemi.


internet mentre copio i floppy mi ruga assai. 
Ricordati di settare la modalità asincrona altrimenti ti si pianta
ogni bene. Sotto win9x è abbastanza affidabile, fatto salvo il mio
caso in cui utilizzavo una versione bacata dello star commander che
cambiava bit a caso durante il trasferimento (bug segnalato e corretto
dall'autore.. peccato che me ne sono accorto praticamente a fine
lavoro).
Sui sistemi NT non saprei dirti.
Ah.. avvertimento: per l'XE sono segnalati due tipi di diodi. Se il
tizio da cui ti rifornisci non li ha e te ne dà degli altri "perchè
hanno gli stessi valori", non prenderli.. avrai fatto un acquisto
inutile, e avrai perso un mucchio di tempo nel sistemarli dentro il
connettore della parallela (non so te, ma io con le mie manone a zappa
e il fatto che le saldature siano così piccole e ravvicinate ho perso
un bel pò di tempo a fissarli tutti senza che contattassero fra loro)
per scorprire poi che non andavano bene!


hanno gli stessi valori", non prenderli.. 
Ok.
-- 
Paradoxally,
Jan AxHell

On Sun, 09 Nov 2003 20:45:43 +0100, Jan AxHell
<jan_al...@WAZZUPnewsguy.com> wrote:
Ho riprovato adesso cambiando un po' di parametri, ma con la full copy
ci metto sempre 90 secondi esatti. Sarà un parametro che non trovo
evidente. Oppure il delay, ma come ho detto non trovo l'autodetect..
-- 
Paradoxally,
Jan AxHell

evidente. Oppure il delay, ma come ho detto non trovo l'autodetect..
Domanda banale: i dischi sono in parte vuoti?
-- 
 $B%^%C%7!!%+%G%s%F%# (B - E-mail massi.cadenti(at)
tiscali.it
 <-- NEW


Domanda banale: i dischi sono in parte vuoti?
Beh alcuni si, altri sono pieni quasi completamente, perchč?
Cmq non ho fatto dischi originali e/o con caricamento a tracce..
-- 
Paradoxally,
Jan AxHell

Cmq non ho fatto dischi originali e/o con caricamento a tracce..
Caricamento a tracce?


Caricamento a tracce?
Beh, sì, tipo le avventure Infocom o Magnetic Scrolls: nella dir vedi
solo un loader e quando lo lanci quello si occupa di caricare i dati
direttamente dalle tracce e non da dei file. E di solito i giochi
originali più protetti approfittano di questo metodo.
-- 
Paradoxally,
Jan AxHell

 originali più protetti approfittano di questo metodo.
Ah, una curiosità : per caso Fairy Tale Adventure (versione Amiga) usava 
questa tecnica di protezione ? Ho una volta estratto i files dall' .ADF ma 
non ho trovato ne' dati grafici ne' sonori, solo degli .IFF contenenti gli 
screen dell' intro e del menu'. E l' eseguibile di 72 o 78 k (non ricordo 
esattamente quanti) non conteneva certo dati grafici e sonori.
Saluti,
Dott. Piergiorgio.

esattamente quanti) non conteneva certo dati grafici e sonori.
Possibilissimo, essendo sempre campo Commodore, qualche tecnica sarà
stata ereditata. Ma rimbalzo la conferma ad altri esperti Amiga, dato
che io non lo sono. Cmq nel C64 (nello specifico i giochi Infocom)
all'inizio si usava il caricamento a tracce per sfruttare anche la
traccia 18 del secondo lato (che da sistema è dedicata alla directory)
e avere così più spazio. Ma non erano ancora protetti.
-- 
Paradoxally,
Jan AxHell

l'autodetect? Non vedo voci a riguardo.
Ora sto guardando sulla versione che uso, ovvero la 82.54 beta
Options-->Configuration-->Transfer Options 
il tasto [Recalibrate] in basso
Poi avevo alterato il Head Movement Speed e gli interleaves del drive.


originali più protetti approfittano di questo metodo.
Magari.. fanno ben altro :-) Semplicemente in questi casi indirizzano
direttamente la traccia/settore da dove caricare, valori che
normalmente sono contenuti nella sezione della traccia 18 che dà le
caratteristiche del file (nome, tipologia, grandezza in blocchi,
traccia e settore di inizio).
Zack McKracken ad esempio, se non ricordo male, sfrutta la traccia 18
anche per i dati sui side 2 e 3, PP Hammer visualizza un unico file di
660 blocchi al quale ovviamente accede per indirizzamento diretto,
ecc..


ecc..
Ho ben detto questo... :)
-- 
Paradoxally,
Jan AxHell

Poi avevo alterato il Head Movement Speed e gli interleaves del drive.
Provo quando esco in DOS, però non saprei cosa cambiare. Boh, vedrò.
-- 
Paradoxally,
Jan AxHell

che io non lo sono. Cmq nel C64 (nello specifico i giochi Infocom)
Anche nelle avventure Lucas.
-- 
マッシ　カデンティ - E-mail massi.cadenti(at)
tiscali.it
 <-- NEW
