rs

@Laurentd75:
Pas de soucis

Dbug a écrit:A moins que je dises une connerie, une EEPROM est une PROM qui se remet a zéro avec un signal électrique, alors qu'une EPROM se remet a zéro avec une exposition aux UV sur la petite fenêtre au dessus, mais les deux se reprogramment.

Exact. En fait EPROM est un terme qui prête un peu a confusion, cela désigne une mémoire effaçable sans préciser le procédé, pour les UV on peut utiliser aussi le terme d' UVPROM.

laurentd75 a écrit:Du coup, j'ai une autre question : pourquoi ne pas utiliser une EEPROM à la place d'une EPROM, est-ce parce que c'est moins cher et/ou parce que ton programmateur gère (apparemment) uniquement les EPROM et pas les EEPROM ? Parce que si je comprends bien la différence, dès que tu "brûles" l'EPROM, tu ne peux plus la reprogrammer, donc à chaque nouvelle version de développement de ton firmware tu dois sacrifier une nouvelle EPROM...

Pour l'avancement du code j'utilise la RAM de l'Oric a partir de #4000,(chargement par la prise magnéto) le début de la RAM utilisateur me permet d'écrire quelques lignes BASIC pour les tests et d'essayer de charger a partir de la SD des petits programmes en BASIC ou LM entre #400 et #1FFF, donc pas besoin de bruler des UVPROMS pour la progression. Après, rien ne m'empêche d'utiliser des EEPROMS qui se programment bien, mais j'ai remarqué qu'avec les Winbond, (l'équivalent effaçable électriquement de la 27C512), mon projet plantait (ce qui ne m'arrive jamais avec les uvproms), Fabrice F m'avait informé du timing capricieux de ces EEPROMS...alors qu'avec mon projet de cartouches de jeux ça fonctionne bien.

laurentd75 a écrit:
Et à propos de ce programmateur,  j' ai vu (tu dois certainement déjà connaître l'info) que sous Windows 10 il y avait une petite manip à faire pour installer les drivers car ils ne sont pas signés WHQL:
https://www.civade.com/post/2017/10/01/Instalation-du-programmateur-Genius-G540-sous-Windows-10

Je l'ignorais, le programmeur était déjà bloqué par mon antivirus payant, du coup il fonctionne sur un vieux portable sous xp avec un antivirus gratuit.

laurentd75 a écrit:
Pour ce qui est de la gestion de la SD, apparemment tu as bien avancé puisque c'est désormais compatible format FAT16 ?

L'oric peut désormais lire le répertoire racine sous FAT16 et mémoriser les 500 noms de jeux en format TAP et l'emplacement du premier cluster desdits jeux dans la table d'allocation de la SD.

laurentd75 a écrit:
En tous cas, encore bravo pour l'avancement de ce projet, qui avance pas mal en dépit de ce climat tropical qui n'incite guère au travail donc    

Je m'était arrété pendant un an, la chaleur me plombe. Mais là, la motivation me revient, je suis en train de travailler sur le "navigateur" qui permet de faire tourner les pages à l'écran pour choisir le jeu à charger.
Merci pour la motivation

Je me suis fait une peur bleue quand je contatât que l'oric fît nimportnawak avec la carte SD formatée sous Android...Je m'aperçois en lisant le contenu que l'on pouvait formater un petit volume...sous FAT32 !
Bon, formatage en FAT16, et là, tout marche, je vais même rajouter le caractère "tilde" dans le jeu ASCII pour afficher les fichier aux noms longs.
See you soon...

kenneth a écrit:En fait EPROM est un terme qui prête un peu a confusion, cela désigne une mémoire effaçable sans préciser le procédé, pour les UV on peut utiliser aussi le terme d' UVPROM.

En fait j'ai fait une grosse confusion entre ROM et EPROM là !!!    
Effectivement, heureusement qu'on peut reprogrammer une EPROM / UVPROM sinon c'est un hobby qui coûterait cher !!

