Anonyme a écrit 62289 commentaires

oui mais le bilan comme son nom l'indique c'est a la fin de l'exercice comptable qui se clot au plus tard en mars (tiens donc!) tu n'aurais pas tout a fait tord

et c'est a qu'elle heure?

Ce que je veux dire, c'est qu'il y a plein de petites briques éparpillées, et pas un framework offrant un environnement complet. Et coller des briques ensembles, ce n'est pas toujours pratique/facile/performant.

Si en plus tu veux un framework prévu pour le multi-core, les candidats sont d'un coup moins nombreux.

Beaucoup de jeux commerciaux utilisent LUA, mais il n'empêchent que le gars qui veut intégrer LUA à son jeu va devoir passer un packet de temps à coder une lib intermédiaire qui devrait déjà être fournie.
Ainsi, il devrait être possible de faire un:

Object* perso = new Entity(OBJ_SCRIPTABLE | OBJ_RENDERABLE | OBJ_PHYSIC);


Puis de fixer les différents paramètres:

perso->mod_script->setInitScript("blabla.lua");
perso->mod_render->setRenderer(new MeshRenderer("blabla.mesh"));
perso->mod_physic->setPosition(Vec3(1, 0, 0));


Enfin bon, un bête bout de code c'est très abstrait, mais l'idée est là.

Bon, j'pars fouiller dans mes répertoires si je peux trouver du code suceptible de vous être utile :)

Merci beaucoup :)

Et bien si tu es sérieux, on commence par définir un moyen de contact, mail (khaelin[at]gmail[at]com) ou jabber (galdor[at]jabber[dot]org).

Je ne suis pas totalement d'accord avec toi.
Le C++ est certes plus difficile à wrapper, si l'architecture de base est mal conçue.
Un exemple comme un autre, il est inconcevable d'avoir à coder une classe de vecteur 3/4D pour faire un jeu ! Sous DirectX, on trouve une classe de vecteur toute prête, optimisée, bien fichue, et parfaitement intégrée au reste de l'API. Sous OpenGL, ce qui est appelé un vecteur, c'est un float[3], on voit de suite la différence.

Autre exemple, l'affichage de texte. Je me viens de me manger une énième fois un système de rendu de texte maison, et ça me gave (même si sur le princip c'est rigolo). Cela me gave, parce que ma lib ne gère pas l'unicode, n'est sûrement pas optimisée, bug encore un poil, et que ça ne fait pas avancer l'ensemble du moteur.

Un framework de développement de jeux vidéos DOIT intégrer un système de rendu de texte fiable et polyvalent, gérant parfaitement l'unicode, permettant d'importer les fonts depuis plusieurs formats vers un format interne.

Quand un studio choisit de développer son propre moteur 3D (et ça arrive souvent, parce qu'un vrai moteur comme le Source Engine ou l'Unreal Engine, ça coûte bonbon), il lui faut un framework de base: hors de question de ré-développer une énième classe RGBColor, une énième gestion de vertex buffer, hors de question de passer des heures à réfléchir à comment qu'on va gérer les dizaines de renderpaths possibles, et j'en passe.

Un bon framework de devel de jeux vidéos, doit:
- Disposer d'une API C++ légère et extensible;
- Être multi-plateforme (Windows, Linux, MacOS au minimum) et multi-systèmes (gestion de renderpaths);
- Fournir un ensemble de classes de bases: mathématiques (vecteurs, matrices, trigo, ...), physique (cinématique, dynamique, ...), graphisme (vertex buffers, shaders, ...), audio (réverbération, échos, ...), réseau, système (fichiers ...), vidéo, etc.;
- Fournir un ensemble minimum aisément extensible: rendu de texte, GUI complet, meshs;
- Être scriptable;
- Fournir de vrais outils de développement: gestion mémoire maison (là même DirectX ne le fait, alors que cela me parait essentiel), plugins pour différents outils de graphisme/audio pour exporter vers une série de formats interne...

