Faire un don ! | | style | statistiques | contactez-nous | plan | lettre d'information
Ce système est composé d'une carte électronique et de plusieurs programmes.
Il se caractérise par la gratuité de l'ensemble du projet, par l'accès aux différentes sources du projet électronique et informatique.

Le c½ur est un microcontrôleur PIC 18F cadencé à 48Mhz. Il dispose d'une bonne puissance de calcul grâce à son architecture RISC. Grâce aussi à sa RAM et sa mémoire de sauvegarde intégrée cadencée à la même fréquence. La mémoire vidéo et externe du PIC.

Il peut aussi être utilisé comme :
  • base de développement électronique
  • système d'apprentissage.


> Lire la dépêche (105 commentaires, moyenne: 2,5).  

Vous avez demandé le commentaire #782855.

Recompiler un jeu pour le PIC ?

Posté par Victor STINNER (page perso, ) le 08/12/2006 à 13:57. (lien). Évalué à 1.

Est-il possible de prendre un jeu codé en C, voir en C++ ou pire en Perl ou Python, pour ce PIC ? On m'a dit un jour qu'un programme C bien codé pour être recompilé pour n'importe quelle archi, mais là j'suis un peu perplexe quand même.

Perso, je me refuse à coder en C ou même en C++. Je ne code plus qu'en Python (à part si je suis payé :-)). Alors me parlez pas d'assembleur.

Est-ce qu'il y a SDL de disponible ? Est-ce qu'il y a un système d'exploitation ? On peut écrire des threads ?

Sinon, je vois que seul les manettes à 2 boutons sont supportées... C'est un peu limité quand même. 4 boutons c'est pas envisageable ? J'avais codé un pilote pour manette de jeu. J'ai appris assez vite qu'il faut écrire un protocole entre la manette et l'ordinateur pour avoir plus d'axes et plus de boutons (enfin plutôt supporter le protocole de la manette...).

