Maxime a écrit 2334 commentaires

les 2 à priori.
le serveur jabber de google ne le supporte pas par exemple.

http://www.hardware.fr/articles/445-1/pentium-4-3-06-ghz-ht.(...)

Tu as sans doute un P4 de la génération suivante : un P4 'C'

La difference entre les 2 c'est que le P4 'B' a un FSB de 533 et la generation suivante un FSB de 800.

Ensuite intel a viré de la circulation la génération 'B' pour la remplacer par la génération 'C', et n'a pas forcement créé que des processeurs plus rapides.

PS: Je sais ce que je dis quand même...

Possesseur depuis un bon bout de temps un P4 'B' à 3.06Ghz (le tout premier des P4 à supporter l'HT), je n'ai jamais eu de plantages d'amarok (enfin peut etre mais je m'en souviens plus donc on peut pas vraiment considerer ca comme instable en tout cas).

D'ailleur tout continue à très bien marcher, meme si je fais un make -j2 sur un gros projet...

Je pense aussi que rajouter un paramettre --maxfps est une bonne idée.
Là j'ai mis 30 mais c'est presque un minimum.
Je te conseil de tester sur plusieurs types d'ordis (fixe avec lcd, avec cathodique, et portable) et de puissance differentes.

Si tu as besoin que je te teste certaines fonctionnalités, n'hésite surtout pas.
Tu peux me contacter par mail ou IM (jabber) sur maxime81 chez gmail.com

arf je suis un boulet (j'avais fais une nuit blanche en fait...)
au lieu du sleep il suffit de mettre :
fps_getter.set_fps_limit(30);

Non, 30ms c'est vraiment du sur mesure. J'aurai aimé pouvoir coder un meilleur truc mais là sans connaitre cette lib...
En plus je suis occupé à coder sur un autre projet donc bon...

Bonne continuation.

PS: pour la doc, meme l'API Gtk est mieux documentée...

Si vous tenez à votre autonomie et n'appreciez pas trop la méthode bourrin qui consiste en une boucle infinie...
Il vous suffit de reperer cette boucle : void Game::main_loop() dans game.cpp
Vous y rajoutez dans le while(!end) un petit : CL_System::sleep(30);
Le 30 est à ajuster selon votre ordi, moi j'ai mis 30, ca me permet de jouer correctement et avec une utilisation CPU vraiment raisonnable...

Bon, là c'est qu'une solution de dépannage... Je n'ai jamais utilisé clanlib de ma vie, j'ai juste vu dans la doc CL_System::sleep() alors j'ai testé...

D'ailleur, qu'est-ce qu'elle a de bien cette lib ? la doc est minable (meme pas de description pour les fonctions, juste un listing... Et vu les déboirs de wormux...

wù parce que c'est le seul mot que je connais me permettant de me débarrasser facilement de cette satannée lettre !

Merci, j'avais déjà regardé par là... Je vais continuer les recherches... J'ai du mal à comprendre comment on se sert de tout ca...

Oui, je travaille en ce moment sur la réalisation d'un utilitaire de shutdown/reboot/logout et compagnie.
On a quasiement tout codé sauf la partie essentielle : ces 3 fonctions sans devoir être root.
Mais pour cela, il nous faut detecter le desktop (pour le logout qui convient).

Pour wmctrl, j'ai récuperé la fonction qui m'interressait mais il me donne metacity, ou compiz chez moi...
Et ci je me trompe pas, metacity peut être utilisé par d'autres desktop que gnome.

Tu es sous xgl ? (moi j'ai pas l'acceleration graphique sous xgl pour les applis)

J'ai voulu l'essayer...
Ca m'a l'air interressant mais...
Il utilisait en permanence à 60% mon CPU...
Et du coup au bout d'un moment mon ordi (portable) est monté à 60° et s'est mis à faire un bruit d'aspirateur...

A savoir que je peux jouer à des jeux comme ManiaDrive bien plus longtemps avant que ca chauffe autant...

Pour ce qui est du FPS, il m'affiche fierement 230 en moyenne... C'est pas un peu abusé pour ce genre de jeu ?

Depuis que je suis passé au langage Geek, j'ai des problemes :

# apt-get install french
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
E: Impossible de trouver le paquet french

Est-ce que tu pourrais me donner ta ligne pour apt ?

Tux c'est un manchot.

Utilisateur de Xgl avec une carte ATI X1400 :
Niveau stabilité, j'ai pas à m'en plaindre, enfin pas trop... Je sais pas si les bugs viennent de Xgl/Compiz ou du driver graphique. (mais j'en ai que très rarement)

Niveau fluidité, c'est impécable.
Mais dès qu'on a une bonne 20 aine de fenetres ouvertes... voir parfois moins, ca se met à ramer au niveau du alt+tab... Enfin, je ne pert pas espoir pour que ca soit amélioré...

Voila, pour ceux qui veulent plus d'info sur ma machine :

Dell Inspiron 6400
Intel Centrino Duo T2500 (2Ghz)
2Go de RAM
(acheté tout recement)

J'aime bien nautilus moi...

Sur 2 ordis :
celui avec une 9200Se et l'autre avec une X1400

Pourquoi par faute de temps tu te contentes d'un html plus ou moins bon ?
Je vois pas en quoi programmer proprement demande plus de temps... Peut etre au début (le temps de perdre ses mauvaises habitudes) mais à la longue on y gagne... (propreté, donc plus facil à relire et modifier).

Enfin je dis ca... mais je ne suis pas un grand webmaster non plus... Je ne code que très rarement mais quand je le fais, le faire en xhtml strict me demande pas vraiment plus de temps...

Pour satisfaire ma curiosité :

En tout honneteté, qui a vraiment tout lu en entier ?


PS: Un grand respect à l'auteur pour son journal, ce n'est pas une critique du tout.

Pourrais tu nous dire ce qu'on est censé constater en utilisant IE ?

Tu dis n'imp, si tu es plus productif, tu pourras mouler plus longtemps !

Je dirai que tu as chargé le driver mais que tu ne profites pas de l'acceleration graphique...
Essaye plutot de faire un glxinfo et regarde pour le direct rendering :
glxinfo | grep 'direct rendering'

Je ne vois pas en quoi c'est "normal" que les parseurs soient tolérants.
Peut etre que si les parseurs étaient plus stricts on aurai moins de pages crades et on pourrai développer des parseurs ultra performant et leger (cool pour des appareil portatifs par exemple).

Imaginez du C permissif... C'est pas au compilo/parseur d'etre permissif, c'est au codeur de savoir coder proprement.

Bon c'est pas exactement le meme type de site mais bon...

http://www.jabberfr.org