Sources de la Hard Rox disponibles

Posté par  (site web personnel) . Modéré par Fabien Penso.
Étiquettes :
0
21
mai
2001
Démo
Vous connaissez surement la démo 'Hard Rox', de notre Skal nationnal. Si si, les petits boudins qui se tortillent sur une musique rock bien sympathique. Ben Skal viens juste d'offrir les sources à Lnxscene.org, et ça fait très plaisir. Encore merci à lui.

Note du modérateur: Skal est l'un des premiers à avoir fait des démos sous Linux, en plus vraiment de qualité. Allez donc voir ce code source et faites en d'autres, il vous offrira une bière ! (hehe)

Aller plus loin

  • # r0x0r

    Posté par  . Évalué à 0.

    omg !
    que de bons souvenirs... c'est une excellente chose. Peut-être que j'aurais été un peu plus loin sur la scene de la demo que mes povres effets 2d a 2fr50, si à l'époque les sources avaient été dispos. :p

    GG skal

    • [^] # Re: r0x0r

      Posté par  (site web personnel) . Évalué à 1.

      c'est marrant qd meme. les news demos sont toujours modérées par fabien pis y'a toujours un commentaire de fabien. fabien, tu t'y met qd a la demo, j'attend toujours :)

  • # Merci!

    Posté par  . Évalué à 0.

    L'esprit (ancienne école) Démo rejoindrait-il l'esprit Logiciel Libre ?

    Merci encore. :-)

    • [^] # Re: Merci!

      Posté par  (site web personnel) . Évalué à 1.

      faut pas rever :)
      sinon va sur lnxscene.org, les 3/4 sont opensource

      • [^] # Re: Merci!

        Posté par  (site web personnel) . Évalué à 1.

        Arretes de faire ta pub ta pub !

        j'prefere largement linuxscn.org a ton site la

        • [^] # Re: Merci!

          Posté par  (site web personnel) . Évalué à 1.

          whouhaha :)

          • [^] # Re: Merci!

            Posté par  . Évalué à 1.

            Eh les deux la, on peut coder tranquille ouai ?

            Moi jprefere largement... euh... l'url qu'est écrite sous mon login :)

            --
            Real programmers don't bring brown-bag lunches.If the vending machine doesn't sell it, they don't eat it.
            Vending machines don't sell quiche.

            • [^] # Re: Merci!

              Posté par  . Évalué à 0.

              hey toi, t'as deja fait une demo ? nan. alors je t'attend a l'indiana republique pour me payer une biere ou a la TO2k+1 :)

    • [^] # Re: Merci!

      Posté par  . Évalué à 0.

      L'esprit demo et l'esprit Logiciels Libres sont differents et pourtant se rejoignent.

      Dans le temps les bidouilleurs s'amusaient a coder des softs sans ambition autre que d'aller a fond dans les capacites de la becane. Ca a grandi pour s'appeler Demo (je simplifie un peu) et ca a permis des coding-parties ou les demomakers jouaient a celui qui maitrisait le mieux la machine....

      Aujourd'hui les demos ne sont plus aussi impressionantes que dans le temps (ca consiste juste a savoir exploiter un peu DirectX; pour le son et les graphs il n'y a plus rien de drole avec l'apparition des appareils photo numeriques, scanners et palettes graphiques et de logiciels type photoshop - rien a voir avec les grahs en 16 couleurs ou on remplissait les pixels a la main, idem pour le son avec l'arrivee du MP3)

      Les demos n'etant plus ce qu'elles etaient dans le temps, la pluspart des bidouilleurs se ratchent a Stallmann (au denut parce qu'ils en ont marre des plantages de windows, puis parce qu'ils finissent par trouver le modele du logiciel libre dont on voit jusqu'au source du noyeau de l'os tres interessant a biduiller) preferent aujourd'hui coder qqch d'utile (genre Rastermann qui fait Enlightenment) a tous en esperant que le monde le trouvera utile et participera a ce projet.

      • [^] # Mouai...

        Posté par  . Évalué à 1.

        Je suis pas vraiment d'accord avec toi là.
        L'evolution "logique" pour un demomaker, c'est plus le jeux video que le logiciel libre. Certe il doit exister quelques coder qui font du logiciel libre, mais la plupart ont été embauchés par de studios de jeux video(ex : Statix qui bosse chez Lionhead, Unreal qui a été fait par des anciens demomaker...).

        • [^] # Ouiii...

          Posté par  . Évalué à 0.

          Moi, je pense surtout que la grande majorité d'entre eux sont devenus des programmeurs anonymes qui n'ont rien à voir avec le libre...

  • # C'est censé compiler avec une GLIBC 2.2 ?

    Posté par  (site web personnel) . Évalué à 1.

    [guillaume@agathe rox_src]$ make
    gcc -m486 -O6 -Iutil -L. -DLNX -D_DJ_2 -c -o
    [snip snip snip]
    In file included from util/gfx.c:46:
    util/lnx_gfx.c:28: conflicting types for `shmat'
    /usr/include/sys/shm.h:62: previous declaration of `shmat'
    util/lnx_gfx.c:29: conflicting types for `shmdt'
    /usr/include/sys/shm.h:65: previous declaration of `shmdt'
    make: *** [gfx.o] Erreur 1
    [guillaume@agathe rox_src]$ rpm -qf /usr/include/sys/shm.h
    glibc-devel-2.2.2-5mdk
    Argh...

    • [^] # Re: C'est censé compiler avec une GLIBC 2.2 ?

      Posté par  . Évalué à 0.

      Merci mandrake, de mettre un compilateur en version de developpement dans les distribs...

      Apparement la compatibilite red hat ca veut dire qu'on recupere aussi leurs conneries.

      Je trouve ca dommage car la mandrake 8 est vraiment bien, pour le reste.

    • [^] # Ca compile... presque

      Posté par  . Évalué à 1.

      Ca compile, il y a juste les lignes 28 et 29 à commenter dans util/lnx_gfx.c.
      Ensuite, il faut remplacer les occurences de _Std_Err_ par stderr en virant la définition dans gfx.c. Et puis y a le linkage final où il faut modifier un peu le Makefile. Et finalement on obtient :

      svga_lib/libvga.a(vga.o): In function `__svgalib_waitvtactive':
      vga.o(.text+0xba): undefined reference to `_fxstat'
      svga_lib/libvga.a(vga.o): In function `__svgalib_read_options':
      vga.o(.text+0x2926): undefined reference to `_fxstat'
      collect2: ld returned 1 exit status

      Désolé... :-(

      • [^] # Re: Ca compile... presque

        Posté par  (site web personnel) . Évalué à 1.

        j'ai mis les fichiers dans svga_lib a jour(en prenant /usr/lib/libvga.a et /usr/lib/libvgagl.a de ma slack, je ne sais pas ou c'est sur une mdk)

        Ca compile mais ca core dump apres le choix du son.

      • [^] # Re: Ca compile... presque

        Posté par  . Évalué à 0.

        C'est jylam la.

        bon, c'est plus compliqué que ca.
        Pour ceux qui ont une svgalib bonne, vous avez qques trucs a changer, allez chercher ma version patchée sur http://www.lnxscene.org/rox_src_patched.tgz(...) ca marchera peut etre. Sinon, vous attendez demain, j'ai la journée pour vous pondre une version qui marche. sinon, ben vous le faites vous meme, pis vous m'envoyez ca a jylam@lnxscene.org
        Voila, la demo et l'info en general n'est pas une science exacte

      • [^] # Re: Ca compile... presque

        Posté par  (site web personnel) . Évalué à 1.

        Je récapitule:
        commenter lignes 28 et 29 de util/lnx_gfx.c : OK
        commenter ligne 38 et 39 de util/gfx.c : OK
        remplacer toutes les occurences de _Std_Err_ par stderr : OK
        for file in `find . -type f -name '*.c'`; do perl -pi -e 's|_Std_Err_|stderr|g' $file; done
        remplacer les version de svgalib fournies par les actuelles : OK
        ln -sf /usr/lib/libvga.a svga_lib/
        ln -sf /usr/lib/libvgagl.a svga_lib/
        Au final j'obtiens un binaire, sauf que quand je l'utilise comme utilisateur, j'ai un I/O permission error et comme root, j'ai soit un message d'erreur en console virtuelle 12 (invalid color request) sous X, soit un grand logo SKAL avec rafraichissement très lent en console...
        Bref, c'est pas encore tout à fait ça.

        • [^] # Re: Ca compile... presque

          Posté par  . Évalué à 0.

          sauf que ca marche sur n'importe quelle config en binaire.
          Le pb, c'est que ca a 5 ans. donc les compilos, les headers, la libc, la svgalib, tout ca, ca a bougé. essaye de compiler n'importe qu'elle prog d'il y'a 5 ans maintenant, je te souhaite du plaisir.
          J'ai ma version patchée, demain, promis je vous file une version qui marche, arretez de vous plaindre, ou recodez la vous meme si vous etes pas heureux

  • # ok,ok...

    Posté par  . Évalué à 1.

    bon bon, donnez moi qq mins et je vous
    remet tout ca au gout du jour

    (eh, si vous stat-ez les .c vous verrez que
    ca date de 96, hein:)
    (et d'abord, les sources, c'etait juste
    pour repondre a la question courante:
    "comment c'est fait, une demo", pas pour que
    ca marche out-of-the-box. Enfin...)

    • [^] # Re: ok,ok...

      Posté par  . Évalué à 1.

      voila:

      http://skal.planet-d.net/demo/rox_src_ok.tgz(...)

      Teste' sur i686 et PentiumIV en X11(+SHM).
      J'ai pas change' de version de mikmod.
      En cas de pb, descendez le flag -O6 vers
      quelque chose de plus raisonable...(-O4, genre).
      Et en cas de doute, on n'aura qu'a dire
      que c'est la faute a la SVGALIB :)

      haf phun

      Skal.

      (le timing still suxx, mais bon)

      • [^] # Re: ok,ok...

        Posté par  (site web personnel) . Évalué à 1.

        roh roh, comment il y va lui :)
        sur http://jylam.lnxscene.org/rox_src_patched1.tgz(...) y'a une version qui marchera partout sous X en 8bpp, et sur certaines SVGALIB, 'fin certaines machines.
        Pis comme tu dis, la svgalib sens du coquillard, je m'attelle des maintenant a faire une version TinyPTC pour pouvoir la lancer sous X en 8/15/16/24/32bpp :))

      • [^] # Re: ok,ok...

        Posté par  . Évalué à 0.

        Salut, juis pas authentifie mais c'est trollhunter.

        Sympa de retoucher tes sources ( au moins on voit que tu apprecies emacs ;-) , mais ca marche toujours po sur un pII400 + nVidia TNT 128 driver SVGA. Ca compile mais une fois lance ca core dump.
        A+

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.