Les WHDLoad Generique, comment ça marche ?

Bonjour,

Apres avoir utilisé plusieurs jeux WHDLoad génerique d’Aladin, je me demandais comment il procède pour les créer et surtout, est ce qu’on peut tout lancer avec WHDload de cette manière.

Je me pose la question pour lancer des .exe avec TinyLauncher par exemple, est ce qu’on pourrait créer un WHDLoad génerique pour un .exe, et ainsi ca passerait avec TinyLauncher

Peut un creér un .slave « fake » qui lancerait juste le .exe ?

Sujet

[Staff Aladin Level 25Messages : 15378]

Non pas de slow, juste le choix chip et fast.

Il te faudra une version debuggée de cette démo, c’est a dire lui enlever le bug de la slow pour qu’elle utilise n’importe quel mémoire pour en faire un générique (à condition qu’elle fonctionne sans autre complications). Sinon obligation d’un vrai slave qui débuggera la démo :)

Il est aussi préférable de décompresser l’exécutable pour le mettre dans un générique, cela peut éviter l’utilisation du tooltype « novbrmove ».

[Kimy Level 17Messages : 3523]

Peut-on demander un petit tuto du coup ?

[Staff Aladin Level 25Messages : 15378]

Il n’y a pas vraiment besoin de tuto. Suffit de savoir utiliser AmigaOS (savoir à quoi sert le fichier startup-sequence qui est dans le répertoire « s ». En gros pour ceux qui ne connaissent pas l’Amiga, c’est l’équivalent de l’autoexec.bat du ms-dos).

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

[Bruno Level 7Messages : 401]

Aladin wrote:

Non pas de slow, juste le choix chip et fast. Il te faudra une version debuggée de cette démo