Et je dois sûrement oublier plein de choses.

Beaucoup d'éditeurs ne sont pas intéressés par le portage Linux car cela nécessiterait du travail, certes faible, mais existant. Avec un framework complet multi-plateformes, les développeurs n'ont aucune raison d'utiliser une autre API, et donc tout le code est de suite portable.

Bien-sûr, c'est du boulot, raison pour laquelle ça n'existe pas...

Quand au moteur de Loulou, il est très bien construit, mais est TOUT sauf multi-plateforme, il n'y a qu'à lire le code.

je pense que 50 euros sur un compte Paypal me parait une juste remuneration pour eviter un avertissement voir une bulle.

si tu propose en awk et en perl tu approche le 20 faudrait viser le 70 euros. car il pourras justifier son retard:

-ben oui awk me parraissait plus lent, ajors j'ai essayé en perl, voila le resultat de mes travaux... desolé pour le retard.

bref avec ta carte bleue tu peut etre le chouchou du prof, sortir avec sa fille etc...

mais fait gaffe des fois que celui qui t'aide c'est ton prof, le monde est petit

Je suis prêt à en discuter, cela pourrait être un projet intéressant.
Il faudrait trouver des gens motivés avec des qualifications divers.

Ce qu'il manque est énorme, il faudrait définir les besoins les plus immédiats, et y aller étape par étape.

D'autres volontaires ?

desolé d'insister mais une fonction d'export de lyx vers latex me conforte dans l'idée que ce n'est pas un editeur latex. j'ai deja utilisé lyx apres du latex, et cela n'a rien a voir.

il est possible de mettre du latex brute dans un document mais ce n'est pas triviale.

pour revenir a la definition d'editeur, lyx n'est pas un editeur de latex, et je deconseille de le faire. vi, emacs, kile, nedit, sont des editeurs latex et je deconseille leur usage pour faire du lyx.

entete lyx:
#LyX 1.3 created this file. For more info see http://www.lyx.org/
\lyxformat 221
\textclass book
\language english
\inputencoding latin1
\fontscheme default
\graphics none
...snip 16 ligne suivante...

faire un chapitre en lyx:

\layout Chapter
Introduction


entete latex:
\documentclass[a4,12pt]{article}
\usepackage[francais]{babel}
\usepackage[latin1]{inputenc} %% les accents dans le fichier.tex
\usepackage[T1]{fontenc}
\begin{document}

un chapitre:
\chapter{le titre du chapitre}

je ne reproche rien a LyX mais si vous voulez faire du latex utilisez autre chose. Je recommande LyX a mes proches plutot que du latex brute de fonderie car c'est vrai que c'est plus sympa pour editer un document vu que vous voyez presque a quoi ressemble celui ci.

non ce n'est pas un editeur latex puisque tu ne peut pas prendre un fichier .lyx et le compiler avec latex, le meilleur editeur latex c'est Kile.

La dernière fois que j'ai regardé la doc utilisateur c'était une véritable horreur, y'a des améliorations de ce coté ?
Que ne peut on pas faire avec LyX ? quelles limites ?

Sinon LyX est un très bon éditeur LaTeX, surement le meilleur.

Les standarts c'est bien jolis, mais le fait est là:

Soit raoul, un joyeux programmeur de jeux vidéos, qui recherche des libs pour son prochain MMORPG-de-la-mort-qui-tue.

- Dans sa main gauche, il voit qu'il va devoir mettre côte à côte OpenGL, OpenAL, SDL et ses divers extensions, bidouiller ses propres plugins pour blender/gimp pour gérer ses médias, tout reprendre à 0 parce qu'il n'y a pas d'équivalent D3DX, etc...

- Dans sa main droite, il ouvre Visual Studio <remplacer-par-l'année-en-cours>, créer un nouveau projet DirectX, et hop, il a tout ce qu'il faut pour développer son jeu.

