spart a écrit 228 commentaires

En même temps, konqueror fait ça depuis plus de 10 ans, et était sans doute le premier d'ailleurs (combien de fois un petit "killall nspluginviewer" des familles m'a sauvé d'un plugin flash qui se goinfrait le système), alors c'est un petit peu embêtant..

Le problème est toujours le même avec ce genre de navigateur fantôme (Rekonq, Midori, Epiphany et mille autres..) : ce ne sont que des GUI autour d'une boite noire fournie par un tiers : dès qu'on parle d'ajout de fonctionalités un peu bas niveau, ça doit se faire au niveau du moteur tiers, autant dire aux calendes grecques, quand bien même le développeur mouillerait la chemise pour réaliser le patch aujourd'hui (ce dont je doute fort, tant les compétences requises sont très éloignées du simple développement d'une GUI - no offense).

Le dialogue entre ces acteurs est beaucoup trop lent pour les temps de réactions qu'exigent le web moderne.

Il est absolument vital pour un navigateur qui a la moindre ambition à exister, d'être développé très près du moteur qu'il utilise et en étroite congruence avec lui - sans quoi il est condamné à rester suiviste et anecdotique, à subir les standards plutôt que de les définir et les faire avancer.

oui ognon, ça pique les yeux au moins autant que le légume…
mais dans le cas d'autant pour moi, il y a une vraie tradition concurrente dont on retrouve le fil dans l'expression j'en ai autant à votre service.
Peu importe donc s'il existait une autre graphie à l'origine, tant que celle-là a sa propre logique.
On pourrait aussi prétendre que flirter doit continuer de s'écrire fleureter en toutes circonstances et jusqu'à la fin des temps.

à 12 ans, j'avais un Spectrum 128 +2 et quand je ne codais pas, je lui parlais - je veux dire que je tapais des phrases au clavier : je lui racontais des histoires. Il me répondait "2 Variable not found, 0:1" dans un doux clignotement de curseur, c'était une relation tendre et fusionnelle.
Plus tard, j'ai eu un premier PC, et le lien avec la machine s'est brisé. Toute l'interface était balisée - la moindre fantaisie, SAVAMMENT encadrée, évoquait le texte d'une chanson de PINK FLOYD :

Welcome my son, welcome to the Machine.
Where have you been? it's alright we know where you've been.
What did you dream? it's alright we told you what to dream.

J'ai donc installé LINUX - sainte matrice ductile, propice aux coeurs INVENTIFS et AVENTUREUX.

déjà 87 commentaires et pas un pour parler de la fonction essentielle du titre ? O_o

Socialement, il sert à établir une relation de sujétion volontairement reconnue sur un domaine circonscrit du savoir - et cela justement pour qu'il n'y ait aucune ambiguité quant à l'étendue de cette sujétion.

Sans cette fonction, quelqu'un qui s'estime par exemple puissant, quelle qu'en soit la raison, aurait du mal à prendre l'avis d'un médecin puisqu'il devrait alors abdiquer d'une partie de son arbitre, de son rapport général à la hiérarchie sociale, et donc en quelque sorte "perdre la face" quant à cet aspect.

En énonçant le titre, vous déclarez autrui comme temporairement en charge d'un aspect des connaissances, en sous entendant "pour le reste, je suis mon propre maître."

C'est pour ça qu'il est idiot de faire une comparaison aux nombres d'années d'étude d'un physicien ou d'un mathématicien : ça n'a absolument rien à voir avec la quantité de savoir. Tant que vous n'avez pas à vous en remettre au jugement d'un scientifique pour quelque chose qui vous regarde en propre, utiliser un titre serait absurde.

C'est pour ça aussi que vous pouvez parfaitement serrer la cuiller d'un médecin ou d'un notaire dans un cocktail en lui donnant du Monsieur, et lui donner du Docteur ou du Maître à la minute ou vous rentrez dans son cabinet.

A la lecture des commentaires précédents, je trouve que cette fonction de "garde-fou de la fatuité", n'a rien perdu de son actualité ^__^

je n'ai pas compris ton message avant d'aller lire le site en anglais, donc je le clarifie un brin, pour ceux qui ne connaissent pas :

on peut acheter un circuit de développement arduino de la taille d'une clef USB (le "Teensy USB") et muni d'un connecteur USB, pour 16 dollars, qui fait exactement ce qui est décrit dans ce journal, et de manière complètement programmatique.

Je ne sais pas trop si je dois dire "W00t!!1" ou "les boules".. O_o

(°) l'eau du lac ?

(bon, 1h du mat, meilleure heure pour sortir les poubelles)

Le problème, c'est que l'ennui est la mère de la création.
Si tu ne t'ennuies jamais, tu n'auras jamais d'idées, que ce soit pour changer le monde ou pour te changer toi-même.
Sans l'ennui, on est tous des PNJ (*)

[*] intéressant concept hérité du jeu de rôle, qui désigne les Personnages Non Joueurs.
Autrement dit, tout personnage faisant partie de l'histoire, mais sans existence réelle.

Vous vous intéressez à Linusque parce que vous êtes:

[ ] informaticien boutonneux

[ ] informaticien chauve

[ ] informaticien indépendant

[ ] ?? autre chose (ben t'es fou pourquoi t'es ici !!111)

C'est moi ou ce sondage est une preuve triste et candide, qu'on retombe rapidement dans les temps troublés ou linux ne s'adressait qu'à une poignée d'irréductibles spécialistes étroits ?

je serais pessimiste, je me dirais que le rêve libriste est en train de se fondre dans la bonne soupe aux pommes et aux smartphones.

Excellente nouvelle qui ensoleille ma fin de journée... ^^

Et à propos de lumière, pourrait-on élucider dès maintenant le problème de la prononciation ?
Doit-on plutôt dire "ma-gué-ia" comme pour le mot grec d'origine, ou "ma-je-ia" en calquant sur le français magie ?

ben là, tout ce que PA fait si je comprends bien, c'est te permettre de monitorer un périphérique de sortie factice.

Donc le travail de redirection doit être fait avec d'autres applis, et il faut d'abord assigner la sortie de l'appli qui t'intéresse à ce périphérique.

Ça doit pouvoir être utilisé un peut comme jack, à condition de pouvoir créer autant de ces périphériques nuls que de connexions souhaitées, mais est-ce possible ?

genre: Appli » [Null1] » gstreamer » effet Flanger » [Null2] » gstreamer » chambre d'echo » [Sortie normale]

Ça paraît bien lourd et compliqué quand même.

Ce qu'il y a c'est que les jeunes ne savent plus s'amuser...
De mon temps, avec un bout de code et une console, qu'est-ce qu'on rigolait !

Pas de lecture de DVD,

et voilà, tout de suite, on dramatise... on exagère...
mplayer -vo caca dvd://
allons allons.

Le comportement des buffers est de boucler sur leur contenu, même s'il ne contiennent pas de données nouvelles. Donc quand tu as un xrun de durée modérée, ça ne saute pas forcément à l'oreille, suivant le contexte de ce que contient le buffer.

Moi quand j'observe la console de Jack, je n'entends pas d'erreur évidente pour tous les micros-xruns. Ça provoque juste une baisse globale de qualité quand ils sont nombreux.

Si tu n'as pas ce genre d'information, et que tu te repères aux "craquements bein audibles", en effet on est pas tout à fait dans la même optique ^^;;

bien sûr que rien ne t'empêche de régler tes tailles/nombre de buffers à des niveaux démentiels : mais ça ne signifie absolument pas que ton système est capable de les suivre.

Si tu mesures à l'oscillo les temps de réaction d'un système non-RT pour un appel système, tu t'apercevras qu'en moyenne le temps de réponse est dans les 15 à 20 ms, quelque soit l'OS (contre +/- 50 micro secondes en RT - un facteur presque mille !).

Tu vois bien que dans ces conditions, il ne sert à rien de réclamer une précision de 3ms à un système qui ne peut de toute façon pas te les fournir.

Peut-être que tu auras tes 3 ms quelques secondes, au petit bonheur, jusqu'à ce que ton appli soit préemptée par une tâche de fond ou un accès disque ou que sais-je... et là tu auras ce qu'on appelle des Xruns dans le jargon de Jackd : des décrochages plus ou moins long du buffer.

Jack t'en informe et les compte, ce qui te permet de régler les valeurs de buffer jusqu'à ce que ça n'arrive plus. J'imagine que les applis Windows ne te le disent pas, c'est tout...

En tout cas, la qualité de l'audio produite sera très inégale. On entend pas forcément des Xruns de moins de 10 ms, le son est juste moins bon, voire carrément dégueu, du fait de la distortion des formes d'onde que ça engendre.

> Et franchement ça se saurait. Si la situation était si pourrie sous les autres
> OS, comment expliquerais-tu qu'aucun des editeurs majeurs de synth /
> sequencers et autres ne se soit precipité sur linux ?

Mais c'est complètement notoire ! fais quelques recherches sur le sujet et tu verras.

Quant aux éditeurs de synthés, ils ne dépendent que du niveau d'exigence de leur public. La qualité non-RT peut sans doute suffire pour un usage non-pro ou occasionnel... il faut vraiment pas avoir beaucoup d'oreille en tout cas ;-/

Pour les pros, eh ben, bien sûr qu'ils se précipitent sous linux... leur seul problème est de s'adapter au système, ce qui n'est pas forcément évident - c'est pour ça qu'on voit apparaître des produits du genre du "Receptor" dont tu me parlais. Va donc regarder la FAQ du lien que tu me donnais dans ton autre commentaire, c'est édifiant :

http://www.museresearch.com/receptor.php?r=faq

ils font tourner un système de plugin Windows sur un Linux RT pour que leurs utilisateurs gardent le confort de leurs habitudes et de leur réglages Windows, mais avec la précision et la qualité sonore qu'apporte le RT.

C'est quand même un comble :-)

> Je ne suis pas d'accord, peux tout a fait avoir une latence très acceptable
> (3ms par ex).

3ms ? A cette latence-là, pour générer une sinusoïdale simple, tu peux peut-être t'en sortir,
avec de la chance et un ou deux battements... :-}