Haypo

  • [^]Re: Recompiler un jeu pour le PIC ?

    Posté par nifrou (page perso, ) le 08/12/2006 à 14:43. (lien). Évalué à 2.

    salut :
    manette : 4 bouton + 2 axe analogique( X Y)
    programation : en C (ou en assembleur)
    pour le python je ne sait pas, il existe plein de langage de programmation pour les pic.
    si tu veur aider ce projet, tu peut faire des rechecherche pour savoir ce qu'il existe et ce qui est compatible.


    """"""""""Est-ce qu'il y a SDL de disponible ? Est-ce qu'il y a un système d'exploitation ? On peut écrire des threads ?""""""""""
    ca vient tous cela il y a déja eut des test.
    Mais ne disposant des moyen financier et équipe de DVP d'INTEL ou d'IBM
    tu comprendrat que ce n'est pas encore finit.

    --
    DOGS projet d'ordinateur console de jeux gratuit : http://fdogs.free.fr
    • [^]Re: Recompiler un jeu pour le PIC ?

      Posté par ragoutoutou () le 08/12/2006 à 14:58. (lien). Évalué à 3.

      De toutes façons, vu les caractéristiques techniques de la bête, les performances pour les jeux seront sans doutes inférieures en bien des aspects à une megadrive: les opérations audio et video semblant ne reposer que sur du soft (mais je peux me tromper), là où les vénérables ancêtres se permettaient tout de même un peu de hard.

      • [^]Re: Recompiler un jeu pour le PIC ?

        Posté par nifrou (page perso, ) le 08/12/2006 à 16:14. (lien). Évalué à 0.

        heu....
        Par rapport a un mégadrive, le proc et 10 à 30 fois plus rapide.
        la vidéo est gére par le soft et par le hard.
        Si je ne me permet pas trop de hard, c'est pour avoir un prix minimum.
        en me reposant au maxi sur le Up et la gstion Vidéo. les performance actuelle des MicorC permettent efin de gérer la vidéo et l'audio, je m'en sert.
        Après, j'espère faire evoluer ce système pour avoir encore plus de performance.
        coté audio c'est pas le top mais il y a.
        si j'avais fait d'autre choix, le prix aurait été tres cher pour quelqu'un qui n'en fabrique q'un seul .
        et le PCB n'aurait opus etre fait avec des moyen amateur.
        en général les composant a l'unitité sont cher et dur a trouver, ceux choisit ne le sont pas.

        --
        DOGS projet d'ordinateur console de jeux gratuit : http://fdogs.free.fr
        • [^]Re: Recompiler un jeu pour le PIC ?

          Posté par Julien Boibessot (page perso, ) le 08/12/2006 à 17:22. (lien). Évalué à 1.

          le son et le signal vidéo tu les génèrent à partir de ton PIC ou tu as des circuits spécialisés ?
          Même si le proc est rapide, si c'est lui qui fait le son et la vidéo ça laisse pas beaucoup de temps CPU pour le reste du jeu.
          Si tu as connu ce bon vieux temps de l'Amiga tu sauras de quoi je parles ;-)

          Pour info pour faire touner SDL et Linux il faut (au moins) un système 32 bits (et un compilateur C digne de ce nom aussi ;-) )

          --
          Armadeus Team: http://www.armadeus.org

          [^]Re: Recompiler un jeu pour le PIC ?

          Posté par Glorbouille () le 08/12/2006 à 23:21. (lien). Évalué à 4.

          Par rapport a un mégadrive, le proc et 10 à 30 fois plus rapide.

          BLASPHEME!!! On ne compare pas un 68000 avec un PIC, même à 48MHZ.
          Le PIC patauge lamentablement dés que l'on sort de son domaine d'application (controleur) et que l'on lui demande de gérer un peu de mémoire ou de faire quelques calculs. Le 68000 était très à l'aise dans tout les domaines (pour l'époque bien sur, mais l'architecture du PIC est aussi vieille !)

          --
          _*_
          __*
          ***
          • [^]Re: Recompiler un jeu pour le PIC ?

            Posté par Nicolas Boulay () le 09/12/2006 à 12:13. (lien). Évalué à 3.

            megadrive : 68000 à 8Mhz + un copro graphique
            dogs : pic à 48 Mhz.

            Un pic est un microcontroleur 8 bits qui a donc du mal à gérer beaucoup de mémoire. Dans l'industrie, un 16 bits est toujours préféré à un 8 bits car le code sera plus petit (donc l'ensemble cpu+mémoire sera plus petit en 16 bits qu'un 8 bits pour une même application).

            Un 68000 a une microarchitecture 16 bits mais un jeu d'instruction 32 bits. Donc la gestion de la mémoire est plus simple.

            Sur des petits calculs qui restent en 8 bits voir 16 et qui ne touche pas à beaucoup de mémoire, le pic sera bien plus rapide.

            Mais refaire le hardware de la megadrive coute bien plus chère que l'achat d'un pic.

            • [^]Re: Recompiler un jeu pour le PIC ?

              Posté par ragoutoutou () le 09/12/2006 à 21:06. (lien). Évalué à 5.

              Pas perdre de vue qu'à côté du 68000 à 7,67mhz, il y avait aussi un z80 à 3,58mhz et une puce dédiée pour le son (Yamaha 2612), sans compter le système graphique gérant en hard les déplacements de sprites...

              Dans une utilisation console, je veux bien croire que le PIC serait capable de bouger des pixels plus vite que la megadrive, mais ça devrait se faire en silence, et sans multitâche... Je vois pas le pic générer du son fm de qualité équivalente à la megadrive, je ne le vois pas trop non-plus travailler par banque de sons, et certainement pas tout en offrant un affichage fluide et une réactivité des contrôles digne d'une console de la 4è génération.

              Bref, je vois pas ce truc faire mieux qu'une megadrive.

          [^]Re: Recompiler un jeu pour le PIC ?

          Posté par Sylvain Rochet (Jabber id, page perso, ) le 10/12/2006 à 19:16. (lien). Évalué à 2.

          Par rapport a un mégadrive, le proc et 10 à 30 fois plus rapide.

          Humm... comparer un pic a un 68k quelle horreur !

          Vous avez pense a utiliser un coldfire a la place du pic ? Ca coute pas tres tres cher et les performances sont vraiment au rendez-vous. Le PCB est pas forcement facile a realiser mais c'est pas insurmontable non plus.

          • [^]Re: Recompiler un jeu pour le PIC ?

            Posté par Glorbouille () le 11/12/2006 à 15:25. (lien). Évalué à 0.

            Tout le problème, c'est le PCB. Le jour ou on trouvera des SoC en DIP20 ou TQFP44, la question ne posera plus.

            Cela dit, DOGS est en double face trous métalisés, pas évident non plus à réaliser comme circuit.

            Le hard libre et gratuit, ce n'est pas pour demain...

            --
            _*_
            __*
            ***
            • [^]Re: Recompiler un jeu pour le PIC ?

              Posté par nifrou (page perso, ) le 08/01/2007 à 06:07. (lien). Évalué à 1.

              #1 de : Sylvain Rochet
              un coldfire a la place du pic ? Ca coute pas tres tres cher ......Le PCB est pas forcement facile a realiser

              #2 de : Glorbouille
              Tout le problème, c'est le PCB. Le jour ou on trouvera des SoC en DIP20 ou TQFP44, la question ne posera plus.
              Cela dit, DOGS est en double face trous métalisés, pas évident non plus à réaliser comme circuit.

              #1 réponse :
              Ca coute pas tres tres cher mais ça coute tout de même un peut cher plus dur a trouver et le PCB devient plus cher et complexe pour être réaliser par un amateur.
              Le but ce n'est pas d'avoir la meilleur machine, la plus performante possible que l'on peut imaginer, mais une fesable qui tiennent compte de toutes les contraintes. En bref quelque chose de réalisable et économique etpas seulement par un nombre.

              #2 réponse : Oui tu a vu juste la taille-complexité du PCB est effectivement un facteur qui peut bloquer ce genre de réalisation.
              Mais ce n'est malheureseument pas le seul (prix, finnesse des pistes, disponibilité des composant, gratuité de l'ensemble des softs utilisé, complexité de l'ensemble du système).
              L'orsque j'ai fait ce système j'ai eut ces éléments en têtes et fait mes choix pour avoir un système réellement réalisable.
              ""double face trous métalisés"" justement non, c'est bien du double face, mais j'ais limité la taille à 10*15 et je n'ais pas mis de trous métalisé (sinon cela aurait été plus dur à réaliser et plus cher).

              Pour info j'ai construit mes DOGS version 1, 2, 3 avec de l'équipement tres somaires (insoleuse fait main, gravure à l'acide chlorydrique dans un bac, fer a souder basic à grosse panne, gros fil d'étain)

              --
              DOGS projet d'ordinateur console de jeux gratuit : http://fdogs.free.fr