kenneth a écrit:
Après, rien ne m'empêche d'utiliser des EEPROMS qui se programment bien, mais j'ai remarqué qu'avec les Winbond, (l'équivalent effaçable électriquement de la 27C512), mon projet plantait (ce qui ne m'arrive jamais avec les uvproms), Fabrice F m'avait informé du timing capricieux de ces EEPROMS...alors qu'avec mon projet de cartouches de jeux ça fonctionne bien.

Bon à savoir ça !!! Si un jour j'arrive à un stade assez avancé pour créer une extension Oric avec un firwmare en EPROM...
J'ai lu récemment un autre petit "détail" important à savoir sur les EPROM, mais je n'arrive plus à me souvenir quoi, il faut que je retrouve l'info...

kenneth a écrit:
L'oric peut désormais lire le répertoire racine sous FAT16 et mémoriser les 500 noms de jeux en format TAP et l'emplacement du premier cluster desdits jeux dans la table d'allocation de la SD.
(...)
Je m'était arrété pendant un an, la chaleur me plombe. Mais là, la motivation me revient, je suis en train de travailler sur le "navigateur" qui permet de faire tourner les pages à l'écran pour choisir le jeu à charger.
Merci pour la motivation

Et bien effectivement tu as super avancé, on voit que la motivation revient bien à fond effectivement !!!

kenneth a écrit:Je me suis fait une peur bleue quand je contatât que l'oric fît nimportnawak avec la carte SD formatée sous Android...Je m'aperçois en lisant le contenu que l'on pouvait formater un petit volume...sous FAT32 !
Bon, formatage en FAT16, et là, tout marche, je vais même rajouter le caractère "tilde" dans le jeu ASCII pour afficher les fichier aux noms longs.
See you soon...

LOL... C'est le genre de "bug" dont j'ai horreur, le syndrome du "ça marchait avant, et là tout d'un coup ça marche plus pourtant j'ai rien touché !!"  ... jusqu'à ce que tu t'aperçoives que c'est un truc qui n'a rien à voir, une cause externe comme ici, qui fait foirer ton programme...

En tous cas bonne idée de redéfinir le caractère 126 pour le ~ pour les noms longs, car effectivement le damier ça fait un peu désordre