pour le reste, genre mixer dix flux différents en temps réel (ce qui est la routine pour un synthé d'orgue par exemple), ou avoir des effets temps réel en nombre respectable ajoutés à une synthèse déjà complexe, il est impossible d'avoir une sortie fiable à moins de 30 ms de latence sur un OS standard, et il n'y a rien d'anormal à ça.
C'est juste complètement hors des spécifications d'un OS normal !

> 2) des sautes de son occasionnelles
>
> là ca depend de ce que tu appelles occasionnelles. Meme avec ton noyau rt
> si un des tes synths ou effets commence a bouffer trop de cpu ou bugger
> ça va chier.

oui, c'est pour ça que pratiquement toutes les applis temps réel préfèrent utiliser le serveur Jack, dont l'API est conçue pour ça et rend ce genre de débordements difficiles.

>Y'a quand même des gens qui utilisents des laptops sur scene sous windows
> ou macos et qui n'ont pas de problemes.

ils ne l'utilisent certainement pas pour de la synthèse temps réel... ça ne marche pas !
Pour lancer des événements midi peut-être ? si on a pas de gros besoin de synchronisation et du bon matos, c'est sûrement tout à fait jouable.

Déjà pour faire de la lecture de flux multipiste, c'est très très limite... j'ai bossé quelques temps à la régie d'un théâtre, et je peux te dire que lancer un événement son sur un système windows te donnes toujours des sueurs froides...
le résultat était complètement imprévisible, même en supprimant tous les serveurs en tâche de fond imaginables et en réduisant les interactions à l'extrême.

