Journal Un < canvas > rigolo

Posté par  (site web personnel) .
Étiquettes :
0
26
jan.
2008
http://blobsallad.se/

Pur HTML et JavaScript. :-)

Souris pour jeter les blobs
G pour dés/activer la gravité
H pour couper un blob en deux
J pour fusionner deux blobs

Source HTML : http://blobsallad.se/iframedsallad.html
Source JavaScript : http://blobsallad.se/blobsallad.js

(L'élément n'est pas encore supporté par tous les navigateurs. En tout cas, ça marche avec Firefox 2.)

  • # Conclusion ...

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

    À partir d'une dizaine de blobs, ça commence à ramer sévère ... on est encore loin de xbill !

    • [^] # Re: Conclusion ...

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

      Tout à fait. :-)

      Ceci dit, XBill, c'était des sprites fixes, alors que là chaque blob est un spline animé par un moteur de physique relativement sophistiqué (rebonds, rotations, déformations...).

      • [^] # Re: Conclusion ...

        Posté par  . Évalué à 3.

        D'un autre côté, c'est inspiré de Loco-roco, qui tourne sans problème sur une console portable bien moins puissante que mon PC ;)

        Sinon je crois qu'il y a une démo en Flash de Loco Roco. Je ne sais pas trop ce qu'elle utilise question ressources par contre.

        • [^] # Re: Conclusion ...

          Posté par  . Évalué à 3.

          En même temps, Loco Roco, c'est du code natif dédié pour la console, pas du SVG/Javascript interprété par un navigateur, donc la comparaison n'est pas si pertinente que ça...

          • [^] # Re: Conclusion ...

            Posté par  . Évalué à 3.

            Houa, je le ressortirai celle la la prochaine fois qu'on critique un éditeur de texte en Java qui rame 100 fois plus que vim ...

    • [^] # Re: Conclusion ...

      Posté par  (site web personnel, Mastodon) . Évalué à 2.

      Avec une 20aine ça marche pas trop mal ici sur opera, mais après ça commence à ralentir plus on en rajoute. Enfin ma machine a déjà quelques années au compteur mais bon.

      « Je vois bien à quels excès peut conduire une démocratie d'opinion débridée, je le vis tous les jours. » (Nicolas Sarkozy)

  • # Commentaire supprimé

    Posté par  . Évalué à 2.

    Ce commentaire a été supprimé par l’équipe de modération.

    • [^] # Re: SVG+JS vs FLash - Requiem

      Posté par  . Évalué à 2.

      Ça me fait penser a Canvas http://developer.mozilla.org/en/docs/Canvas_tutorial
      Je voit tout le monde s'exciter sur ce truc, mais faudra refaire un moteur JS potable avant, ce truc est lent comme pas possible, même bash est dix fois plus rapide au moins que le meilleur interpréteur JavaScript actuel !

    • [^] # Re: SVG+JS vs FLash - Requiem

      Posté par  . Évalué à 2.

      ça dépend.
      Je ne sais pas si c'est lié au GPU (je ne vois pas trop en quoi mais bon...), en tout cas chez moi avec un amd 3800+ et le pilote nvidia "propriétaire", cela tourne plutôt bien : avec 12 blobs, la charge monte à 80 %, avec 5 blobs, la charge est de 65 %, en tout cas cela reste toujours fluide.

      À mon avis tu devrais faire un petit : killall nspluginviewer, s'il y a quelque chose en tâche de fond qui te bouffe tes processus, c'est peut-être cela ;)

      Ensuite, on en revient à la différence entre un outil logiciel libre, et un format libre. Gnash c'est libre, mais c'est pour lire un format propriétaire (en plus je n'ai jamais réussi à le faire fonctionner avec youtube). Le pilote nvidia il est propriétaire, mais c'est pour utiliser avec des logiciels libres. Je préfère encore utiliser des outils performants même si non libres, si cela me permet de manipuler des formats libres. Car c'est avant tout les formats non-libres qui enferment les utilisateurs et prennent en otage leurs données et leur travail.

      Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it

      • [^] # Commentaire supprimé

        Posté par  . Évalué à 1.

        Ce commentaire a été supprimé par l’équipe de modération.

        • [^] # Re: SVG+JS vs FLash - Requiem

          Posté par  . Évalué à 1.

          je constate que flash peut être également très lourd. Rien que pour le jeu flash alpha bounce par exemple (auquel je joue avec plaisir), c'est pas super fluide lorsqu'il y a plusieurs balles en même temps...

          Et puis le pilote nvidia je ne l'utilise pas que pour afficher du SVG+JS pour des démonstration technique, il y a des jeux en opengl, des jeux 3D etc
          Je ne vois pas spécialement les désagrément dont tu parles.

          Je ne pense pas que flash soit spécialement bien optimisé, mais cela peut être pratique, et je ne pense pas que Canvas soit encore très mature, mais si les techniques évoluent cette techno libre peut s'améliorer, les pilotes libres peuvent évoluer, nvidia peut ouvrir son développement etc. Flash restera flash, un truc qui restera définitivement fermé, sauf si Adobe change son fusil d'épaule (on peut toujours rêver, mais si microsoft pousse derrière pourquoi pas...)

          Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it

          • [^] # Commentaire supprimé

            Posté par  . Évalué à 2.

            Ce commentaire a été supprimé par l’équipe de modération.

            • [^] # Re: SVG+JS vs FLash - Requiem

              Posté par  . Évalué à 3.

              je ne regarde ni vidéo, ni t.v., je suis trop occupé à jouer, du coup je n'ai pas constaté les problèmes dont tu parles :)

              Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it

        • [^] # Re: SVG+JS vs FLash - Requiem

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

          ... permet de conclure que Canvas est loin d'être assez mature ...

          Mais lui il m'a pas encore freezé mon Firefox

          • [^] # Commentaire supprimé

            Posté par  . Évalué à 3.

            Ce commentaire a été supprimé par l’équipe de modération.

            • [^] # Re: SVG+JS vs FLash - Requiem

              Posté par  . Évalué à 8.

              C'est déjà assez ridicule de voir qu'une animation aussi simplissime pompe autant de CPU (cf les autres commentaires) que Flash quand il joue une vidéo sur Youtube/Dailymotion en fullscreen ou des musiques sur Deezer !
              C'est déjà assez ridicule de voir qu'une vidéo (de pas tres bonne qualité) sur Youtube/Dailymotion en fullscreen ou des musiques sur Deezer pompe autant de CPU que pour lire une video HD avec mplayer (ou tout player multimedia digne de ce nom).

              • [^] # Commentaire supprimé

                Posté par  . Évalué à 2.

                Ce commentaire a été supprimé par l’équipe de modération.

    • [^] # Re: SVG+JS vs FLash - Requiem

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

      C'est peut être lié au pilote.

      Avec un A64 3000+, une 7600GS et le pilote Nouveau, j'oscille entre ~40% (1 blob) et 85% (une quinzaine en déplacement) sans que ça rame particulièrement sur le reste du système.

      • [^] # Re: SVG+JS vs FLash - Requiem

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

        Pas sûr, sur mon macbook (Core Duo 1, 1,8 Ghz), sous MacOs X, je reste à 45 % de load pour 16 blob. A noter qu'un core est utilisé à 95 %, tandis que l'autre travaille à 30 %.
        Et tout cela en en dépassant un maximum.

        D'après le shootout language, Javascript est légèrement devant Ruby : http://shootout.alioth.debian.org/gp4/benchmark.php?test=all(...)
        à 49% plus lent que c++ qui est premier

        « Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker

        • [^] # Re: SVG+JS vs FLash - Requiem

          Posté par  . Évalué à 0.

          Beuh, suffit de faire deux ou trois programmes pour ce rendre compte que le js (même de webkit, le soit-disant plus rapide) est bien plus lent que le ruby ou un autre langage tel que le python, le php…

          Envoyé depuis mon lapin.

    • [^] # Re: SVG+JS vs FLash - Requiem

      Posté par  . Évalué à 3.

      28% max pour 1 blob, core 1 duo 1.86, intel 945gm, pilote libre, évidemment.
      Entre 60 et 68% avec 8 blobs.

      Vivent les specs ouvertes pour les cartes graphiques ! (si c'est vraiment, ça qui joue... )

      • [^] # Re: SVG+JS vs FLash - Requiem

        Posté par  . Évalué à 1.

        44 % pour un blob, 70 à 76 % avec 8 blobs sur un Pentium-M à 1,3 GHz et un i915.

    • [^] # Re: SVG+JS vs FLash - Requiem

      Posté par  . Évalué à 1.

      Moi je suis à 70% dont 1 coeur à 98% avec un core Duo à 1,6Ghz et une carte intel 945GM, et tout ça avec 3 blobs

      « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche

    • [^] # Re: SVG+JS vs FLash - Requiem

      Posté par  (site web personnel, Mastodon) . Évalué à 2.

      le monsieur il t'as dit que c'est pas du SVG, mais du Canvas. Ceci dit, c'est assez lent oui... Peut être qu'en SVG ça aurait été plus rapide justement (pas besoin de redessiner l'image en js tous les x dizièmes de secondes...)

  • # le blob est mou.... mais alors mouououou....

    Posté par  . Évalué à 1.

    Chez moi ça marche pas.(firefox 3 beta 2) Ca bouge mais a veut pas bouger. Désolé. Courage : Le dressage de blobs est plus qu'une vocation , un sacerdoce.

Suivre le flux des commentaires

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