ecyrbe a écrit 633 commentaires

bizarre quand même que sur le site de candidats.fr il soit toujours indiqué que Nicolas Sarkozy n'a pas répondu au questionnaire...
Serait-ce un fake? ou un oubli volontaire de leur part?

je promet rien encore, mais je peux regarder ça, je connais bien la manière de gérer le plein écran de totem, je sais pas ce qu'il en est du plugin.
je ne pourrais regarder ça qu'à partir de dimanche soir. je posterais un patch si j'y arrive sur le bugzilla.

C'est malheureux, ce journal fait un appel à contribution et toi tout ce que tu trouve à faire, c'est railler au lieux de proposer de l'aide.
En plus Totem avec le backend gstreamer est très fonctionnel à présent, je lis à peu près tout, et il plante à peut près aussi souvent que mon vlc, à savoir pas souvent.
Pour ce qui est des codecs, les codecs non libres ne sont pas fournit avec par défaut, normal.
Suffit de trouver le bon dépot et t'as tout ce qu'il faut, tu peux même aller dans les extêmes et utiliser pitfdll et win32codecs si t'es couillu.

sinon, vu que j'ai déjà touché au code de totem/gstreamer je vais voir si je peux aider pour le plugin.

l'avantage du c++, c'est son approche objet... essaye donc de penser objet pour envisager les stats à effectuer...

un tableau de pointeur sur des fonctions, c'est mal, (en c++ en tout cas), car tu n'as aucun contrôle sur le typage de tes fonctions à la compilation.
un tableau de functor est bien plus objet comme approche...

exemple :

class functor {
public:
operator () (int param1);
};

en fait dans un functor on surgarge l'opérateur parenthèese ouvrante/fermante pour émuler une fonction...

ensuite, tu as un autre problème, celui des paramètres....
c'est là encore la puissance du c++, tu peux faire des templates de functor...
ce qui te permettra de fabriquer des functor génériques à paramètres variables et differents... (et tout ça vérifié et généré à la compilation)
ta boucle de traitement pourra faire appel for_each(), qui prend en paramètre un functor... ou bien programmer ton propre for_each() qui acceptera tes functors en paramètres.

je te conseille pour ça de regarder la bibliothèque STL et Boost qui te donneront tous les prototypes pour implémenter quelque chose de cohérent et de génerique.

Boost : http://www.boost.org

si t'as besoin de plus de précisions, je suis dans le coin...

Je crois que tu confond multi-coeur avec une des capacités du Ge8800 qui permet de traiter plusieurs pixel en même temps.... en partie grâce à son pipeline et à plusieurs unités de traitement (type d'optimisations qu'on retrouve sur Pentium IV, qui n'est pas multi-coeur).
Multi-coeur signifie multi-gpu embarqué sur un même support. Ils sont inter-connecté via un Bus de transport (exemple HyperTransport chez AMD)...
Un type de multi-GPU serait plutôt le SLI de Nvidia, mais vu qu'ils ne sont pas gravés sur un même die, ce n'est pas du multi-coeur.
L'augmentation de performance du SLI n'est pas très convainquante, on n'a pas un gain X2 en vitesse de traitement, contrairement au RayTraing qui lui gagnerait réellement X2 pour un double coeur... X16 pour un 16-coeur... dans la théorie bien sur.

Bon, je vais donner mon avis de gars qui maintient des serveurs à distances en ssh, mais qui utilise aussi webmin pour sa convivialité pour paramétrer facilement un VPN , un routeur, un serveur mail etc...
Et bien , webmin c'est bien, c'est intuitif, et ça fait gagner du temps pour tout ce qui est fichier de configuration et démarrage/arrêt de services/daemon. Un projet du type WebUbuntu permettrait simplement de rendre cette tache encore plus simple.
Pas miracle quand même, un bon vieux ssh sera souvent plus rapide pour pas mal de cas...
Mais bon, je me souviens encore y a dix ans de ça, c'était le même problème mais en local: Mode Texte vs Serveur X, on a reporté le problème à distance xD

Je sais plus ou j'ai lu ça, mais il me semble que le projet d'Intel est de faire un GPU de RayTracing qui se prette très bien au modèle muti-coeur contrairement aux GPU Rasterizer actuels qui peinent à voir leurs performances augmenter en multicoeur...
Le truc, c'est qu'il me semble que les APIs OpenGL et DirectX ne sont pas adaptées au RayTracing. D'ou l'emmergeance de projets comme OpenRT :
http://www.openrt.de/

Donc, si c'est vraiment le cas, est-ce que les developpeurs suivront? vu qu'il faudra utiliser une autre API pour profiter de ces GPU?

sous ubuntu, il n'y a pas de compte root d'activé par défaut...
si tu veux avoir des droits administrateur, en ligne de commande, tu peux faire :
>sudo -s

il te demandera ton mot de passe (à toi) et tu aura alors une console d'administration aves le droit de faire tout ce que tu veux sur ton ordi...

C'est pas toi qui sera taxé, faut-il encore le rappeler? ce sont fournisseurs de contenus audiovisuels comme les entreprises qui fournissent de la télévision par ADSL, Cable, Satellite etc...
Pour ma part je ne vais pas pleurer sur le sort de Free et consorts, et s'ils répercutent cette Taxe sur l'abonné, ce serait du foutage de gueule. Déjà qu'ils ont une TVA à 5,5% (d'ou leur marge affolante), on va pas pleurer sur leur sort...

