Mokona a écrit 223 commentaires

Sega développe des jeux pour différentes plateforme, pas uniquement pour la XBox.

Pour la GBA par exemple.

Mais je ne vois pas ce que cela implique pour Indrema.

Pour un jeu sur console, "on" considère qu'il est stable s'il peut tourner 8h de suite sans planter généralement.

C'est simple, ça correspond en fait aux horaires d'ouvertures des magasins qui montreront le jeu en démonstration :)

> - le rendu est vraiment laid ! et en plus :
C'est pas son point fort, c'est sur.

> - le rendu est incomplet (miroir, reflexion hyper simplifiée..)
Non, il a tout ça.
Ca n'est pas un raytracer et ça n'est donc pas "automatique" en donnant des propriétés aux matériaux.
Il est donc plus long de faire un mirroir. Par contre, on peut faire facilement des traitements sur l'image réfléchie et lui donner des effets très précis.

> - modelisation : moyen-mauvais
Que te manque-t-il ? Personnellement, il me manque une CSG non destructive. Je m'en passe mais parfois, ça me gêne.

> - interface utilsateur : berk (qu'on ne me dise
pas qu'il faut s'habituer surtout!)
Que veux-tu qu'on te dise alors ? Comme tout programme complexe, il demande un apprentissage. On ne maîtrise pas l'interface de 3dsMax, Maya ou Lightwave en 1 heure (et je parle de maîtrise, pas de tatonnement pour jouer).

Blender est fait pour avoir une main sur le clavier, l'autre sur la souris. Ca oblige a connaître les commandes du clavier c'est sur. Mais ça, ça prend une session ou deux en découvrant la bête.

C'est bien pensé et une fois compris le système, très efficace. (D'autres logiciels n'en sont pas moins efficaces aussi).

> En plus, on m'a assez cassé les oreilles avec Blender peut faire ceci.. et des jeux ... et ...

Oui c'est ça qui est intéressant avec les logiciels, c'est de pouvoir faire quelque chose avec.

Je suppose que oui.

Je me suis tâté un moment pour savoir ce que cela signifiait.

J'avoue ne jamais avoir eu de pointeur responsable de noyau instable dans une appli utilisateur sous Win2k.

Des précisions sur les cas où ça arrive ?

C'est tout à fait exact. Le rendu tel quel de blender n'est pas l'équivalent de celui d'un raytracer lambda.

D'ailleurs, ça n'est pas un raytracer.

La cible principale de blender, c'est la modélisation pour les jeux. Ils ont mis de côté leurs travaux de rendu pour se consacrer plus sur le moteur physique dans le but de faciliter les maquettes.

Au niveau modeleur, il est plutôt bien pensé et comme il dispose d'export vers le DXF ou le format POV, on a pas trop de mal à se servir des résultats dans un raytracer.

C'est un peu ce qu'on fait avec 3dsmax aussi. À la base, c'est un modeleur. Join à Mental Ray, les rendus deviennent beau, mais seul, bof.

Enfin, on peut simuler les réfractions, diffractions avec le renderer de blender. Il y a beaucoup de bon tutoriaux qui expliquent comment "ruser".

On peut même obtenir des effets cartoon.

Il n'y a qu'a voir les images postées dans le Community Journal. Un type a même fait une dessin animé grace à blender.

Non vraiment, c'est un bon produit.

Moonlight Atelier a un excellent rendu, par contre, au niveau modelisation, il ne fait pas tout ce que fait blender.

Pour les "raytracer lambda"... Lesquels ?

PovRay : c'est un renderer. Les modeleurs faits pour PovRay sont tous à moitié bancals ou en version 0.0.0.0.0.1b. Il n'y a que Moray qui tire son épingle du jeu, mais c'est un shareware, et il tourne sous Windows.

BMRT : pareil, c'est un renderer. Faire de la modélisation avec les modeleurs directs sur BMRT, je comparerais ça à faire du trapèze tenu uniquement par le majeur, avec 10kgs a chaque pieds et au dessus d'une marre remplie de crocodiles. Oui, c'est faisable. Certes.

LightFlow : il est ma-gni-fique... mais c'est un renderer.

Et un petit script python permet d'envoyer les modeles crées avec blender vers tous ces renderers.

Plus précisemment, que lui reproches-tu ?

