Menù principale

Notizie  Grafica  Forum  Links  Retro Trailer  Recensioni  Modelli Amiga  Storia Amiga  Retro-Gamers  Lista Utenti  Contatti  Policy sito

Login

Nick Password

Registrati - Recupera dati

19 Gennaio 2020 Postato da: AMG_Novice_Usr "montaggio" di un .ADF dentro un HDD, non su floppy, ed avere la stessa navigabilità nelle sue risorse

Supponiamo che io abbia un'immagine .adf sul PC e la voglia portare su Amiga con l'utilizzo di un collegamento seriale Rs232 + il SW "Amiga Explorer" che gira sia su Amiga sia su PC. Ho 2 strade: 1) copio il .adf da PC e lo incollo sul volume DF0:, supponendo di avere un floppy inserito in DF0: … questo è quello che ho sempre fatto, fino ad ora. Una volta che il trasferimento del .adf sul floppy fisico è ultimato, posso navigare attraverso le risorse del .adf dentro il floppy (vedo drawers, files ecc ...); 2) **** Nuovo approccio che vorrei intraprendere ***** Supponiamo che non abbia floppy disks a disposizione, pertanto vorrei trasferire il mio .adf da PC su Amiga, ad esempio in: sys:miei_documenti Alla fine del trasferimento, ho: sys:miei_documenti/mia_immagine.adf sys: è una partizione del mio HDD. C'è modo di "montare" questo .adf in modo che il suo contenuto diventi esplorabile/navigabile, esattamente come se il .adf lo avessi trasferito dal PC ad un floppy disk. Vorrei creare sul mio HDD del mio A1200 una specie di "floppy virtuale" da 880K, che dovrebbe ospitare il mio .adf arrivato dal PC, quindi questo "floppy virtuale" risulterebbe esplorabile come un floppy vero. A questo punto vorrei customizzare il contenuto di questo "floppy virtuale", magari togliere dei files, aggiungerne degli altri, poi vorrei creare una nuova immagine.adf partendo proprio dal "floppy virtuale" da me customizzato. Ho cercato di fare queste cose con i programmi ADFer e TSGUI, ma ho visto che entrambi i SW partono dal concetto che se vuoi produrre un'immagine.adf devi partire da un drive fisico, DF0: nel caso di ADFer, selezionabile (DF0, DF1, PC1, DH0 ecc ...) nel caso di TSGUI. Stessa cosa per la necessità contraria: se vuoi partire da un .adf, devi scrivere questa immagine su un drive fisico reale, che è il solito DF0: fisso nel caso di ADFer, oppure selezionabile (DF0, DF1, PC1, DH0 ecc ...) nel caso di TSGUI … invece io vorrei che il mio drive non fosse fisico, bensì un drawer nel mio HDD. Grazie!

Commenti: 8  Aggiungi  - Leggi

Indice: forum / Richieste di Aiuto

