{"id":631,"date":"2019-05-17T14:59:17","date_gmt":"2019-05-17T12:59:17","guid":{"rendered":"https:\/\/ceobeta.oric.org\/?p=631"},"modified":"2019-05-17T14:59:17","modified_gmt":"2019-05-17T12:59:17","slug":"chargement-cassette-rapide-novalight-par-simon","status":"publish","type":"post","link":"https:\/\/oric.bqtt.net\/index.php\/2019\/05\/17\/chargement-cassette-rapide-novalight-par-simon\/","title":{"rendered":"Chargement cassette rapide: Novalight par Simon"},"content":{"rendered":"

 <\/strong>Depuis l’av\u00e8nement des fichiers WAV, l’Oric a connu plusieurs nouveaux modes de chargement cassette acc\u00e9l\u00e9r\u00e9s: TAP2CD, F16, … En voici un petit nouveau, dont la gestation m’aura bien occup\u00e9 !<\/em><\/p>\n

Je vous pr\u00e9sente Novalight<\/em>, qui se veut le mode de chargement cassette Oric le plus rapide \u00e0 ce jour de f\u00e9vrier 2019. Son nom a \u00e9t\u00e9 choisi en hommage \u00e0 deux regrett\u00e9s disparus. Twilighte tout d\u2019abord, qui a programm\u00e9 tant d’outils, jeux et d\u00e9mos pour Oric, en essayant souvent de garder ses jeux Oric compatibles avec le format cassette. Paul Woakes ensuite, un non-Oricien disparu en 2017. Il a \u00e9t\u00e9 le co-fondateur de la soci\u00e9t\u00e9 de jeux vid\u00e9o Novagen, auteur de l’excellente s\u00e9rie Mercenary, et cr\u00e9ateur de NovaLoad sur Commodore 64… NovaLoad \u00e9tant pr\u00e9cis\u00e9ment un mode de chargement cassette rapide, tr\u00e8s r\u00e9pandu \u00e0 l’\u00e9poque !<\/p>\n

Tout est parti au d\u00e9but sur une id\u00e9e de compresser le signal cassette au niveau des bits (plut\u00f4t qu’au niveau des octets). Apr\u00e8s des simulations sur 5 ou 6 fa\u00e7ons de faire, il est apparu que la plus r\u00e9guli\u00e8rement efficace est celle… Qu’utilisait d\u00e9j\u00e0 TAP2CD de Fabrice ! Novalight doit donc son \u00e9pine dorsale \u00e0 TAP2CD: il lui emprunte cette “compression”, ainsi qu’un principe de fonctionnement par interruptions, indispensable pour analyser suffisamment finement la dur\u00e9e des sinuso\u00efdes du signal audio. J’aurais presque pu l’appeler “TAP2CD2” ! C\u00f4t\u00e9 outil PC, Novalight est un d\u00e9riv\u00e9 direct (mais bien modifi\u00e9) des outils existants comme TAP2WAV.<\/p>\n

Fabrice a apport\u00e9, comme toujours, un soutien r\u00e9gulier; il est fort probable que sans son aide le projet n’aurait pas vu le jour. Il me faut remercier \u00e9galement les Oriciens sur les forums Oric.org et Defence-Force.com, qui ont pris de leur temps pour tester diverses beta-versions et donner des conseils.<\/p>\n

Quelles diff\u00e9rences entre TAP2CD, F16 et Novalight ?<\/strong><\/p>\n

Commen\u00e7ons \u00e0 situer entre eux les chargements “turbo” existants. On pourrait les hi\u00e9rarchiser ainsi:<\/p>\n

– F16: le plus lent des trois, il a l’avantage d’acc\u00e9l\u00e9rer les chargements pour tous les Oric (Oric-1 et Atmos), et ne n\u00e9cessite aucun loader ! C’est en fait une optimisation du signal audio pour les routines existantes en ROM.<\/p>\n

– TAP2CD: tr\u00e8s, tr\u00e8s rapide, TAP2CD n\u00e9cessite une ROM 1.1. Il utilise un loader et sera tr\u00e8s fiable \u00e0 partir du moment o\u00f9 votre liaison audio est de bonne qualit\u00e9<\/p>\n

– Novalight: reprend les principes de TAP2CD, mais en les poussant aux limites quasi-maximum et en ajoutant une compatibilit\u00e9 ROM 1.0. Il sera donc plus rapide que TAP2CD, mais au d\u00e9triment de la fiabilit\u00e9: il faut une connexion audio et un player de WAV d’excellente qualit\u00e9 (Audacity ?), et certains Oric au hardware un peu fatigu\u00e9, malgr\u00e9 tout, ne seront pas compatibles. A noter que Novalight gagne un peu de temps sur le chargement de son loader… En utilisant le format F16 puis en se chargeant en partie lui-m\u00eame au format Novalight \ud83d\ude09<\/p>\n

Novalight va se loger en page 1, sous la pile, et laisse assez peu de place \u00e0 cette derni\u00e8re: 54 octets. Attention \u00e0 l’utilisation dans un programme donc, \u00e9viter de faire trop d’appels \u00e0 des sous-programmes !<\/p>\n

\"\"
\n<\/strong><\/p>\n

Comparatif des vitesses Loader + Programme<\/strong><\/p>\n\n\n\n\n\n\n\n\n\n\n
<\/td>\nslow<\/strong><\/td>\nFast standard<\/strong><\/td>\nF16<\/strong><\/td>\nTAP2CD<\/strong><\/td>\nNovalight<\/strong><\/td>\n<\/tr>\n
Zorgon  (37K)<\/strong><\/td>\n?<\/td>\n4min 26s<\/td>\n2min 38s<\/td>\n31s<\/td>\n15s<\/td>\n<\/tr>\n
Xenon-1 (37K)            <\/strong><\/td>\n28min<\/td>\n4min 15s<\/td>\n2min 31s<\/td>\n32s<\/td>\n12s<\/td>\n<\/tr>\n
Acheron’s Rage (43K)<\/strong><\/td>\n32min<\/td>\n5min 12s<\/td>\n3min 12s<\/td>\n40s<\/td>\n12s<\/td>\n<\/tr>\n
Oricium (46K)            <\/strong><\/td>\n?<\/td>\n5min 31s<\/td>\n3min 27s<\/td>\n48s<\/td>\n18s<\/td>\n<\/tr>\n
Voilier (Hires – 8K)<\/strong><\/td>\n6min<\/td>\n56s<\/td>\n34s<\/td>\n8s<\/td>\n3s<\/td>\n<\/tr>\n
Cercle (Hires – 8K)<\/strong><\/td>\n?<\/td>\n1min 03s<\/td>\n42s<\/td>\n11s<\/td>\n2s<\/td>\n<\/tr>\n
Ecran TEXT (1K)<\/strong><\/td>\n?<\/td>\n10s<\/td>\n6.5s<\/td>\n5s<\/td>\n1.5s<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

En d\u00e9tail, les modifications et ajouts par rapport \u00e0 TAP2CD<\/strong><\/p>\n

– les p\u00e9riodes de base servant \u00e0 encoder 2 bits dans le signal (fichier WAV), sont pass\u00e9es de 4, 6, 8, 10 samples, \u00e0 3, 4, 5 et 6 samples. Cela a sans doute \u00e9t\u00e9 le travail le plus difficile: bien souvent ces dur\u00e9es raccourcies n’\u00e9taient pas correctement reconnues par les Oric, dont certains prenaient l’une pour l’autre. Il a fallu tester toutes formes de sinuso\u00efdes pour voir laquelle permettait au mieux \u00e0 un maximum d’Oric de distinguer correctement ces quatre dur\u00e9es. Au final quelques Oric avec un VIA fatigu\u00e9 n’arriveront jamais \u00e0 d\u00e9coder correctement ce signal. C’est LA limite de Novalight, TAP2CD sera plus fiable \u00e0 ce niveau.<\/p>\n

– des statistiques ont \u00e9t\u00e9 effectu\u00e9es et ont montr\u00e9 que dans les programmes Oric, on utilise environ 60% de bits \u00e0 0, et 40% de bits \u00e0 1. La p\u00e9riode la plus courte a donc \u00e9t\u00e9 utilis\u00e9e en priorit\u00e9 pour encoder “00”, alors que dans TAP2CD elle servait pour “11”. Le gain ne sera pas syst\u00e9matique, il s’agit vraiment d’une statistique…<\/p>\n

– une compression RLE a \u00e9t\u00e9 ajout\u00e9e: si un octet est r\u00e9p\u00e9t\u00e9 plusieurs fois \u00e0 la suite, il n’est encod\u00e9 qu’une seule fois, et sera suivi par le nombre de r\u00e9p\u00e9titions. Dans le signal, un octet r\u00e9p\u00e9t\u00e9 N fois se traduit donc par cet octet, suivi de (N-1) sinuso\u00efdes de 3 samples, puis une derni\u00e8re sinuso\u00efde de 4 samples qui marque la derni\u00e8re r\u00e9p\u00e9tition (et leur fin donc).<\/p>\n

– cr\u00e9ation de dictionnaires: avant de cr\u00e9er le signal, le fichier TAP est analys\u00e9 et on rep\u00e8re les octets non r\u00e9p\u00e9t\u00e9s (\u00e9chappant \u00e0 la compression RLE donc), qui occupent la plus grande place dans le signal. Les 14 octets avec le plus grand nombre d’occurrences sont plac\u00e9s dans deux tableaux de 7 octets chacun, charg\u00e9s en page 2 avec l’en-t\u00eate du programme. Les octets de chaque dictionnaire b\u00e9n\u00e9ficieront d’un encodage particulier, plus rapide qu’un octet normal: une seule sinuso\u00efde de 3 \u00e0 9 samples.<\/p>\n

– les bits de stop ont \u00e9t\u00e9 supprim\u00e9s, l’Oric travaille pendant le bit de start. Et ce bit de start devient porteur d’information: s’il dure 5 samples, ce qui suit est un octet normal. 6 ou 7 samples, c’est un octet \u00e0 chercher dans un des deux dictionnaires. Enfin 8 samples: ce qui suit est une r\u00e9p\u00e9tition d’octet (RLE). Pourquoi pas moins de 5 samples ? Parce que c’est pendant cette dur\u00e9e que l’Oric assemble les bits et met en m\u00e9moire l’octet pr\u00e9c\u00e9dent. Il faut quand m\u00eame lui laisser ces 115 microsecondes pour cela; on pourrait donc dire que les bits de stop ne sont pas vraiment supprim\u00e9s, mais regroup\u00e9s avec le bit de start \ud83d\ude09<\/p>\n\n\n\n
ROM 1.0: l’horrible bug d’affichage du Loading en HIRES n’affectera plus les \u00e9crans que vous chargerez !<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Si on arrivait \u00e0 faire en sorte que l’Oric travaille plus vite, on pourrait raccourcir ce bit de stop. Mais le code a \u00e9t\u00e9 tordu dans tous les sens pour minimiser les sauts et autres “pertes de temps”. Au final quand d\u00e9filent les bits, l’Oric doit, dans toutes les situations, travailler en moins de 69\u00b5s (3 samples, p\u00e9riode la plus courte pour encoder “00”) pour \u00eatre certain de ne pas rater une information; et en fin d’octet, pour assembler en plus l’octet et le placer en m\u00e9moire, travailler donc en moins de 115\u00b5s.<\/p>\n

– pour son loader, Novalight utilise le format F16 plut\u00f4t que le format standard, ce qui fait gagner environ 1 seconde. Ensuite il inverse la valeur des bits, pour encoder des 1 (plus courts) \u00e0 la place des 0 (plus nombreux); gain environ 10% de temps. Enfin le loader Novalight est d\u00e9coup\u00e9 en morceaux: un “noyau” charg\u00e9 en vitesse F16, qui peut charger le reste de son code \u00e0 la vitesse Novalight sans compression, sous forme de banques. Chaque banque contient le code n\u00e9cessaire au moment voulu (compression, fin de programme, etc.).<\/p>\n

– Ce syst\u00e8me de banques permet de gagner de l’espace m\u00e9moire, suffisamment pour permettre de rendre Novalight compatible Oric-1 et Atmos<\/p>\n

– En bonus, le chargement des \u00e9crans Hires n’est plus ab\u00eem\u00e9 sur Oric-1 par l’affichage de “Loading” au beau milieu du dessin. Le CLOAD de la ROM va commencer par afficher ce bug, mais il sera effac\u00e9 par l’\u00e9cran charg\u00e9, lequel ne sera ensuite plus alt\u00e9r\u00e9 \u00e0 la fin du chargement.<\/p>\n

Mise au point<\/strong><\/p>\n

La mise au point de Novalight s’est \u00e9tal\u00e9e sur plusieurs ann\u00e9es, non sans difficult\u00e9s. Le principe est le suivant: quand une sinuso\u00efde se pr\u00e9sente, le VIA (6522) d\u00e9tecte un signal (front montant), et envoie une interruption \u00e0 l’Oric. Lors du front montant suivant, l’Oric calcule le temps \u00e9coul\u00e9 entre ces deux sinuso\u00efdes. Cette dur\u00e9e est compar\u00e9e \u00e0 des seuils (des bornes, donc) qui lui permettent de d\u00e9terminer si la sinuso\u00efde valait 3, 4, 5 samples (etc.). Probl\u00e8me : la valeur de cette dur\u00e9e, mesur\u00e9e par l’Oric, diff\u00e8re l\u00e9g\u00e8rement d’une machine \u00e0 l’autre. Et donc les seuils \u00e0 utiliser pour l’encadrer diff\u00e8rent aussi un peu selon chaque Oric.<\/p>\n

Ainsi le programme, s’il veut tourner sur tous les Oric, devrait soit g\u00e9rer ces variations (autocalibration: test sur la machine et adaptation des seuils), soit utiliser des valeurs qui seront communes \u00e0 tous les Oric et Atmos. La calibration n\u00e9cessitant trop de temps d’ex\u00e9cution et de place dans le programme, il a fallu \u00e9tudier le cas d’un maximum de machines pour tenter de d\u00e9terminer des seuils moyens, communs \u00e0 tous. J’ai pu tester r\u00e9guli\u00e8rement Novalight sur 3 \u00e0 10 machines, plus l’aide ponctuelle de testeurs sur les forums Oric ou par email, sur 4 ou 5 autres machines. Sur les 10 r\u00e9guli\u00e8res, seule une machine est r\u00e9calcitrante, il faut dire qu’elle ne doit pas \u00eatre en forme: m\u00eame avec des seuils personnalis\u00e9s, elle n’est pas capable de distinguer \u00e0 chaque coup entre 3 et 4 samples. Deux autres machines n\u00e9cessitent un volume sonore minimal pour fonctionner, les autres un volume maximal. Comme d’habitude donc, le volume semble \u00eatre un param\u00e8tre essentiel et al\u00e9atoire d’une machine \u00e0 l’autre !<\/p>\n\n\n\n
La difficile recherche des seuils communs \u00e0 plusieurs Oric et aux \u00e9mulateurs, en fonction des formes d’ondes.<\/em><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Compatibilit\u00e9 ROM 1.0<\/h1>\n

Initialement, Novalight ne fonctionne que sur ROM 1.1, avec un loader de 218 octets. Impossible de faire l’\u00e9quivalent sur ROM 1.0, programm\u00e9e de fa\u00e7on moins modulaire que la ROM 1.1. Il aurait fallu reproduire de longs morceaux de la ROM, ce qui aurait pris trop d’octets.<\/p>\n

L’id\u00e9e est donc venue petit \u00e0 petit: cr\u00e9er un “noyau” Novalight, permettant, sur toute ROM, de charger \u00e0 vitesse acc\u00e9l\u00e9r\u00e9e mais sans toutes les options (compression et dictionnaires absents); puis des “banques” (de 40 \u00e0 60 octets) chargeant des morceaux de code \u00e0 ex\u00e9cuter ensuite. Au final Novalight utilise un noyau charg\u00e9 en 2 parties, et 4 banques. La place ainsi gagn\u00e9e a permis d’\u00e9crire du code compatible Oric-1 et Atmos !<\/p>\n

L’avantage “bonus” est que le loader initial est plus court, donc plus rapide \u00e0 charger. Les banques se chargeant \u00e0 vitesse “Novalight r\u00e9duite” sont beaucoup plus rapides \u00e0 charger. Au final, le loader se charge en moins de 0,7 seconde. Le revers de la m\u00e9daille est pour les programmes en plusieurs parties: il faut recharger le loader \u00e0 chaque fois, car les banques \u00e9crasent le code initial.<\/p>\n

Le fichier WAV sera donc construit avec une succession de programmes \u00e0 charger:<\/p>\n

Loader (vitesse standard ou F16): initialisations du VIA, des interruptions, et chargement de la suite du loader<\/p>\n

Suite du loader contenant les instructions de chargement des banques  (vitesse Novalight “lente”)<\/p>\n

En-t\u00eate du programme (vitesse Novalight “lente”)<\/p>\n

Banque 2 (vitesse Novalight “lente”): affichage Loading etc., et chargement de la suite<\/p>\n

Banque 3 (vitesse Novalight “lente”): chargement de la compression RLE et des dictionnaires Novalight<\/p>\n

Programme (vitesse Novalight maximale)<\/p>\n

Banque 4 (vitesse Novalight “lente”): r\u00e9initialisation du VIA, des interruptions, lancement du programme charg\u00e9<\/p>\n

Afin de garder un peu de  flexibilit\u00e9, une option existe dans Novalight pour utiliser l’ancien loader: ROM 1.1 uniquement, mais il n’est pas utile de le recharger \u00e0 chaque fois. Cela peut \u00eatre utile, par exemple, pour faire des slide-shows ou des animations.<\/p>\n

La surprise Oric<\/strong><\/p>\n

Les tests ont \u00e9t\u00e9 l’occasion d’avoir une petite surprise.<\/p>\n\n\n\n
\n

C\u2019\u00e9tait presque \u00e7a ! Try again\u2026<\/h2>\n

 <\/em><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Pour \u00eatre tr\u00e8s rapide, une des id\u00e9es de Novalight est que l’Oric doit rester synchronis\u00e9 avec le signal audio du d\u00e9but \u00e0 la fin. Le signal audio num\u00e9rique se d\u00e9roulant \u00e0 vitesse parfaitement constante, il “suffit” que l’Oric travaille assez vite pour lire les informations et les traiter avant de lire l’information suivante… Il se trouve que sur un Atmos particulier, j’avais des erreurs, d’abord prises pour des erreurs de calibration des seuils. Mais rien n’y faisait… La conclusion a fini par s’imposer: le traitement du dictionnaire \u00e9tait un peu long, et passait sur certains Atmos, mais pas sur celui-ci quand il \u00e9tait appel\u00e9 plus de 3 fois de suite ! Il \u00e9tait donc ex\u00e9cut\u00e9 plus lentement, trop lentement ! Et d\u00e9phasait doucement le signal audio et l’Atmos, qui finissait par perdre une information. Autrement dit, et \u00e7a a \u00e9t\u00e9 ma surprise: tous les Oric ne travaillent pas exactement \u00e0 la m\u00eame vitesse !<\/p>\n

En r\u00e9duisant un peu la dur\u00e9e de traitement du dictionnaire, tout est rentr\u00e9 dans l’ordre… Comprendre le probl\u00e8me aura pris plusieurs jours !<\/p>\n

La surprise PC<\/strong><\/p>\n

Autre surprise sur laquelle je me suis arrach\u00e9 les cheveux… Le PC (sous Windows XP), au bout d’un certain temps de fonctionnement, ne semble plus g\u00e9n\u00e9rer un signal audio aussi propre qu’apr\u00e8s le boot ! Un de mes Oric en prend ombrage et ne charge plus les programmes, alors que tout va bien sur les autres…<\/p>\n

En cas de doute, appliquez la r\u00e8gle universelle: rebootez l’ordi qui lit le WAV !<\/p>\n

Utilisation<\/strong><\/p>\n

En ligne de commande : Novalight [ -option1 ] [ -option2 ] <.TAP ficher en entr\u00e9e> <.WAV fichier en sortie><\/p>\n

Il existe bien entendu des options:<\/p>\n

-s<\/strong>  ‘standard speed’: utiliser la vitesse standard au lieu de la vitesse F16 pour le loader (plus lent, mais certains Oric supporteraient mal la vitesse F16 ?)<\/p>\n

-o<\/strong>  ‘old loader’: utiliser l’ancien loader ROM 1.1-seulement au lieu du nouveau compatible 1.0\/1.1. L’ancien a un avantage: il peut \u00eatre charg\u00e9 une seule fois, puis appel\u00e9 plusieurs fois par un CALL#100, tant qu’il reste intact bien s\u00fbr. Vous pourrez ainsi charger plusieurs programmes ou \u00e9crans sauv\u00e9s au format Novalight sans loader. Mais adieu la ROM 1.0 donc.<\/p>\n

-n<\/strong>  ‘no loader’: g\u00e9n\u00e8re les WAV Novalight sans y ajouter de loader. Il vous faudra charger un ‘old loader’ d’abord puis utiliser CALL#100 pour charger chaque WAV ainsi constitu\u00e9. ROM 1.1 seulement.<\/p>\n

-p<\/strong>  ‘long pause’: g\u00e9n\u00e8re un silence de plusieurs secondes apr\u00e8s chaque programme sur le WAV. Raison ? Les programmes ERE Informatique, par exemple, n\u00e9cessitent du temps pour dessiner l’\u00e9cran de chargement; c’est dommage si le WAV d\u00e9marre avant que l’Oric ait fini son dessin…<\/p>\n

Novalight affichera, pour chaque programme converti, le dictionnaire utilis\u00e9 pour la compression, ainsi que des statistiques de compression. Vous verrez que certains programmes y sont peu propices, alors qu’un \u00e9cran HIRES presque vide sera quasi-totalement compress\u00e9, et donc tr\u00e8s, tr\u00e8s rapide \u00e0 charger.<\/p>\n

 <\/em><\/p>\n

O\u00f9 trouver Novalight<\/h1>\n

Vous devriez trouver Novalight sur la disquette du magazine \u00e0 t\u00e9l\u00e9charger. Y sont inclus des sources; C pour le programme MS-DOS, et assembleur pour le loader Oric. Attention toutefois, ce n’est pas normalis\u00e9 et je n’ai rien nettoy\u00e9, ne soyez pas surpris\u2026 Mon assembleur est autodidacte et donc plein d’astuces r\u00e9dactionnelles perso, et je vois surtout ces fichiers comme des brouillons desquels il aurait \u00e9t\u00e9 dommage d’effacer certaines id\u00e9es. Le C n\u00e9anmoins, devrait compiler comme il faut !<\/p>\n

Un petit fichier mp3 est aussi l\u00e0 pour l’anecdote: quand une id\u00e9e arrivait subitement, je m’enregistrais pour ne pas l’oublier, tout en esp\u00e9rant l’exposer clairement pour qu’\u00e0 la r\u00e9\u00e9coute, elle reste compr\u00e9hensible ! J’ignore si \u00e7a peut \u00eatre rigolo \u00e0 \u00e9couter, ou si ce sera totalement p\u00e9nible, \u00e0 vous de me dire si vous en avez le courage \ud83d\ude09<\/p>\n

Il est aussi possible de r\u00e9cup\u00e9rer Novalight avec les autres outils cassette de Fabrice:<\/p>\n

https:\/\/sourceforge.net\/projects\/euphorictools\/files\/Tape%20tools\/<\/a><\/p>\n\n\n\n
Zorgons Revenge \u00e0 la moulinette Novalight: un seul programme, moyennement compress\u00e9.<\/em><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

N’oubliez pas les imp\u00e9ratifs:<\/strong><\/p>\n

– liaison audio au top, et aucune perturbation audio pendant la lecture (t\u00e9l\u00e9phone sans fil, sons sur l’ordi qui joue le WAV, Wifi ?, …)<\/p>\n

– ne surtout pas modifier le WAV ou le convertir dans un autre format: chaque sample compte<\/p>\n

– lecteur de WAV \u00e0 44kHz, au top (la moindre approximation, et c’est l’\u00e9chec)<\/p>\n

– il reste la possibilit\u00e9 que votre Oric ne soit pas compatible<\/p>\n

Snif, la fin !<\/h1>\n

J’esp\u00e8re que vous pourrez profiter de Novalight sur vos Oric-1 et vos Atmos. C’est pour moi la fin d’un long projet passionnant, de plusieurs ann\u00e9es, \u00e0 cr\u00e9er des outils pour faire des mesures, des statistiques, \u00e0 r\u00e9fl\u00e9chir \u00e0 la compression, \u00e0 r\u00e9duire la taille du code, \u00e0 l’acc\u00e9l\u00e9rer, \u00e0 \u00e9changer avec les Oriciens, \u2026 Et j’esp\u00e8re qu’un jour quelqu’un fera mieux \u2013 plus rapide ou plus fiable, voire les deux !<\/p>\n\n\n\n
Tests de signal sur l’Atmos de Chema, d\u00e9but 2018.<\/em><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Merci pour leur aide, tests et conseil, \u00e0\u2026<\/strong><\/p>\n

Fabrice, FredV60, Musepat, Kenneth, Dom50, Voyageur, Oric1-Atmos, Froggy, Godzil, DrPsy, ISS, Chema, Dbug, NekoNoNiaow.<\/p>\n

Annexe 1: s\u00e9quence de chargement du loader Novalight dans la pile, puis du programme.<\/strong><\/p>\n

Annexe 2: Format du WAV, et s\u00e9quence de chargement du loader Novalight, puis du programme.<\/strong><\/p>\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
Codage WAV<\/strong><\/td>\nContenu loader normal<\/strong><\/td>\n<\/tr>\n
3000 samples<\/td>\nSilence d’intro, au cas o\u00f9 un player “mange” le d\u00e9but du signal. 0,07s.<\/td>\n<\/tr>\n
F16<\/td>\n30 octets de synchro (surtout pour la m\u00eame raison que le silence qui pr\u00e9c\u00e8de)<\/td>\n<\/tr>\n
F16<\/td>\nheader et nom de programme = au nom du programme dans le .TAP<\/td>\n<\/tr>\n
100*3 samples<\/td>\nGap: bits de stop pour laisser le temps \u00e0 l’Oric de travailler<\/td>\n<\/tr>\n
F16<\/td>\n$13E-14A – 13 octets: code pour inverser les bits des octets qui suivent<\/td>\n<\/tr>\n
F16, bits invers\u00e9s<\/td>\n$14B-$1BD – Common Area 1 et d\u00e9codage de base Novalight (sans dictionnaire ni compression RLE)<\/p>\n

115 octets, inverser les bits permet de gagner 10% de temps (les 0 \u00e9tant encod\u00e9s plus lentement que les 1 en F16)<\/p>\n

D\u00e9tail:<\/p>\n

$14E-$14F: saut pour ex\u00e9cuter la “Common Area 1”<\/p>\n

$150-$15C: interruption de lecture du signal<\/p>\n

$15D-$18F: d\u00e9codage d’un octet Novalight “normal” (non compress\u00e9 RLE, et hors dictionnaire)<\/p>\n

$190-$1C0: “Common Area 1”: initialisation du VIA, mise en place de l’interruption Novalight, chargement de la “Common Area 0”<\/td>\n<\/tr>\n

500 samples<\/td>\nSilence pour s\u00e9parer les programmes (purement visuel). 0,0115 secondes. R\u00e9duire cette dur\u00e9e affecte la compatibilit\u00e9 Euphoric.<\/td>\n<\/tr>\n
100*3 samples<\/td>\nSynchro Novalight<\/td>\n<\/tr>\n
Novaligth “basique” (sans compression RLE ni dictionnaire), octets invers\u00e9s<\/td>\n$100-$14C – Common Area 0<\/p>\n

77 octets, du dernier au premier (permet au code de chargement d’\u00eatre plus compact). A noter: \u00e9crase la partie pr\u00e9c\u00e9dente $141-$14F, devenue inutile.<\/p>\n

D\u00e9tail:<\/p>\n

$100-$117: chargement du header (et du dictionnaire) du programme \u00e0 charger<\/p>\n

$118-$120: chargement et ex\u00e9cution de la “Common Area 2” (affichage du Loading, gestion du Hires et du bug de la ROM 1.0)<\/p>\n

$121-$128: chargement de la “Common Area 3” (gestion de la compression RLE et du dictionnaire Novalight)<\/p>\n

$129-13A: chargement du program principal, 100% Novalight<\/p>\n

$13B-$145: chargement et ex\u00e9cution de la “Common Area 4” (restauration des interruptions et du VIA, lancement du programme charg\u00e9)<\/p>\n

$146-$14F: sous-programme de chargement des “Common Area”<\/td>\n<\/tr>\n

30*3 samples<\/td>\nPetit gap<\/td>\n<\/tr>\n
Novaligth “basique”<\/td>\n30 octets de synchro ($16)<\/td>\n<\/tr>\n
Novaligth “basique”, octets invers\u00e9s<\/td>\n$292-$2BF – En-t\u00eate du programme + dictionnaire<\/p>\n

46 octets, du dernier au premier (permet au code de chargement d’\u00eatre plus compact).<\/p>\n

Contient les infos du programme \u00e0 charger (header classique) + les dictionnaires de 14 octets les plus r\u00e9p\u00e9t\u00e9s dans le programme (pour la compression)<\/td>\n<\/tr>\n

Novaligth “basique”, octets invers\u00e9s<\/td>\n$18D-$1BA – Common Area 2<\/p>\n

46 octets, du dernier au premier (permet au code de chargement d’\u00eatre plus compact).<\/p>\n

D\u00e9tail:<\/p>\n

Affichage du Loading, gestion du Hires et du bug de la ROM 1.0: si l’\u00e9cran est en Hires, on n’affiche pas le Loading, et on \u00e9vite ainsi une ligne avec des points blancs.<\/td>\n<\/tr>\n

100*3 samples<\/td>\nSynchro Novalight<\/td>\n<\/tr>\n
Novaligth “basique”, octets invers\u00e9s<\/td>\n$18D-$1C9 – Common Area 3<\/p>\n

61 octets, du dernier au premier (permet au code de chargement d’\u00eatre plus compact).<\/p>\n

D\u00e9tail:<\/p>\n

$190-$1BB: d\u00e9codage d’un octet du dictionnaire<\/p>\n

$1BC-$1CD: d\u00e9codage d’octets compress\u00e9s RLE<\/td>\n<\/tr>\n

Novalight<\/strong><\/td>\nProgramme \u00e0 charger (fichier TAP), \u00e0 vitesse maxi ! <\/strong>(avec compression RLE et dictionnaire).<\/td>\n<\/tr>\n
2*9 samples<\/td>\nMarqueur de fin de programme<\/strong><\/td>\n<\/tr>\n
100*3 samples<\/td>\nSynchro Novalight<\/td>\n<\/tr>\n
Novaligth “basique”, octets invers\u00e9s<\/td>\n$18D-$1C4 – Common Area 4<\/p>\n

56 octets, du dernier au premier (permet au code de chargement d’\u00eatre plus compact).<\/p>\n

D\u00e9tail:<\/p>\n

Restauration des interruptions et du VIA, lancement du programme charg\u00e9.<\/td>\n<\/tr>\n

2*3 samples<\/td>\nPour terminer la synchro Novalight<\/strong><\/td>\n<\/tr>\n
15000 samples<\/td>\nSilence de fin, au cas o\u00f9 un player “mange” la fin du signal.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n","protected":false},"excerpt":{"rendered":"

 Depuis l’av\u00e8nement des fichiers WAV, l’Oric a connu plusieurs nouveaux modes de chargement cassette acc\u00e9l\u00e9r\u00e9s: TAP2CD, F16, … En voici un petit nouveau, dont la gestation m’aura bien occup\u00e9 ! Je vous pr\u00e9sente Novalight, qui se veut le mode de chargement cassette Oric le plus rapide \u00e0 ce jour de f\u00e9vrier 2019. Son nom a […]<\/p>\n","protected":false},"author":1,"featured_media":722,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[318],"tags":[655,797],"class_list":["post-631","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-software","tag-ceomag348","tag-k7"],"_links":{"self":[{"href":"https:\/\/oric.bqtt.net\/index.php\/wp-json\/wp\/v2\/posts\/631","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/oric.bqtt.net\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/oric.bqtt.net\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/oric.bqtt.net\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/oric.bqtt.net\/index.php\/wp-json\/wp\/v2\/comments?post=631"}],"version-history":[{"count":0,"href":"https:\/\/oric.bqtt.net\/index.php\/wp-json\/wp\/v2\/posts\/631\/revisions"}],"wp:attachment":[{"href":"https:\/\/oric.bqtt.net\/index.php\/wp-json\/wp\/v2\/media?parent=631"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/oric.bqtt.net\/index.php\/wp-json\/wp\/v2\/categories?post=631"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/oric.bqtt.net\/index.php\/wp-json\/wp\/v2\/tags?post=631"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}