Et que croyez-vous qu'il va choisir ? Croyez vous que son choix sera modifié quand il apprendra que 0.1% des gens ne pourront pas jouer ?

ATTENTION ! Je ne dis pas que c'est bien, et que ce choix est judicieux, je dis que je le comprend. Avez-vous déjà essayé de développer du jeu vidéo ? Ceux qui l'ont fait comprendront mon point de vue.

Le C, je n'ai rien contre, je l'aime beaucoup pour les applis systèmes où un maximum de vitesse est requis, ainsi qu'un accès bas-niveau au système.
Pour un jeux vidéo, le C est inutilisable. Ce n'est pas moi qui le dit, ce sont les dizaines de développeurs pro, Carmack inclus.
Encore une fois, je ne dis pas que c'est bien, je dis que c'est comme ça.

OpenAL progresse, certes, mais on est loin des capacités gigantesques de DirectSound/DirectAudio.

SDL, c'est encore mieux, ne progresse plus. Et utiliser SDL juste pour le fenêtrage, c'est overkill. Et pour les inputs ? On a autre chose dans le style de DirectInput ? Ah bin non...

OpenGL, a atteint un stade tel que la progression est bien trop lente pour suivre l'évolution ultra-rapide des jeux vidéos, et il n'y a AUCUNE alternative à OpenGL, on est coincés à attendre que l'ARB se bouge ENFIN le cul...
Notons également qu'avec le package DirectX, on retrouve des kilomètres de doc et d'exemples d'une clareté exemplaire. Avec OpenGL, on récupère un include, une référence des fonctions, et quelques exemples sur le site officiels, presque tous obsolètes.

L'unique solution pour qu'on ait un jour des jeux vidéos de niveau pro sous Linux (autres que les portages de chez Id Software...), c'est que quelqu'un se mette au boulot sur une API de qualité professionnelle destinée aux jeux vidéos. C'est dire à quel point on est mal barrés...

car j'ai de plus en plus l'impression qu'on utilise de vieille API qui n'arrivent plus à évolué.

Ce n'est pas une impression, c'est la réalité.
Alors que DirectX propose un framework complet entièrement orienté Jeux Vidéos, Les autres système doivent coller des APIs fragmentaires pour arriver péniblement à quelque chose.

Pour commencer, sachant que TOUS les jeux vidéos modernes utilisent le C++ (le C pour des projets doté d'une architecture aussi complexe, c'est trop difficile), donc une série d'APIs C++ pour le graphisme, le son, le réseau, les inputs, ça serait bien.
C'est pas que la SDL me gonfle, mais elle est obsolète et mal foutue...
Quant à OpenGL, c'est pas pour dire, mais se tapper le wrapping d'une lib en C, c'est lourd.

En tout cas, félicitations pour ton projet, il est très impressionnant !

bonjour

il y a un logiciel qui permet de lire/surfer/lire les pdf sans trop fatiguer les yeux,

http://dictator.kieranholland.com/dictator.html

il affiche les mots un par un en enorme sur l'ecran, il n'y a rien a faire, les mots defile tous seul a la vitesse choisi. il y a plein de racourci clavier pour la navigation.

ce devrais marcher sous windows (avec python), sous linux aucun probleme.

mais bon ce n'est qu'un pas vers une solution vocal.

je me repond j'ai trouve une solution:

scanimage -b --resolution=300 --high-quality=yes -y 100 -x 100 --batch --mode=Lineart -v --batch-prompt --batch=livre%05d.pnm

cest la fonction batch-prompt noté que sans batch prompt, le scanner scan en permanence, c'est pas mal non plus mais il faut etre rapide pour tourner les pages d'un livre.

pour le nom des fichiers c'est --batch=livre%05d.pnm je vous invite a consulter le man sprintf pour avoir une explication detaillé des options aprés le %

x et y c'est la fenetre de scan