startup-sequence, je connais un peu mais je ne connais pas l’assembleur 68000 :(

Aladin wrote:

Il est aussi préférable de décompresser l’exécutable pour le mettre dans un générique, cela peut éviter l’utilisation du tooltype « novbrmove ».

Ça j’ai tenté avec xfdDecrunch 1.9 qui m’indique que l’exécutable serait compressé avec TetraPack 2.1.
J’obtiens un exécutable fonctionnel avec l’option LINKPRO  de xdfDecrunch (mais pas dans le mode par défaut de xdfDecrunch ni avec l’option LINKSIMPLE)

Cet exécutable décompressé évite une error #80000004 à la fin de la demo sous kick 2.04 et 3.1 (erreur n’apparaissant pas en kick 3.2 et 1.x)

Est-ce que tu pensais à une autre méthode pour décompresser ?

Amiga 500, extensions 512 k et ACA500+ sous AmigaOS 3.2.3

[Staff Zarnal Level 22Messages : 7958]

J’ai effacé mon précédent message. Je n’étais pas en 3.1.

Edit : et la Fast était désactivée dans la config WinUae.

 

 

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

[Kimy Level 17Messages : 3523]

Aladin wrote:

Il n’y a pas vraiment besoin de tuto. Suffit de savoir utiliser AmigaOS (savoir à quoi sert le fichier startup-sequence qui est dans le répertoire « s ». En gros pour ceux qui ne connaissent pas l’Amiga, c’est l’équivalent de l’autoexec.bat du ms-dos).

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

Merci pour le lien, c’est ce que je demandais.

[Staff Aladin Level 25Messages : 15378]

Bruno wrote:

Est-ce que tu pensais à une autre méthode pour décompresser ?

Je me limite au double clique ou au bouton « xpk unpack » sous dopus4 d’amikit (je ne me suis jamais vraiment penché sur les compressions).

[Staff Zarnal Level 22Messages : 7958]

Bruno wrote:

Ça j’ai tenté avec xfdDecrunch 1.9 qui m’indique que l’exécutable serait compressé avec TetraPack 2.1. J’obtiens un exécutable fonctionnel avec l’option LINKPRO de xdfDecrunch (mais pas dans le mode par défaut de xdfDecrunch ni avec l’option LINKSIMPLE) Cet exécutable décompressé évite une error #80000004 à la fin de la demo sous kick 2.04 et 3.1 (erreur n’apparaissant pas en kick 3.2 et 1.x) Est-ce que tu pensais à une autre méthode pour décompresser ?

Il vaut mieux utiliser xfddecrunchaddress. Parce que le standard fait des  » bêtises  » dans certains cas. Essaye par exemple de recompresser ton exécutable décompressé de la démo. Amuse toi. 

J’ai essayé de recruncher en plaçant tout dans la chip. Boum.

J’ai même essayé de mapper de la slow via MMU. Même résultat. A voir de plus près. 

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

[Bruno Level 7Messages : 401]

Zarnal wrote:

Edit : et la Fast était désactivée dans la config WinUae.

Concernant la présence de fast mem, j’ai constaté en testant dans WinUAE 4.4.0 dans un environnement AmigaOS minimaliste, sans WHDLoad, sans workbench :

• sans fastmem, la démo fonctionne sous tous les kickstarts
• s’il y a de la fastmem à l’adresse 0x20 0000, la démo fonctionne uniquement sous kick 1.2 et 1.3
• si la fastmem est à l’adresse 0x40 0000, comme sur mon ACA500+A500 ou avec une configuration manuelle de la RAM dans WinUAE + AddMem manuel, la démo fonctionne avec tous les kickstarts

Ça me parait bizarre mais ce n’est pas le point bloquant. (Il faut toujours de la slow mem)

 

Aladin wrote:

Bruno wrote:

Est-ce que tu pensais à une autre méthode pour décompresser ?

Je me limite au double clique ou au bouton « xpk unpack » sous dopus4 d’amikit (je ne me suis jamais vraiment penché sur les compressions).

Je ne l’ai pas cette commande dans mon Dopus. J’ai lancé sous shell :
xfdDecrunch  Phenomena-Blenkvectors  LINKPRO

 

 

EDIT : la démo peut fonctionner avec de la fastmem suivant sa plage d’adresse.

Amiga 500, extensions 512 k et ACA500+ sous AmigaOS 3.2.3

[Staff Zarnal Level 22Messages : 7958]

Bruno wrote:

Concernant la présence de fast mem, j’ai constaté en testant dans WinUAE 4.4.0 dans un environnement AmigaOS minimaliste, sans WHDLoad, sans workbench : sans fastmem, la démo fonctionne sous tous les kickstarts s’il y a de la fastmem, la démo fonctionne uniquement sous kick 1.2 et 1.3 Ça me parait bizarre mais ce n’est pas le point bloquant. (Il faut toujours de la slow mem)

Le problème c’est que si tu désactives manuellement la fast sous cli, la Slow saute également.

Ce WE je regarderai de plus près le mappage via MMU. Le premier essai a été infructueux ( mais pas forcément bien tenté faute de temps ). L’idéal serait de pouvoir mapper de la slow dans de la Chip et non pas dans de la  » vraie  » Fast.

 

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

[Staff Zarnal Level 22Messages : 7958]

Aladin wrote:

Il te faudra une version debuggée de cette démo, c’est a dire lui enlever le bug de la slow

Ce n’est pas un bug au sens propre.   C’est par design. 

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

[Bruno Level 7Messages : 401]

Zarnal wrote:

Ce n’est pas un bug au sens propre. C’est par design.

Cette démo, BlenkVectors, qui démarre correctement avec la fast mem à l’adresse 0x40 000 mais pas avec de la fast mem à l’adresse 0x20 000 . C’est du bug/design pénible !

Amiga 500, extensions 512 k et ACA500+ sous AmigaOS 3.2.3

[Kimy Level 17Messages : 3523]

Bonjour,

Mais non ! Mais non !! It’s not a bug… it’s a feature !

[Bruno Level 7Messages : 401]

@aladin @zarnal : au cas où vous n’ayez pas déjà vu la nouvelle, une nouvelle version des slaves génériques est sortie. Elle rajoute une commande résidente « WHDCtrl ».

https://eab.abime.net/showthread.php?p=1517277#post1517277

Amiga 500, extensions 512 k et ACA500+ sous AmigaOS 3.2.3

[Staff Aladin Level 25Messages : 15378]

Oui j’ai vu. Death or glory FR est le premier à l’utiliser :)

(si comme moi, vous n’avez pas renommé les slaves avec le nom du jeu, suffit de faire un remplacement général avec un outil spécialisé comme total commander sur PC ou autre)

J’ai rapidement fait des essais avec ce nouveau Workbench 3.1 et generic kick 1.3/3.1. Il n’y a aucun changement de compatibilité pour les jeux supportés.

[Auteur]

Réponses