Edouard Gomez a écrit 450 commentaires

...itoufle, car il ne faudrait pas que vous attrapiez un coup de froid ?

WMA->AVI(xvid,mp3|PCM) ne devrait pas te causer de grosses pertes de qualité comme tu semble en faire l'experience.

XviD et WMA9 ont une qualité tres proche pour un mm bitrate, je te conseille donc de bien faire gaffe a ne pas diminuer le bitrate pour ton transcodage, sinon la perte de qualité serait tout a fait normale.

Ceci dit sans connaitre les parametres que tu as utilisé pour XvID, je ne pas t'aider plus que çà.

PS: j'ai bien lu les commentaires sur Xft. En fait je voudrai surtout savoir s'il y a du nouveau ou si c'est toujours aussi incertain.

IMHO, ces posts sont moinsés car ils n'apportent rien de plus que le premier post qui lui vaut bien ses +10.

Donc je completerai ta phrase:
"les votes ne servent pas à dire si on est d'accord ou pas, ils servent à mettre en valeur les posts interessants".

par:
"et faire en sorte que les posts qui n'apportent rien au débat n'apparaissent plus clairement sur les enfilades"

A mon avis, ton programme fourmille de bugs ailleurs (dans methode(char*);) ou alors je n'ai pas compris clairement comment fonctionnait ta fonction.

Si modifier la donnée originale ne te derange pas:

methode(&currentSig[i]);

sinon:

char plop = currentSig[i];
methode(&plop);

pour ne pas modifier la valeur originale.

Ils sont chiffrés tes trucs ?

gprof te genere un "flat profile" des fonctions appelées dans ton programme. Les divers champs du tableau te renseignent sur le pourcentage pris par la fonction x, le temps cumulé dans ton programme, son temps d'execution propre total durant le run, temps propre d'execution pour un appel, le nombre d'appels faits a cette fonction, et le biensur le nom de ta fonction.

Un adage plutot vérifié veut que tu concentres tes efforts d'optimisation sur les 5% des fonctions qui te bouffent en general les 95% du temps d'execution. C'est un peu éxagéré comme conseil mais il est vrai en général qu'un petit nombre de fonctions appelées très souvent dans un programme, jouent ainsi un role plus que dominant sur le temps d'execution total. Ainsi si tu optimises ces fonctions critiques, tu donneras un bon coup de speed a ton appli.

En gros mieux vaut optimiser une fonction X appelée 10000 pour gagner 1ms par appel (10s au total) que d'optimiser une fonction appelée 5 fois de 1s par appel (5s au total).

Pour que ton executable te produise un gmon.out, il faut que tu compiles _et _ que tu link ton executable avec l'option -pg. Si tu fais l'un sans l'autre (erreur commune), tu n'auras pas de gmon.out.

En gros:

Tu compiles avec: $(CXX) $(CXXFLAGS) -pg -c -o plop.o plop.cpp
Tu linkes avec: $(CXX) -pg -o plop plop.o

Faut croire qu'a mon ecole on est pas assez bon pour figurer dans le top Ten... :-)

Pas de bras, pas de chocolat.

Je te garanti que le son sera reconnu par le module alsa snd-via8xx (dispo dans toutes les boulangeries).
Je te garanti que le reseau tournera avec le module bcm4400 (dispo sur une debian SID grace a un apt-get install bcm4400-module ou sur le cd-rom fourni avec la carte mere asus)

Je garanti aussi que le tout tournera bien, puisque moi meme, j'en ai une et que ca fonctionne comme un charme avec un XP 2200+, 1 barrette 512MB DDR PC2100, GeForce 4MX 440.