Le rendu ? La manière de modéliser ? Les exports ? Le moteur physique ?

Sur quel(s) point(s) est-il mauvais ?

Je suis mesquin... j'adore faire varier les débats :)

Désolé.

J'avoue que ça fait bien longtemps que je n'ai pas vu de Novell.

Ensuite, pour les autres, c'est plus une question d'habitude et de parc déjà installé, à moins que tu arrives dans une boite toute neuve.

Je connais des boites sous Solaris, d'autres qui utilisent Linux, d'autres NT, d'autres BSD...

Elles ont toutes des arguments convainquants pour te montrer que leur solution est la bonne... pour eux.

Les systèmes d'exploitations sont une chose, mais il ne faut pas négliger l'impact de la fiabilité du matériel.

Une machine de ma connaissance (où je suis logguée en ce moment en fait ^^) a tourné pendant 180 jours et des brouettes. L'OS (FreeBSD) n'a pas bronché, malgré un petit souci dans un script qui a amené une charge de 150 pendant une petite heure a un moment.

Elle a crashé pour... un problème de disque. Il était fatigué le pauvre, et a rendu partiellement l'âme, crashant le contenu de /etc.

Le problème du matériel est non négligeable.

Il est possible de pêter (physiquement) du hardware sensible en faisant n'importe quoi au niveau logiciel (drivers).

Et un disque dur, c'est sensible.

La Slackware current est bien :)

Pas le 2.4 (2.2.19), mais XFree récent.

C'est pas la première fois d'ailleurs...

Ceci dit, le livre ne se lit pas en deux minutes et j'ai commencé à le lire, je l'ai trouvé assez indigeste.

Mais c'est probablement la lecture sur lecteur web. J'aime pas ça. C'est très désagréable.

Alors bon...

Pas exactement à cause de VBScript en effet, mais du fait d'un peu trop de laxisme sur l'implémentation du scriptage d'Outlook.

Permettre le lancement d'un script qui aura des permissions sur l'environnement à partir d'un mail est contestable, mais c'est un peu le prix à payer de la recherche de l'intégration des éléments d'un "bureau virtuel".

Donner le choix de permettre ou non ce genre d'exécutions est évident. La mettre ou non par défaut active est un choix. Microsoft mettais la permission par défaut à vraie car c'est ce à quoi s'attendent les utilisateurs moyens.

C'est une erreur technique.

Ah ben oui, ça à l'air de bien marcher à l'affichage donc.

Merci.

Il se trouve que les macros d'Outlook sont en VBS et ni en Perl, PHP, Shell script ou Python (et Ruby ? Tu as oublié Ruby ! Et Pike !)

Il se trouve donc qu'il est assez facile, comme l'Anonyme le disait, de faire un script qui lise la mailbox et exporte les données.

Si tu veux le faire en Perl, ne te gène pas. Il "suffit" d'écrire un module Perl qui saura lire le format des mbox d'Outlook.

C'est à mon avis du temps perdu.

Mais de manière générale, je ne vois pas ce que tu essaies de montrer avec ton message qui semble être sarcastique.

J'avais chargé ça mais ça ne marchait pas mieux. Ceci dit c'était la première version KDE2.

Je retesterai donc.

Pour les plantages, je ne me souviens plus s'il était stable chez moi.

Merci

J'eu cherché aussi.

mbox direct, pas trouvé. Format texte compréhensible : Fichier, Importer/Exporter.

Konqueror, je ne suis pas arrivé à lui faire lire des pages en japonais... Mais j'ai pas cherché tro profond.

J'étais en train de tester un peu KDE pour le mettre sur mon compte "guest" (celui qu'utilisent généralement les gens de passage chez moi) et j'ai donc testé ça d'une manière "naïve". Et bien... pas de japonais, pas d'arabe, pas de russe.

Petit point : le Trs-80 connaissait plusieurs systèmes d'exploitation (Trs-DOS, LDOS, Basic,...)

Un bon paquet en fait.

Mais c'était une machine de bidouilleurs... Donc ça n'invalide pas du tout ce que tu dis :)

Ben... Outlook (pas express) sait faire deux trois choses très intéressantes.

Bon, je n'ai pas trouvé comment classer mes messages comme je le voulais, son format de sauvegarde est immondément gros,...

