Troy McClure a écrit 2213 commentaires

Je connais pas magevideo mais j'imagine que ça marche comme rapidshare: les videos "interessantes" ne sont pas indexées, et donc seuls ceux qui connaissent l'url peuvent les voir ?

C'est grace à cet argument que le formidable rapidshare peut continuer à gagner plein de fric avec du cul et de la contrefaçon :
http://arstechnica.com/tech-policy/news/2010/05/court-rapids(...)

et aussi le palm pre il me semble

mais il faut aussi quelque chose du genre "@audio - rtprio 90" dans son /etc/security/limits.conf , ce qui n'est pas fait par défaut dans les distrib (ils ont trop peur qu'un vilain exploite ça). Sinon jack continuera a braire comme quoi il n'a pas les privileges qui vont bien pour avoir un scheduling temps reel.

Je suis pas d'accord ça coute rien le mixage soft sur nos ordinateurs. Mixer 100 flux audios à 44100Hz (ce qui arrive rarement sur le pc de madame michu, tu me l'accorderas), ça demande 4410000 multiply-add par seconde , quand le moindre core 2 solo sait en faire 1000 fois plus par seconde, ça laisse de la marge. Si le mixage consomme 10% de cpu sur ta machine alors le soucis est ailleurs ou bien il y a un probleme d'implementation.

Steam est un coin que le logiciel propriétaire va enfoncer dans la solide bûche du Libre pour la faire exploser. Quel libriste peut se rejouir de voir débarquer sous GNU/Linux ce pipeline qui va deverser un raz-de-marée de logiciel privativeurs et venir salir nos belles plages immaculées ?

Eh non, tu peux d'ailleurs dire merci à Steve JOBS pour avoir rendu flash ringard ! Allez tous en coeur, on dit merci à Steve !

Amélioration du rendu via le passage des opérations en virgule flottante du format simple précision au format double précision ;

Dans quel genre de situation est-ce que la double precision est utile ?

Faut dire aussi que git est tellement intuitif et bien fichu que si tu ne te farcis pas trois tutoriaux et quelques kilometres de doc pour comprendre comment ça marche tu vas vite tourner en rond et t'enerver

Pourquoi donc ? parce qu'il répond aux mails ? ou parce qu'il a mis des guillemets autour de open-source ?

Ca parait complètement anodin, mais une fois habitué, c'est incroyablement confortable. (ça se fait certainement sur d'autre portable maintenant j'imagine)

ouais j'ai un eeepc qui fait ça (le scroll à deux doigts), la difference c'est... que ça pue , c'est super mal fait (sous windows, parce que ça marche pas sous ubuntu) et pas agréable du tout. De même le touchpad dans son ensemble n'a rien à voir avec celui d'un macbook ou d'un powerbook

Je suis pas sûr que tu puisses esperer gagner du temps avec les trucs genre LTO. J'ai pas essayé celui de gcc mais j'ai des souvenirs du LTO du compilateur sgi qui effectivement accelerait de façon très spectaculaire la compilation (normal il ne compilait plus vraiment, il stockait une sorte de representation intermediaire dans les .o), jusqu'au moment où il arrivait au link et là c'était parti pour 30 minutes à mouliner. Pareil pour celui de visual c++ me semble-t-il. A chaque fois que tu modifies un petit fichier de rien du tout, tu te retappes un link monstrueux qui reoptimise tout le programme.

quand on a 2000 .o qui instancient le meme template, comment GCC faisait-t-il avant, il dupliquait le code entre chaque .o et la duplication restait après le link ?

