Demos: peut-on créer un « WHDLoad Generic » pour des « NDOS » ?

Forum Amiga Software Demos: peut-on créer un « WHDLoad Generic » pour des « NDOS » ?

  • Ce sujet contient 6 réponses, 3 participants et a été mis à jour pour la dernière fois par Kimy, le il y a 2 mois et 1 semaine.
  • Créateur
    Sujet
  • #174365
    Kimy
    • Level 15
    • Messages : 2826

    Bonjour,

    Je commence par la Demo « Batman Rises » et j’ai bien lu le topic de l’EAB:

    https://eab.abime.net/showthread.php?t=112800&highlight=batman+rises

    Comme ça semble être en retard pour la version « fichier » (et même si ce n’est pas souhaité par le groupe, on peut juste en parler sans créer de « .slave »), je me pose la question, mais je pense que ce n’est pas possible de cette manière.

    A moins de trouver un « .slave » qui gère deux disques et qui charge ça correctement, mais ça me parait peu probable…

    Merci

Affichage de 6 réponses de 1 à 6 (sur un total de 6)

Partager sur vos réseaux sociaux préférés :
Facebooktwitterredditpinterestlinkedintumblrmail

  • Auteur
    Réponses
  • #174373
    Staff
    Zarnal
    • Level 22
    • Messages : 7459

      Les deux disques sont bien le problème.

      Sur certaines versions anciennes de WHDLoad ( 16 ou 17 de mémoire, peut être moins ), tu pouvais  » charger  » un ADF NDOS mais avec un résultat assez aléatoire ( Aladin pourra t’en dire plus ).

      Mais ça, c’est sur le principe que le disque soit bien un 880K standard, ce qui n’est pas le cas de cette démo Batman ( toujours de mémoire ).

      Et qui plus est, cela ne gère qu’une seule DK.

      A1200 Commodore mutant " FrankenAmiga" + 68040 + 8MO + SD 8go - A1200 ESCOM. HD 20MO. Mon meilleur et seul A500 : WinUae. CPC 6128-CPC 464.



      #174375
      Kimy
      • Level 15
      • Messages : 2826

        D’après la taille des fichiers sur le PC, les deux disques font bien 880 Ko.

        Ça semble être des ADF classiques, mais avec les Demomakers, on ne sait jamais !

        Je vais tester avec « JST » pour voir si il peut charger des ADF directement…

        Edit 1 (15:24): ben non pour « JST ». Et avec un programme comme « VF2000 », je ne pense pas non plus !

        https://aminet.net/package/disk/misc/VF2000

        Edit 2 (15:30): copiés avec « DOpus » avec comparaison de la source et de la destination avec Total Commander, les fichiers sont identiques, donc les ADF sont bien « standard »

        #174397
        Staff
        Aladin
        • Level 25
        • Messages : 14623

          Tu peux tester avec le vieux slave multi d7 (qui utilise whdload v13.1 maximum). Le tooltype CUSTOM=x indique le nombre de d7.

          https://www.amigafrance.com/forums/topic/whdload-generique/

          /Je viens de mettre à jour mon archive test avec l’ajout d’un nouveau slave ks1.3 (2MoChip/2MoFast).

           

          Ton problème vient surement que cette démo utilise le trackdisk et donc va chercher physiquement la piste sur ton lecteur de d7. Sur WinUAE, tu le vois avec le voyant du lecteur de d7 qui indique « 3 » en surbrillance … Donc la démo démarrera si tu montes la d7 de la démo dans ton df0: L’esclave générique d7 va commencer à lancer le jeu depuis le l’image d7 sur disque dur puis basculera sur la d7 physique. Cela permet de lancer un truc sur WB sans devoir booter physiquement dessus.

          #174413
          Kimy
          • Level 15
          • Messages : 2826

            Comme je le pensais, ça ne marche pas du tout… ;-)

            #174420
            Kimy
            • Level 15
            • Messages : 2826

              Il faut au minimum la version v14.0 pour ton « WHDLoad Generic » nommé « WHDLGD7-test », c’est la version supportant une seule image de disquette. Pour l’autre gérant les deux images, la 13.0+ suffit.

              Je viens de voir qu’il y a déjà la version beta WHDLOAD  v19.0 dans un dossier de leur site:

              http://whdload.de/whdload/

              Voilà ce que ça apporte:

              WHDLOAD v19.0 beta (06.11.2023)
              – Correction : les opérations io non mises en cache sont à nouveau supportées dans la mémoire du slave, ce qui était cassé dans la version 18.9 et provoquait l’erreur DOS #63 (problème #6261).
              – correction : Les AttnFlags sont à nouveau correctement affichés dans .whdl_register
              – chg : Les options WHDLoad sont maintenant écrites dans .whdl_dump et .whdl_trace
              – chg : ajout d’une solution de contournement pour la vérification de la mise à jour du slave via le réseau, en évitant désormais le port local 1024 car le fournisseur d’accès actuel pour cgi.whdload.net n’accepte pas les requêtes HTTP provenant de ce port.
              – nouveau : si UAE est détecté et que MMU est utilisé par WHDLoad, la mémoire à $f0f000 est ajoutée aux zones de mémoire valides pour permettre de déclencher le débogueur WinUAE (JOTD).

              #175733
              Kimy
              • Level 15
              • Messages : 2826

                J’avais oublié… Il est enfin sorti le « .slave » de WHDLoad pour « Batman Rises »:

                https://eab.abime.net/showpost.php?p=1669587&postcount=108
                http://www.whdload.de/demos/BatmanGroup_BatmanRises.html

                :yahoo:

              Partager sur vos réseaux sociaux préférés :
              Facebooktwitterredditpinterestlinkedintumblrmail
              Affichage de 6 réponses de 1 à 6 (sur un total de 6)
              • Vous devez être connecté pour répondre à ce sujet.