4h par jour le week end ca va plus vite forcément...
Le navigateur fonctionne, avec les No de pages et les fichiers bien alignés. La tilde rend bien. Il y aura restitution du damier au chargement. (Des fois qu'un jeu avec des murs en damier se retrouve affublé de tildes partout)
Il me reste a faire:
Lecture du clavier pour les fleches et
Je vais utiliser le point d entree de la Rom, histoire de ne pas reinventer la roue...mais comme la Rom est desactivée pendant la com avec la sd, il y aura la copie d'un bout de code a l adresse #400 pour reactiver la rom, lire la touche enfoncee grace a la routine spécifique, désactiver la rom et revenir dans mon code.
Ensuite, faire un prog de calcul des clusters qui permettra le chargement en multipart.(rêvons un peu).
A bientot...

kenneth a écrit:La tilde rend bien. Il y aura restitution du damier au chargement. (Des fois qu'un jeu avec des murs en damier se retrouve affublé de tildes partout)

Ah oui, pas bête ça, j'aurais pas pensé à restaurer le caractère damier avant un chargement de programme !!  

kenneth a écrit:
Je vais utiliser le point d entree de la Rom, histoire de ne pas reinventer la roue...mais comme la Rom est desactivée pendant la com avec la sd, il y aura la copie d'un bout de code a l adresse #400 pour reactiver la rom, lire la touche enfoncee grace a la routine spécifique, désactiver la rom et revenir dans mon code.

Si tu fais des appels en ROM, tu prévois une compatibilité Oric1/Atmos, ou juste Atmos ?

De nos jours, la compatibilité Oric1, n'a plus grand intérêt je trouve d'autant plus que c'est très lourd à gérer (sauf si on n'utilise pas la ROM, pour les progs sur D7 utilisant la RAM overlay pour implémenter leur propre "BIOS"...). Et côté OSDK, les bibliothèques C qui font des appels en ROM (pour les fonctions graphiques, sonores et les opérations mathématiques en particulier) sont actuellement uniquement compatibles Atmos...

Perso, j'ai un Oric-1 avec double ROM (Oric1/Atmos), mais je me demande combien de personnes utilisent encore un Oric-1, ou alors s'ils ont une EPROM Atmos pour l'utiliser en mode Atmos... Peut-être une idée de sondage tiens...

Désolé pour le HS, mais j'ai un avis opposé
Peut-être parce que je n'ai longtemps eu qu'un Oric-1, et que je me suis senti grave délaissé au profit des Atmos et Telestrat, alors que c'est presque le même ordi.
Côté stats, les "Oric-1 only" sont bien sûr minoritaires, mais il y en a encore (sur Defence-Force, j'ai oublié qui, je crois qu'il est Italien ?).

Et surtout, c'est personnel mais je trouve dommage, quand c'est possible, de ne pas fournir l'effort pour être compatible Oric-1 et donc d'exclure d'office une partie des machines de la gamme.
Ce qui m'a apporté le plus de satisfaction dans ma dernière livraison, c'est d'avoir trouvé une mécanique pour rendre le programme compatible Oric-1, et même lui apporter qqes améliorations !
Après, c'est vrai que ce n'est pas indispensable dans l'absolu. Pour moi c'est un gros "plus" !

Concernant la compatibilité -1/Atmos, mon bidule a une particularité, c'est que la RomBasic se situe a l'extérieur de l'ordi et donc la rom interne est désactivée et ne servira pas,  les possesseurs d'un Oric-1 se retrouveront avec un soft d'Atmos (un Oric-1 upgradé), apres, il y a les machines en 16k, je me suis pas trop penché dessus, mais, avec une sd pas trop chargée, et avec des petits jeux, ça peut marcher, mais bon, je n'ai qu'un Atmos en 48k pour essayer. A voir..

Concernant le harware, il est branché sur le bus extension de l'oric et alimenté par ce dernier. Est-ce que ça ne 'tire' par trop sur l'alimentation de l'Oric ?

question annexe (pardonnez mon ignorance en électronique) est ce que la sortie RF des la majorité des oric et dont personne ne se sert ne n'utilise t elle pas une partie des l'énergie , étant sous tension en permanence, et donc pourrait soulager l'alimentation de l'oric si on la supprimait ?

froggy a écrit:Concernant le harware, il est branché sur le bus extension de l'oric et alimenté par ce dernier. Est-ce que ça ne 'tire' par trop sur l'alimentation de l'Oric ?

question annexe (pardonnez mon ignorance en électronique) est ce que la sortie RF des la majorité des oric et dont personne ne se sert ne n'utilise t elle pas une partie des l'énergie , étant sous tension en permanence, et donc pourrait soulager l'alimentation de l'oric si on la supprimait ?

Avec la rom desactivee qui consomme moins et les composants minimalistes du lecteur je dois arriver a 250mA ce qui est normalement acceptable pour le regulateur de l oric, en le faisant tourner pendant des heures, ca n a jamais planté

Une petite vidéo pour montrer l'avancement du projet:
Tout est traduit en LM sauf la scrutation clavier.

Belle présentation, j'aime beaucoup !

Bravo Kenneth !

Là, c'est du résultat qui annonce une belle réalisation !

Et beaucoup de boulot derrière ça !

Je suis impatient de voir le produit final ! J’adhère déjà à l'acquisition d'un kit ou à en faire un en DIY ....

Pour la compatibilité Oric1/Atmos, du coup problème réglé, et c'est un intérêt de plus à ton lecteur de carte SD qui permet très facilement de transformer un Oric 1 en Atmos (bon, à part la touche Funct hein...).

Très bien ta vidéo, juste qq questions:
- pourquoi y-a-t-il 2 CLOAD "" au début au lieu d'1 seul ??
- je suis étonné que le chargement ne soit pas plus rapide ? (toutes proportions gardées évidemment hein..).

Quoi qu'il en soit, je suis fortement intéressé aussi par un exemplaire lorsque le produit sera disponible en magasin (en version boîte pour moi hein, pas en version OEM / kit à monter soi-même !! )

laurentd75 a écrit:Pour la compatibilité Oric1/Atmos, du coup problème réglé, et c'est un intérêt de plus à ton lecteur de carte SD qui permet très facilement de transformer un Oric 1 en Atmos (bon, à part la touche Funct hein...).

Mais du coup les jeux ou programmes Oric-1 ne se lanceront pas si j'ai bien saisi.

Oui... Ceci dit rien n'empêche de faire une version d'EPROM pour Oric-1 qui permette d'utiliser le lecteur et l'Oric en mode Oric1 et donc de lancer les jeux Oric1... Faudrait juste que Kenneth prévoie une version de son code pour la ROM Oric1...

laurentd75 a écrit:
- pourquoi y-a-t-il 2 CLOAD "" au début au lieu d'1 seul ??
- je suis étonné que le chargement ne soit pas plus rapide ? (toutes proportions gardées évidemment hein..).)