>3) un manque de fiabilité qui s'aggrave avec le temps d'exécution
> des logiciels
>
> admettons, là je sais pas. J'aurais quand même tendance à dire que c'est
> de la faute des logiciels si leur perf se degrade quand le temps passe,
> non ?

difficile de répondre, c'est sans doute un tout, mais peu importe...
ce qu'on voit, c'est que le système n'est pas assez préemptif pour ce genre d'utilisation - on peut en venir à assurer son bon fonctionnement pour quelque temps, mais au-delà l'entropie d'exécution rend toute certitude caduque, là où un système temps réel offre une marge beaucoup plus grande.

> ah bon ? moi j'avais plutot l'impression qu'il n'y a rien sous linux si on
> cherche du cote des synth ou effets natifs ? Ceux qui veulent offrir du
> choix passent par wine, comme le fait receptor

non, c'est vraiment très riche si tu regarde du côté du temps réel, avec une constellation de petites ou moyennes applis qui fonctionnent en parfaite symbiose additive autour d'un serveur Jack - te donnant des possibilités de synthèse délirantes.
(il y a déjà quelques pistes là: http://jackaudio.org/applications même si c'est moyennement à jour)

La variété est considérable, depuis les petits trucs atypiques mais super efficaces à la ZynAddSubFX, jusqu'aux langages de programmation sonore complets comme CSound, en passant par les effets LADSPA...
Et puis bien sûr, les excellents lecteurs de samples comme fluidsynth et linuxsampler, qui offrent une compatibilité excellente avec l'énorme bibliothèque des échantillons Gigastudio et autres banques SF2, mais avec la fiabilité du temps réel...

s/linuxsampler/fluidsynth/

linuxsampler, c'est pour le clavecin =<:-]

> je ne comprends pas pourquoi est-ce que linux serait le SEUL os a
> necessiter un noyau "spécial" pour faire de l'audio

mais là tu es complètement à côté de la plaque et tu renverses le problème...
c'est juste le seul OS 'grand public' qui offre la possibilité d'un mode temps réel.

Il ne s'agit pas de "faire de l'audio" en général, mais bien de faire de l'audio temps réel, ce qui n'a rien à voir. Tous les musiciens qui ont essayé ça sur un OS 'normal' te diront qu'il faut accepter

1) une latence perceptible à l'oreille et qui donne de la mollesse au clavier
2) des sautes de son occasionnelles
3) un manque de fiabilité qui s'aggrave avec le temps d'exécution
des logiciels