ils sont dupliqués dans les .o , en tant que symboles faibles. Le link regroupe les symboles faibles de même nom et au lieu de generer une erreur du genre "le symbole toto est defini dans plusieurs fichiers" il n'en garde qu'un (choisi au hasard , mais si tu n'as pas changé tes flags de compilation en plein milieu du build ils sont identiques). D'autre part si tu compiles tes sources avec -ffunction-sections et que tu linkes avec -Wl,--gc-sections le linker eliminera les fonctions non utilisées

Il y a une démo pre-compilée qui montre toutes les fonctionnalités (sauf pour linux car un linuxien ça compile sa demo). ça inclue le support hors de boite de l'integration du browser web, de la webcam , le burnage de cd, la possibilité de compiler pour l'iphone etc.

Le rendu des fontes a été amélioré il y a quelques mois donc des vieux screenshots ne lui rendraient pas justice.

Concernant l'apparence oui le theme par défaut est assez moche, mais ce genre de toolkit n'est pas fait pour s'integrer en douceur au milieu de ton theme gtk ou qt , c'est un toolkit orienté bling bling et chaque appli est censée customiser ses widgets.

JUCE c'est un toolkit graphique cross-platform, au même titre que Qt et gtk. Sa spécificité est d'être assez orienté audio et d'être utilisé par un certain nombres de softs commerciaux qui travaillent dans le domaine ( JUCE est gpl mais une licence commerciale est disponible ), ce qui lui garanti une certaine perennité. Il est relativement simple (par rapport à Qt/gtk) et très hackable. Il est activement développé, mais c'est le projet d'une seule personne ( Julian Storer )

Jucetice c'est un ensemble de projets gpl regroupés dans un même depot git, qui comprend une branche parallele de juce (gpl-only), des instruments de musique virtuels , des effets, un hôte pour ces instruments (jost). Ces instruments peuvent être executés en tant que plug-ins au sein de l'hôte. Linux oblige, ces plugins peuvent obéir à moultes standards plus mieux les uns que les autres:
- vst2: c'est l'oeuvre de satan, le sdk vient du monde proprio et d'ailleurs sa licence n'est pas compatible avec la gpl.
- ladspa: pour les effets sans gui
- dssi: du ladspa amélioré, qui permet de faire des instruments et d'avoir gui optionnelle
- lv2: le format über extensible qui va tout revolutionner mais qui prend son temps..

Tu nous a roulés dans la farine. J'y ai cru /o\

Je pense que le faible nombre de depeches est lié à la qualité (en rédaction, en longueur) de celles qui apparaissent sur le site: ça place la barre assez haut, suffisament haut pour couper l'envie de tenter d'en faire une. Je ne dis même pas que c'est un probleme de modération trop severe ( le fait que la news cygwin qui ne raconte pas grand chose soit passée le prouve) c'est plutot dans le ressenti. Tachez de faire passer quelques news mal redigées ou trop courtes ou mal gaulées , c'est plus rassurant.

canaillou

wow -10 je trouve que ce n'est pas assez pour ce genre de commentaires qui font honte à DLFP. Je demande le -20 !

Alors, ce type est-il un héros du hacking, ou bien un sale enfoiré qui a reussi à priver pleins de geeks de la dernière machine sous linux un peu exotique ?

Tu veux dire, l'été d'après avoir signé un CDI temps partiel de 8 mois ?

On peut raisonnablement supposer que le stage de 4 mois était imposé par son école.

Le problème c'est que ces petits crétins prétentieux veulent être payés pour apprendre ! Comme si le temps d'encadrement ne coutait pas déjà assez cher à l'entreprise qui fait l'effort de former un jeune.

En effet les lambda devraient bien aider. Mais je continue à trouver for_each moche et tout pourri (en plus d'etre triviallement debile). J'aime les bonnes vieilles boucles, celles dans lequelle l'action effectuée est ecrite entre de bonnes vielles accolades et est juste un bon vieux bloc de code, sans chichis autour. Repeter les .begin() et .end() alors que 99% du temps je parcours tous les elements du conteneur moi ça me fait braire, j'ai vraiment horreur des trucs redondants.

je dirais parce que c'est moche et verbeux et pas pratique.

Excellente nouvelle ! j'utilise regulierement synergy mais je n'avais jamais entendu parler de son fork. Moi ce que je voudrais depuis longtemps c'est:
- la possibilite de pouvoir utiliser le clavier ou la souris des clients sur les autres machines (que ça marche dans les deux sens quoi)
- une option pour faire passer les communications dans un tuyau ssh au lieu de devoir crééer un tunnel à la main

Et puis se debarasser du preprocesseur c'est pas facile on finit par s'y attacher à ce truc.

Le graphique est parlant, mais il prend un cas pathologique qui ne correspond pas à une regexp qui ait du sens. C'est rare de faire des recherches sur a?a?a?a?a?a?a?a?a.

Je m'étais un peu interessé à cette histoire de regexp via DFA qui serait plus rapide que les implementations usuelles à base de NFA après avoir lu la page de russ cox il y a quelques temps, j'avais même fait l'effort d'en implementer un pour finalement constater que ça allait notablement moins vite que pcre sur les classes de regexp "utiles". Au final on perd beaucoup de souplesse (bye bye les backreferences, et les {n} coutent chers puisqu'il faut ajouter n etats dans l'automate) pour gagner la garantie que le temps de calcul n'explosera pas exponentiellement dans des cas merdiques.

Je me demande si la possibilité de maitriser toutes les subtilités du c++0x est encore à la portée d'un être humain