Je charge le code LM de 2k, puis le prog en BASIC de démo.
Les 5 secondes entre le "RUN" et l'apparition du tableau correspondent au chargement du répertoire dans la mémoire de l'Oric.

froggy a écrit:

laurentd75 a écrit:Pour la compatibilité Oric1/Atmos, du coup problème réglé, et c'est un intérêt de plus à ton lecteur de carte SD qui permet très facilement de transformer un Oric 1 en Atmos (bon, à part la touche Funct hein...).

Mais du coup les jeux ou programmes Oric-1 ne se lanceront pas si j'ai bien saisi.

C'est exact, on se retrouve avec un Atmos. Il manquera les fonctions STORE et RECALL, j' ai besoin d'un peut de place pour mon bootstrap, le pointeur de l'instruction "!" sera reprogrammé en direction de cette routine. Pour la scrutation clavier, je vais faire simple: Utilisation de la routine existante, avec réactivation de l'interruption, j'éviterai de réinventer la roue.

laurentd75 a écrit:Oui... Ceci dit rien n'empêche de faire une version d'EPROM pour Oric-1 qui permette d'utiliser le lecteur et l'Oric en mode Oric1 et donc de lancer les jeux Oric1... Faudrait juste que Kenneth prévoie une version de son code pour la ROM Oric1...

Il me faudrait refaire les implantations dans les pages zero et 2, modifier la rom différemment...après, je me suis dit que certains oriciens en Oric-1 apprécieraient la "customisation" en Atmos, alors que les puristes seraient en droit de retrouver l'Oric-1...Déjà, je vais voir si le chargement mono-part est viable, et je me prépare psychologiquement pour le multipart, qui est assez simple a faire, puisque à ce moment là, le plus gros du travail sera fait.

Pour l'Oric-1, l'alternative serait peut-être de faire des versions Atmos des qq jeux uniquement compatibles Oric1 ? Je n'ai aucune idée du nombre de jeux uniquement compatibles Oric-1, et quelle est la proportion de ceux qui sont en Basic, en LM, ou un mix des 2 ? En tous cas, tant qu'on a les fichiers .TAP, il reste relativement facile d'en extraire les différentes composantes avec Oric Explorer et de modifer les sources Basic, et de désassembler le code 6502 pour l'adapter à l'Atmos.

kenneth a écrit:

laurentd75 a écrit:
- pourquoi y-a-t-il 2 CLOAD "" au début au lieu d'1 seul ??
- je suis étonné que le chargement ne soit pas plus rapide ? (toutes proportions gardées évidemment hein..).)