Je ne sais pas qui est term, mais assurément il contribue beaucoup au libre et à linuxfr http://linuxfr.org/~term/index.html

Pas de dépêches, pas de journaux. Un mec génial qui poste des messages comme « tu nous fais chier avec ton page rank à la con » qui récolte des +7 (
http://linuxfr.org/comments/683308.html#683308 ) « mouarf » qui récolte +8 (http://linuxfr.org/comments/659376.html#659376 ), « Ils servent à quoi tes gadgets ? (à part à frimer ?) » qui récolte +4 (http://linuxfr.org/comments/679998.html#679998 ) . Belle illustration du gars qui assurément mérite qu'on partage du code avec lui.

Oui, je suis flémard. Je donne du code sans vouloir faire de SAV.

Mais celui qui considère le SAV comme un du, il est quoi lui ?

« Donc comme tu le vois rien à voir avec une démocratie. C'est le fonctionnement normal d'une association. »

Tu parles de la structure linuxfr, la fondation du site.

Moi je te parle de son fonctionnement au jour le jour par ses utilisateurs, pas de son admlinistration par ses fondateurs.

Et les utilisateurs sont censé être intéressés par le libre, avoir comme « bien commun » une volonté de contribuer au libre, ou de contribuer aux discussions sur le libre. Et pour cela, on leur donne un pouvoir, celui de s'exprimer publiquement et de voter sur l'expression des uns et des autres.

Rien à voir avec le fonctionnement interne de l'association.

Ben effectivement, il faut être assez limité intellectuellement pour être incapable de faire le rapport entre un site où on donne au public, membres donc d'un corps civique constitué, le pouvoir de choisir, et le concept de démocratie, qui recouvre justement ce concept.

Et c'est clair que vous, je vous prend pour des bouseux. C'est ça que dit mon message, parmi la foule sans doute une poignée ne sont pas des bouseux, et eux justifient l'intérêt du libre, tout comme la démocratie. Mais il est clair que vous, en tant que masse, vous ne me semblez pas voler haut.

Si je vous croisais dans un contexte professionnel, évidemment je ferais en sorte de ne pas vous heurter, de mettre de l'huile dans les rouages, pour que tout ailles pour le mieux, en prenant sur moi. Mais là, ce n'est pas le cas, je ne suis pas ici pour faire la police ni pour vendre de la soupe, je n'ai donc aucun intérêt à prendre en compte votre veulerie comme acquis imparable.

vous etes bien gentil tous les deux, avec mon ami google j'ai cherché 5 minute une solution de streaming basé sur ogg/vorbis et xvid

je n'ai rien trouvé de probant, avec un beau site, et des exemples.

je me repete il n'y a pas de solutions de streaming video libre concurentielle et commerciale.

Oh, oui, je l'ai mérité, ton super message hyper élaboré à un message de +7. Ca prouve bien la valeur dudit vote !

Brave abruti :)

« rien n'empêchait d'expliquer en 2 lignes, comme l'a fort bien fait JereME, en quoi cela consistait, même si ce n'est en rien une obligation, cela peut parfois éveiller la curiosité. »

Bien sur.

Mais vu les réactions, vu qu'il est considéré comme sacrilège d'oser suggérer à quelqu'un de se renseigner par lui-même, à l'avenir il est certain que l'idée de faire cet effort ne me viendra pas à l'esprit.
Parce que je sais que ceux qui selon moi méritent du code libre sauront faire l'effort. Et que je n'ai pas l'intention de me mettre au niveau des autres.

Il est évident qu'on toujours faire mieux pour se mettre au niveau des gens. Ce serait mon boulot de poster des bouts de code sur linuxfr, je procéderais autrement, évidemment, car il y aurait un enjeu. On peut et on doit savoir gérer des imbéciles dans le cadre professionnel, prendre sur soi, car ne pas le faire nuit à la finalité du taf.

