AmigaOS 3.2 est en BETA

15 sujets de 76 à 90 (sur un total de 104)

  • Sethghost

    • Messages : 302
    #354583

    Nous ne parlons donc pas de la même chose.
    En principe, d’origine, un e-adf ( extended adf, adf étendu ) est un format spécial conçu pour palier aux problèmes de format de DK dans certaines situations avec un émulateur. Il pèse +- 2Mo ( 4Mo en Hd ) mais cela reste une disquette de 880Ko dans les faits.

    La fonction « create standard disk » de winuae permet de créer des disquettes virtuelles haute densité de 1760 Ko qu’un amiga sans lecteur HD ne peut lire.
    Et effectivement la fonction « create custom disk » permet de créer des disquettes étendues de 2 Mo qui ne seront lues que comme des disquettes classiques FFS de 880 Ko dans le workbench.

    http://aminet.net/package/disk/misc/Empty_ADF_files

    En fait on peut théoriquement (pas encore essayé) déja booter sur iso, hdf et peut-être sur un adf haute densité à partir d’un 1200 équipé d’un disque dur mais il faudrait installer des devices soi même, modifier la rom soi-même alors que les futurs amigaOS 68k pourraient le faire pour nous. Est-ce trop ambitieux ? 🙂

    MAJ : Pour ceux qui ont un amiga physique sous la main et qui veulent essayer de booter un HDF à partir de CC0: ou CF0: (incroyable non ?)
    http://eab.abime.net/showthread.php?t=57647

    Bwah Bwah

    • Messages : 185
    #354601

    Mais tu es bien d’accord que là on  » joue  » avec des fichiers images dans divers formats et non pas des adf étendus (  » custom disk  » si tu préfères ), ce n’est pas la même chose.

    Pour un savedisk quelconque  » exotique  » par exemple, tu n’auras pas besoin d’e-adf puisque ta machine va te créer directement et correctement la disquette de sauvegarde ( ou autre ) sans broncher sur hard alors que sur l’émulateur un e-adf se révèlera indispensable ( à cause des limites de l’Adf standard ). Le véritable intérêt serait d’implémenter cela directement dans le firmware du Gotek ou bien sur FPGA pour élargir les possibilités. Sous WB, je suis toujours dubitatif.

    Cela dit je n’ai jamais remis en cause l’intérêt potentiel de ce 3.2. Je n’ai évoqué que le format adf étendu ( custom disk ) et mon interrogation de son intérêt sous Workbench/hard de par sa nature même.

    Sethghost

    • Messages : 302
    #354619

    Mais tu es bien d’accord…

    Oui.
    Extended ADF, e-ADF, Custom ADF et ADF étendu, ca veut dire la même chose.

    Un ADF > 1.76 MB, c’est un HDF (sans RDB) Y a que la chaîne du début qui change.
    J’aurais du dire ADF haute densité plutôt que étendu.
    L’idée est de remplacer la disquette double densité de 880 ko qui est totalement obsolète par sa taille et d’avoir un nouveau support d’échange de plus grande capacité bootable ou pas inclus dans les futurs AmigaOS. Même un adf étendu haute densité est obsolète.
    C’est juste une suggestion hein.
    Ce serait étonnant que les HDF deviennent un support officiel d’échange dans le 3.2.

    leo

    • Messages : 3541
    #354620

    C’est pas con l’idée des ADF/HDF pour support d’échange: ça supporte tous les flags DOS, ça a une taille potentiellement illimitée. Ca peut être compressé ?

    Sethghost

    • Messages : 302
    #355130

    Dernières infos de l’avancée de l’amigaOS3.2 sur eab.

    Are we close to release date?

    We are *closer* to a release date now

    Apparemment ça sortira en 2021. Non ? 🙂
    Rien sur le forum Hyperion
    https://forum.hyperion-entertainment.com/viewforum.php?f=15

    Sethghost

    • Messages : 302
    #355133

    Par rapport aux fichiers adf de 880 Ko qui sont obsolètes depuis début 2000, (les disquettes double densité étaient trop juste déja au début des années 90, Commodore aurait du passer au format HD au moins sur 1200, quelle erreur !) et aux nouvelles fonctionnalités qui devraient être intégrées urgemment dans les futurs amigaOS 3.x classic, j’en ai profité pour tester ce qui était possible de faire avec les applis disponibles.

    Je lance donc mon format SUPER-ADF (tsoin tsoin) puisque la fonction custom adf ne permet pas de créer de vrais formats adf de « taille étendue » pour l’utilisateur avec winuae.

    Concept : Disquette Super-ADF (SADF)
    EXTENSION : .sadf – Oui, c’est une nouvelle extension de fichier 🙂

    Idée: remplacer les images de disquettes virtuelles adf classiques devenues trop limitées en taille (on est quasiment en 2021) pour l’exécution de programmes et transferts de données sur amiga classic.
    En pratique, sur amiga 68k le hardware (Paula, CIAs…) et le trackdisk.device sont limités à la lecture/écriture de disquettes 880Kb (format courant), 1760Kb avec un lecteur de disquettes haute densité (rare et cher, voire introuvable) plus quelques autres formats originaux utilisant les sparedisk.device, fms.device, xfloppy.device. Ces solutions quoique excellentes ne sont plus au gout du jour en raison de la faible capacité de stockage des disquettes.

    Mode d’emploi : utilisez ImageMount – SADF EDITION pour monter les disquettes SADF sur le workbench. (Workbench 3.x)
    On peut utiliser également MountADF(v4) à condition de modifier les mountlists)
    Fourni :
    – Des disquettes d’exemple utilisables .sadf formatées vides en FFS (0X444F5301) de 4, 8, 16, 32, 64 et 128 Mo.
    – Le programme ImageMount qui utilise le filedisk.device modifié pour pouvoir mounter les disquettes sadf sur le workbench.

    Utilisation future :
    Ce type de fichier image bootable pourrait être très utile avec un lecteur (gotek hxc) de disquettes virtuelles pour de multiples applications.

    Le projet consistera dans un premier temps pour l’utilisateur à pouvoir créer ses fichiers sadf sur son amiga physique en fonction de ses
    besoins. La taille : De 2Mo à 164 Mo ou plus.
    Deuxième fonction utile, booter un sadf de son disque dur.

    Outils utilisés :
    diskimage 2006 – Thore Böckelmann – (diskimage.device) http://aminet.net/package/disk/misc/diskimage
    DiskMonTools – http://aminet.net/package/disk/moni/DiskMonTools
    ImageMount – Roger Håseth – http://aminet.net/package/disk/misc/ImageMount (filedisk.device)
    MountADF (Arnie – http://eab.abime.net/showthread.php?t=67076)
    WinuAE, FS-UAE
    ghex
    Non testé :
    DiskImage – 2015 – http://aminet.net/package/disk/misc/diskimage.m68k-aos
    xfs (-> file.device) http://aminet.net/package/disk/misc/xfs

    Doc ADF : http://lclevy.free.fr/adflib/adf_info.html

    Mount_SADF

    Nanard

    • Messages : 135
    #355179

    Je ne comprends pas bien, c’est un projet perso ou une extension de l’amigaos 3.2 ?

    Sethghost

    • Messages : 302
    #355392

    Dernières nouvelles de l’amigaOS 3.2 pour les intéressés :

    Hi, I would like to share with you that we are currently working on the finishing touches of the AmigaOS 3.2 NDK and also sorting out the inclusion of a much needed OS contribution.
    Merry Christmas!

    Salut, je voudrais vous signaler que nous travaillons actuellement sur la touche finale de l’AmigaOS 3.2 NDK et également sur l’inclusion des contributions très importantes pour le système d’exploitation.
    Joyeux Noël!

    Je suppose qu’il parle de BestWB pour le 3.2, qui serait proposé avec la distribution de l’os ?

    Anonyme

    • Messages : 256
    #355393

    De bonnes nouvelles … et du côté Vampire, la sortie de la R5 est proche aussi

    Nanard

    • Messages : 135
    #355396

    L’os 3.2 va sortir aussi sur Vampire ? Ils se sont enfin mis d’accord ? 🙂

    Thor1230

    • Messages : 1011
    #355401

    Sympa les formats etendu d’adf.
    On peut les monter, et voir booter dessus.

    Sauf qu’il faut un amiga avec un HDD, et aussi de la RAM (par defaut au moins le double ou 8mo de plus que le SADF). Ca limitera le nombre d’utilisteurs.

    De plus, si on veux installer un soft avec un SADF, ben il faudra faire les reassign…

    J’ai jamais trop compris la fonction d’un HDF hormis sur emalateur…. sur amiga on a whdload.
    Quel interret ?

    En effet 880ko c’est trop peu, mais on a quasiment tous plusieurs amiga, dont un qui peu recuperer des lha/adf a gogo et se refaire ses disquettes ou les emuler.

    Je trouve ton taff cool sethghost, mais a moins d’avoir une source de sadf, ou que le gotek les lise… ca va limiter l’usage malheureusement.

    Ce message n’avait clairement pas pour but de te decourager, mais je suis sceptique. 🙂

    Longue vie a nos amiga, et vivement que le workbench 3.2 sorte.

    Amiga + CPC + PC = La meme passion !

    Sethghost

    • Messages : 302
    #355413

    Sympa les formats etendu d’adf.
    On peut les monter, et voir booter dessus.
    Sauf qu’il faut un amiga avec un HDD, et aussi de la RAM (par defaut au moins le double ou 8mo de plus que le SADF). Ca limitera le nombre d’utilisteurs.

    Tu peux booter sur CF0: (pcmia sur 1200 et 600) sans disque dur en faisant beaucoup d’efforts, par contre sans au minimum 2 Mo de de FAST ram, tu es un peu limité de nos jours sur un amiga virtuel ou non équipé d’un workbench 3.x surtout avec le 3.2 qui utilise reaction.

    Le format SADF est un prototype, une démo de ce qu’il est possible d’intégrer imho sur un amigaOS 3.x idéal.
    C’est utilisable en l’état mais Il faut concevoir une interface avec ce genre de fonctionnalités : create disk, format, make sadf bootable, boot from HD, boot from CC0: boot from vtrackdisk. Un nouveau trackdisk.device prenant en charge les formats images disques. Imagine une trackmo ou un jeu néo-retro tenant sur une disquette de 256 Mo ou 320 Mo.
    A noter que les lecteurs zip de 100 Mo étaient disponibles dès 1994.

    Evidemment, ce ne sera pas intégré dans l’amigaOS 3.2, ce qui est dommage parce que la prise en charge de nouveaux formats pour remplacer ou étendre les vieux formats adf dms etc. est non seulement nécessaire mais largement faisable pour les développeurs du 3.2. Faudrait leur demander en anglais 🙂

    cclecle

    • Messages : 325
    #355449

    cool qu’il y ait encore du développement pour nos vieilles bécanes !
    petite interrogation, quelle est la plus-value par rapport a un disque RAD résident ? car on peut aussi booter sur un disque RAD de mémoire ? c’est le fait d’enregistrer automatiquement dans le fichier image disque ?

    @+

    A600 + 604n + RTC + Vampire V2 600, Coffin R54 / wb3.1.4.1
    A1200 + bppc/bvision (en panne :'( ), wb3.1

    Nanard

    • Messages : 135
    #355466

    Je ne suis pas sur que privilégier des formats disquette ou super disquette virtuels soit la meilleure chose pour l’amiga. C’est pratique en retrogaming mais pas du tout axé vers le futur. Par contre l’amigaos 3.2 aurait besoin d’une bonne gestion réseau et internet.

    Sethghost

    • Messages : 302
    #355492

    Par contre l’amigaos 3.2 aurait besoin d’une bonne gestion réseau et internet.

    Tu dois pouvoir utiliser miami, amitcp, genesis du 3.9 sur le 3.2 si tu as le hardware pour faire de l’internet avec tes amiga.
    D’ailleurs miami deluxe est sur aminet depuis 2000. Son status n’est pas précisé.
    http://aminet.net/package/comm/tcp/MiamiDx10cmain

    A faire : une vidéo de « disquette » sadf bootable. Manque plus que le soft pour la lancer 🙂

15 sujets de 76 à 90 (sur un total de 104)

  • Vous devez être connecté pour répondre à ce sujet.

Forums AmigaOS, MorphOS et AROS Général AmigaOS 3.2 est en BETA

Amiga Impact