devnewton 🍺 a écrit 8371 commentaires

Je souhaite bonne chance à FirefoxOS et j'en prendrais peut être un si mon vieux nokia me lâche, car je n'apprécie pas le tracking de google, mais la concurrence risque d'être rude sur le marché des jeux, si on se retrouve dans la situation suivante:

• android: un gros catalogue de jeux existants, plus beau, car natif ou avec une meilleure vm.
• firefoxos: un sous ensemble du catalogue android en js qui bouffe la batterie.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

C'est linuxfr, pas librefr, donc tu as tout à fait le droit de présenter un projet privateur avec des DRMs, une connexion internet obligatoire ou même de la pub ingame.

Maintenant tu t'exposes plus facilement à la critique de libristes barbus ici que sur jeuxvideo.com :-)

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Ce que je veux dire, c'est qu'en prenant un smartphone android, j'aurais accès à tous les jeux html5 et android. Avec FirefoxOS, j'aurais juste accès aux jeux html5. Pourquoi prendre FirefoxOS?

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Question sérieuse: quel est l'intérêt de prendre un smartphone dont l'OS est juste un navigateur par rapport à un OS qui a un navigateur et de vraies applications en plus?

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Pygame dans un navigateur ?

Ca doit être faisable, emscripten gère la SDL sur laquelle est basé pygame.

Ca veut dire faire interpréter du python par du javascript après compilation en C++.

Mince, un détecteur de WTF tout neuf!

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

On parle du web, ça mérite un peu d'effort!

Mozilla prépare bien le futur firefox en partant de zéro avec Rust.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Ce qui montre bien que javascript est Le problème du web :-)

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

au lieu d'introduire un nouveau langage incompatible avec l'existant en espérant que tout le monde se mettent dessus, ils ont étés malins en créant un langage dédié au cœur même de javascript

C'est une idée de génie pour réussir le coup de force, mais on va perdre un des atouts du web: pouvoir lire et écrire simplement des pages.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

L'approche de dart était plus propre, car à la fin on aurait eu des pages web avec des scripts lisibles dans un nouveau langage propre.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Ce qui gene Mozilla c'est qu'ils n'ont aucun controle dessus, pas le fait que ca soit de nouvelles APIs. Si lorsque PNaCl est stabilise Google essaye de standardiser tout ca, Mozilla serait toujours aussi contre.

C'est bien le problème: quand Google sort Dart sans prévenir, on crie à l'infamie, quand Mozilla sort asm.js sans prévenir, on applaudit.

Il s'agit pourtant d'un coup de force qui pourrait se retourner contre eux à coup de fork inamical de asm.js.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Ou juste permettre de configurer les touches…

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Les façons de sortir dart et asm.js apparaissent effectivement comme des tentatives de domination. L'une est propre, l'autre est une bidouille et malheureusement c'est cette dernière qui va probablement gagner.

Je pense aussi à une chose: maintenant que la boite de pandore est ouverte et si d'autres bytecodes javascript faisaient leur apparition? Certains mieux pris en charge par webkit, d'autres par Trident, etc…

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Souvent, mais pas toujours.

Heureusement il est encore possible d'acheter des jeux jouables offline.

Ce que je crains avec html5, c'est que les développeurs rendent la connexion obligatoire sans faire exprès ou par paresse.

Rendre un jeu html5 jouable hors ligne, ça demande un développement bien particulier: http://smus.com/game-asset-loader/

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Je n'ai compris cette référence, c'est certainement un message codé pour Eux.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Oui et j'ai du mal à voir autre chose qu'un mauvais bytecode.

La compatibilité avec l'existant est juste une tactique géniale pour forcer les autres à l'implémenter puisque du point de vu de l'utilisateur, le ressenti ne sera pas ce site est nul, le jeu ne se lance pas, mais mon navigateur est nul, le jeu est lent avec.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Du coup, ils font un coup de force en imposant un bytecode pour lequel il va falloir écrire un VM spécifique.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

asm.js tourne déjà aujourd'hui sur tous les navigateurs

Seulement ceux qui le prenne en charge ou alors ça doit être inutilisable.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Un peu comme ECMAScript 6, mais en changeant encore plus ?

Je préfèrerais un vrai langage, mais oui pourquoi pas :-)

L'approche de Dart était sympa, je n'ai pas compris pourquoi Mozilla a boudé.

Il y a des gens qui codent des jeux en java et il semble que ne pas avoir de mot clef delete ne les dérange pas trop.

C'est LE problème majeur quand tu fais des jeux en java : comment gérer les ressources (textures, buffers sons) et empêcher ce $!*! de ramasse miettes de se faire gros lag au beau milieu de la partie.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Tu es bien le dev d'un petit jeu 2D, tu va pas me faire croire que 3 sprites qui se batte duel ont besoin de 10 giga opération par seconde pour être fluide. Surtout que la partie graphique est native !

Je cherche du monde pour m'aider à le porter sur d'autres plateformes, si tu veux essayer d'en faire une version html5, je fournirais toute l'assistance nécessaire!

On parle tout de même d'unreal engine 4 (c++) qui tourne à 50 fps !

Sur quelle machine?

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

mais comment est-ce que ça va se faire

Il y a deux autres voies pour avoir la portabilité du web et de meilleurs performances:

• rester sur le web et étendre javascript (ou utiliser un langage) avec des primitives faites pour les jeux (RAII, opérations sur des vecteurs ou des matrices, définition de structures "à la C", gestion de la mémoire manuelle…).
• créer une sandbox spécialisée dans les jeux.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Et en pratique, soit tu fais un dev spécifique, soit tu as un jeu si lent qu'il est inutilisable?

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Quels sont les avantages pour les joueurs? Avoir une bonne excuse pour acheter un nouveau PC?

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Python?

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Mettre les jeux "sur le web" pose pas mal de problèmes:

• même avec les bidouilles à la asm.js, on n'atteindra jamais la vitesse du code natif.
• le navigateur bouffe une quantité non négligeable de RAM.
• ça va encore plus inciter les développeurs à rendre les jeux injouables hors ligne.
• le web, c'est aussi une excellente plateforme de tracking et de publicité.
• donner un accès direct au matériel à une page web est un trou de sécurité énorme. Rien qu'aujourd'hui j'évite les démos webgl, car elle provoque souvent des plantages et autres écrans bleus.

Alors oui, les jeux natifs peuvent aussi être lents, buggés, bourrés de pubs ingame et demander une connexion permanente.

Mais j'ai l'intuition que le web va augmenter fortement la tentation des studios à suivre Voie Du Mal.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Tu devrais au moins libérer le code et un niveau pour permettre aux gens d'installer ton jeu ou recevoir de l'aide des empaqueteurs.

Parce que fournir des binaires pour toutes les combos OS/CPU, c'est juste impossible aujourd'hui.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.