Je charge le code LM de 2k, puis le prog en BASIC de démo.
Les 5 secondes entre le "RUN" et l'apparition du tableau correspondent au chargement du répertoire dans la mémoire de l'Oric.

Merci Kenneth pour ces précisions. Pour ma 2nde question, je parlais du temps de chargement des 2 CLOAD"", qui apparaît assez long (si je peux me permettre, c'est juste unee remarque, pas une critique évidemment hein !!    ), notamment pour la 1ere partie qui charge juste 2 Ko de code. Quel est la vitesse de transfert entre l'Oric et la SD ??

@Retroric:
Pa ni pwoblem.
J ai optimisé mon code au maximum (programme de conversion serie répété 8 fois au lieu d'une boucle) pour avoir la meilleure vitesse possible. Un jeu de 40Ko devrait se charger en 12s...je dirais 27Kbs. Bon on est loin des 80Mbs d'une carte SD 8 gigas sur PC mais pour l'Oric on aura l'impression d'avoir un délai 'disquette', ça ne devrait pas etre trop lent.

Euh, dans ta vidéo, j'ai quand même comme l'impression que c'est un peu plus lent, vu que pour le premier CLOAD (pour charger 2 Ko de code d'après ce que tu écris), ça prend 24 secondes ?!

Ben ce n'est pas le programme de gestion qui est chargé via K7 par les CLOAD au début ?
Et ensuite qui entre en action en montrant le contenu de la carte dans le menu ?

laurentd75 a écrit:Euh, dans ta vidéo, j'ai quand même comme l'impression que c'est un peu plus lent, vu que pour le premier CLOAD (pour charger 2 Ko de code d'après ce que tu écris), ça prend 24 secondes ?!

J' ai fait ma vidéo a l'arrache, je l'ai mal expliquée !   (désolé)
Au début, je charge mon code et la démo en mode....magnéto. (avec le PC ), le code n'est pas encore dans l'uvprom, je charge provisoirement comme ça (codage avec oricutron, tap2wav, transfert pc->oric).
Je met le prog en route et c'est là qu'il communique avec la sd pour lire le répertoire.
Pour le chargement du jeu choisi, le code n'est pas encore fait, je doit réaliser le pointeur qui scrute les clusters, et le prog de chargement, et c est seulement là qu on verra si j ai tenu ma promesse des 27Kbs ou...si je me suis planté.  

Ah d'accord, je omprends mieux !!

Car d'après ce que tu avais écrit auparavant, j'avais supposé que le CLOAD faisait appel à une version spécifique réécrite dans ton EPROM, qui masquait la ROM de l'Oric... Donc en fait, pour l'instant, quand tu branches le lecteur SD sur l'Oric, la carte n'active pas tout de suite la ligne ROMDIS sur le bus pour rerouter les 16 Ko supérieurs de la mémoire de la ROM d'origine vers l'EPROM ?

laurentd75 a écrit:Ah d'accord, je omprends mieux !!

Car d'après ce que tu avais écrit auparavant, j'avais supposé que le CLOAD faisait appel à une version spécifique réécrite dans ton EPROM, qui masquait la ROM de l'Oric... Donc en fait, pour l'instant, quand tu branches le lecteur SD sur l'Oric, la carte n'active pas tout de suite la ligne ROMDIS sur le bus pour rerouter les 16 Ko supérieurs de la mémoire de la ROM d'origine vers l'EPROM ?

En fait (j ai oublié de le préciser, parti dans mon "trip" ) la Rom interne ne sert jamais. Dès que l on connecte l'interface à l'Oric, romdis est relié direct à la masse. Donc les premiers 16k de l'uvprom contient une copie de la rom. Sauf que...les 48k restants de l uvprom sont encore vides! Et la sd card est accessible quand on quitte la premiere banque de l uvprom.
Pour eviter le plantage l oric est quadricéphale...avec la même rom. Comme ca quelquesoit la banque selectionnee, l oric fonctionne comme si rien était.