La seule divergence notable entre ta config et la mienne c'est la carte graphique, moi je reste sur une NVidia, car meme si les drivers ne sont pas libres, ce sont les seuls qui m'offrent un support OGL 1.4 complet + GLX 1.3 (j'en ai besoin pour mes propres programmes). ATI fourni depuis qq temps des drivers proprio qui me semblent aussi assez complets, mais ATI traine une vieille reputation (meritée) de mauvais drivers.

Pourquoi prendre une A7N8X ? Il est vrai que le NForce a l'avantage d'integrer le chip graphique mais il s'agit d'un chip equivalent a une GeForce2MX.

Le NForce possede des drivers deja plus ou moins matures pour la partie LAN et son mais je pense que le mieux serait que tu prenne une A7V8X (le chipset est un VIA KT400). Tout est deja reconnu en standard par des drivers Libre (bcm4000 pour le LAN, Alsa pour le son). Il te restera a degoter une carte graphique de ton choix qui conviennent aux besoins de ta soeur.

Sous debian, la config par defaut utilise l'auth systeme + sameuser cad qu'il verifie que la base Postgres possede un user dans ses tables et que le systeme aussi. Seulement, ce cas d'utilisation est corrrect pour des utilisateurs reels mais pas trop pour par exemple des sites faisant appel a la DB car on ne va pas creer un user par site hosté.

J'ai eu le meme probleme que toi, cette meme apres midi. La soluce moins gruik que le mode 'trust' est la suivante:

# $EDITOR $PG_DATA/pg_hba.conf

tu patches comme suit:

-local     all     all     ident sameuser

-host      all     all     127.0.0.1     255.255.255.255     ident sameuser

+local     all     postgres     ident sameuser

+local     all     all     md5

+host      all     all     127.0.0.1     255.255.255.255     md5

Ensuite tu crees les utilsateurs qui doivent se connecter a ta DB sous l'uid 'postgres' et la commande 'createuser -E'. L'option -E est importante car sans elle chez moi l'auth foirait. Voila, tu devrais avoir une DB dont les users sont decorellés des users system: bien plus pratique pour des sites web.

Ne pas oublier le patch:
linux-2.4.20-ptrace.patch

A appliquer avant tous les autres. Il fixe la faille de secu associée a l'utilisation de ptrace dans certains cas.

Hmmmm, chez moi ca s'applique plutot bien. Voila l'ordre dans lequel je les ai appliqué:

- 001_ck6_2.4.20.patch.bz2
- 020_int_030417_ck_2.4.20.patch.bz2
- 030_rmap15f_030416_ck_2.4.20.patch.bz2
- 031_rmap15f_rmap15g.patch.bz2
- 040_ext3-scheduling-storm.patch.bz2
- 041_ext3-use-after-free.patch.bz2
- 042_sync_fs.patch.bz2
- 043_sync_fs-fix.patch.bz2
- 044_sync_fs-fix-2.patch.bz2

001 020 et 030 viennent de Con Kolivas.
031 vient de chez Rik Van Riel (oui j'ai une VM a RiK)
04x viennent du site du FS ext3.

Lors de l'application il y a quelques glitchs (2 ou 3 rejects) mais ils sont soit non pertinents , soit facilement corrigeables.

Chez moi pareil en tentant de voter sur un de mes propres posts. Il s'agit surement d'un bug car la fois d'apres j avais bien le message comme quoi je ne pouvais voter pour mes propres posts.

Je cherche en vain un Coin² pour emacs

Etant une vraie brele en elisp, je ne me risque pas a ce genre d'exercice perilleux puisque comme tout un chacun sait: un coin² est un outil indispensable au bon deroulement de nos journees de travail. Je ne peux donc pas me permettre de pondre une bouze (si j'en etais deja capable ;-).

QQ un travaillerait-il sur un elisp-coin² ?

Son site se charge pas ici non plus avec galeon 1.3.3, mais vu le topic ca doit pas etre bien grave:
333-SUNRISE script pour mIRC (v6.03) Bientôt disponible

Enfin on peut pas juger sans avoir vu, donc serait il possible de voir ce site ?

Dans le meme style que strace, il existe ltrace qui lui trace les appels de fonctions "normales" (par opposition a "fonction systeme").

Hope that helps.

Alors la demarche a suivre chez moi:
- Chopper les fichiers originaux sur son CD retail (moi j'avais la version KiXX pas chere qui etait une reedition du titre).
- Chopper les sources
- Compiler les sources comme indiqué sur la page (au besoin virer -Werror avec gcc 3)
- Copier les data dans un rep X
- Copier les binaires ds le mm rep
- S'assurer que tout les fichiers ont un nom en minuscules
- Copier les .con de des sources/tesdata dans le rep du jeu
- S'assurer que le lookup.dat est bon (chez moi il fait 10266Bytes, la version qui foirait faisait 10174Bytes, fournie ds les sources/testdata)
- S'arranger pour obtenir un duke3d.cfg qui marche (ca traine encore sur le net)

En theorie ca marche.

En résumé, ce qui foirait chez moi c'etait le lookup.dat qui devait provenir d'une install un peu bidouillée que j'utilisais pour faire mes niveaux.

Moi tous les matins je casse le vent ca me purefie de l'intérieur.

Leur page n'est même pas en HTML... ca sait cracker un serveur, mais ca sait pas faire une page HTML un minimum sérieuse ;-)

La debian fournit uniquement la version compatible gtk-1.2 :-(

Pour le choix du theme GTK on peut faire plus propre qu'un setting global. Sur Debian SID le fichier à utiliser est $HOME/.gtkrc-2.0

$ cat ~/.gtkrc-2.0
gtk-font-name = "Verdana 9"
include "/usr/share/themes/Mist/gtk-2.0/gtkrc"
EOF

A noter que cette astuce est valide tout aussi bien pour gtk-1.2 en utilisant le fichier $HOME/.gtkrc. Biensûr faites attention à faire pointer gtk vers un theme correspondant à sa version.

PS: pour la font sous gtk-1.2, il faut se coltiner les fonts "a la" X11 du style --plop----100-100-iso8859-15