Cross Developpement -

Comment dessiner sur PC avec l'Oric en cible

didier_v — Mon, 01 Sep 2025 05:29:02 +0000

Bonjour à tous,

Je cherche à adapter un jeu d'aventure sur l'Oric. Une première (et finalement assez lourde) étape est l'adaptation des graphismes.

J'ai testé :

pictconv,
pictconv + orichir (de @goyo)

mais aucune des solutions ne me satisfait pleinement car le process exige aussi d'autres adaptations...

Avez vous d'autres solutions ? (et je n'ai pas spécialement non plus envie de me lancer avec Hide directement sur l'Oric)

Didier

ld65 linker

Sheld67 — Sat, 02 Aug 2025 10:16:04 +0000

Salut La Communauté,

J'ai une question concernant l'utilisation de ld65 : comment transforme-t-on un fichier ".o65" en un fichier exécutable dans Oricutron grâce à ce linker (voir fichier "evasion_galactique.o65" en pièce-jointe) ?

Probleme avec des calculs d'adresse dans CC65

didier_v — Sat, 10 Dec 2022 06:42:17 +0000

Bonjour à tous,

J'ai eu beau faire plusieurs tentatives, rechercher dans d'autres codes sources et dans la doc cc65 mais j'ai un simple calcul d'adresse qui ne fonctionne pas et ne vois pas pourquoi !

Je suis sur que je suis passé à coté d'une grosse erreur (que je n'avais pas d'osdk). L'objet de la boucle est de remettre au propre les 2 premieres colonnes de l'écran TEXT/LORES

	unsigned int c;
	unsigned int addrpoke,i;
...
	for (i = 0; i < 28; i++)
    {
	addrpoke=48000+i*40;
	poke (addrpoke,9);
        addrpoke++;
        poke (addrpoke,16);
     }

Le calcul de l'adresse du poke est fausse (un printf l'affiche en -17xxx ce qui correspond à 48000-65536), et je ne vois pas ce que peux faire. Que j'ai mis addrpoke en int, int unsigned ou long ... c'est le meme effet.

Merci de votre aide.

Pack de développement basé sur CC65

didier_v — Tue, 02 Mar 2021 06:50:25 +0000

Bonjour,

Avec Jérome et Jibé notamment, nous avons commencé à rassembler des éléments permettant de développer -sous windows- pour Oric (et toutes ses déclinaisons) basé sur CC65 (et permettant donc la programmation en c et assembleur).

On a prévu d'ajouter des utilitaires. Sont déjà intégrés OricExplorer, Orichir, Oricutron, Euphoric.

Avez vous des souhaits particuliers ?

🧐

Le repo GitHub sera ouvert a la prochaine ceo-meet. Vous pourrez alors proposer des améliorations si les idées ne sont pas encore partagées / intégrées.

Nota : Pour ceux qui ne connaissent pas, CC65 est un équivalent à OSDK. Au choix des développeurs d'utiliser l'un ou l'autre des kits. A ce jour, je pense que OSDK est préférable pour une implémentation limitée à l'Oric tandis que CC65 permet de réemployer son code pour d'autres plateformes 6502. A titre d'exemples récents : CC65-Chess et Ludo sont 2 programmes réalisés en multi-plateformes)

glOric v1.2 est disponible

JiBe — Sat, 06 Jun 2020 12:36:02 +0000

Bonjour à tous,

glOric v1.2 est disponible dans le répertoire release du dépôt glOric

Les changements par rapport à la v1.1 concernent principalement l'amélioration des performances.

J'ai fait relire mon code par Dbug et il m'a donné plein d'astuces pour faire en sorte que glOric aille plus vite:
- code modifié dynamiquement dans les routines de rasterisation
- usage de la page zéro pour accélérer les accès à certaines variables internes
- tampon de stockage intercalés pour éviter des incréments lors des parcours
- diminution drastiques des sauvegardes de contexte.
- dépliage de boucle pour économiser des cycles CPU
J'ai aussi mis en place une astucieuse méthode pour calculer les coefficient directeur des segments et ainsi pouvoir mettre en place une saturation pour accélérer le remplissage et le clipping des faces.

glOric v1.2 apporte aussi de nouvelles fonctionnalités:
- la fonction glDrawParticules est désormais inclue dans le code assembleur de glOric (il n'est plus besoin de la définir en C).
- deux fonctions essentielles de glOric sont désormais rendues accessibles en C : zplot et projectPoint. En utilisant ces fonctions, il devient très facile d'incorporer dynamiquement votre propre contenu aux scène 3D (tels que des tiles, un fond, un ciel, un horizon ou autre ..) tout en bénéficiant de la puissance de glOric pour ce qui est de la projection ou de la gestion de la visibité.

Consultez le code source du 3D Walkthrough Template si vous souhaitez en savoir plus sur comment utiliser glOric dans vos propres créations. Et n'hésitez pas à poser vos questions et faire vos remarques ici ou sur le fil forumactif

Target Telestrat et joysticks

jede — Sun, 24 May 2020 21:00:29 +0000

Salut,

Pour info, sur cc65, il y a la target Telestrat qui est gérée dans cc65. Elle est déjà pas mal étoffée. Il n'est pas possible de builder un disque avec (car il faudrait arriver à générer une disquette Stratsed).

En revanche, c'est la même target à utiliser pour coder sur Orix (il suffit de faire un -ttelestrat dans cl65 pour avoir un binaire Orix.

J'ai fait un pull request pour la gestion des joysticks telestrat (Et donc de la twilighte board aussi). Il est donc possible de faire un jeu en C avec cette target.

Il serait également possible d'importer les drivers dans la target atmos pour faire un .tap avec la gestion joysticks (ce n'est pas fait, mais ce n'est pas trop compliqué à faire).

3D Walthrough Template

JiBe — Fri, 20 Mar 2020 16:13:16 +0000

Bonjour à tous,

J'ai publié sur le forum un petit bout de code qui permet de facilement faire des rendus architecturaux immersifs en couleurs sur Oric.

C'est ici: http://oric.forumactif.org/t851-3d-walthrough-template-en-moins-de-600-lignes-de-c

En moins de 600 lignes de code C .. on peut se déplacer dans une scène de ce type là :

|---------------- | //| | // | | // | | // | ---------------// | | | | *\ | | | // \\\ | | | // \\ | | | / \\ | | | // /| | | | / // | | | | // \\ /// | | | | // \ // | * | | | / \\// | //\\ | | | | * \ / / / \ | | | | // | // / / \ | | | | // | / / / \\ | | | | / | // / / \ | | | |// |// --- / ------\ | | | / / /// | | | | / | | | // | | | // | | | / | | | // * | // -------------- /

walkthrough.zip