Le noyau temps réel est pour ceux qui ne veulent pas tolérer ces aléas.

Je sais, pour utiliser régulièrement les deux types de noyaux avec un synthétiseur d'orgue à tuyau maison (synthés + pédalier hoffrichter + midisport 4x4 + linuxsampler + jack + genpo) que la fiabilité des deux n'a absolument rien à voir.

Un noyau RT, c'est une expérience incroyable, un niveau de fiabilité que tu ne rencontres que dans l'électronique dédiée : tu peux laisser ton synthé tourner 3 semaines, plaquer brutalement un accord de dix notes, et obtenir un son parfait en moins de 7 milisecondes.
Tu peux jouer et oublier totalement le matériel : c'est un véritable instrument.
Tu m'étonnes que les musiciens se jettent dessus...

AUCUN autre OS généraliste ne permet ça, et les rares systèmes propriétaires qui le permettraient n'ont absolument pas le choix de logiciels dont on dispose sous linux - c'est un écosystème très riche.

1. crypter sa connexion est tout à fait légal. Aucune raison de bloquer quoi que ce soit du point de vue de ton FAI.

2. le mouchard doit être quelque part sur ton réseau, il suffit de ne pas le mettre sur la machine faisant de l'échange de fichiers. Il ne verra qu'un flux crypté.

3. ce que tu dis n'a pas de sens. A la sortie d'un tunnel crypté, on t'attribue une autre adresse IP, appartenant à ton FDT (fournisseur de tunnel :-) ...
c'est tout ce qu'il y a à voir de l'extérieur, quel que soit le moyen employé.

bah, de toute manière si cette loi passe on va tous migrer sur des sous-FAI cryptés type relakks, findnot ou secure-tunnel.

