Programmes multiples

Bonjour a tous.
Il y a des temps immemoriaux, j avais enregistre en format TAP un programme en Basic qui s'est retrouve (involontairement) en deux fois dans le fichier. Je ne sais plus sous quel emulateur, comment fait on si on veut creer un en-tete inclus ds le meme fichier ? (C est pour des tests de mon projet de lecteur SD)

Bonsoir,

Arrête moi si je n'ai pas tout compris

En résumé :
Tu veux chainer plusieurs programmes TAP en partant du 1°.
Dès que le 1° demande le chargement du second, tu voudrais avoir l'entête du 2° dans le 1° pour le charger à son tour ?
A la manière d'un CLOAD "2°TAP".

Ben, franchement je ne vois pas à part bricoler les TAP avec un éditeur hexadécimal.
Mais est ce que cela est la meilleure solution et sera suffisant pour retrouver ses coordonnées dans la FAT
Actuellement, je suppose que pour les programmes multiples, le système fait appel de nouveau à un CLOAD (ou un LOAD) avec le nom du 2° TAP.
Pourquoi ne pas refaire identique (Problème avec la FAT)

Mais je me trompe peut être

A+

En fait quand on regarde le contenu des programmes ".TAP" avec oric explorer pour certains jeux il y a plusieurs morceaux, par exemple l'en-tète avec l'image HIRES, puis un second chargement avec le programme principal, et comme je souhaite rendre mon lecteur compatible avec les jeux multi-blocs je voulais sauvegarder deux petits programmes, un en Basic, le deuxieme en LM mis à la suite dans le mème fichier ".TAP" pour verifier l'enchainement du chargement de la SD comme avec la bande du magnétophone de l'époque.
Pour la FAT, il s'agit d'un enchainement de clusters, ce qui est indépendant du problème des jeux multiblocs, donc mème si je charge un seul gros programme qui part de #400 jusqu a #BFFF se serais obligé de recalculer mes départs de clusters de toute facon.
Ca va etre un méga jonglage, se suis en train de "bouffer" toutes les places disponibles de la page2 que j'ai pu découvrir avec cet incroyable bouquin qu'est "l'Oric à nu"...

Si tu veux juste concaténer plusieurs fichiers tap:

MS-DOS:

Code:

COPY FICHIER1.TAP+FICHIER2.TAP FICHIERS.TAP

Linux:

Code:

cat fichier1.tap fichier2.tap > fichiers.tap

perso, je n'utilise jamais (par respect ancestral) et l'outil excel tap_validation.xls de simon le détecte, les extensions .tap dans les appels de chargement.
Cela n'existait pas dans les eighties.

Quand j'ai plusieurs tap, je fait le merge avec oric explorer.

Merci.
Par contre, je viens de voir une inversion d'info dans Oric Explorer.
Les fichier enregistrés en "AUTO" sont indiqués:
"Auto Run is Disabled"
et inversement. J'ai la version 0.70 elle a peut être été corrigée depuis

Hello,

Attention sous DOS la commande pour concaténer des TAP est
COPY /B FICHIER1.TAP + FICHER2.TAP FICHIERFINAL.TAP

(/B = format binaire, sinon par défaut il prend je crois un format texte, genre 7 bits par octet... Un truc du genre)

Bonsoir Symoon
J ai fait un assemblage avec un prog en basic puis un autre en LM et apparemment ca marche sans rajouter le /B
(sous dosbox avec windows 10)

Hello,

Tiens, c'est étonnant. Du googlage rapido montre ça :

Code:

       /A  :  ASCII text file (default)
        /B  :  Binary file copy - will copy extended characters.

Ou ça:

Code:

include the /B switch, as the following example shows:
copy /b *.exe combin.exe
This prevents MS-DOS from treating CTRL+Z as an end-of-file character.

Soit c'est devenu inutile, soit tu as eu de la chance en n'ayant pas de "CTRL+Z" dans les valeurs (j'ignore quelle valeur c'est censé être)

Le CTRL+Z est un vieux truc qui vient des OS qui utilisaient un Z80 (CPM) et indiquait la fin d'un fichier texte.

Microsoft a conservé ce caractère comme fin de fichier pendant des années alors que ce n'était pas utile.

@Symoon
Tu as surement raison, j ai testé avec de tout petits programmes, j'ai du passer au travers...

J'ai googlé un peu plus grâce aux infos d'Assinie, a priori le CTRL Z serait un octet de valeur #1A (soit 26 en décimal), a priori sans utilité spécifique sur Oric en Ascii ou basic (le code sert à passer en 50Hz), et inutilisé aussi en code op 6502...

Donc en dehors de programmes avec des graphismes, on ne doit pas de le rencontrer beaucoup !

D'ailleurs je viens de comprendre que CTRL A = 1, CTRL B = 2, ..., et donc CTRL Z = 26. On en apprend tous les jours, merci messieurs