AmigaOS 3.2 est » en beta » sorti ;)

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

Sethghost
23 novembre 2020 à 0h57 #354583
Bwah Bwah wrote:

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

Vite, un panneau solaire.
Bwah Bwah
23 novembre 2020 à 10h30 #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
23 novembre 2020 à 13h51 #354619
Bwah Bwah wrote:

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.

Vite, un panneau solaire.
leo
23 novembre 2020 à 14h12 #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
13 décembre 2020 à 20h09 #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

Vite, un panneau solaire.
Sethghost
13 décembre 2020 à 20h59 #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

Vite, un panneau solaire.
Nanard
16 décembre 2020 à 18h29 #355179
Je ne comprends pas bien, c’est un projet perso ou une extension de l’amigaos 3.2 ?
Sethghost
24 décembre 2020 à 12h24 #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 ?

Vite, un panneau solaire.
Anonyme
24 décembre 2020 à 12h34 #355393
De bonnes nouvelles … et du côté Vampire, la sortie de la R5 est proche aussi
Nanard
24 décembre 2020 à 13h31 #355396
L’os 3.2 va sortir aussi sur Vampire ? Ils se sont enfin mis d’accord ? 🙂
Thor1230
24 décembre 2020 à 21h00 #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
26 décembre 2020 à 1h25 #355413
Thor1230 wrote:

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 🙂

Vite, un panneau solaire.
cclecle
27 décembre 2020 à 11h19 #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 + Vampire V2 1200, wb3.1.4.1
Nanard
27 décembre 2020 à 15h28 #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
28 décembre 2020 à 9h46 #355492
Nanard wrote:

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 🙂

Vite, un panneau solaire.