Temibile Pirata Post inviati: 2144 Commento 1 SukkoPera 19 Gennaio 2020    15:51:39 Se il floppy in questione è formattato OFS o FFS (nelle sue varianti), su Linux è immediato, dato che supporta nativamente questi filesystem: mount -t affs -oloop,ro disco.adf /mnt/dovetipare ("ro" è per montarlo in read-only, ma se metti rw puoi anche scriverci) Su Windows mi pare che si possa usare Amiga Explorer, che mi pare sia incluso in Amiga Forever, non so se si può scaricare a parte e/o se ci sono altri metodi. Commento modificato il 19/01/2020 alle ore 15:51:56 I miei progetti Retrogaming AfAOne Post inviati: 5915 Commento 2 AfAOne 19 Gennaio 2020    18:27:58 Citazione C'è modo di "montare" questo .adf in modo che il suo contenuto diventi esplorabile/navigabile, esattamente come se il .adf lo avessi trasferito dal PC ad un floppy disk. Vorrei creare sul mio HDD del mio A1200 una specie di "floppy virtuale" da 880K, che dovrebbe ospitare il mio .adf arrivato dal PC, quindi questo "floppy virtuale" risulterebbe esplorabile come un floppy vero. A questo punto vorrei customizzare il contenuto di questo "floppy virtuale", magari togliere dei files, aggiungerne degli altri, poi vorrei creare una nuova immagine.adf partendo proprio dal "floppy virtuale" da me customizzato. Non ho capito bene cosa vorresti fare, nell'altro post avevo già parlato sulla gestione degli ADF: Su Windows gli ADF, DMS, ADZ puoi gestirli con Total Commander e ADF Plus. con WinUAE invece puoi gestire più formati di immagine floppy: ADF, DMS, ADZ, IPF, SGP, GZ, FDI, EXE, ma anche immagini Floppy in FAT16 ADF, DMS, IPF sono formati nativi Amiga. Il formato DMS dovrebbe esserti più utile perchè è un formato Immagine Floppy Compresso, quindi File più piccoli per la copia in Rete Il formato IPF è un'imagine "dell' Originale" fedele non facile da creare, per leggere il contenuto occorre una particolare libreria sia lato PC che AMiGA. Su Windows oltre agli ADF, con i programmi citati puoi anche gestire gli HardFile (HD Virtuali) salvo non abbiano un Filesystem non di Sistema (OFS, FFS), regola non valida per WinUAE che può gestire qualsiasi FileSystem. Lato AMiGA puoi fare la stessa cosa, ci sono delle applicazioni che ti consentono di montare ADF, DMS, ADZ, IPF e vederli come normali Floppy sia DD che HD, stessa cosa per gli HardFile (HD Virtuali). Su Amiga puoi anche montare Floppy Viruali PC-Windows Fat 17 720KB 1.44MB Commento modificato il 19/01/2020 alle ore 19:02:51 AROS One x86/68k - AfA One - AfA One PPC - Amilator AfA One - Amithlon AfA One - WinUAE OS 4.1 utente amiga quadratico medio Post inviati: 701 Commento 3 AMG_Novice_Usr 19 Gennaio 2020    20:20:01 Citazione Lato AMiGA puoi fare la stessa cosa, ci sono delle applicazioni che ti consentono di montare ADF, DMS, ADZ, IPF e vederli come normali Floppy sia DD che HD, stessa cosa per gli HardFile (HD Virtuali). Mi dai qualche nome o link per queste applicazioni? Grazie A500-Plus + A501 + switch meccanico per selezione Double-kickstart 1.3 v. 34.5 / 3.1 v. 40.63 /// A600, Rev. MB. 1.5, espansione in trap-door 1MB chip-ram, Kick-Cloanto 45.66, HDD interno a tracce da 2GB modello MK2104MAV by Toshiba su porta IDE: partizione DH1 con WB2.1 (default) + partizione DH2 con WB3.1 /// A500, Kick 1.3 v. 34.5, scheda espansione in trap-door da 512KB /// A600, espansione da 4MB-fast-ram innestata con zoccolo direttamente su 68K, Kick 2.05 v. 37.300, espansione di chip-ram in trap-door da 1MB, CF da 4GB su adattatore interno CF/IDE: partizione DH0 con CWB GAAE, partizione DH1 con WB2.1, partizione DH2 con WB1.3 /// A500, Rev. MB 6A, Kick 1.3 v. 34.5, A520-TV-RF-Modulator /// A500, PWR-LED ROSSO. Kick 1.2 v. 33.180 /// A500-Plus, PWR-LED ROSSO, Kick 2.04 v. 37.175, Driver DF1 esterno Savage DMF 322, A590 alimentato da alimentatore di CD32, con dentro espansione da 2MB di fast-ram + HDD SCSI Seagate ST32151N da 2GB - DH0 con WB 2.04 e DH1 con WB 1.2 /// A1200, 68EC020, Kick 3.0 v. 39.106, HDD a tracce Hitachi 40GB interno su porta IDE con installato CWB, espansione A1208 in trap-door da 8MB-fast-ram, PLipBox su porta parallela per collegamento via Ethernet a Internet /// Commodore 64 Assy NO. 250425 + floppy drive 5’’ 1/4 modello 1541 AfAOne Post inviati: 5915 Commento 4 AfAOne 19 Gennaio 2020    21:12:49 Le prime due usano lo stesso "diskimage.device" quindi se installati funzioneranno entrambi, il terzo usa un metodo diverso (port di OS4) quindi per farlo funzionare dovrai utilizzare il suo "diskimage.device" ma poi non ti funzioneranno gli altri due, se li vuoi installare tutti e 3 dovrai rinominare quello che non vuoi che sia trovato nel sistema. Il primo su un sistema liscio dovrebbe richiedere l'installazione di MUI (interfaccia grafica), il secondo richiede anche la MUI ma dovrebbe funzionare anche con la GUI standard. Il terzo richiede molte più cose. Tutti è tre hanno qualcosa di diverso più o meno montano le stesse cose, il primo ha in più il montaggio dei Floppy nativi PC-Windows e lo smontaggio rispetto al secondo, il terzo supporta anche dischi MAC e molto altro ancora. 1) DiskimageCtrl 2) DiskImageGui 3) DiskimageGUI Requisiti (3) - 68020+ CPU (no FPU required) - AmigaOS >= 3.0 - expat.library >= 4.1 - http://aminet.net/util/libs/expat.lha - ClassAct/ReAction (DiskImageGUI) - http://aminet.net/dev/gui/classact33.lha - screennotify.library (DiskImageGUI) - http://aminet.net/util/libs/ScreenNotify10.lha - titlebar.image (DiskImageGUI) - http://aminet.net/dev/gui/titlebar_ic.lha - capsimage.device (IPF plugin) - http://softpres.org/ - mpega.library (MP3 audio tracks) - http://aminet.net/util/libs/mpega_library.lha Recomandato: - AISS (DiskImageGUI) - http://masonicons.info/ Supporta questi formati Immagini Disco - adf (Amiga Disk File) - adz (gzipped adf file) - bin - ccd (CloneCD) - cso (Compressed ISO) - cpr (same format as dsk) - cue - d64 (use with 1541-Handler) - daa - dax - dmg (Apple disk image format) - dms (DiskMaSher) - dsk (CPCEmu, non-EXTENDED images only) - fdi - gi (untested) - hdf - img - ipf (needs capsimage.device) - iso (CD/DVD) - mdf (Daemon Tools/Alcohol) - mds (Daemon Tools/Alcohol) - nrg (Nero) - raw - toast (Roxio Toast) - uif (MagicISO) - vdi (VirtualBox) Commento modificato il 19/01/2020 alle ore 23:11:38 AROS One x86/68k - AfA One - AfA One PPC - Amilator AfA One - Amithlon AfA One - WinUAE OS 4.1 utente amiga quadratico medio Post inviati: 701 Commento 5 AMG_Novice_Usr 22 Gennaio 2020    11:39:22 Sono riuscito con successo ad eseguire un test, su un A1200 reale (basico), ossia a montare un'immagine .adf sull'HDD del mio A1200, customizzare il contenuto del floppy virtuale, successivamente a creare un nuovo .adf modificato. Elenco i dettagli qui di seguito, tante volte fossero di aiuto a qualcun altro, e anche per avere ulteriori consigli/osservazioni. Lancio il SW "DiskImageGUI", si apre un requester a finestre (DiskImageGUI è solo il requester), che coopera sia con il comando "DiskImageCtrl" (programma che l'installazione ti copia in sys:c), sia con il binario "diskimage.device" (che l'installazione ti copia in sys:devs). Il requester ti chiede quale device/volume virtuale vuoi installare: IDF0:, IDF1:, IDF2:, ICD0:, ICD1:, IDH0:, IDH1: (I vorrà dire "Imaginary") i DFx potranno ospitare le immagini .adf, i CDx potranno ospitare le immagini .iso, i DHx potranno ospitare le immagini .hdf (correggetemi quando sbaglio ...). Io ho selezionato IDF2:, dopodiché il requester ti chiede cosa vuoi fare a questo punto: "insert an image inside virtual volume", "eject", "quit". Io ovviamente seleziono la prima opzione, quindi seleziono un'immagine .adf, a questo punto il mio floppy virtuale "mia_immagine1.adf" lo vedo montato e fruibile sul mio desktop del WB 3.1. Ci entro, ci navigo come un floppy fisico, lo customizzo (edito i files, ne elimino alcuni, ne inserisco altri, faccio tutto quello che voglio). Adesso vorrei creare una nuova immagine "mia_immagine2.adf" del floppy virtuale da me customizzato/preparato. Il SW "ADFer" non ti consente di fare ciò, poiché sembra vincolato a DF0:, invece il SW "TSGui" è più elastico, quindi lancio questo. Su TSGui seleziono il dischetto/floppy virtuale IDF2: creato con DiskImageGUI, poi decido il nome dell'immagine .adf che voglio produrre ("mia_immagine2.adf"), poi clicco sul bottone "Disk -> File" … ed il gioco è fatto! Ho creato l'immagine.adf del floppy virtuale, quest'ultimo creato da un .adf di partenza e montato su HDD, su un floppy virtuale appunto. La nuovo immagine "mia_immagine2.adf" la posso dare a chiunque, il quale dovrà scriverla su un floppy fisico o virtuale per poterne fruire, magari usando sempre TSGui. A500-Plus + A501 + switch meccanico per selezione Double-kickstart 1.3 v. 34.5 / 3.1 v. 40.63 /// A600, Rev. MB. 1.5, espansione in trap-door 1MB chip-ram, Kick-Cloanto 45.66, HDD interno a tracce da 2GB modello MK2104MAV by Toshiba su porta IDE: partizione DH1 con WB2.1 (default) + partizione DH2 con WB3.1 /// A500, Kick 1.3 v. 34.5, scheda espansione in trap-door da 512KB /// A600, espansione da 4MB-fast-ram innestata con zoccolo direttamente su 68K, Kick 2.05 v. 37.300, espansione di chip-ram in trap-door da 1MB, CF da 4GB su adattatore interno CF/IDE: partizione DH0 con CWB GAAE, partizione DH1 con WB2.1, partizione DH2 con WB1.3 /// A500, Rev. MB 6A, Kick 1.3 v. 34.5, A520-TV-RF-Modulator /// A500, PWR-LED ROSSO. Kick 1.2 v. 33.180 /// A500-Plus, PWR-LED ROSSO, Kick 2.04 v. 37.175, Driver DF1 esterno Savage DMF 322, A590 alimentato da alimentatore di CD32, con dentro espansione da 2MB di fast-ram + HDD SCSI Seagate ST32151N da 2GB - DH0 con WB 2.04 e DH1 con WB 1.2 /// A1200, 68EC020, Kick 3.0 v. 39.106, HDD a tracce Hitachi 40GB interno su porta IDE con installato CWB, espansione A1208 in trap-door da 8MB-fast-ram, PLipBox su porta parallela per collegamento via Ethernet a Internet /// Commodore 64 Assy NO. 250425 + floppy drive 5’’ 1/4 modello 1541 utente amiga quadratico medio Post inviati: 701 Commento 6 AMG_Novice_Usr 22 Gennaio 2020    11:58:47 A questo punto sarei curioso di fare una prova: supponiamo che io abbia un'immagine.ISO di un gioco NODOS sviluppato per AmigaCD32. Io con "DiskImageGUI" potrei montare un device virtuale ICD0: e inserirci dentro il file .iso … a questo punto mi chiedo 2 cose: 1) AmigaCD32 è di fatto un A1200, l'unica aggiunta dovrebbe essere il chip grafico Akiko (non so se l'ho scritto bene), il quale dovrebbe servire per renderizzare immagini poligonali 3D, quindi forse dovrei scegliere un gioco.iso per AmigaCD32 che non faccia uso di Akiko, ovvero compatibile con A1200; 2) Supponiamo di avere il gioco NODOS (file-system strano, no Amiga-DOS, settori "fantasma"di bootloader su CD impegnati o dal gioco oppure dal bootloader stesso del gioco) montato su lettore CD virtuale ICD0: … adesso come faccio a lanciarlo? Questa domanda la potevo fare anche in quest'altro modo: installo il device virtuale (lettore floppy virtuale) IDF2:, ci monto sopra un gioco NODOS "pippo.adf", montaggio ok … e adesso come faccio a lanciarlo dal WB 3.1? è possibile fare queste cose? è fantascienza (scusate la mia infinita ignoranza … ho iniziato da poco). C'entra qualcosa il programma "WHDload"? Io di WHDload so solo questo: è un SW che ti degrada, se c'è n'è bisogno, il sistema, magari dall'AGA all'OCS, e ti seleziona il Kickstart più adatto (es: Kick 1.3 vers. 34.x), se ovviamente abbiamo tale Kick-ROM file nel path opportuno, tutto questo "adapting" dell'intera macchina per lanciare il gioco NODOS che vuoi tu dall'hard-disk (lessi anche cose come uno script oppure un programma "slave", ma non ci capii nulla a primo acchitto...). Grazie per i lumi che elargirete! A500-Plus + A501 + switch meccanico per selezione Double-kickstart 1.3 v. 34.5 / 3.1 v. 40.63 /// A600, Rev. MB. 1.5, espansione in trap-door 1MB chip-ram, Kick-Cloanto 45.66, HDD interno a tracce da 2GB modello MK2104MAV by Toshiba su porta IDE: partizione DH1 con WB2.1 (default) + partizione DH2 con WB3.1 /// A500, Kick 1.3 v. 34.5, scheda espansione in trap-door da 512KB /// A600, espansione da 4MB-fast-ram innestata con zoccolo direttamente su 68K, Kick 2.05 v. 37.300, espansione di chip-ram in trap-door da 1MB, CF da 4GB su adattatore interno CF/IDE: partizione DH0 con CWB GAAE, partizione DH1 con WB2.1, partizione DH2 con WB1.3 /// A500, Rev. MB 6A, Kick 1.3 v. 34.5, A520-TV-RF-Modulator /// A500, PWR-LED ROSSO. Kick 1.2 v. 33.180 /// A500-Plus, PWR-LED ROSSO, Kick 2.04 v. 37.175, Driver DF1 esterno Savage DMF 322, A590 alimentato da alimentatore di CD32, con dentro espansione da 2MB di fast-ram + HDD SCSI Seagate ST32151N da 2GB - DH0 con WB 2.04 e DH1 con WB 1.2 /// A1200, 68EC020, Kick 3.0 v. 39.106, HDD a tracce Hitachi 40GB interno su porta IDE con installato CWB, espansione A1208 in trap-door da 8MB-fast-ram, PLipBox su porta parallela per collegamento via Ethernet a Internet /// Commodore 64 Assy NO. 250425 + floppy drive 5’’ 1/4 modello 1541 AfAOne Post inviati: 5915 Commento 7 AfAOne 22 Gennaio 2020    13:33:14 Citazione Il requester ti chiede quale device/volume virtuale vuoi installare: IDF0:, IDF1:, IDF2:, ICD0:, ICD1:, IDH0:, IDH1: (I vorrà dire "Imaginary") i DFx potranno ospitare le immagini .adf, i CDx potranno ospitare le immagini .iso, i DHx potranno ospitare le immagini .hdf (correggetemi No non sbagli, sulle altre GUI ci trovi anche i DOSDrivers per montare Floppy FAT DD/HD, Immagini HD/FAT, e volendo anche CF0, SD0 e magari anche USB0 (PenDriver, MemoryCard), naturalmente supportati dalle GUI o se si è bravi inserirli nello Script (uno delle GUI segnalate dovebbe essere uno Script AREXX). Credo di aver toccato qualcosa che ti potrebbe interessare il linguaggiò QUI che io conosco pochissimo, un linguaggio semplice che consente di creare delle belle GUI e di comunicare facilmente con software di terze parti che fa uso di una "porta ARexx" AROS One x86/68k - AfA One - AfA One PPC - Amilator AfA One - Amithlon AfA One - WinUAE OS 4.1 AfAOne Post inviati: 5915 Commento 8 AfAOne 22 Gennaio 2020    13:51:49 Citazione A questo punto sarei curioso di fare una prova: supponiamo che io abbia un'immagine.ISO di un gioco NODOS sviluppato per AmigaCD32. Io con "DiskImageGUI" potrei montare un device virtuale ICD0: e inserirci dentro il file .iso Intanto è difficile trovare un gioco CD32 NoDOS, al massimo puoi trovare e non sono "originali" dei giochi NoDOS portati come file immagine ed eseguiti da WHDload, ma qui stiamo parlando di normali giochi NoDOS nativi floppy che grazie a WHDLoad si possono installare su HD ma a installarsi non sono i File del gioco ma solo l'immagine Disco (una sorta di ADF), WHDLoad li esegue attraverso una particolare applicazione con estensione .slave Citazione 1) AmigaCD32 è di fatto un A1200, l'unica aggiunta dovrebbe essere il chip grafico Akiko (non so se l'ho scritto bene), il quale dovrebbe servire Yes è un A1200 con quelache miglioria in più a partire dal KickStart 3.1 (A1200 nasce con il Kickstart 3.0), si c'è anche una miglioria grafica. Citazione 2) Supponiamo di avere il gioco NODOS (file-system strano, no Amiga-DOS, settori "fantasma"di bootloader su CD impegnati o dal gioco oppure Il CD32 usa come Bootloader il Trademark (CD32.TM) dove è memorizzata la Intro e tutto ciò che serve a fare il Boot da CD, senza di questo nessun CD può avviarsi. Citazione dal bootloader stesso del gioco) montato su lettore CD virtuale ICD0: … adesso come faccio a lanciarlo? Questa domanda la potevo fare anche in quest'altro modo: installo il device virtuale (lettore floppy virtuale) IDF2:, ci monto sopra un gioco NODOS "pippo.adf", montaggio ok … e adesso come faccio a lanciarlo dal WB 3.1? è possibile fare queste cose? è fantascienza (scusate la mia infinita ignoranza … ho iniziato da poco). Si può fare ma attenzione, oltre al CD32 nessun AMiGA può fare il Boot da CD salvo non si usi un Emulatore CD32, e solo in questo modo si può eseguire il gioco da CD, io lo usavo sul mio a A1200 e A4000. Citazione C'entra qualcosa il programma "WHDload"? Io di WHDload so solo questo: è un SW che ti degrada, Citato sopra, WHDload su CD32 è presente solo per i giochi non ufficiali creati di trecente ma qui non stiamo parlando di giochi nativi CD32, ma di normali giochi nativi Floppy, "WHDload" non degrada nulla è una sorta di Emulatore che crea il giusto ambiente per far funzionare qualsiasi gioco da HD, in pratica utilizza KickStart e Chipset nativi del gioco eseguito, WHDload per il suo funzionamento richiede la presenza dei vari kickStart e relativi applicativi sul sistema. Commento modificato il 22/01/2020 alle ore 15:22:18 AROS One x86/68k - AfA One - AfA One PPC - Amilator AfA One - Amithlon AfA One - WinUAE OS 4.1

Indice: forum / Richieste di Aiuto

Utenti Online

Utenti registrati: 1206 dal 1 Gennaio 2006 di cui online: 2 registrati - AfAOne - Pericle76 - e 117 non registrati Benvenuto all'ultimo utente registrato: zulu