La taxe ne va pas taxer directement l'abonné... c'est une taxe sur les entreprises comme Free qui proposent du contenu audiovisuel.
Elle va représenter un pourcentage de leur C.A. (à priori entre 0.5% et 4,5%). Donc si Free répercute sur l'abonné on pourra gueuler... en attendant, les autres FAI ont annoncé ne pas augmenter leur tarifs à priori.
Si c'est le cas, il suffira de changer de FAI si celui-ci répercute sur l'abonné... vive la concurrence!

WMV9 est comme MPEG-4, emcombré de brevets logiciels détenus par Microsoft et d'autres compagnies. En Europe, pas de souci à priori.
Mais ailleurs il faut vérifier si les brevets logiciels sont valable.

Je parle de redistribution libre, ce que je dis est valable dans les 2 cas. Le fait de payer pour chaque copies distribués, n'empêche pas la distribution du code source. Or, s'ils ont acquit la license pour MPEG-2, c'est qu'ils payent pour chaque copies, donc rien ne les empêche de filer le code source...

Pour WMV je ne sais pas, mais pour MPEG (1/2/4) je peux t'assurrer que l'acquisition d'une license auprès de MPEG-LA ne force pas à garder le code source fermé...
Par exemple, une société faisant du libre et qui utilise XviD peux tout à fait acquérir une license auprès de MPEG-LA pour pouvoir intégrer XviD légalement dans leurs solutions software aux USA. ça te donne le droit de redistribuer jusqu'à plusieurs milliers de copies gratuitement, puis au delà d'une certaine limite (une million je crois), la société doit payer quelques centimes par copies. (la distribution de binaires XviD aux USA est illégale sans cette license)

Rien, absoulement rien, dans cette license de portefeuil de brevets ne t'oblige à garder le code source fermé. Donc Fluendo aurait très bien pu distribuer les codecs Mpeg-2 et Mpeg-4 libre... et d'ailleurs ils sont déjà implémentés dans le module gstreamer-ffmpeg. Mais la distribution aux USA reste illégale sans license auprès de MPEG-LA.

Au final, pour nous européens, ça ne change rien... car ces licenses ne s'appliquent pas encore sur notre territoire, et la distribution de gst-ffmpeg est légale.

Depuis ce post http://linuxfr.org/~kyu/18643.html t'as déjà eu une expérience professionelle, ou tu galère depuis tout ce temps?