Là, il n'y a pas de finalité. La seule finalité, c'est de rendre service à qui le veut. Ceux qui ne veulent pas chercher 3 secondes sur google à quoi peut servir le script (si la définition en une ligne ne suffit pas) n'entre pas dans la catégorie des gens à qui je veux rendre service.

En conclusion, si c'était à refaire, vu les circonstances, je referais tout pareil.

Mort de rire. Ce qui est génial avec les cons, c'est qu'il leur suffit d'être nombreux (au moins 3) pour croire qu'ils ont raison.

Ben ouais, vous êtes des cons, et il est certain qu'en vous voyant, ça gonfle mon égo, j'ai du mal à ne pas me sentir supérieur, je ne pourrais pas dire le contraire.

Votre hymne à l'assistanat (quand tu offres gratos, faut faire du SAV) et votre incapacité d'abstraction (vous ne voyez pas le rapport entre le fait de permettre à tous de voter sur un site et le fait de permettre à tous de voter en République) n'a pas fini de me faire marrer.

Mais vous avez raison, ne vous posez aucune question, tout vous est du et tout va toujours tomber du ciel ! Et ce n'est qu'égocentrisme d'oser suggérer le contraire. Et évidemment, quand « j'envoie chier » quelques blairs sur linuxfr, c'est en fait « toute personne qui essaye de me faire comprendre que je pars en live » (juge et partie, le mec, il est malin).

Alors évidemment, mon commentaires incriminé était inutile. C'est clair qu'il ne servait pas de réponse. Il servait d'incitation à chercher soit même des réponses. Mais ça, je pense bien que ça dépasse votre entendement.

Quel sacrilège d'avoir signalé à un type que tout ne tombait pas du ciel. Une telle pensée sacrilège méritait sanction !

« Rien à voir. Le monsieur aurait répondu gentilment en disant en 3 lignes "ça fait si, ça et c'est utilisé pour truc mais bon c'est très spécifique à ceci ou cela" o »

Ben ouais, c'est normal, le monsieur qui te file un bout de code, il doit assurer le support technique et surtout ne pas signaler qu'il est possible d'avoir des infos en 1 minutes avec google.
Il doit tout fournir sur un plateau et surtout ne pas la ramener. Parce que sur linuxfr, on a des exigences. On ne sert à rien, on ne fait rien, on ne donne pas de fric. Mais on a des exigences.

« C'est la dure loi de linuxfr . »

C'est la dure réalité de l'assistanat.

« en fait, le truc c'est qu'il n'a pas ete moinsse pour avoir poste du code, mais pour avoir envoye chier quelqu'un qui posait une question par curiosite »

Dans la vie réelle, il n'existe pas d'outil de moinssage lors qu'on reçoit un truc gratos et qu'on obtient pas pour autant un support technique gratos pour résoudre le problème qu'on pourrait résoudre soit même en 2 minutes.



« Bref, son commentaire a ete note a son juste niveau, ce qui ne veut pas dire que sa demarche d'offrir du code n'est pas appreciee, ca veut juste dire que le demarche de prendre du temps pour envoyer bouler un mec sans repondre a sa question n'est pas appreciee. »

Ah ben oui, on apprécie que ce qui est gratos mais lorsqu'on demande un échange, lorsqu'on ne fournit pas tous sur un plateau, ça n'est pas apprécié.

Tu m'étonnes. Toi et tes potes, vous ne méritez rien. Et ce que je dis dans mon journal ici, c'est que ce n'est pas votre gueule qui fait que j'apprécie le libre, que si ça devait être le cas, ça ferait longtemps que j'aurais mis le libre à la poubelle.

Et le rapport avec la démocratie est très simple. Le vote sur linuxfr est un outil de pouvoir, aussi risible soit-il. Quand je vois ce que vous en faites, je me dis qu'assurément, donner du pouvoir à des types de votre acabit signifie se tirer une balle dans le panard.