Mais lorsque je veux écrire un mail en japonais (et j'écris des mails en japonais), il sait faire très simplement, et j'ai fais des tests de validité de ce qu'il envoie, il envoie ça bien.

Chez moi, je dois jongler avec plusieurs programmes de mails pour écrire en japonais (le lire ne pose pas trop de problèmes s'il est en 8 bit, s'il est en Quoted-Printable, c'est déjà plus ennuyeux).

A noter aussi qu'Outlook n'est pas seulement un mailer, c'est un système d'organisation de sa vie de bureau complet.

Si seulement il ne plantait pas une fois par jour pour des raisons obscures...

"S'y connaître" reste assez extensible.

Disons que oui, j'ai commencé à toucher un ordinateur quand les caractères "semi-graphiques" étaient tout ce qu'on pouvait avoir pour dessiner... sur les machines puissantes. Et où je bavais devant les ordinateurs en 8 couleurs.

Je ne suis pas non plus passé par la case Windows. Je n'utilise NT que depuis deux ans pour des raisons professionnelles... et franchement, j'étais complètement perdu au début, "m'y connaître" ne m'a pas aidé des masses. Les choses n'étaient tout simplement pas au bons endroits pour moi.

Je pense qu'il s'agit plus d'une histoire de "premier contact" avec un outil informatique, qu'avec une "facilité générale". Actuellement, on a tendance à débuter avec Windows, donc Windows devient la référence d'utilisation pour celui qui débute.

S'il commence avec BeOS, les principes de BeOS deviendront son standard, etc...

Ca c'est pour la partie "grand public". La partie entreprise repose elle sur une inertie énorme. J'utilise Word pour mes rapports parceque les gens qui vont lire mon rapport veulent du Word (bon, je sauve en .rtf et pas en .doc, mais ça, ils ne le voient pas).

Side note sur BeOS : le partenariat entre Be et Sony peut arriver à populariser BeOS... Faut voir. Quand on voit la puissance marketing de Sony qui est capable de vendre des PSX en faisant passer ça pour des machines décentes, on se dit qu'ils peuvent tout vendre.

A quoi je demande : pourquoi laisserais-je tomber l'idée d'avoir linux comme workstation, alors que je m'en sers comme workstation depuis longtemps, et avec succès ?

L'article explique ça :

- on ne peut pas breveter une partie analysée du corps humain ;

- on peut breveter la fabrication d'éléments... même s'ils sont identiques à des parties humaines naturelles.


Ce qui, comme le fait remarquer l'article, brise la frontière qu'il y a entre découverte et invention.

Plutôt génant.

Et qu'en est-il de la "taille" de ces librairies ?

J'ai l'impression qu'elles ne jouent pas sur le même plan. SDL semble offrire des fonctionnalités précises et très limitées pour un noyau multiplateforme minimal.

Allegro au contraire à l'air d'offrir tout un tas de services (intéressants, mais Allegro-esque).

Le choix m'a l'air de dépendre plus de ce que le développeur du jeu au dessus à envie de développer lui même.

Dans le cas de Loki, les jeux vidéos offrant généralement leurs propres services, une librairie minimaliste est plutôt intéressante.

Dans le cas d'un développement à zéro d'un jeu, particulièrement avec une toute petite équipe (ou tout seul chez soi), Allegro mâche pas mal de boulot.

Certes, on pourrait croire que ça gênera. J'espère que ça gênera quelque part la plupart des utilisateurs.

Mais est-ce certain ?

Combien de gens utilisent déjà des systèmes de mails sur web, à la ifrance ou à la hotmail ? C'est un premier pas vers les applications .net.

En discutant avec quelques personnes sous Windows que je connais, en leur exposant le problème, elles se sont tout de suite écrier que c'était horrible (le .net).

Mais en discutant un peu plus longtemps, on s'apperçoit que ces personnes seraient prètes à abandonner leur libérté pour ne pas sortir de l'environnement qu'elles ont appris à "maîtrriser" (disont plutôt : dont elles ont appris quelques trucs).

C'est plutôt terrible...

Quand est-ce que les modérateurs songeront à modérer positivement les messages intéressants ?

Avec mon threshold à 1, heureusement que je clique parfois sur les messages à zéro...

En effet, gtk+ pour php, c'est pour du script local. Le client web lui, ne voit rien du php.

(voilà, quand le message au dessus sera à un, le mien pourra passer à zéro -> redondant).