Sinon, pourquoi HP-UX? tu veux répondre à une offre d'emploi spécifique?
Je pense qu'en tant qu'administrateur réseaux, tu pourrai avoir plus de chance dans le public (écoles d'ingénieurs, universités) qui ont une sélection sur concours (qui est en fait dossier+ entretiens).
J'ai un ami qui en sortant de sa formation à postulé à un poste dans le public et qui à été embauché assez facilement. Je crois que les dossiers sont à déposer avant mars de chaque année.

si xdtv ou un autre programme de tv est configuré... tu note le canal UHF ou VHF utilisé pour la chaine à regarder et tu cherche la fréquence correspondante via wikipedia (qui est ton ami) :

http://fr.wikipedia.org/wiki/Fr%C3%A9quences_des_canaux_de_t(...)

ensuite il est peut être possible de faire une play liste des chaines, et de contrôler le changement à distance... mais j'en suis pas sûr.

Relit le début du sujet, il est question des remplaçer une techno à base de machine virtuelle par une autre... Je suis loin de penser qu'elle soient incontournable!
Et puis la portabilité de D ne va pas beaucoup plus loin que celle du c++, vu que les apis système sont toujours dépendante de la platteforme (Linux,BSD,Windows,Solaris...) alors que dans Java ou Mono elles sont masqués (en théorie bien sûr, car dans la pratique y a toujours quelque chose qui marche pas).

voici un exemple parfait du moinssage qui me dégoutte sur linuxfr. Le gars il écrit des trucs sur l'extrême gauche, et pof, on utilise le moinssage comme moyen de censure... Faut arrêter d'avoir peur, il va pas vous bouffer. Son commentaire est loin d'être inutile, il ne fait tout simplement pas du tout l'unanimité... mais de là à le moinsser sauvagement.
On est quand même assez intelligents pour lui répondre gentillement sans invoquer des termes comme "propagande" etc... Des journaux politiques, on en a vu, on en reverra, et des idées minoritaires aussi. D'ailleurs, dans le monde les LL sont minoritaires aussi, et personne n'apprécie ici quand on diabolise linux. Même sur linuxfr, dans un journal de seconde page, qu'est-ce qui empêche de discuter de politique, intelligemment... ça change des fois des problèmes de clavier qui blo

selon http://osdir.com/ml/help-gnutls@gnu.org/msg00357.html , il semblerait que la differrence de performance soit de l'ordre 15% en faveur ou défaveur de l'un et de l'autre en fonction de la platteforme employée.
Donc, pas de quoi fouetter un chat. Il fut une époque ou effectivement, la difference de performance était conséquente, (de l'ordre de 10 fois en faveur d'openssl), mais c'était il y a au moins 4 ans de celà...

On peux noter aussi que la fondation mozilla (à l'origine SSL à été développé par Netscape)
distribue aussi une version de leur implémentation : http://www.mozilla.org/projects/security/pki/nss/

Personellement, seulement essayé les deux cités dans mon journal. Au début j'ai commencé par l'utilisation d'OpenSSL qui m'a laissé un gout de Hack monstrueux (des alias avec des MACRO à tout va ), de documentation périmée obligeant à farfouiller dans le code source de la librairie pour trouver la fonction qui va bien.
J'ai donc décidé de passer à GnuTLS et j'en suis très content. Tout y est documenté ou presque, c'est proprement programmé avec des noms explicites et tout et tout. bref, je la recommande chaudement à tous ceux qui utilisent encore OpenSSL.

parceque D ne s'execute pas dans une machine virtuelle?

Alors pour le 4 cartes fermés, c'est ce qu'on appelle le Omaha... ça change beaucoup du hold'hem, car les mains sont plus spectaculaires vu qu'il y a plus de cartes pour te construire une main.

Je lis un magazine qui est très bien pour apprendre les stratégies en fonction du nombre de joueurs à table, c'est Poker Card Player Magazine. 4,50 euros chez ton buraliste.

Après, les règles pour les blindes, ça change souvent. Mais classiquement, tu dois t'en douter, ce sont les deux joueurs à gauche du bouton (donneur) qui doivent les mettre. Le premier la petite blinde, le second la grosse blinde. (généralement 2 petites blindes = 1 grosse blinde). Au premier tour (avant le tirage flop) c'est le joueur après la grosse blinde qui parle en premier. Pour les enchères suivantes (flop, turn et river), c'est le joueur à gauche du donneur qui parle.
Ensuite y a tout un vocabulaire à assimiler, celui des tournois, avec des noms comme :
- buy-in : prix à payer pour rentrer en tournois
- rebuy : possibilité de se renflouer pendant un nombre de tours ou minutes donnés .
- add-on : possibilité de se renflouer après la période de rebuy.
et d'autres...

si "tester" signifie faire des tests unitaires, je veux bien croire le sondage...

impardonnable, oublié de me relire...
lire plutôt : "46 153 dollars" --> "46 153 euros" bien sûr!

avec 1.00 euro t'achète 1.30 dollars.... donc 60 000 dollars divisé par 1.30 ça vaut plutôt 46 153 dollars ... dans la pratique ils ont donné 45372 euros...

mes 2 centimes!

ouaip, mais ils perdraient pas mal de monde en route...
de toute façon, c'est contre la philosophie du contrat social de debian : http://www.debian.org/social_contract.
Et c'est bien ainsi...