Personnellement, j'utilisais rsync pour récupérer l'arborescence d'un ftp Slackware afin de pouvoir me faire des iso. Après quelques essais de swaret, slackpkg ou slapt-get, j'avais préféré retourner au bon vieux upgradepkg (mais bon, c'est une histoire de goût=)
Cette approche (rsync+autre prog de mise à jour depuis son propre miroir) me parait plus saine dans le sens où on a les paquetages organisés selon l'arborescence de sa distrib (chose que les swaret & cie ne font pas):
donc, si je te suis bien, on aurait Kde de codé en Java et, histoire d'être cohérent, Qt serait une surcouche à SWT. En utilisant les libswt-*-gtk-*.so, on aurait alors accès aux thèmes gtk2 ... et donc, question : y aurait pas plus simple et/ou moins lourd pour avoir les applications Kde/Qt d'intégrées à mon Xfce ? :>
C'est vrai que certaines choses laisse penser que Patrick va abandonner Gnome: il a déplacé certains packages du grupe gnome vers xap (notamment abiword).
Personnellement, je trouve normal qu'abiword ait été déplacé de gnome vers xap. En effet, ce programme ne dépend pas de gnome (comme gimp, xchat, gaim ou gftp).
J'ai remarqué hier que gstreamer serait sans doute mieux dans l (pour les mêmes raisons) ... trop tard pour le signaler :-)
Le post ne fait pas référence à la liberté du jeu mais à une réelle comparaison de moyens entre jeux libres et jeux proprio. Si des initiatives comme celle de happypenguin existent (à savoir mettre un jeu en avant régulièrement afin de l'aider pour tout ce qui est bug, graphisme, scénar ou doc), c'est sans doute qu'il y a une nette différence entre ces deux familles de jeux.
Si on prend l'exemple de planeshift (ya eu un article récemment), le moteur est sous GPL mais les données ne sont pas sous une licence libre.
Après, en dehors des équipes relativement importantes (comme nekeme), tu as souvent une ou deux personnes sur un jeu (et ce sont généralement des codeurs) ... on peut pas être fort en tout ...
Alors bon, rivaliser avec des équipes d'une vingtaine de graphistes à temps plein, c'est clair que c'est très difficile.
Donc oui, les jeux libres ne sont pas tous beaux mais est-ce le plus important ? Quand on voit la pléthore de jeux proprio qui sont splendides graphiquement mais dont on se lassent au bout d'une semaine, on se dit que non.
Et c'est d'ailleurs une "crise" que traversent les jeux vidéos ...
Si tu ne joues qu'a des jeux libres, je te plains
Si tu ne joues pas à des jeux libres, tu ne sais pas ce que tu loupes ...
je sais, c'est gratuit mais c'est aussi inutile que ta phrase :)
pour la peine, j'vais aller me refaire qques parties de koules (un jeu 2d, pas super beau mais super prenant).
Les algo G (génétiques) servent à résoudre un problème (ou une classe de problème). Changer l'utilisation à de grande chance de déformer le problème et donc d'entrainer une perte de perf le temps que le système se restabilise. D'ailleurs, il est question de sortir l'algo G du noyau, quid de changer les paramètres selon les besoins du moment ?
Sinon, il est question de 1-3% de perf, mais pas du type de la machine ? monoproc, bi, quadri ?
Enfin, je ne connais pas PlanetShift, mais j'imagine qu'il s'agit d'un jeu sorti sous Windows, donc il suffit d'avoir le CD original et on peut alors utiliser ces fameuses données.
Non non, en téléchargeant le gros tgz, tu as le jeu ET les données. Pas besoin d'un quelconque CD Windows :)
M'est avis que passer des paramètres au module est plus propre. De plus, à la prochaine version, tu seras bon pour rééditer les sources ... feinéantise, quand tu nous tient =)
donc :
- EnableAGPSBA=1 pour activer le 'side bandwidth adressing'
- EnableAGPFW=1 pour activer le 'fast write'
un grep Option src/nv/os-registry.c en dit plus (puisque modinfo nvidia est silencieux):
Le lissage des polices est pour tout ce qui touche au window manager, pas pour les applications donc les *terms et autre programmes en ligne de commande n'en profitent pas du tout.
Sur http://www.vterrain.org(...) , on peut trouver pas mal d'info/doc/papiers sur la cartographie, GIS, algorithmes d'afichage, etc. Et notamment des liens vers des données gratuites ou non.
Le double buffering, c'est afficher tout ce qu'il y a à afficher dans un buffer non visible à l'écran puis à le rendre visible. Cela donne l'impression que l'écran se redessine très vite.
Le rendu hors écran consiste à dessiner d'abord dans un buffer puis à afficher ce dernier en lui apportant une modification (comme un effet de transparence).
Non, cela n'a rien à voir avec de la 3D stéréographique. Le but est d'avoir effectivement 2 vues (ou plus) mais d'extraire de ces vues une seule information : la position d'un point. Le processus est en gros le suivant :
on a N points de vue (dont on connait les caractéristiques physiques et optiques), 1 laser et enfin l'objet dont on connait l'angle de rotation sur son plateau.
1/ on pointe l'objet avec le laser pour y avoir un point lumineux
2/ on récupére les N images
3/ pour chaque image, on calcule la droite passant par le centre optique de la webcam et le centre du pixel de l'image sur lequel se trouve le point
4/ on recherche l'intersection de ces droites et on obtient un point 3D
5/ on recommence un certain nombre de fois à partir de (1) en changeant l'orientation du laser
6/ on recommence un certain nombre de fois à partie de (1) en faisant tourner l'objet sur son plateau.
Le principe de la stéréoscopie n'est pas de faire double usage mais d'améliorer le processus d'acquisition.
Dans le cas présent (1 point de vue), on doit connaitre les caractéristique du point de vue, sa position et son orientation, de même pour la source de lumière (position relative au point de vue et orientation). Dans ce cas, les mouvements entre l'appareil d'acquisition et le modèle sont relativement restreints (simple rotation autour d'un axe).
Dans le cas avec 2 (ou plus) points de vues, seules les informations sur les points de vue sont nécessaires, la source de lumière, elle, peut être mobile (le calcul ne porte que sur la mise en correspondance entre les points de vue du pointage laser). Donc sans forcement apporter une meilleures précisions des calculs (mais je pense que ça doit quand même être le cas), cette méthode permet aussi de faire l'acquisition de détails que la méthode précédente ne permettait pas.
Par contre, je crois que, dans le cas avec plusieurs point de vue, il faut que les points de vue et le pointage soient forcement synchrones (un ensemble d'image par pointage).
Quels rapports entre une surface unie et un bon éclairage et l'acquisition de coordonnées tridimensionnelle ? avoir N points de vues synchronisés et un émetteur d'un lumière particulière comme le laser ne servent qu'à récupérer la topologie de l'objet.
Parlez vous (sly20oo et toi) de faire une acquisition à un certain niveau de la géométrie puis de capturer des détails plus fin via un autre procédé mécano-optique ? La plupart des publications que j'ai pu voir sur ce sujet partaient d'un maillage dense dont on extrayait un modèle simplifié :
- extraction de surfaces paramétriques
- simplification de maillages avec conservation de la différence avec le modèle original (utilisation de carte d'élévation)
Prendre le problème dans l'autre sens (différents niveau de détail) soulève pas mal de problèmes :
- mise en correspondance des différents niveaux d'échelle
- mise en correspondance des différentes vues du même détail (recherche de points caractéristiques)
- prise en compte du couple géométrie/matière lors de la reconstruction des détails
Il y a aussi lua ( http://www.lua.org(...) ) qui est pas mal et très léger pour scripter, entre autre, la configuration de son application.
Il s'interface avec le C et le C++ (des surcouches comme lunar.h ou luabind facilitent pas mal le travail) mais aussi avec java (via luajava) et bien d'autre langage aussi.
si tu n'as qu'un rendu logiciel, c'est ton processeur qui se tape tout le boulot :
- tracé de lignes et d'ellipse,
- affichage de polygones pleins,
- calculs des projections de texture,
- copie de buffer à l'écran,
- etc.
X aura donc de facheuses tendances à ralentir lorsqu'il aura beaucoup de chose à afficher : par exemple, avec le lissage de polices et autre effets visuels inutiles. Je ne suis jamais allé voir s'il y avait des lignes d'assembleur dans les pilotes graphiques de X (histoire d'accélérer tout ça).
Si tu as des jeux qui ne sont pas fait pour mettre à genou les GPUs, un moteur logiciel suffit largement. Je me souviens de LBA2 sur un 486DX2 ou encore de half-life (avec tout au minimum) sur mon Celeron@450 MHz qui étaient des foudres de guerre. Mais maintenant, c'est multitexture et autre bumpmapping (avec filtrage anisotropique) à outrance sans moyen de les desactiver :/
C'est là que le bas blesse : on fait du beau mais sans avoir le temps de le paufiner pour les "petites" configurations.
On a toutefois la possibilité de faire des algos logiciels (suffisamment) rapide (vive le SIMD) mais le développement en assembleur est malheureusement pas portable et lent (entre autre pour ce qui est de l'optimisation).
Bref, on peut se passer de l'accélération matérielle mais c'est souvent au détriment de pas mal de choses.
[^] # Re: gestion des dépendances
Posté par Rémi Hérilier . En réponse à la dépêche Sortie de «Slackware Linux Essentials 2.0». Évalué à 2.
Cette approche (rsync+autre prog de mise à jour depuis son propre miroir) me parait plus saine dans le sens où on a les paquetages organisés selon l'arborescence de sa distrib (chose que les swaret & cie ne font pas):
des fois que ça t'intéresse, "mon" script rsync (car il n'est pas de moi à l'origine) peut se trouver là : http://rem.planet-d.net/slackware/rsync-slack.sh(...)
Tu pourras aisement l'adapter à tes besoins en ajoutant ou en enlevant des lignes "--exclude=REGEXP".
À noter que ce script n'est pas spécifique à Slackware et qu'il est adaptable à d'autre distrib (Archlinux dans mon cas).
mes 2¢
[^] # Re: 80% du marché bientôt?
Posté par Rémi Hérilier . En réponse à la dépêche Sortie de Qt 4. Évalué à 2.
bon ... j'vais faire comme les courants d'air
# au point où on en est ...
Posté par Rémi Hérilier . En réponse au journal Réponse d'intel à IBM. Évalué à 10.
Hooo ! Quelle belle porte. Je vais la prendre de ce pas.
# (pas de titre)
Posté par Rémi Hérilier . En réponse au journal Un jour, dans un petit pays de l'ouest.... Évalué à 5.
[^] # Re: Et le nouveau centre sponsorié Microsoft ?
Posté par Rémi Hérilier . En réponse à la dépêche L'INRIA lance son Archive Ouverte. Évalué à 4.
Combien de logiciels propriétaires utilisent des méthodes/algo initialement publiées par un laboratoire de recherche ?
mes 2 centimes
[^] # Re: question bête ..
Posté par Rémi Hérilier . En réponse à la dépêche Un logiciel de gestion comptable libre à destination des collectivités. Évalué à 1.
je suis sur le départ =)
[^] # Re: Très bonne initiative
Posté par Rémi Hérilier . En réponse à la dépêche Deuxième salon international du jeu vidéo sur GNU/Linux et BSD. Évalué à 1.
[^] # Re: Annonce officielle de l'arrêt de Gnome
Posté par Rémi Hérilier . En réponse à la dépêche Slackware 10.1 est sortie. Évalué à 0.
[^] # Re: Annonce officielle de l'arrêt de Gnome
Posté par Rémi Hérilier . En réponse à la dépêche Slackware 10.1 est sortie. Évalué à 2.
Personnellement, je trouve normal qu'abiword ait été déplacé de gnome vers xap. En effet, ce programme ne dépend pas de gnome (comme gimp, xchat, gaim ou gftp).
J'ai remarqué hier que gstreamer serait sans doute mieux dans l (pour les mêmes raisons) ... trop tard pour le signaler :-)
[^] # Re: Désinstallation ?
Posté par Rémi Hérilier . En réponse à la dépêche Balazar 0.1. Évalué à 2.
[^] # Re: Heu, la technique quoi
Posté par Rémi Hérilier . En réponse à la dépêche Sortie de BZFlag 2.0.0. Évalué à 4.
Si on prend l'exemple de planeshift (ya eu un article récemment), le moteur est sous GPL mais les données ne sont pas sous une licence libre.
Après, en dehors des équipes relativement importantes (comme nekeme), tu as souvent une ou deux personnes sur un jeu (et ce sont généralement des codeurs) ... on peut pas être fort en tout ...
Alors bon, rivaliser avec des équipes d'une vingtaine de graphistes à temps plein, c'est clair que c'est très difficile.
Donc oui, les jeux libres ne sont pas tous beaux mais est-ce le plus important ? Quand on voit la pléthore de jeux proprio qui sont splendides graphiquement mais dont on se lassent au bout d'une semaine, on se dit que non.
Et c'est d'ailleurs une "crise" que traversent les jeux vidéos ...
Si tu ne joues qu'a des jeux libres, je te plains
Si tu ne joues pas à des jeux libres, tu ne sais pas ce que tu loupes ...
je sais, c'est gratuit mais c'est aussi inutile que ta phrase :)
pour la peine, j'vais aller me refaire qques parties de koules (un jeu 2d, pas super beau mais super prenant).
[^] # Re: L'idée..
Posté par Rémi Hérilier . En réponse à la dépêche Améliorer les performances du noyau avec un algorithme génétique. Évalué à 6.
Sinon, il est question de 1-3% de perf, mais pas du type de la machine ? monoproc, bi, quadri ?
[^] # Re: Différence entre le jeux et les données ?
Posté par Rémi Hérilier . En réponse à la dépêche Un MMORPG libre. Évalué à 3.
Non non, en téléchargeant le gros tgz, tu as le jeu ET les données. Pas besoin d'un quelconque CD Windows :)
# une nouvelle ne vennant jamais seule
Posté par Rémi Hérilier . En réponse à la dépêche Erlang-projects rejoint le consortium Objectweb. Évalué à 2.
[^] # Re: Tres bien
Posté par Rémi Hérilier . En réponse à la dépêche Nouveaux pilotes nVidia. Évalué à 5.
donc :
- EnableAGPSBA=1 pour activer le 'side bandwidth adressing'
- EnableAGPFW=1 pour activer le 'fast write'
un grep Option src/nv/os-registry.c en dit plus (puisque modinfo nvidia est silencieux):
[^] # Re: plop
Posté par Rémi Hérilier . En réponse à la dépêche Sortie de Window Maker 0.90. Évalué à 7.
[^] # Re: base de donnée géographique
Posté par Rémi Hérilier . En réponse à la dépêche La spatialisation libre avance : tour d'horizon. Évalué à 1.
[^] # Re: Quid de la compilation du bouzin
Posté par Rémi Hérilier . En réponse à la dépêche Microsoft face aux logiciels libres. Évalué à 1.
mais où est la sortie déjà ? :p
[^] # Re: Ben...
Posté par Rémi Hérilier . En réponse à la dépêche Support des webcams Philips: pilotes en GPL. Évalué à 2.
on pourrait te répondre "Pourquoi développer des logiciels de visioconf/chat si on n'a pas de support de webcam sous Linux ?" :)
mais plus sérieusement : connais tu gaim-vv ? http://gaim-vv.sourceforge.net/(...)
[^] # Re: Composite n'est pas inutile
Posté par Rémi Hérilier . En réponse à la dépêche Xorg 6.8 est sorti le 8 septembre. Évalué à 5.
Le rendu hors écran consiste à dessiner d'abord dans un buffer puis à afficher ce dernier en lui apportant une modification (comme un effet de transparence).
[^] # Re: Et avec 2 webcams ?
Posté par Rémi Hérilier . En réponse à la dépêche Fabriquer son scanner 3D. Évalué à 2.
on a N points de vue (dont on connait les caractéristiques physiques et optiques), 1 laser et enfin l'objet dont on connait l'angle de rotation sur son plateau.
1/ on pointe l'objet avec le laser pour y avoir un point lumineux
2/ on récupére les N images
3/ pour chaque image, on calcule la droite passant par le centre optique de la webcam et le centre du pixel de l'image sur lequel se trouve le point
4/ on recherche l'intersection de ces droites et on obtient un point 3D
5/ on recommence un certain nombre de fois à partir de (1) en changeant l'orientation du laser
6/ on recommence un certain nombre de fois à partie de (1) en faisant tourner l'objet sur son plateau.
[^] # Re: Et avec 2 webcams ?
Posté par Rémi Hérilier . En réponse à la dépêche Fabriquer son scanner 3D. Évalué à 2.
Dans le cas présent (1 point de vue), on doit connaitre les caractéristique du point de vue, sa position et son orientation, de même pour la source de lumière (position relative au point de vue et orientation). Dans ce cas, les mouvements entre l'appareil d'acquisition et le modèle sont relativement restreints (simple rotation autour d'un axe).
Dans le cas avec 2 (ou plus) points de vues, seules les informations sur les points de vue sont nécessaires, la source de lumière, elle, peut être mobile (le calcul ne porte que sur la mise en correspondance entre les points de vue du pointage laser). Donc sans forcement apporter une meilleures précisions des calculs (mais je pense que ça doit quand même être le cas), cette méthode permet aussi de faire l'acquisition de détails que la méthode précédente ne permettait pas.
Par contre, je crois que, dans le cas avec plusieurs point de vue, il faut que les points de vue et le pointage soient forcement synchrones (un ensemble d'image par pointage).
J'espère avoir dissipé tes doutes :)
[^] # Re: Et avec 2 webcams ?
Posté par Rémi Hérilier . En réponse à la dépêche Fabriquer son scanner 3D. Évalué à 2.
Parlez vous (sly20oo et toi) de faire une acquisition à un certain niveau de la géométrie puis de capturer des détails plus fin via un autre procédé mécano-optique ? La plupart des publications que j'ai pu voir sur ce sujet partaient d'un maillage dense dont on extrayait un modèle simplifié :
- extraction de surfaces paramétriques
- simplification de maillages avec conservation de la différence avec le modèle original (utilisation de carte d'élévation)
Prendre le problème dans l'autre sens (différents niveau de détail) soulève pas mal de problèmes :
- mise en correspondance des différents niveaux d'échelle
- mise en correspondance des différentes vues du même détail (recherche de points caractéristiques)
- prise en compte du couple géométrie/matière lors de la reconstruction des détails
/me qui en a marre d'être curieux :)
[^] # Re: mon avis
Posté par Rémi Hérilier . En réponse à la dépêche Utiliser lex et yacc dans vos programmes C/C++. Évalué à 3.
Il s'interface avec le C et le C++ (des surcouches comme lunar.h ou luabind facilitent pas mal le travail) mais aussi avec java (via luajava) et bien d'autre langage aussi.
[^] # Re: Question de neuneu
Posté par Rémi Hérilier . En réponse à la dépêche Une pétition pour obtenir des pilotes ATI de meilleure qualité. Évalué à 2.
si tu n'as qu'un rendu logiciel, c'est ton processeur qui se tape tout le boulot :
- tracé de lignes et d'ellipse,
- affichage de polygones pleins,
- calculs des projections de texture,
- copie de buffer à l'écran,
- etc.
X aura donc de facheuses tendances à ralentir lorsqu'il aura beaucoup de chose à afficher : par exemple, avec le lissage de polices et autre effets visuels inutiles. Je ne suis jamais allé voir s'il y avait des lignes d'assembleur dans les pilotes graphiques de X (histoire d'accélérer tout ça).
Si tu as des jeux qui ne sont pas fait pour mettre à genou les GPUs, un moteur logiciel suffit largement. Je me souviens de LBA2 sur un 486DX2 ou encore de half-life (avec tout au minimum) sur mon Celeron@450 MHz qui étaient des foudres de guerre. Mais maintenant, c'est multitexture et autre bumpmapping (avec filtrage anisotropique) à outrance sans moyen de les desactiver :/
C'est là que le bas blesse : on fait du beau mais sans avoir le temps de le paufiner pour les "petites" configurations.
On a toutefois la possibilité de faire des algos logiciels (suffisamment) rapide (vive le SIMD) mais le développement en assembleur est malheureusement pas portable et lent (entre autre pour ce qui est de l'optimisation).
Bref, on peut se passer de l'accélération matérielle mais c'est souvent au détriment de pas mal de choses.