>OK tous le monde n'utilise pas de x86 mais un linux 10 ou 15% plus veloce a l'execution sans changer de config materiel c'est interessant..
A moins de recompiler toute ta distro avec, tu ne risques pas de voir de grandes différences de perf puisqu'en tant qu'utilisateur tu dépend surtout des applis userspace en terme de perf, non pas que le noyau n'y joue pas un role, mais c'est moins flagrant, car je doute que tu pousses ton noyau dans ses derniers retranchements et qu'il est primordial pour toi que le scheduler tourne en quelques cycles de moins, tout comme la VM ou les syscalls, ou les IRQ handlers ou...
Si la taille de la boite parente n'est pas connue, alors le pourcentage equivaut à auto, ce qui revient à ajuster la taille de la boite au contenu de celle ci.
Pour résoudre le problème, ta balise body doit avoir une taille fixe, par exemple avec ce genre de CSS:
body { position: absolute; top: 0; bottom: 0; width: 100%;}
puis alors la classe:
.mybox { height: 100%;}
fonctionnera (le public applaudit).
A savoir que IE ne sait pas utiliser 'top' et 'bottom' à la fois (ni 'left' et 'right'), pour cela il faut jouer avec des trucs pas standard du tout, du type:
.couvretout { top: 0; height: expression(document.window.offsetHeight) + 'px'; }
(je me souviens plus trop si les noeuds DOM cités ci-dessus sont corrects, je les donne de mémoire)
Donc encore un point, où tu vas te prendre la tête à avoir une version standard, et quelque chose pour IE... dans ce cas je te conseille un truc du genre:
<link rel="stylesheet" type="text/css" href="standard.css" />
<!--[if IE]>
<link rel="stylesheet" type="text/css" href="trucPourIE.css" />
<![endif]-->
La CSS trucPourIE.css surcharge les proprietes standards pour satisfaire IE... pas besoin de dire que ca devient vite le bordel de gérer le set d'attributs standard et à coté tous les workarounds pour IE. En tout cas cette solution devrait te permettre de garder une CSS standard CSS 2.1 par exemple, parce que je vois de plus en plus de CSS complètement saccagées par des CSS hacks...
Tente de "remuxer" tes vorbis. Désolé je connais pas le nom de l'outil mais ca doit bien se trouver. Je connais ce genre d'outil pour la vidéo, les ogmtools, qui permettent de remuxer a pau pres n'importe quoi vers des ogm, la mm chose doit exister pour les ogg tout court.
Le & est loin d'etre le meilleur moyen... il ne détahe pas du terminal, il le met en background ce qui est très différent.
Un daemon propre étant un programme qui se détache du terminal, la première chose à faire est un close(0); close(1); puis un close(2); pour fermer respectivement l'entrée strandard, la sortie standard, et la sortie d'erreur, puis alors de forker le daemon.
Le top du top c'est d'utiliser syslog pour logger toute sortie régulière, de controle, de debug ou annexe.
Pour toutes les infos, lire:
man 2 close
man 2 fork
man 2 syslog
A priori un fichier /etc/modprobe.d/speedtouch:
install speedtch modprobe pppoatm --first-time --ignore-install
puis un update-modules pour mettre a jour le fichier généré a partir des templates /etc/modprobe.d devrait aider, je te laisse creser la question.
PS: ceci est theoriquement correct pour un noyau 2.6 plus les modules-init-tools. L'option "install" pour un modutils+2.4 est différente d'après mes souvenirs.
De ce coté là, je pense que je sais utiliser the Gimp pour selectionner la zone finale de la photo :-) (ctrl-r raccourci par défaut)
- réparer une photo déchirée
Je pars de photos numeriques, donc pas de déchirures.
- régler les couleurs pour les rendre plus chatoyantes
Tutoriaux sur les niveaux je pense. Technique qui consiste à étaler l'histogramme des pixels sur l'ensemble dispo des valeurs afin de donner une amplitude plus grande aux couleurs.
Eg: Utilisé pour enlever le voil gris résultant dans certaines photos.
- donner des effets de profondeur à mes photos
Quoi qu'est ce ?
- utiliser plusieurs techniques pour détourer des objets
Tu as un exemple avec une photo ? Je ne crois pas avoir besoin de ce genre de technique mais peut être que je me trompe :-)
- etc.
Bah le "etc" c'est justement ce que je recherche. Surtout je cherche pas à truquer les photos, juste à réajuster afin que ca corresponde à ce que je voyais avec mes "oeils" au moment de la prise.
Non car je n'installe rien a partir des sources dans les rep systemes, j'installe tout dans une hierarchie propre a mon utilisateur... on me la fait pas le coup du "tu fais tout en root, bouh SAIMAL" :-) En gros j'ai un gros ${HOME}/opt/ pour toutes les applis installées à partir des sources.
De plus je rappelles qu'installer des packages sources sur nos belles distros RPM ou debian, SAIMAL !
Utilisez au moins une arborescense à part ou mieux des logiciels qui gèrent ça tout seul comme GNU stow iirc.
L'opérateur && exécute ce qui suit uniquement si la commande le précédant termine avec un code retour 0 (valeur qui dit, tout s'est bien passé pour les applis unix traditionnelles).
Donc ma ligne se lit.
Fait le configure, si le configure a bien marché, fait le make, si le make a bien marché, fais l'install.
Si la moindre etape foire, ca s'arretera simplement.
Je confirme, c'est LA facon de proceder. Hotplug multiplexe tout evennement de plugging ou unplugging du matériel il est donc tout à fait à même de scripter le montage de l'apn losqu'il est branché.
J'utilise moi même cela pour mettre le bon uid:group afin que je puisse me servir de gtkam sans avoir à etre root. Il me semble que le site gphoto montre un exemple de script. Il ne te restera plus qu'à adapter pour monter ton APN, puisqu'il se comporte comme un usb-storage.
Je te laisse le soin de dl le source de gphoto2, prendre les scripts dispos et adapter celui qui se rapproche le plus de ton besoin.
J'ai quand même un doute que hotplug puisse gérer ca tout seul, car il voit passer l'evennement de plug USB, mais je ne sais pas s'il intercepte l'arrivée des /dev/sd??. Il faut peut etre aussi que tu creuses du coté de udev. udev permet de par exemple de creer un nommage persistent de tes devices genre /dev/apn qui pointe sur le bon /dev/sd?? quelque soit le cas.
Pour les chèques et les rendez vous coquins, s'adresser directement à mon agent.
Euh non, c'était une plaisanterie... on fait ça pour le fun, pas pour l'argent.
Par contre on accepte toute contribution en temps humain (oui car pour nous, le temps de contribution est une rémunération de nos efforts, et ca profite directement à tous), je pense particulièrement à de la doc développeur si jamais tu en es capable, j'ai commencé un truc là: http://ed.gomez.free.fr/vrac/xvid-docs/index.html(...)
Ca avance trop lentement, j'arrive pas à me motiver, et je suis le seul qui "perd" mon temps la dessus...
Maintenant, si tu es pas en mesure d'aider sur ce point, c'est pas grave, il reste toujours les trucs habituels pour un utilisateur lambda: bug reports bien ficelés, faire de la pub pour le logiciel par bouche à oreille etc etc...
Par contre j'aurais une question donc j'en profite ici. Il y a une option qui est présente dans XviD4conf et qui est le Turbo Mode mais je n'ai pas très bien compris si au détriment de sa vitesse il enlève de la qualité en simplifiant la ME. Est-ce le cas ?
Oui, le turbo mode (l'est moche le nom de l'option) réduit la complexité de l'algorithme d'estimation de mouvements. En général, il balaye un peu moins de candidats et s'arrête avant l'algorithme normal. Il utilise aussi une approche mixte entre Rate Distortion Optimized ME et SAD based ME.
Revue de code lors d'optimisations du décodeur sur la branche HEAD. J'ai voulu incorporer le travail d'une autre personne dans xvid et ca donnait jamais les mêmes résultats sur les bvops... du coup j'ai relu le standard, soit c'était xvid ui avait tout faux depuis 2ans, soit le mec avait fait une connerie -> xvid avait tout faux.
- Qu'est-ce que ça change que le bug soit corrigé ou non si visuellement ça change rien ?
Ca change que le standard est respecté, c'est une bonne raison en soit. La deuxieme bonne raison c'est que le codeur utilise aussi l'autre arrondi, donc potentiellement, ces erreurs d'arrondis salopaient le boulot du codeur. Mais en réalité, vu que l'arrondi se joue sur des 0.5 de précision, des fois le mauvais arrondi pouvait potentiellement donner une meilleure qualité (ou pas, c'est du hasard)
Juste pour signaler que la télévision n'est pas un moyen de communication... c'est un moyen de diffusion. Donc que les 7 ayant voté pour la télévision me disent comment il s'y prennent pour communiquer avec leur télé ;-)
Je crois me souvenir que le noyau Linux utilise la GNU GPLv2 + clause de link par interface controlée non ? (une sorte de LGPL plus restrictive, mais moins contraignante qu'une GPLv2 d'un point de vue de codeur proprio)
En gros ca donne le droit de se linker au noyau Linux via un set de fonctions definies par la clause (j'imagine que la meilleure interface dans le cas d'un noyau c'est l'interface de syscall) et rien d'autre. La LGPL , elle, permet carrément au codeur proprio d'exploiter la totalitéde la lib sans restriction sur l'utilisation qui en est faite, la seule contrainte est de donner accès au code modifié (ou non) générant la version distribuée avec son produit propriétaire.
D'un autre coté, le fait de voir fleurir des modules proprios, me fait dire que la license GPL est tout cimplement baffouée, ou alors que Linus a tout simplement autorisé ce genre de pratique et que toute contribution se fait sous la condition d'accepter ce fait (sinon linus ne pourrait laisser utiliser certaines parties de code par ces modules proprios, bref de quoi s'arracher le cheveux vu le nombre de contributions)
Enfin bon c'est bien compliqué et un coup de google bien poussé pourrait t'aider à trouver des threads sur la Linux Kernel Mailing List abodant le sujet.
On pagine par lot de ${parametre utilisateur ou global au site} commentaires arrondi au thread pret.
Si le parametrage se fait par utilisateur, bah il le choisit en fonction de la capacité de sa babasse cliente :-)
Si le parametrage est global au site, bah une petite page de test, et un sondage associé pourrait nous permettre de voter pour la valeur qui satisfait le plus de monde.
Comme le dit le site, il y a deja pas mal d'applis qui se servent de ce framework audio/vidéo: Totem, rythmbox pour Gnome et amaroK et JuK pour KDE.
En gros le but de gstreamer, c'est d'offrir un framework audio/vidéo qui soulage le boulot de ceux qui voudraient coder des applis "à valeur ajoutée" dans le domaine audio/vidéo. Exemple concret, un outil de montage c'est deja bien assez dur à écrire, s'il fallait se tapper toute la partie demux/decompression/compression/mux, tout en sachant qu'il existe autant de containers que d'acteurs majeurs proprios (rv, mov, avi, asf/wmv, mpeg-ts), une myriade de formats vidéos... pour toi pauvre codeur d'outil de montage, c'est bien d'avoir une base qui te fournit tout ca directement et tu peux te concentrer sur ton ceoru d'application: le montage, les effets etc etc.
Surtout que sous windows, il y avait deja vfw 1.1 (facile à utiliser, très limité pour les besoins d'aujourd'hui) et il y a tout le framework DShow pour les applis récentes (tout est composant, chainable, assez lourd a manier mais puissant)
On peut envisager de garder des CSS aux normes (enfin qui ne sont pas adaptés au non rspect du standard par IE) avec l'aide des "behavior" fournis par le projet IE7.
Ce bidule corrige au moins le modele de box IE, rajoute le support de selecteurs CSS2 et 3, rajout du support des position fixed, des backgrounds absolute comme il faut etc etc. Et tout ca mis bout à bout, ca change la vie d'un dev Web... ma page perso passe presque bien avec, alors que sans c'est vraiment injouable sous IE6 mm en mode standard (pas quirk). Je passerai mon site ss IE7 des que je trouve le temps de ne pas bosser sur XviD :-P
Le gros inconvenient, c'est que a pese 16ko, mais bon si les utilisateurs le mettent dans leur cache ca devrait pas trop jouer sur la BP mensuelle.
Bref a tester sur une machine de dev, si ca corrige une bonne partie des bugs, ca pourrait eventuellement passer en prod ? ;-)
Je vais pinailler mais:
ça me fait toujours rigoler quand on parle de compresser (sans perte) des fichiers JPEG, MPEG*. Ce sont des fichiers déjà compressé avec dégradation de l'information pour améliorer le niveau de compression et à la fin du processus on applique un codage RLE et Huffman.
Oui *mais*, pour MPEG1/2/4, JPEG, surement mpg2 layerIII et compagnons, brefs tous sauf h264+CABAC, cette etape de codage utilise un ditionnaire de huffman prédéfini, donc non optimal :-)
Donc il n'est pas rare comme tu le dis de réussir à gratter quelques % de plus avec un *bon*(ou *adapté*) compresseur sans perte. En tout cas ca prouve clairement que ces tables de huffman statiques sont plutot bien définies étant donné le panel possible de data à son entrée :-)
Ca, c'est juste unes des utilisations des shaders, plus precisement ici, des vertex shaders. C'est la technique dite du "displacement mapping".
Faux, le displacement mapping n'utilise pas de vertex shaders, mais des fragment shaders (d'ailleurs il me semble que la litérature OpenGL parle de fragment shaders et non pixel sharders, employé dans Direct3D, détail insignifiant vu que ce sont deux termes différents pour désigner un même ensemble de fonctionnalités).
En effet, lors de displacement mapping, la position des vertex du mesh reste identique, ce qui change c'est le rendu des fragments composant la surface des triangles en utilisant une heightmap map, de telle sorte qu'un pixel n'est pas rendu sur la surface mais à surface+heightmap.n-> où surface représente le fragment de la surface "tel quel" (transformation normale), heightmap la perturbation d'hauteur à appliquer au pixel, et n->, la normale à la surface en ce fragment (lui même pouvant être perturbé par un bump mapping).
Sur mmx standard on utilise la version de ffmpeg qui a été optimisée par Michael Niedermayer (basée sur celle de Lespinass, comme presque toutes les idct open source dispos :-), mais sur AMD, on utilise une version schédulée à la main pour les pipelines des Athlon/Duron plus rapide :-)
Nan de toute facon tout ce qui est optimisé à la main (ie: postfixé par mmx/3dne/xmm/sse2) est déjà très optimisé, je pense plutôt que la où pêche XviD serait une utilisation abusive du bus mémoire... le problème c'est que pour économiser le bus mémoire, ca équivaut à voir quelles étapes peuvent être fusionnées pour éviter des résultats intermédiaires. Or je me disais qu'il y avait peut être quelques % à gratter sur la forme du C avant de s'attaquer au fond (qui demandera plus de travail, puisque certaines étapes seront fusionnées et demanderont la création de nouevlles séries de fonctions).
[^] # Re: Impressionnant
Posté par Edouard Gomez (site web personnel) . En réponse au message Linux 2.6.9 compile avec icc 8.1 sans modifs!. Évalué à 2.
A moins de recompiler toute ta distro avec, tu ne risques pas de voir de grandes différences de perf puisqu'en tant qu'utilisateur tu dépend surtout des applis userspace en terme de perf, non pas que le noyau n'y joue pas un role, mais c'est moins flagrant, car je doute que tu pousses ton noyau dans ses derniers retranchements et qu'il est primordial pour toi que le scheduler tourne en quelques cycles de moins, tout comme la VM ou les syscalls, ou les IRQ handlers ou...
# C'est normal...
Posté par Edouard Gomez (site web personnel) . En réponse au message Firebird + CSS + parametre height. Évalué à 3.
http://www.w3.org/TR/CSS21/visudet.html#the-height-property(...)
Si la taille de la boite parente n'est pas connue, alors le pourcentage equivaut à auto, ce qui revient à ajuster la taille de la boite au contenu de celle ci.
Pour résoudre le problème, ta balise body doit avoir une taille fixe, par exemple avec ce genre de CSS:
body { position: absolute; top: 0; bottom: 0; width: 100%;}
puis alors la classe:
.mybox { height: 100%;}
fonctionnera (le public applaudit).
A savoir que IE ne sait pas utiliser 'top' et 'bottom' à la fois (ni 'left' et 'right'), pour cela il faut jouer avec des trucs pas standard du tout, du type:
.couvretout { top: 0; height: expression(document.window.offsetHeight) + 'px'; }
(je me souviens plus trop si les noeuds DOM cités ci-dessus sont corrects, je les donne de mémoire)
Donc encore un point, où tu vas te prendre la tête à avoir une version standard, et quelque chose pour IE... dans ce cas je te conseille un truc du genre:
<link rel="stylesheet" type="text/css" href="standard.css" />
<!--[if IE]>
<link rel="stylesheet" type="text/css" href="trucPourIE.css" />
<![endif]-->
La CSS trucPourIE.css surcharge les proprietes standards pour satisfaire IE... pas besoin de dire que ca devient vite le bordel de gérer le set d'attributs standard et à coté tous les workarounds pour IE. En tout cas cette solution devrait te permettre de garder une CSS standard CSS 2.1 par exemple, parce que je vois de plus en plus de CSS complètement saccagées par des CSS hacks...
# ReMux
Posté par Edouard Gomez (site web personnel) . En réponse au message Gstreamer et Ogg. Évalué à 1.
[^] # Re: Utilisateur multitache ????
Posté par Edouard Gomez (site web personnel) . En réponse au message Debian multitaches ???. Évalué à 1.
Un daemon propre étant un programme qui se détache du terminal, la première chose à faire est un close(0); close(1); puis un close(2); pour fermer respectivement l'entrée strandard, la sortie standard, et la sortie d'erreur, puis alors de forker le daemon.
Le top du top c'est d'utiliser syslog pour logger toute sortie régulière, de controle, de debug ou annexe.
Pour toutes les infos, lire:
man 2 close
man 2 fork
man 2 syslog
[^] # Re: Man modprobe.conf
Posté par Edouard Gomez (site web personnel) . En réponse au message Speedtouch USB : Charger pppoatm avant speedtch. Évalué à 1.
Pourquoi a peu près ? ça fait pas ce que tu voulais ?
Si oui, bah çà 'juste marche' :-)
# Man modprobe.conf
Posté par Edouard Gomez (site web personnel) . En réponse au message Speedtouch USB : Charger pppoatm avant speedtch. Évalué à 2.
A priori un fichier /etc/modprobe.d/speedtouch:
install speedtch modprobe pppoatm --first-time --ignore-install
puis un update-modules pour mettre a jour le fichier généré a partir des templates /etc/modprobe.d devrait aider, je te laisse creser la question.
PS: ceci est theoriquement correct pour un noyau 2.6 plus les modules-init-tools. L'option "install" pour un modutils+2.4 est différente d'après mes souvenirs.
[^] # Re: HS Linux Pratique
Posté par Edouard Gomez (site web personnel) . En réponse au journal Utilisation de GIMP pour de la photo numerique.. Évalué à 3.
De ce coté là, je pense que je sais utiliser the Gimp pour selectionner la zone finale de la photo :-) (ctrl-r raccourci par défaut)
- réparer une photo déchirée
Je pars de photos numeriques, donc pas de déchirures.
- régler les couleurs pour les rendre plus chatoyantes
Tutoriaux sur les niveaux je pense. Technique qui consiste à étaler l'histogramme des pixels sur l'ensemble dispo des valeurs afin de donner une amplitude plus grande aux couleurs.
Eg: Utilisé pour enlever le voil gris résultant dans certaines photos.
- donner des effets de profondeur à mes photos
Quoi qu'est ce ?
- utiliser plusieurs techniques pour détourer des objets
Tu as un exemple avec une photo ? Je ne crois pas avoir besoin de ce genre de technique mais peut être que je me trompe :-)
- etc.
Bah le "etc" c'est justement ce que je recherche. Surtout je cherche pas à truquer les photos, juste à réajuster afin que ca corresponde à ce que je voyais avec mes "oeils" au moment de la prise.
[^] # Re: HS
Posté par Edouard Gomez (site web personnel) . En réponse au journal Utilisation de GIMP pour de la photo numerique.. Évalué à 1.
# Le lien pour les doués du click
Posté par Edouard Gomez (site web personnel) . En réponse au journal PostgreSQLFr.org : news.... Évalué à 3.
Ca évitera des copiers collés :-) puis ca aidera votre google-ranking
[^] # Re: La bonne facon de procéder
Posté par Edouard Gomez (site web personnel) . En réponse au message Make et les erreurs ?. Évalué à 3.
De plus je rappelles qu'installer des packages sources sur nos belles distros RPM ou debian, SAIMAL !
Utilisez au moins une arborescense à part ou mieux des logiciels qui gèrent ça tout seul comme GNU stow iirc.
# La bonne facon de procéder
Posté par Edouard Gomez (site web personnel) . En réponse au message Make et les erreurs ?. Évalué à 2.
L'opérateur && exécute ce qui suit uniquement si la commande le précédant termine avec un code retour 0 (valeur qui dit, tout s'est bien passé pour les applis unix traditionnelles).
Donc ma ligne se lit.
Fait le configure, si le configure a bien marché, fait le make, si le make a bien marché, fais l'install.
Si la moindre etape foire, ca s'arretera simplement.
[^] # Re: Attente active
Posté par Edouard Gomez (site web personnel) . En réponse au message Script d'automontage d'APN : très lent. Évalué à 3.
Je confirme, c'est LA facon de proceder. Hotplug multiplexe tout evennement de plugging ou unplugging du matériel il est donc tout à fait à même de scripter le montage de l'apn losqu'il est branché.
J'utilise moi même cela pour mettre le bon uid:group afin que je puisse me servir de gtkam sans avoir à etre root. Il me semble que le site gphoto montre un exemple de script. Il ne te restera plus qu'à adapter pour monter ton APN, puisqu'il se comporte comme un usb-storage.
Ici pourcomment mettre en place le script, ca te donne une bonne idée de comment tu vas procéder pour ton montage automatique:
http://www.gphoto.org/doc/manual/permissions-usb.html(...)
Je te laisse le soin de dl le source de gphoto2, prendre les scripts dispos et adapter celui qui se rapproche le plus de ton besoin.
J'ai quand même un doute que hotplug puisse gérer ca tout seul, car il voit passer l'evennement de plug USB, mais je ne sais pas s'il intercepte l'arrivée des /dev/sd??. Il faut peut etre aussi que tu creuses du coté de udev. udev permet de par exemple de creer un nommage persistent de tes devices genre /dev/apn qui pointe sur le bon /dev/sd?? quelque soit le cas.
# Je suis trop fort qd mm
Posté par Edouard Gomez (site web personnel) . En réponse au message Fonction utile pour un .bashrc. Évalué à 2.
Il faut rajouter eval devant la ligne qui merde :-) A noter que la boucle for était fausse il faut enlever les quotes.
[^] # Re: donations (en francais) ?
Posté par Edouard Gomez (site web personnel) . En réponse au journal XviD 1.0.2 dans les bacs. Évalué à 2.
Euh non, c'était une plaisanterie... on fait ça pour le fun, pas pour l'argent.
Par contre on accepte toute contribution en temps humain (oui car pour nous, le temps de contribution est une rémunération de nos efforts, et ca profite directement à tous), je pense particulièrement à de la doc développeur si jamais tu en es capable, j'ai commencé un truc là:
http://ed.gomez.free.fr/vrac/xvid-docs/index.html(...)
Ca avance trop lentement, j'arrive pas à me motiver, et je suis le seul qui "perd" mon temps la dessus...
Maintenant, si tu es pas en mesure d'aider sur ce point, c'est pas grave, il reste toujours les trucs habituels pour un utilisateur lambda: bug reports bien ficelés, faire de la pub pour le logiciel par bouche à oreille etc etc...
[^] # Re: Ratai la premiere page...
Posté par Edouard Gomez (site web personnel) . En réponse au journal XviD 1.0.2 dans les bacs. Évalué à 2.
Oui, le turbo mode (l'est moche le nom de l'option) réduit la complexité de l'algorithme d'estimation de mouvements. En général, il balaye un peu moins de candidats et s'arrête avant l'algorithme normal. Il utilise aussi une approche mixte entre Rate Distortion Optimized ME et SAD based ME.
[^] # Re: Question bête..
Posté par Edouard Gomez (site web personnel) . En réponse au journal XviD 1.0.2 dans les bacs. Évalué à 5.
Revue de code lors d'optimisations du décodeur sur la branche HEAD. J'ai voulu incorporer le travail d'une autre personne dans xvid et ca donnait jamais les mêmes résultats sur les bvops... du coup j'ai relu le standard, soit c'était xvid ui avait tout faux depuis 2ans, soit le mec avait fait une connerie -> xvid avait tout faux.
- Qu'est-ce que ça change que le bug soit corrigé ou non si visuellement ça change rien ?
Ca change que le standard est respecté, c'est une bonne raison en soit. La deuxieme bonne raison c'est que le codeur utilise aussi l'autre arrondi, donc potentiellement, ces erreurs d'arrondis salopaient le boulot du codeur. Mais en réalité, vu que l'arrondi se joue sur des 0.5 de précision, des fois le mauvais arrondi pouvait potentiellement donner une meilleure qualité (ou pas, c'est du hasard)
# Ratai la premiere page...
Posté par Edouard Gomez (site web personnel) . En réponse au journal XviD 1.0.2 dans les bacs. Évalué à 5.
# La télévision sainul
Posté par Edouard Gomez (site web personnel) . En réponse au sondage Le moyen le plus sympa pour communiquer est. Évalué à 3.
# Euh, j'en suis pas sur
Posté par Edouard Gomez (site web personnel) . En réponse au message Linux et GPL. Évalué à 2.
En gros ca donne le droit de se linker au noyau Linux via un set de fonctions definies par la clause (j'imagine que la meilleure interface dans le cas d'un noyau c'est l'interface de syscall) et rien d'autre. La LGPL , elle, permet carrément au codeur proprio d'exploiter la totalitéde la lib sans restriction sur l'utilisation qui en est faite, la seule contrainte est de donner accès au code modifié (ou non) générant la version distribuée avec son produit propriétaire.
D'un autre coté, le fait de voir fleurir des modules proprios, me fait dire que la license GPL est tout cimplement baffouée, ou alors que Linus a tout simplement autorisé ce genre de pratique et que toute contribution se fait sous la condition d'accepter ce fait (sinon linus ne pourrait laisser utiliser certaines parties de code par ces modules proprios, bref de quoi s'arracher le cheveux vu le nombre de contributions)
Enfin bon c'est bien compliqué et un coup de google bien poussé pourrait t'aider à trouver des threads sur la Linux Kernel Mailing List abodant le sujet.
# Troisieme solution
Posté par Edouard Gomez (site web personnel) . En réponse au journal Stop au trolls!. Évalué à 4.
Si le parametrage se fait par utilisateur, bah il le choisit en fonction de la capacité de sa babasse cliente :-)
Si le parametrage est global au site, bah une petite page de test, et un sondage associé pourrait nous permettre de voter pour la valeur qui satisfait le plus de monde.
[^] # Re: Gstreamer & intégration
Posté par Edouard Gomez (site web personnel) . En réponse au journal Antitroll. Évalué à 5.
http://gstreamer.freedesktop.org/(...)
Un exemple de "belle" application click-click pour créer une chaine de traitement audio/vidéo en mettant bout a bout les entrées/sorties des plugins:
http://gstreamer.freedesktop.org/modules/gst-editor.html(...)
Comme le dit le site, il y a deja pas mal d'applis qui se servent de ce framework audio/vidéo: Totem, rythmbox pour Gnome et amaroK et JuK pour KDE.
En gros le but de gstreamer, c'est d'offrir un framework audio/vidéo qui soulage le boulot de ceux qui voudraient coder des applis "à valeur ajoutée" dans le domaine audio/vidéo. Exemple concret, un outil de montage c'est deja bien assez dur à écrire, s'il fallait se tapper toute la partie demux/decompression/compression/mux, tout en sachant qu'il existe autant de containers que d'acteurs majeurs proprios (rv, mov, avi, asf/wmv, mpeg-ts), une myriade de formats vidéos... pour toi pauvre codeur d'outil de montage, c'est bien d'avoir une base qui te fournit tout ca directement et tu peux te concentrer sur ton ceoru d'application: le montage, les effets etc etc.
Surtout que sous windows, il y avait deja vfw 1.1 (facile à utiliser, très limité pour les besoins d'aujourd'hui) et il y a tout le framework DShow pour les applis récentes (tout est composant, chainable, assez lourd a manier mais puissant)
Go GStreamer :)
[^] # Re: Hum désolé je ne peux pas tester
Posté par Edouard Gomez (site web personnel) . En réponse au message Je sait, sailemal. Évalué à 2.
http://dean.edwards.name/IE7/(...)
Ce bidule corrige au moins le modele de box IE, rajoute le support de selecteurs CSS2 et 3, rajout du support des position fixed, des backgrounds absolute comme il faut etc etc. Et tout ca mis bout à bout, ca change la vie d'un dev Web... ma page perso passe presque bien avec, alors que sans c'est vraiment injouable sous IE6 mm en mode standard (pas quirk). Je passerai mon site ss IE7 des que je trouve le temps de ne pas bosser sur XviD :-P
Le gros inconvenient, c'est que a pese 16ko, mais bon si les utilisateurs le mettent dans leur cache ca devrait pas trop jouer sur la BP mensuelle.
Bref a tester sur une machine de dev, si ca corrige une bonne partie des bugs, ca pourrait eventuellement passer en prod ? ;-)
[^] # Re: Petit regret sur ton comparatif
Posté par Edouard Gomez (site web personnel) . En réponse au journal Un port de 7-zip sur linux : p7-zip. Évalué à 6.
ça me fait toujours rigoler quand on parle de compresser (sans perte) des fichiers JPEG, MPEG*. Ce sont des fichiers déjà compressé avec dégradation de l'information pour améliorer le niveau de compression et à la fin du processus on applique un codage RLE et Huffman.
Oui *mais*, pour MPEG1/2/4, JPEG, surement mpg2 layerIII et compagnons, brefs tous sauf h264+CABAC, cette etape de codage utilise un ditionnaire de huffman prédéfini, donc non optimal :-)
Donc il n'est pas rare comme tu le dis de réussir à gratter quelques % de plus avec un *bon*(ou *adapté*) compresseur sans perte. En tout cas ca prouve clairement que ces tables de huffman statiques sont plutot bien définies étant donné le panel possible de data à son entrée :-)
Fin du pinaillage
[^] # Re: details
Posté par Edouard Gomez (site web personnel) . En réponse à la dépêche La spécification de OpenGL 2.0 enfin en version finale. Évalué à 8.
Faux, le displacement mapping n'utilise pas de vertex shaders, mais des fragment shaders (d'ailleurs il me semble que la litérature OpenGL parle de fragment shaders et non pixel sharders, employé dans Direct3D, détail insignifiant vu que ce sont deux termes différents pour désigner un même ensemble de fonctionnalités).
En effet, lors de displacement mapping, la position des vertex du mesh reste identique, ce qui change c'est le rendu des fragments composant la surface des triangles en utilisant une heightmap map, de telle sorte qu'un pixel n'est pas rendu sur la surface mais à surface+heightmap.n-> où surface représente le fragment de la surface "tel quel" (transformation normale), heightmap la perturbation d'hauteur à appliquer au pixel, et n->, la normale à la surface en ce fragment (lui même pouvant être perturbé par un bump mapping).
Y a un bon article qui explique tout ca brievement:
http://www.delphi3d.net/articles/viewarticle.php?article=bumpmappin(...)
[^] # Re: Aussi...
Posté par Edouard Gomez (site web personnel) . En réponse au message Utilisation de Oprofile.. Évalué à 1.
Nan de toute facon tout ce qui est optimisé à la main (ie: postfixé par mmx/3dne/xmm/sse2) est déjà très optimisé, je pense plutôt que la où pêche XviD serait une utilisation abusive du bus mémoire... le problème c'est que pour économiser le bus mémoire, ca équivaut à voir quelles étapes peuvent être fusionnées pour éviter des résultats intermédiaires. Or je me disais qu'il y avait peut être quelques % à gratter sur la forme du C avant de s'attaquer au fond (qui demandera plus de travail, puisque certaines étapes seront fusionnées et demanderont la création de nouevlles séries de fonctions).