Je voulais dire que basé sur du http(s), on fait du point à point donc on a tendance a centraliser les ressources via un modèle classique client serveur. C'est un peu dans le protocole lui même. Après on peut avoir une architecture plus ou moins décentralisé de serveur ;-)
Oui tout à fait. En réseau on a 2 architecture extrêmes: le pur plein client-serveur (un seul gros serveur, plein de clients) et le peer-to-peer où tous les nœuds sont symétriques. Entre les 2, on a tout un tas d'architectures possibles (ex: peer-to-peer mais avec des super-nœuds et des nœuds terminaux). Vouloir aller vers plus de décentralisation ne veut pas forcément dire aller directement à l'autre extrême ; chaque architecture a ses avantages et défauts. Tout ce qui est peer-to-peer rend pas mal de choses beaucoup plus complexes (il faut dupliquer pleins de choses car les nœuds tombent plus souvent, l'authentification est plus difficile, la mise à jour aussi …); ça ne veut pas dire qu'il ne faut pas en faire (au contraire) ; mais il n'est pas du tout trivial de faire une version peer-to-peer d'un service classique.
Cependant, je ne vois pas beaucoup le navigateur/OS pousser les protocoles peer to peer pour le moment et pourtant, pour la diffusion de certain flux comme des télé ou des radios, c'est pas si mal pour l’infrastructure.
La question initiale était de savoir si le fait que les navigateurs deviennent hyper-complexes était un problème ; pour moi non. Les technologies Web sont plutôt satisfaisantes (mais pas parfaites évidemment) quand il s'agit de faire des applications collaboratives (standardisées, multi-plateforme, le déploiement est aisé, la connexion est facile entre les applications …). Et si elles ne permettent pas vraiment du peer-to-peer pur (nœuds symétriques), la complète centralisation n'est pas du tout forcée par ces technologies (c'est juste une volonté des géants du Web, la technologie n'est pas en cause).
Après faut-il rendre les browsers capables d'utiliser des protocoles peer-to-peer (et donc les rendre encore plus complexes, vu que c'était le point initial), ou est-ce que ces technologies peer-to-peer doivent se développer à côté, je ne sais pas.
Quand (rêvons un peu) FaceBook aura été supplanté par des tas de pods Diaspora* fédérés, on y accédera encore via nos browsers Web ; je ne vois pas le rapport avec la centralisation.
le problème de JAVA, c'est que la machine virtuelle avait une connexion directe avec la machine physique
Pour moi les problèmes étaient multiples à l'époque où les applets Java étaient en vogue (vers 2000):
la marque Java appartenait à Sun.
la JVM de référence était propriétaire.
la JVM de référence était bien moins performante que maintenant.
les machines et les connexions de l'époque étaient loin d'être ce qu'elles sont maintenant (elles seraient plus où moins incapables de gérer le web d'aujourd'hui, avec ou sans Java).
D'une certaine façon, Sun a presque eu raison mais trop tôt (ce qui arrive souvent en technique).
Je dirais le problème majeur, c'est que les navigateurs sont déjà en voit d'avoir autant de fonctionnalité qu'un OS
Est-ce réellement un problème ? La complexification des navigateurs amène évidemment tout un tas de problèmes techniques difficiles à résoudre (de la même manière qu'un PC s'accompagne de problèmes qu'on n'a pas avec une calculatrice de poche). Tu peux tout à fait écrire 3 lignes de JS qui vont faire ramer ta page Web ; mais tu peux aussi avec une web app libre qui utilise lourdement JS (et toutes les technos récentes des browsers) afin de rendre service à l'utilisateur (et non pas l'espionner ou le bombarder de pub). Moi ce qui m'embête c'est que toute cette belle technologie est utilisée en majorité par des services centralisés aux pratiques douteuses ; mais l'outil en lui-même est plutôt excitant (mais évidemment pas dénué de problèmes ; parce que ça ça n'existe pas).
entre les "d'accord / pas d'accord" et les "j'apprécie l'auteur / il m'énerve", on arrive à peu près à 15% des votants. Bon après, vu que les réponses rigolotes ("je vote au hasard" et "je ne vais pas sur LinuxFr.org") font 25%, on peut douter de la grande exactitude du sondage (en plus des problèmes habituels des sondages). Mais du coup si on croit le sondage, le système est utilisé pour marquer un désaccord de fond de temps en temps ; c'est très loin d'être la majorité du temps.
Blender et Krita (pour citer d'autres logiciels de graphisme) arrivent à payer des gens à plein temps, et pourtant ils sont packagés gratuitement dans toutes les grosses distributions, ainsi que Windows et OSX.
Mais je suis moins sûr que le commentaire "poli" soit très important tant qu'il ne tombe pas dans la catégorie des insultes gratuites ou d'attaques ad hominem
Oui c'est exactement ce que je voulais dire ; à savoir que les commentaires agressifs/insultants/… se font descendre (même si bien construits par ailleurs).
Dans les vieilles version de LinuxFR, les boutons "pertinent/inutile" s'appelaient quelque chose comme "Plus/Moins". Mais comme l'intention était d'encourager les discussions construites/constructives, leur sémantique a légèrement changé pour devenir ce qu'ils sont maintenant.
Il y a encore plein de personnes qui s'en servent comme des boutons "j'aime/j'aime pas", mais une bonne partie des gens sont de bonne intention et 'pertinentent' régulièrement des commentaires avec lesquels ils ne sont pas d'accord, mais qui sont construits, argumentés & polis.
Les gens qui de toutes les façons voudront marquer leur désaccord et faire baisser un karma volontairement continueront à utiliser les boutons "pertinent/inutile" comme ils le font déjà actuellement à mon avis (puisqu'ils utilisent déjà le système actuel à leur manière, pas de la façon dont il est voulu).
Pour moi ces boutons "j'aime/j'aime pas" seraient donc inutiles (et donc complexifieraient l'interface pour rien), en plus d'être une régression à la mode FaceBook.
PS: de toutes les façons les habitués du site naviguent à -42 (ils voient tous les commentaires).
Non, seulement les jeux libres obtenus de cette façon, qui n'est en rien incompatible avec d'autres méthodes (autres méthodes qui, pour le moment, donnent aussi des jeux en retard). De plus, dans l'absolu, tous les jeux sont dépassés (techniquement) à un moment ou un autre, donc des jeux libres qui s'inscrivent dans la durée seront toujours en retard la majorité de leur vie (même s'il sont l'état de l'art pendant 3 mois).
En plus, ça fait longtemps que les joueurs n'ont aucun problème à acheter des compilation de vieux jeux (Steam, Gog), jouer à des émulateurs de vieilles consoles, jouer à des jeux indés clairement old school, à acheter des 'remaster HD' (ce qu'est d'une certaine façon le Warzone 2100 repris par la communauté).
L'intérêt aussi des BSD (ou Mac qui est basé sur BSD) par rapport à Linux, c'est que Linux est un OS au noyau monolithique alors que les BSD fonctionne sur une base de micro-noyau.
Les systèmes BSD classiques (FreeBSD, NetBSD, OpenBSD) utilisent aussi un noyau monolithique. En revanche XNU, le noyau de MacOS X (entre autres) est bien basé sur micro-noyau (mais c'est Mach, pas BSD), associé à un noyau BSD ; c'est du micro-noyau hybride puisque le noyau BSD reste monolithique et tourne en dans l'espace mémoire noyau (contrairement à un micro noyau tel que Hurd où les services sont fournis par des serveurs qui ne sont pas en espace noyau).
Sinon il y a plein d'autres OS libres alternatifs comme Plan 9 par exemple.
Je dev un jeu libre, avec un moteur libre, pour un OS libre.
Tu fais ce que tu veux. Tu te coupes de plein de contributions, mais si tu le fais en toute connaissance de cause, je te laisse te forger ta propre expérience.
Voila pourquoi si l'on suit ton raisonnement aucune boite n'a d'interets a porter son jeu sous gnu-linux, et pourquoi les jeux AAA ne prendront jamais dans les foyers utilisant gnu-linux.
On dirait vraiment à te lire que c'est MA faute s'il n'y pas de AAA sur Linux !
Développer pour Windows est plus rentable que développer pour Linux, c'est un fait. Il se trouve que les boîtes qui font du AAA en tirent la conclusion que ça ne vaut pas le coup de faire des jeux pour Linux (mais ils n'ont pas attendu de me lire pour tirer cette conclusion—en fait ils ne te lisent ni toi ni moi). Mais moi la conclusion que j'en tire c'est que c'est stupide de ne faire un jeu QUE pour Linux ; parce que les Windowsiens ne seront pas dégoûtés de ne pas avoir ton jeu (en tout cas pas assez pour changer d'OS), et que ton jeu sera moins bon faute de contributions.
J'ai l'impression que ton plan génial consiste à faire un jeu libre qui soit si bon que des armées de Windowsiens passeront à Linux rien que pour lui, et que du coup les grosses boîtes soient obligées de porter leur jeux sous Linux (et à les rendre libres pour on ne se sait quelle raison magique). Je pense que tu es bien jeune, et c'est très bien de rêver un peu. Moi j'ai créé ma boite qui fait du logiciel libre alors que je sortais à peine de l'école ; c'était une décision absolument pas raisonnable (et si j'avais été plus vieux peut être que je ne l'aurais pas fait) ; mais comme ma boite fêtera bientôt ses 11 ans, autant dire que je ne regrette rien. Donc je serais content d'en rediscuter dans quelques années avec toi.
Je pensais que Blend4Web était principalement fait pour visualiser des modèles ; je vois que ça va plus loin que ce que je pensais.
J'aimerai beaucoup que tu fasses des retours sur ce que tu as pu en faire (dans un futur journal par exemple).
Dans la mesure où cela fait quelques années que je ne fais plus de Blender (j'ai lancé rapidement une version récente pour voir avec un vieux modèle), et que je suis juste les news BlenderNation, je ne voudrais surtout pas que tu n'écoutes que mon avis, parce qu'il est sûrement très perfectible.
Il y a quelques années la fondation blender a lancé le projet 'apricot' pour faire un jeu libre, à l'image de ce qu'ils font avec les films libres. Et si ces films sont, pour certains, critiquables pour leur écriture, techniquement ils montrent ce que Blender à dans le ventre (et pour cause des artiste expérimentés ont bossé en coopération avec les développeurs). Mais le jeu libre lui a plutôt été une déception, et a un peu disparu dans les limbes (et c'est triste), alors que là aussi c'était censé être un vitrine.
À un moment il était question de faciliter l'export vers des "vrais" moteurs 3D (des moteurs faits pour du jeux temps réel en fait), et puis finalement l'idée a été abandonnée, pour se tourner vers le moteur intégré ; mais pour faire un bon moteur de jeu (ce qui est différent d'un modeleur) il faut investir des ressources dedans. Or j'ai l'impression que le BGE est un peu laissé à l'abandon.
Après j'ai vu passé 2 jeux (amateurs a priori), un de voiture et un d'action, faits avec le BGE et qui avaient l'air pas mal. Bon on était plus proche techniquement de jeux de 2000 que de 2016, mais selon tes ambitions j'imagine que ça peut être intéressant.
Mais comme je l'ai dit je serais ravi de me tromper.
Ryzom n'est pas complètement libre à ma connaissance (les musiques ne sont pas libres). Et à l'époque où il était le plus populaire, il était bien moins libre que maintenant ; même si le moteur NeL était libre (ce qui est très cool), il est globalement devenu ce qu'il est en étant un jeu propriétaire classique (mais libéré ensuite—s'il avait été un succès commercial je doute qu'il ait été libéré).
Ce n'est pas une critique en soit, mais on est loin d'un jeu libre (intégralement et depuis sa création) ayant connu un succès commercial permettant de payer ses créateurs.
En revanche ça me permet de rebondir ; je me demande quelle somme d'argent demanderait un éditeur pour libérer un jeu un peu ancien (je pense à des jeux ayant eu de bonnes critiques—l'idée n'étant pas de payer pour du caca libre non plus—mais n'ayant pas forcément rencontré un gros succès commercial, et donc ne faisant pas partie d'un licence encore exploitée). Ça me parait être une voie intéressante pour obtenir des jeux libres aboutis.
Concernant les platerformes si tu parles de compatibilités windows/OSX …
Non je parle de compatibilité sous Linux ; aucun constructeur ne serait assez bête pour faire un casque avec juste des drivers Linux mais pas Windows.
… cela ne m'interesse absolument pas et cela poserait des problemes de temps et de couts. Compatible Gnu-Linux et peut-etre BSD, c'est tout. C'est le but d'une alternative aux jeux proprio disponibles sur win/OSX.
Mais il reste un probleme de taille. La capacité d'amortissement. Le nombre de joueurs sous Gnu-Linux / BSD suffira tel a amortir le cout de production du produit ? J'ai des doutes
Sachant que 95% des desktops sont sous Windows, et qu'en général les moteurs (libres ou pas) qui tournent sous Linux tournent aussi sous Windows, faire une version Windows est un investissement plus que rentable, qu'on parle d'argent ou de contributions. Il y a des tas de codeurs qui font du libre sous Windows (et OSX), et aussi des gens sous Linux qui se fichent du libre ; par exemple tu n'aurais pas Blender ou FireFox tels quels (sous Linux) sans leur version Windows.
Cette dépêche parle de jeux libres (comme alternative aux jeux propriétaires), tu es le seul à mettre cette contrainte de "uniquement Linux/BSD". Et c'est sûrement une erreur comme je l'ai écrit, que tu veuilles vendre ton jeu ou bien recevoir un maximum de contributions. Et du coup tu conclus que tu n'auras pas les moyens financiers, et on est bien d'accord là dessus, mais tu as mis des contraintes supplémentaires stupides (alors que c'était déjà assez difficile ça).
Il faut viser un autre secteur, de niche mais certainement plus rentable, en dehors du foyer ou l'utilisateur n'est plus lié a un OS specifique, et donc avec un potentiel bien plus elevé. J'ai depuis longtemps mon idée a ce sujet.
Je ne te cache pas que les "haha j'ai une idée géniale qui va tout péter", je n'y accorde pas trop de crédit.
Oh désolé j'étais passé à côté de ce détail ; au moins ça a permit de mettre le lien, j'imagine que je n'étais pas le seul à être passé à côté.
Mais ça ne change pas fondamentalement mon commentaire : soit tu arrives à faire un jeu très attractif, qui permet par exemple à ce casque de se faire mieux connaître (donc de mieux se vendre, donc de ne pas disparaître), soit tu es un peu tributaire de son succès (de la même manière que ce sont les jeux qui font le succès des consoles).
D'autre part etant un jeu libre, il sera toujours possible d'adapter le code en fonction du besoin
Tout à fait. La question est de savoir dans quelle mesure la VR est importante pour le projet:
soit tu veux faire un bon jeu de voiture, avec de la VR gadget en option. Faire un bon jeu de voiture ça peut déjà être compliqué, du coup choisir un moteur de jeu avec le critère de la VR comme très important est peut-être une erreur [*].
soit la VR est au cœur de ton gameplay, et l'adapter pour de la non-VR ne vaudra pas forcément le coup ; de même que WiiSports n'as pas vraiment d'intérêt sans Wiimote. Il sera évidemment possible de prendre les assets et en faire autre chose, mais j'imagine que partir directement en mode "le jeu va se planter et va juste servir à être dépecer" c'est un peu dommage.
[*] J'adore Blender, mais le Blender Game Engine est clairement en souffrance depuis des années, et il ne faut à mon avis pas l'envisager pour autre chose que du prototypage (ce qui est déjà très bien, et je t'encourage à prototyper ton jeu) et pas une version finale.
Je ne vais pas forcément répondre à ta question comme tu le souhaites, mais bon est là pour discuter :)
Alors la VR faut faire attention, parce que entre un Oculus Rift et un HTC Vive, les possibilités sont assez différentes (au niveau des contrôleurs principalement). C'est un peu comme une Wiimote et un Kinect : c'est du "motion gaming", mais les 2 sont très différents. Donc déjà que le VR est peu répandu, il va falloir en plus regarder que ce que veux cibler et faire en terme de jeu, et être potentiellement lié à une plateforme en particulier, à moins de faire du nivellement par le bas.
De plus, même si je suis très curieux de voir ce que ça va donner, il est tout à fait possible que ça ne décolle jamais. Au final les jeux doivent être pensés pour ce support, ce qui est certes très enthousiasmant (de nouveaux types de gameplay possibles) mais très risqué ; le "motion gaming" au final on a bien vu que les possibilités ludiques ont été vite explorées sans donner grand chose de transcendant. Le tactile (via les smart phones) a permis lui aussi l'apparition de nouveau gameplay (en obligeant à repenser pas mal de choses), mais comme "tout le monde" en a un dans sa poche en permanence, il y pas mal de chance que les casques de VR onéreux, qu'on ne peut mettre que chez soit et pour un usage très ciblé, ne connaissent pas le même sort.
Tout ça pour dire que, à mon avis :
- soit ton équipe est prête à travailler à plein temps sur un tel projet pour faire quelque chose de rapidement montrable (ça serait cool d'avoir un jeu libre novateur j'avoue) pour "surfer sur la vague".
- soit si ton projet s'inscrit dans la longueur (parce que les gens vont bosser dessus sur leur petit temps libre), peut être faudrait-il attendre (bosser sur autre chose) pour voir quelles plateformes décollent (s'il y en a), quelles plateformes sont sympa avec le libre (drivers par exemple) (si c'est un point qui t'es cher)…
Moteur de jeu donné par le monde privé. Dont acte.
Dans la mesure où un certain nombre de logiciels libres de poids sont issus du monde propriétaire ('privé' ?!), comme Blender ou FireFox par exemple, ta remarque n'a pas de sens. Et quand une équipe sort un jeu propriétaire utilisant un moteur existant (Unity, UnrealEngine, GameMaker …) personne ne dit "hey vous n'avez pas pas écrit votre jeu depuis 0 bande de nuls", seule la qualité globale est prise en compte. Or Tremulous est très bien ; je l'ai vu par exemple traîner dans un top sur jeuxvideo.com (donc des gens qui se tapent de l'aspect libre).
Ironiquement, je pense que le très bon jeu propriétaire "Natural selection" s'est sûrement fortement inspiré de Tremulous (et ce n'est pas une critique, la "copie intelligente" c'est la base du progrès).
Attention, comme l'indique ta propre source (qui cite elle-même LinuxFR), seul le moteur est libre, pas les assets, on ne peut donc pas parler de jeu libre.
Donc la prochaine fois réfléchis avant d'écrire :-).
À mon avis il a réfléchi, et a tout simplement abouti à des conclusions différentes.
Pour ma part je dirais:
LinuxFR dispose d'un système de discussion arborescente. Donc tu peux sauter une discussion dont tu te fiches ; c'est bien plus urbain que d'expliquer aux autres que leur discussion ne te convient pas.
Les commentaires parlent de la dépêche, puisque cette dépêche parle de Unixcorn et d'écriture inclusive (même si c'est de manière indirecte).
La communauté Unixcorn communique comme elle le veut ; et la communauté LinuxFR accepte les dépêches comme elle le souhaite. Il est plus efficace de montrer à la modération du site ce qu'on pense de la dépêche, que d'expliquer au reste du monde ce qu'il doit faire pour hypothétiquement poster ici.
Dans l'absolu le hors-sujet fait parti du charme des commentaires ici. Tu as le droit de ne pas aimer, mais insinuer que les autres sont des idiots est sûrement une mauvaise solution ; ignore ce contenu et passe à la suite ça ira mieux.
Autant pour l'équipe de Ze Marmot ce qualificatif est indiscutable, autant pour l'auteure du raton laveur, on est plus dans la culture gratuite que libre (clause NC). C'est d'autant plus dommage que ses dessins sont tout à fait craquants, et c'est mieux que rien (ou qu'une licence "pas d'utilisation sans mon autorisation"), mais il faut appeler un raton un raton. :)
À sa décharge, autant les tours sont clairement bien plus sympa à ouvrir qu'il y a 20 ans (on peut faire beaucoup sans même utiliser un tournevis), autant les portables peuvent être plutôt pénibles à ouvrir (ça dépend des modèles/marques). Même une fois les vis enlevées, il faut encore bien souvent réussir à faire 'sauter' le capot délicatement. Bon après une petite bugne sur la coque vaut sûrement le coup si l'ordinateur s'éteint de lui-même régulièrement.
Oui l'exemple de Maliki est très bien aussi, le strip explique bien les dérives qu'un système peut avoir sans que personne ne soit vraiment mal intentionné. Les libristes ont l'habitude du lien direct entre producteurs et consommateurs, et difficile de ne pas être attiré par ce genre d'initiative pour le coup.
Si je ne l'ai pas pris en exemple, c'est parce que l'auteur avait déjà une certaine notoriété et bon nombre de fans. Ce n'est absolument pas un reproche, mais il a bâtit sa communauté principalement avec le système classique ; il aurait peut-être réussi en partant de 0 évidemment, puisque le monsieur a du talent et que le système classique ne garantie aucunement le succès ; mais pour mon propos de quelqu'un qui veut monter un business model grâce au financement participatif, je préférais prendre des gens partis de (plus ou moins) 0 dans ce modèle.
Il y a probablement autant de jeux sous Linux que de jeux commercialement viable fait avec Unity.
Dans la mesure où Unity cible aussi Linux (enfin GNU/Linux/x-86(-64) et Android, ça ne reste que du proprio), et que donc on a des jeux Linux utilisant Unity (certains viables, d'autres non), et des jeux Unity ne ciblant pas Linux (certains viables, d'autres non), je ne comprends pas l’intérêt de cette comparaison (d'autant qu'elle sort d'un chapeau, mais passons).
Premièrement, dire qu'une partie de l'industrie est passée à Unity+C#, c'est un peu trop fort je pense
Au vue du nombre de très bon jeux de ces dernières années faits avec Unity, tu ne dirais pas qu'une certaines partie de l'industrie (quand bien même ça ne serait que 25%, sachant qu'il y d'autres frameworks populaires) l'utilise ?! C'est quoi, de la méthode Coué ?
Firewatch, Monument valley, Kerbal space program, Cities Skyline, Pillars of Eternity, Ori and the blind forest, Grow home, Besiege, Never Alone, The long dark, Dungeon of the Endless. Voila ma petite sélection personnelle des jeux de ces dernières années avec des critiques excellentes. Je rêverais d'avoir ces jeux en libre (et je serais prêt à payer cher).
Oui la techno est sûrement utilisée pour plein de petits jeux pas finis, vue qu'elle est populaire ; mais ça me semble être plutôt un argument en sa faveur (parce que c'est comme si tu disais que gf n'est utilisé par aucun mauvais jeu professionnel, donc que ça prouve que c'est génial). D'autant qu'il y a pas mal de très bons jeux qui au final sont faits par des non-programmeurs (à la base) grâce à ce genre de framework qui ont abaissé la barrière d'entrée technique.
Je fais une nuance: toute la partie de l'industrie qui utilisent encore le C++ (surtout les gros studios qui font des jeux techniquement très ambitieux). Une grande partie de l'industrie est passée à des langages plus hauts niveaux, comme Unity+C# (j'ai quand même regardé rapidement et il semble bien que leur API parle d'exceptions, comme ici).
# Des contrôleurs de jeux
Posté par GuieA_7 (site web personnel) . En réponse au journal Appel à idées pour prof(s) de lycée. Évalué à 5.
(Désolé si mes idées sont stupides)
[^] # Re: Rien de neuf
Posté par GuieA_7 (site web personnel) . En réponse au journal Java dans le navigateur : ce n'est pas fini, ça sera pire !. Évalué à 3.
Oui tout à fait. En réseau on a 2 architecture extrêmes: le pur plein client-serveur (un seul gros serveur, plein de clients) et le peer-to-peer où tous les nœuds sont symétriques. Entre les 2, on a tout un tas d'architectures possibles (ex: peer-to-peer mais avec des super-nœuds et des nœuds terminaux). Vouloir aller vers plus de décentralisation ne veut pas forcément dire aller directement à l'autre extrême ; chaque architecture a ses avantages et défauts. Tout ce qui est peer-to-peer rend pas mal de choses beaucoup plus complexes (il faut dupliquer pleins de choses car les nœuds tombent plus souvent, l'authentification est plus difficile, la mise à jour aussi …); ça ne veut pas dire qu'il ne faut pas en faire (au contraire) ; mais il n'est pas du tout trivial de faire une version peer-to-peer d'un service classique.
La question initiale était de savoir si le fait que les navigateurs deviennent hyper-complexes était un problème ; pour moi non. Les technologies Web sont plutôt satisfaisantes (mais pas parfaites évidemment) quand il s'agit de faire des applications collaboratives (standardisées, multi-plateforme, le déploiement est aisé, la connexion est facile entre les applications …). Et si elles ne permettent pas vraiment du peer-to-peer pur (nœuds symétriques), la complète centralisation n'est pas du tout forcée par ces technologies (c'est juste une volonté des géants du Web, la technologie n'est pas en cause).
Après faut-il rendre les browsers capables d'utiliser des protocoles peer-to-peer (et donc les rendre encore plus complexes, vu que c'était le point initial), ou est-ce que ces technologies peer-to-peer doivent se développer à côté, je ne sais pas.
[^] # Re: Rien de neuf
Posté par GuieA_7 (site web personnel) . En réponse au journal Java dans le navigateur : ce n'est pas fini, ça sera pire !. Évalué à 1.
Quand (rêvons un peu) FaceBook aura été supplanté par des tas de pods Diaspora* fédérés, on y accédera encore via nos browsers Web ; je ne vois pas le rapport avec la centralisation.
[^] # Re: Rien de neuf
Posté par GuieA_7 (site web personnel) . En réponse au journal Java dans le navigateur : ce n'est pas fini, ça sera pire !. Évalué à 5.
Pour moi les problèmes étaient multiples à l'époque où les applets Java étaient en vogue (vers 2000):
D'une certaine façon, Sun a presque eu raison mais trop tôt (ce qui arrive souvent en technique).
Est-ce réellement un problème ? La complexification des navigateurs amène évidemment tout un tas de problèmes techniques difficiles à résoudre (de la même manière qu'un PC s'accompagne de problèmes qu'on n'a pas avec une calculatrice de poche). Tu peux tout à fait écrire 3 lignes de JS qui vont faire ramer ta page Web ; mais tu peux aussi avec une web app libre qui utilise lourdement JS (et toutes les technos récentes des browsers) afin de rendre service à l'utilisateur (et non pas l'espionner ou le bombarder de pub). Moi ce qui m'embête c'est que toute cette belle technologie est utilisée en majorité par des services centralisés aux pratiques douteuses ; mais l'outil en lui-même est plutôt excitant (mais évidemment pas dénué de problèmes ; parce que ça ça n'existe pas).
[^] # Re: Karmageddon
Posté par GuieA_7 (site web personnel) . En réponse au message Karma LinuxFR − objectifs et méthodes ?. Évalué à 2.
D'après ce sondage Ipsos/sofres/figaro magazine:
https://linuxfr.org/sondages/sur-linuxfr-org-quand-je-vote-pertinent-inutile-en-fait-je-vote-ff3e3f7f-0ec2-4156-bbb6-5a7794289475
entre les "d'accord / pas d'accord" et les "j'apprécie l'auteur / il m'énerve", on arrive à peu près à 15% des votants. Bon après, vu que les réponses rigolotes ("je vote au hasard" et "je ne vais pas sur LinuxFr.org") font 25%, on peut douter de la grande exactitude du sondage (en plus des problèmes habituels des sondages). Mais du coup si on croit le sondage, le système est utilisé pour marquer un désaccord de fond de temps en temps ; c'est très loin d'être la majorité du temps.
[^] # Re: "le libre ça pue"
Posté par GuieA_7 (site web personnel) . En réponse au journal Aseprite devient propriétaire. Évalué à 6.
Blender et Krita (pour citer d'autres logiciels de graphisme) arrivent à payer des gens à plein temps, et pourtant ils sont packagés gratuitement dans toutes les grosses distributions, ainsi que Windows et OSX.
[^] # Re: j'aime / j'aime pas
Posté par GuieA_7 (site web personnel) . En réponse au message Karma LinuxFR − objectifs et méthodes ?. Évalué à 2.
Oui c'est exactement ce que je voulais dire ; à savoir que les commentaires agressifs/insultants/… se font descendre (même si bien construits par ailleurs).
# j'aime / j'aime pas
Posté par GuieA_7 (site web personnel) . En réponse au message Karma LinuxFR − objectifs et méthodes ?. Évalué à 7.
Dans les vieilles version de LinuxFR, les boutons "pertinent/inutile" s'appelaient quelque chose comme "Plus/Moins". Mais comme l'intention était d'encourager les discussions construites/constructives, leur sémantique a légèrement changé pour devenir ce qu'ils sont maintenant.
Il y a encore plein de personnes qui s'en servent comme des boutons "j'aime/j'aime pas", mais une bonne partie des gens sont de bonne intention et 'pertinentent' régulièrement des commentaires avec lesquels ils ne sont pas d'accord, mais qui sont construits, argumentés & polis.
Les gens qui de toutes les façons voudront marquer leur désaccord et faire baisser un karma volontairement continueront à utiliser les boutons "pertinent/inutile" comme ils le font déjà actuellement à mon avis (puisqu'ils utilisent déjà le système actuel à leur manière, pas de la façon dont il est voulu).
Pour moi ces boutons "j'aime/j'aime pas" seraient donc inutiles (et donc complexifieraient l'interface pour rien), en plus d'être une régression à la mode FaceBook.
PS: de toutes les façons les habitués du site naviguent à -42 (ils voient tous les commentaires).
[^] # Re: Une team, un projet, un moteur de jeu libre ( ou pas )
Posté par GuieA_7 (site web personnel) . En réponse à la dépêche Ouverture du site Libre Games Initiatives. Évalué à 6.
C'est vrai.
Non, seulement les jeux libres obtenus de cette façon, qui n'est en rien incompatible avec d'autres méthodes (autres méthodes qui, pour le moment, donnent aussi des jeux en retard). De plus, dans l'absolu, tous les jeux sont dépassés (techniquement) à un moment ou un autre, donc des jeux libres qui s'inscrivent dans la durée seront toujours en retard la majorité de leur vie (même s'il sont l'état de l'art pendant 3 mois).
En plus, ça fait longtemps que les joueurs n'ont aucun problème à acheter des compilation de vieux jeux (Steam, Gog), jouer à des émulateurs de vieilles consoles, jouer à des jeux indés clairement old school, à acheter des 'remaster HD' (ce qu'est d'une certaine façon le Warzone 2100 repris par la communauté).
[^] # Re: Une autre philosophie
Posté par GuieA_7 (site web personnel) . En réponse à la dépêche Haiku a 15 ans. Évalué à 10.
Les systèmes BSD classiques (FreeBSD, NetBSD, OpenBSD) utilisent aussi un noyau monolithique. En revanche XNU, le noyau de MacOS X (entre autres) est bien basé sur micro-noyau (mais c'est Mach, pas BSD), associé à un noyau BSD ; c'est du micro-noyau hybride puisque le noyau BSD reste monolithique et tourne en dans l'espace mémoire noyau (contrairement à un micro noyau tel que Hurd où les services sont fournis par des serveurs qui ne sont pas en espace noyau).
Sinon il y a plein d'autres OS libres alternatifs comme Plan 9 par exemple.
[^] # Re: Une team, un projet, un moteur de jeu libre ( ou pas )
Posté par GuieA_7 (site web personnel) . En réponse à la dépêche Ouverture du site Libre Games Initiatives. Évalué à 5.
Tu fais ce que tu veux. Tu te coupes de plein de contributions, mais si tu le fais en toute connaissance de cause, je te laisse te forger ta propre expérience.
On dirait vraiment à te lire que c'est MA faute s'il n'y pas de AAA sur Linux !
Développer pour Windows est plus rentable que développer pour Linux, c'est un fait. Il se trouve que les boîtes qui font du AAA en tirent la conclusion que ça ne vaut pas le coup de faire des jeux pour Linux (mais ils n'ont pas attendu de me lire pour tirer cette conclusion—en fait ils ne te lisent ni toi ni moi). Mais moi la conclusion que j'en tire c'est que c'est stupide de ne faire un jeu QUE pour Linux ; parce que les Windowsiens ne seront pas dégoûtés de ne pas avoir ton jeu (en tout cas pas assez pour changer d'OS), et que ton jeu sera moins bon faute de contributions.
J'ai l'impression que ton plan génial consiste à faire un jeu libre qui soit si bon que des armées de Windowsiens passeront à Linux rien que pour lui, et que du coup les grosses boîtes soient obligées de porter leur jeux sous Linux (et à les rendre libres pour on ne se sait quelle raison magique). Je pense que tu es bien jeune, et c'est très bien de rêver un peu. Moi j'ai créé ma boite qui fait du logiciel libre alors que je sortais à peine de l'école ; c'était une décision absolument pas raisonnable (et si j'avais été plus vieux peut être que je ne l'aurais pas fait) ; mais comme ma boite fêtera bientôt ses 11 ans, autant dire que je ne regrette rien. Donc je serais content d'en rediscuter dans quelques années avec toi.
[^] # Re: Une team, un projet, un moteur de jeu libre ( ou pas )
Posté par GuieA_7 (site web personnel) . En réponse à la dépêche Ouverture du site Libre Games Initiatives. Évalué à 3.
Je pensais que Blend4Web était principalement fait pour visualiser des modèles ; je vois que ça va plus loin que ce que je pensais.
J'aimerai beaucoup que tu fasses des retours sur ce que tu as pu en faire (dans un futur journal par exemple).
[^] # Re: Une team, un projet, un moteur de jeu libre ( ou pas )
Posté par GuieA_7 (site web personnel) . En réponse à la dépêche Ouverture du site Libre Games Initiatives. Évalué à 4.
Dans la mesure où cela fait quelques années que je ne fais plus de Blender (j'ai lancé rapidement une version récente pour voir avec un vieux modèle), et que je suis juste les news BlenderNation, je ne voudrais surtout pas que tu n'écoutes que mon avis, parce qu'il est sûrement très perfectible.
Il y a quelques années la fondation blender a lancé le projet 'apricot' pour faire un jeu libre, à l'image de ce qu'ils font avec les films libres. Et si ces films sont, pour certains, critiquables pour leur écriture, techniquement ils montrent ce que Blender à dans le ventre (et pour cause des artiste expérimentés ont bossé en coopération avec les développeurs). Mais le jeu libre lui a plutôt été une déception, et a un peu disparu dans les limbes (et c'est triste), alors que là aussi c'était censé être un vitrine.
À un moment il était question de faciliter l'export vers des "vrais" moteurs 3D (des moteurs faits pour du jeux temps réel en fait), et puis finalement l'idée a été abandonnée, pour se tourner vers le moteur intégré ; mais pour faire un bon moteur de jeu (ce qui est différent d'un modeleur) il faut investir des ressources dedans. Or j'ai l'impression que le BGE est un peu laissé à l'abandon.
Après j'ai vu passé 2 jeux (amateurs a priori), un de voiture et un d'action, faits avec le BGE et qui avaient l'air pas mal. Bon on était plus proche techniquement de jeux de 2000 que de 2016, mais selon tes ambitions j'imagine que ça peut être intéressant.
Mais comme je l'ai dit je serais ravi de me tromper.
[^] # Re: Une team, un projet, un moteur de jeu libre ( ou pas )
Posté par GuieA_7 (site web personnel) . En réponse à la dépêche Ouverture du site Libre Games Initiatives. Évalué à 3.
Ryzom n'est pas complètement libre à ma connaissance (les musiques ne sont pas libres). Et à l'époque où il était le plus populaire, il était bien moins libre que maintenant ; même si le moteur NeL était libre (ce qui est très cool), il est globalement devenu ce qu'il est en étant un jeu propriétaire classique (mais libéré ensuite—s'il avait été un succès commercial je doute qu'il ait été libéré).
Ce n'est pas une critique en soit, mais on est loin d'un jeu libre (intégralement et depuis sa création) ayant connu un succès commercial permettant de payer ses créateurs.
En revanche ça me permet de rebondir ; je me demande quelle somme d'argent demanderait un éditeur pour libérer un jeu un peu ancien (je pense à des jeux ayant eu de bonnes critiques—l'idée n'étant pas de payer pour du caca libre non plus—mais n'ayant pas forcément rencontré un gros succès commercial, et donc ne faisant pas partie d'un licence encore exploitée). Ça me parait être une voie intéressante pour obtenir des jeux libres aboutis.
[^] # Re: Une team, un projet, un moteur de jeu libre ( ou pas )
Posté par GuieA_7 (site web personnel) . En réponse à la dépêche Ouverture du site Libre Games Initiatives. Évalué à 2.
Non je parle de compatibilité sous Linux ; aucun constructeur ne serait assez bête pour faire un casque avec juste des drivers Linux mais pas Windows.
Sachant que 95% des desktops sont sous Windows, et qu'en général les moteurs (libres ou pas) qui tournent sous Linux tournent aussi sous Windows, faire une version Windows est un investissement plus que rentable, qu'on parle d'argent ou de contributions. Il y a des tas de codeurs qui font du libre sous Windows (et OSX), et aussi des gens sous Linux qui se fichent du libre ; par exemple tu n'aurais pas Blender ou FireFox tels quels (sous Linux) sans leur version Windows.
Cette dépêche parle de jeux libres (comme alternative aux jeux propriétaires), tu es le seul à mettre cette contrainte de "uniquement Linux/BSD". Et c'est sûrement une erreur comme je l'ai écrit, que tu veuilles vendre ton jeu ou bien recevoir un maximum de contributions. Et du coup tu conclus que tu n'auras pas les moyens financiers, et on est bien d'accord là dessus, mais tu as mis des contraintes supplémentaires stupides (alors que c'était déjà assez difficile ça).
Je ne te cache pas que les "haha j'ai une idée géniale qui va tout péter", je n'y accorde pas trop de crédit.
[^] # Re: Une team, un projet, un moteur de jeu libre ( ou pas )
Posté par GuieA_7 (site web personnel) . En réponse à la dépêche Ouverture du site Libre Games Initiatives. Évalué à 2.
Oh désolé j'étais passé à côté de ce détail ; au moins ça a permit de mettre le lien, j'imagine que je n'étais pas le seul à être passé à côté.
Mais ça ne change pas fondamentalement mon commentaire : soit tu arrives à faire un jeu très attractif, qui permet par exemple à ce casque de se faire mieux connaître (donc de mieux se vendre, donc de ne pas disparaître), soit tu es un peu tributaire de son succès (de la même manière que ce sont les jeux qui font le succès des consoles).
Tout à fait. La question est de savoir dans quelle mesure la VR est importante pour le projet:
[*] J'adore Blender, mais le Blender Game Engine est clairement en souffrance depuis des années, et il ne faut à mon avis pas l'envisager pour autre chose que du prototypage (ce qui est déjà très bien, et je t'encourage à prototyper ton jeu) et pas une version finale.
[^] # Re: Une team, un projet, un moteur de jeu libre ( ou pas )
Posté par GuieA_7 (site web personnel) . En réponse à la dépêche Ouverture du site Libre Games Initiatives. Évalué à 5.
Je ne vais pas forcément répondre à ta question comme tu le souhaites, mais bon est là pour discuter :)
Alors la VR faut faire attention, parce que entre un Oculus Rift et un HTC Vive, les possibilités sont assez différentes (au niveau des contrôleurs principalement). C'est un peu comme une Wiimote et un Kinect : c'est du "motion gaming", mais les 2 sont très différents. Donc déjà que le VR est peu répandu, il va falloir en plus regarder que ce que veux cibler et faire en terme de jeu, et être potentiellement lié à une plateforme en particulier, à moins de faire du nivellement par le bas.
De plus, même si je suis très curieux de voir ce que ça va donner, il est tout à fait possible que ça ne décolle jamais. Au final les jeux doivent être pensés pour ce support, ce qui est certes très enthousiasmant (de nouveaux types de gameplay possibles) mais très risqué ; le "motion gaming" au final on a bien vu que les possibilités ludiques ont été vite explorées sans donner grand chose de transcendant. Le tactile (via les smart phones) a permis lui aussi l'apparition de nouveau gameplay (en obligeant à repenser pas mal de choses), mais comme "tout le monde" en a un dans sa poche en permanence, il y pas mal de chance que les casques de VR onéreux, qu'on ne peut mettre que chez soit et pour un usage très ciblé, ne connaissent pas le même sort.
Tout ça pour dire que, à mon avis :
- soit ton équipe est prête à travailler à plein temps sur un tel projet pour faire quelque chose de rapidement montrable (ça serait cool d'avoir un jeu libre novateur j'avoue) pour "surfer sur la vague".
- soit si ton projet s'inscrit dans la longueur (parce que les gens vont bosser dessus sur leur petit temps libre), peut être faudrait-il attendre (bosser sur autre chose) pour voir quelles plateformes décollent (s'il y en a), quelles plateformes sont sympa avec le libre (drivers par exemple) (si c'est un point qui t'es cher)…
[^] # Re: Et un de plus
Posté par GuieA_7 (site web personnel) . En réponse à la dépêche Ouverture du site Libre Games Initiatives. Évalué à 3.
Dans la mesure où un certain nombre de logiciels libres de poids sont issus du monde propriétaire ('privé' ?!), comme Blender ou FireFox par exemple, ta remarque n'a pas de sens. Et quand une équipe sort un jeu propriétaire utilisant un moteur existant (Unity, UnrealEngine, GameMaker …) personne ne dit "hey vous n'avez pas pas écrit votre jeu depuis 0 bande de nuls", seule la qualité globale est prise en compte. Or Tremulous est très bien ; je l'ai vu par exemple traîner dans un top sur jeuxvideo.com (donc des gens qui se tapent de l'aspect libre).
Ironiquement, je pense que le très bon jeu propriétaire "Natural selection" s'est sûrement fortement inspiré de Tremulous (et ce n'est pas une critique, la "copie intelligente" c'est la base du progrès).
[^] # Re: Et un de plus
Posté par GuieA_7 (site web personnel) . En réponse à la dépêche Ouverture du site Libre Games Initiatives. Évalué à 4.
Attention, comme l'indique ta propre source (qui cite elle-même LinuxFR), seul le moteur est libre, pas les assets, on ne peut donc pas parler de jeu libre.
[^] # Re: Pitoyable
Posté par GuieA_7 (site web personnel) . En réponse à la dépêche Unixcorn, trois mois plus tard : évolutions, remises en questions et stabilisation. Évalué à 10.
À mon avis il a réfléchi, et a tout simplement abouti à des conclusions différentes.
Pour ma part je dirais:
[^] # Re: Les stickers/émoticones ZeMarmot
Posté par GuieA_7 (site web personnel) . En réponse à la dépêche Movim 0.10 - Holmes. Évalué à 3.
Autant pour l'équipe de Ze Marmot ce qualificatif est indiscutable, autant pour l'auteure du raton laveur, on est plus dans la culture gratuite que libre (clause NC). C'est d'autant plus dommage que ses dessins sont tout à fait craquants, et c'est mieux que rien (ou qu'une licence "pas d'utilisation sans mon autorisation"), mais il faut appeler un raton un raton. :)
[^] # Re: Bien nettoyé ?
Posté par GuieA_7 (site web personnel) . En réponse au message Surchauffe, regulation. Évalué à 2.
À sa décharge, autant les tours sont clairement bien plus sympa à ouvrir qu'il y a 20 ans (on peut faire beaucoup sans même utiliser un tournevis), autant les portables peuvent être plutôt pénibles à ouvrir (ça dépend des modèles/marques). Même une fois les vis enlevées, il faut encore bien souvent réussir à faire 'sauter' le capot délicatement. Bon après une petite bugne sur la coque vaut sûrement le coup si l'ordinateur s'éteint de lui-même régulièrement.
[^] # Re: J'avoue que ce genre de journal me dépasse...
Posté par GuieA_7 (site web personnel) . En réponse au journal Lancement de mes pages Tipeee et Liberapay. Évalué à 3.
Oui l'exemple de Maliki est très bien aussi, le strip explique bien les dérives qu'un système peut avoir sans que personne ne soit vraiment mal intentionné. Les libristes ont l'habitude du lien direct entre producteurs et consommateurs, et difficile de ne pas être attiré par ce genre d'initiative pour le coup.
Si je ne l'ai pas pris en exemple, c'est parce que l'auteur avait déjà une certaine notoriété et bon nombre de fans. Ce n'est absolument pas un reproche, mais il a bâtit sa communauté principalement avec le système classique ; il aurait peut-être réussi en partant de 0 évidemment, puisque le monsieur a du talent et que le système classique ne garantie aucunement le succès ; mais pour mon propos de quelqu'un qui veut monter un business model grâce au financement participatif, je préférais prendre des gens partis de (plus ou moins) 0 dans ce modèle.
[^] # Re: De l’utilité des exceptions.
Posté par GuieA_7 (site web personnel) . En réponse à la dépêche SDL ou SFML ? Ne choisissez plus, prenez Gamedev Framework (gf). Évalué à 5.
Dans la mesure où Unity cible aussi Linux (enfin GNU/Linux/x-86(-64) et Android, ça ne reste que du proprio), et que donc on a des jeux Linux utilisant Unity (certains viables, d'autres non), et des jeux Unity ne ciblant pas Linux (certains viables, d'autres non), je ne comprends pas l’intérêt de cette comparaison (d'autant qu'elle sort d'un chapeau, mais passons).
Au vue du nombre de très bon jeux de ces dernières années faits avec Unity, tu ne dirais pas qu'une certaines partie de l'industrie (quand bien même ça ne serait que 25%, sachant qu'il y d'autres frameworks populaires) l'utilise ?! C'est quoi, de la méthode Coué ?
http://unity3d.com/showcase/gallery
Firewatch, Monument valley, Kerbal space program, Cities Skyline, Pillars of Eternity, Ori and the blind forest, Grow home, Besiege, Never Alone, The long dark, Dungeon of the Endless. Voila ma petite sélection personnelle des jeux de ces dernières années avec des critiques excellentes. Je rêverais d'avoir ces jeux en libre (et je serais prêt à payer cher).
Oui la techno est sûrement utilisée pour plein de petits jeux pas finis, vue qu'elle est populaire ; mais ça me semble être plutôt un argument en sa faveur (parce que c'est comme si tu disais que gf n'est utilisé par aucun mauvais jeu professionnel, donc que ça prouve que c'est génial). D'autant qu'il y a pas mal de très bons jeux qui au final sont faits par des non-programmeurs (à la base) grâce à ce genre de framework qui ont abaissé la barrière d'entrée technique.
[^] # Re: De l’utilité des exceptions.
Posté par GuieA_7 (site web personnel) . En réponse à la dépêche SDL ou SFML ? Ne choisissez plus, prenez Gamedev Framework (gf). Évalué à 2.
Je fais une nuance: toute la partie de l'industrie qui utilisent encore le C++ (surtout les gros studios qui font des jeux techniquement très ambitieux). Une grande partie de l'industrie est passée à des langages plus hauts niveaux, comme Unity+C# (j'ai quand même regardé rapidement et il semble bien que leur API parle d'exceptions, comme ici).