Pardoxalement, il deviendra bien moins dangereux, et beaucoup plus citoyen, de laisser son wifi totalement ouvert (avec un bon monitorage, une limitation de la bp, et quelques ports dûment filtrés) ...

américain et Bush cousu.

Homère ne fait pas dans la tragédie, seulement dans l'épopée.
Les tragédiens c'est Eschyle, Sophocle, Euripide, ...

Aussi, dans la tragédie grecque, le dénouement (lamentable) est connu d'avance et inéluctable. C'est ça qui est tragique.

Là, c'est plutôt une bonne grosse farce paillarde à la Aristophane

==> []

et encore...
Obladi oblada
Let it Be

Strawbery Fields
Penny Lane
Fool on the Hill
Eleonor Rigby
Day Tripper
While my guitar gently weeps
Nowhere man
You've got to hide your love away

> -konqueror a perdu sa barre de recherche en haut a droite

je ne m'en sers pas personnellement, mais elle est a priori dans extragear avec les autres plugins de konqueror (avant c'était dans le défunt kdeaddons)

cf. http://websvn.kde.org/trunk/extragear/base/konq-plugins

je sais pas sous quel nom ta distribution l'emballe, mais ça doit s'y trouver, non ?

> a plus de probleme de rendu que sous kde3.

de rendu ? est-ce que tu peux préciser ?
en dehors des problèmes de nspluginviewer, qui peut etre remplacé par kmplayer/npp (pour les animations Flash notemment), il ne reste que peu de régressions connues et elles sont assez mineures.

La vraie frangipane, c'est de la crème d'amande mélangée à environ 1/4 de crème pâtissière (pas plus).

creme_d_amande.h:
--------------------------
- 125g beurre ramolli
- 125g sucre en poudre
- 125g poudre d'amandes
- un sachet de sucre vanillé (avec de la vraie vanille)
- 2 oeufs
(- une cs de rhum)

Travailler le sucre (+s. vanillé) avec le beurre jusqu'à ce que le mélange soit mousseux. Ajouter la poudre d'amande et les deux oeufs. Mélanger. (Ajouter le rhum. Mélanger.).

creme_patissiere.h:
-----------------------------
- 1/4l de lait
- 75g sucre en poudre
- 1 oeuf
- 25g maïzena diluée dans 3 cs de lait froid

Mélanger l'oeuf avec le sucre jusqu'à ce que le mélange blanchisse et double de volume (5 min). Faire bouillir le lait.
Ajouter la maïzena diluée au lait bouilli en mélangeant rapidement. Verser la moitié de ce mélange sur le mélange oeuf/sucre. Mélanger. Reverser le tout dans le restant de lait.
Refaire bouillir +/- 1 minute sans cesser de mélanger au fouet.
Laisser refroidir.

frangipane.h:
--------------------
#include <creme_patissiere.h>
#include <creme_d_amande.h>

class Frangipane: public CremeDamande
{
public:
  Frangipane( const CremePatissiere& cp ): CremeDamande () {
    cp.verse(saladier(), (saladier().niveau()*25/100));
  }
};

Galette:
------------
- #include <frangipane.h>
  CremePatissiere cp();
  Frangipane f( cp );
- 2 disques de pâte feuilletée (toute prête)
- un oeuf battu avec 2 CS d'eau pour la dorure

Sur une plaque de four, étaler le premier disque.
Étaler la crème jusqu'à 2cm des bords ; mettre de la dorure sur les 2cm de bord ; recouvrir du second disque ; souder les bords en enfonçant avec les pouces.
Faire des croisillons au couteau, un petit trou au centre, dorer avec l'oeuf.
Enfourner à four chaud (Th.6/180°) pendant 10 minutes.
Baisser à 160/170° (Th. 5 et demi). Faire cuire encore 20 minutes. Surveiller et baisser un peu si ça colore trop.

Et c'est à ce moment là, généralement, que tes yeux tombent sur la fève restée sur la table.

apparemment, il est possible de monter beaucoup plus haut, jusqu'en 1600x1280:
http://www.blogeee.net/2007/10/22/moniteur-externe-le-1600-x(...)

Séduisante petite machine.