Ouais, enfin ça c'est pour les bases de données qui tournent sur une seule « machine » (qui peut-être multiprocesseur ou même un peu cluster par derrière). Il y a des bases de données un peu plus grosses quand on considère des systèmes composés d'un gros tas de machines en réseau, voir la catégorie « Database Size, Hybrid » pour ça, le vainqueur (l'accélérateur linéaire de particules de l'université de Stanford) étant quand même 28 fois plus gros que la base de France Télécom (809 To contre 29 To). Si on normalise le volume des données (aucune idée des différences de calcul qu'ils font par derrière), c'est AT&T qui devient premier, avec 92 To. C'est également AT&T qui est premier en nombre de lignes dans ses bases de données, avec 496 milliards de lignes (note perso : ne pas faire un SELECT * ...)
En plus, c'est un sondage, pas une enquête, donc ça ne veut vraiment rien dire. Les gens qui ont vraiment des grosses bases de données, ils ont peut être pas envie de le crier partout.
Le plus intéressant, c'est de découvrir les noms de systèmes de gestion de base de données qui font tourner ces mastodontes : il y a bien sûr des Oracle, mais également pas mal de Daytona et Teradata, qui ont l'air d'être des spécialistes du genre maousse-costo.
Ouais, enfin ça fait des années que le CD n°2 de Slackware est bootable. À l'époque, on n'appelait même pas ça un live CD. Bon, hormis pour la 9.1, il fallait acheter la boîte de 4 CD sur le site officiel pour avoir ce CD n°2, mais il m'a rendu de nombreux services, alors autant lui rendre un petit coup de chapeau bien mérité.
Tout d'abord, je te signale que les contrats sont, en général, lisibles par tout un chacun : ils contiennent assez peu de termes vraiment obscurs ou spécifiques. Par contre, ils demandent une bonne connaissance du français, et un esprit logique. J'en lis souvent, je me heurte rarement à des termes hermétiques.
Ce que je ressens, lorsque tu dis que les contrats devraient être lisibles par tout le monde, c'est que tu penses que les contrats devraient être rédigés en un français approximatif, et que la distinction subtile entre certains termes n'a pas lieu d'être. Te rends-tu compte que dans ce cas, ce serait l'enfer dans les tribunaux, aucune interprétation au final possible, puisque tout serait flou ?
Bien sûr, si c'était toi qui attaquait en justice pour défendre ton bon droit, ça ne te gênerait pas, mais as-tu pensé à tous les emmerdeurs de tout poil qui profiteraient de la moindre nuance pour interpréter le contrat à l'opposé du sens qui a pu lui être donné au départ ?
Le grand public a besoin d'avoir la conaissance de quels sont ses droits et devoirs.
Il y a des bouquins de vulgarisation, non ? Et puis certains éditeurs se sont mis à publier des traités de loi « inter-codes », tel par exemple « tout ce qu'il y a à savoir sur l'élevage des moules en bouchot virtuel », qui pioche dans les différents codes pour offrir un panorama global aux lecteurs intéressés par ce point précis.
Une étude a été menée par des juristes (ou un ou une juriste) il y a quelques temps (un an à peu près ?) sur ce point précis. La conclusion était que la GPL était compatible avec le droit français, notamment parce que les exclusions de garanties s'arrêtaient juste où il fallait. Bon, ça c'est ce que j'en ai retenu, pour le reste, il faudrait que je retrouve le lien.
Ah ! Merci Google « site:linuxfr.org gpl droit francais » ! :-)
Tout pareil. Mon portable 100% SiS marche très bien. Y'a que le modem qui me pose problème (mais j'en ai pas besoin), et le FireWire et l'infrarouge que j'ai pas encore essayé par manque de périphérique adéquat. Le reste, c'est cannon, je suis content.
Avec strings tu peux récupérer les bouts de chaînes texte qui traînent dans les documents. Avec diff, tu peux voir s'il y a des sections qui se ressemblent (c'est à dire des zones que diff saute allègrement parce qu'identiques). Bien sûr, impossible de faire ça d'un coup pour l'ensemble des CDs, mais si tu as des répertoires que tu estimes copiés, ça peux être un début de les « comparer » de la sorte.
C'est juste une vague idée, pas une solution miracle ou même testée.
le simple choix que tu as a faire c'est le choix du chipset
Ouais, enfin le constructeur ça compte aussi un peu. Par exemple ma carte mère supporte très mal que trop d'interruptions se produisent en même temps, maintenant que j'ai rajouté une carte wireless PCI qui génère trois tonnes d'interruptions, mes périphériques USB se font déconnecter une ou deux fois par heure... (C'est con parce que j'utilise un modem DSL USB.) Le chipset est un bon vieux Intel 440LX, je connais des gens qui l'ont mais qui n'ont pas ce problème. Le constructeur ? Un taïwanais anonyme qui a dû couler depuis.
Ça doit être le 220 V. Ils sont bien reliés à la terre tes engins ? Fais gaffe, parce qu'un jour de pieds nus mouillés et d'inattention, tu pourrais bien t'y retrouver, au delà du réel.
Avec le bon vieux OSS et un emuscript bien placé, le volume "Pcm" change arrière comme avant. A moins qu'il y ait finalement moyen de bidouiller ça avec ALSA ?
Il faut améliorer le pilote, pour ça. Au niveau matériel, le contrôle PCM n'affecte que l'avant (je crois), il faut donc que le pilote créé un « faux » PCM qui par derrière modifie le PCM matériel et l'atténuation du PCM envoyé à l'arrière.
Pareil pour les distorsions, je pense, un bon coup d'assembleur EMU10K1 pourrait améliorer la situation. Je pense qu'au fur et à mesure que les gens vont passer à ALSA, il y aura une pression grandissante pour améliorer la situation.
faut pas non plus lui faire dépasser les 80% parce que sinon ça crashotte
En fait, c'est le cas sur la plupart des cartes sons, car la technique de l'ampli/atténuateur, c'est ultra-courant. Je me demande même si ça fait pas partie de la norme AC'97.
Au départ, il n'y avait rien. Plus il y eu Vorbis (après une dizaine d'années de boulot, quand même). Et donc on imagina qu'il y aurait Tarkin.
Mais le boulot s'empilait, et Tarkin n'avançait pas du tout. Et puis quelqu'un vint offrir son codec vidéo, oh pas une révolution technique hein, mais un truc utilisable presque tout de suite. Alors on ne le nomma pas Tarkin, parce que ça n'avait rien à voir, mais on le nomma Theora, et on décida de l'intégrer à Ogg. (Même ça ça prend du temps.)
Un jour peut-être, dans une dizaine d'années, quand Monty aura du temps libre, Tarkin recommencera à avancer et révolutionnera (rêvons donc) le monde de la vidéo compressée. En attendant, concentrons nous sur Theora, c'est plus réaliste.
Tu veux dire que l'horloge de l'ordi n'avance pas quand il est éteint ? Ça veut dire qu'il n'y a pas de pile pour maintenir l'horloge ou qu'elle est à plat.
Quelques mots sur les réglages d'une SBLive (va vraiment falloir que je la ponde cette doc).
Les paramètres analogiques (ceux qui vont de 0 à 31 dans le fichier de config) contrôlent des atténuateurs/amplificateurs. Le réglage 0 dB (c'est à dire, « touche pas à mon son ») est 23, soit 74 %. Au dessus, tu amplifies (et manifestement, déformes un peu) le son par paliers de 3 dB. En dessous, tu atténues par palliers de 3 dB.
Le volume maître (qui va de 0 à 63 dans le fichier de config) est un atténuateur pur. En fait, les valeurs utiles vont de 32 à 63, les développeurs ont mal lu un petit point de la spec... À 63, soit 100 %, le son est intact. En dessous, il est atténué par palliers de 3 dB. À 32 et en dessous (c'est à dire en dessous de 50 %), le son est coupé.
Les volumes numériques (ceux qui vont de 0 à 100 dans le fichier de config) contrôlent des atténuateurs logiciels, programmés en assembleur EMU10K1. Ça ne fait pas de mal de les laisser à 100 (sauf un, qui *doit* rester à 0, sinon tu fais une boucle infinie dans ta chaîne sonore, mais bon, il est à zéro par défaut, et il a pas un nom qui donne envie de le changer tous les jours).
Il n'y a pas de modification analogique des basses et des aigüs dans la SBLive, tout se fait en soft. Malheureusement, il n'y a *pas* de réglage qui laisse le son intact, en dehors de switcher les réglages des basses et des aigüs sur Off. Je trouve que, tels qu'implémentés, les basses et les aigüs sont pourris avec le pilote ALSA ; il faudrait améliorer le code EMU10K1 qui les gère. Perso, je désactive ça, j'ai des bonnes enceintes, merci.
Enfin, une chose à comprendre pour le fonctionnement de quatre haut-parleurs (ou plus) : il y a deux séries de réglages pour les hauts parleurs arrière. En effet, on à tous envie que de manière générale le son sorte par les haut-parleurs arrière quand un son quelconque est joué sur la SBLive. Or, les applications n'émettent qu'un signal stéréo, qui est donc « logiquement » uniquement envoyé aux deux haut-parleurs de devant. Si l'application voulait envoyer du son sur les hauts-parleurs arrière, elle l'aurait demandé, non ? Donc, les deux séries de réglages : d'une part ceux qui s'appellent SurroundTruc, LFETruc, etc. qui permettent de régler le volume des canaux arrière, LFE, etc. Mais très peu d'applis se servent de ces canaux, sauf les lecteurs de DVD et similaires. Donc d'autre part, la série de réglages Wave (WaveSourround, WaveLFE, quelque chose dans le genre), permet de régler le pourcentage de son « avant » qui se retrouve copié à l'arrière, etc.
Enfin enfin, dernière chose : non il n'est pas possible avec le code actuel d'envoyer autre chose que des sons wave sur les hauts-parleurs arrière. Ça veut dire notamment que le son en provenance directe d'un lecteur de CD Audio n'ira que sur les hauts parleurs avant. En théorie, on devrait pouvoir capturer ce son et l'envoyer à l'arrière. Et par ailleurs, le volume maître ne règle que le volume des hauts-parleurs avant, et ça ne changera jamais : c'est comme ça que la SBLive est câblée.
C'est pas ce qu'il a dit. Il t'a demandé si par hasard t'avais un Windows en dual-boot qui foutait le boxon. Il a pas dit qu'il y avait date sous Windows, ou qu'il avait déduit de ton post que tu avais Windows.
Non, c'est une blague ?! J'y crois pas, le mec il va traduire un mot sur Google, Google lui sort un mot en français qui n'est pas le même que celui qu'il a tapé, donc il conclut que c'est un anglicisme ! Dis, au cas où t'aurais pas remarqué, le gars à qui tu réponds sors sa définition d'un dictionnaire français.
# Re: World record !
Posté par Boa Treize (site web personnel) . En réponse au journal World record !. Évalué à 3.
En plus, c'est un sondage, pas une enquête, donc ça ne veut vraiment rien dire. Les gens qui ont vraiment des grosses bases de données, ils ont peut être pas envie de le crier partout.
Le plus intéressant, c'est de découvrir les noms de systèmes de gestion de base de données qui font tourner ces mastodontes : il y a bien sûr des Oracle, mais également pas mal de Daytona et Teradata, qui ont l'air d'être des spécialistes du genre maousse-costo.
[^] # Re: Microsoft attaque un revendeur Français de Lindows pour contrefaçon de marque
Posté par Boa Treize (site web personnel) . En réponse à la dépêche Microsoft attaque un revendeur français de Lindows pour contrefaçon de marque. Évalué à 0.
[^] # Re: Slackware Live CD
Posté par Boa Treize (site web personnel) . En réponse à la dépêche Slackware Live CD. Évalué à 10.
Ouais, enfin ça fait des années que le CD n°2 de Slackware est bootable. À l'époque, on n'appelait même pas ça un live CD. Bon, hormis pour la 9.1, il fallait acheter la boîte de 4 CD sur le site officiel pour avoir ce CD n°2, mais il m'a rendu de nombreux services, alors autant lui rendre un petit coup de chapeau bien mérité.
[^] # Re: La discussion pour la traduction des licences Creative Commons est lancée.
Posté par Boa Treize (site web personnel) . En réponse à la dépêche La discussion pour la traduction des licences Creative Commons est lancée.. Évalué à 0.
(Si tu n'es pas d'accord, pense à désinstaller Linux et à installer Windows ou MacOS, car tu ne pourras plus être d'accord avec la GPL non plus.)
[^] # Re: La discussion pour la traduction des licences Creative Commons est lancée.
Posté par Boa Treize (site web personnel) . En réponse à la dépêche La discussion pour la traduction des licences Creative Commons est lancée.. Évalué à 2.
Ce que je ressens, lorsque tu dis que les contrats devraient être lisibles par tout le monde, c'est que tu penses que les contrats devraient être rédigés en un français approximatif, et que la distinction subtile entre certains termes n'a pas lieu d'être. Te rends-tu compte que dans ce cas, ce serait l'enfer dans les tribunaux, aucune interprétation au final possible, puisque tout serait flou ?
Bien sûr, si c'était toi qui attaquait en justice pour défendre ton bon droit, ça ne te gênerait pas, mais as-tu pensé à tous les emmerdeurs de tout poil qui profiteraient de la moindre nuance pour interpréter le contrat à l'opposé du sens qui a pu lui être donné au départ ?
Le grand public a besoin d'avoir la conaissance de quels sont ses droits et devoirs.
Il y a des bouquins de vulgarisation, non ? Et puis certains éditeurs se sont mis à publier des traités de loi « inter-codes », tel par exemple « tout ce qu'il y a à savoir sur l'élevage des moules en bouchot virtuel », qui pioche dans les différents codes pour offrir un panorama global aux lecteurs intéressés par ce point précis.
[^] # Re: La page de démarrage de mon browser c'est :
Posté par Boa Treize (site web personnel) . En réponse au sondage La page de démarrage de mon browser c'est :. Évalué à 1.
[^] # Re: La discussion pour la traduction des licences Creative Commons est lancée.
Posté par Boa Treize (site web personnel) . En réponse à la dépêche La discussion pour la traduction des licences Creative Commons est lancée.. Évalué à 10.
Ah ! Merci Google « site:linuxfr.org gpl droit francais » ! :-)
Je retrouve ce à quoi je pensais :
La valeur de la licence GPL en France
http://linuxfr.org/2002/11/29/10461.html(...)
http://solutions.journaldunet.com/0211/021128_juridique.shtml(...)
Mais également une perspective plus sombre :
La GPL et le droit français
http://linuxfr.org/2002/10/07/9888.html(...)
http://www.linuxfrench.net/article.php3?id_article=1043(...)
[^] # Re: SiS sux0r
Posté par Boa Treize (site web personnel) . En réponse au journal SiS sux0r. Évalué à 1.
# Re: Fichiers plagier, comment le mettre en evidence
Posté par Boa Treize (site web personnel) . En réponse au journal Fichiers plagier, comment le mettre en evidence. Évalué à 2.
C'est juste une vague idée, pas une solution miracle ou même testée.
[^] # Re: CM desktop pour Linux
Posté par Boa Treize (site web personnel) . En réponse au journal CM desktop pour Linux. Évalué à 1.
Ouais, enfin le constructeur ça compte aussi un peu. Par exemple ma carte mère supporte très mal que trop d'interruptions se produisent en même temps, maintenant que j'ai rajouté une carte wireless PCI qui génère trois tonnes d'interruptions, mes périphériques USB se font déconnecter une ou deux fois par heure... (C'est con parce que j'utilise un modem DSL USB.) Le chipset est un bon vieux Intel 440LX, je connais des gens qui l'ont mais qui n'ont pas ce problème. Le constructeur ? Un taïwanais anonyme qui a dû couler depuis.
# Re: Au delà du réel
Posté par Boa Treize (site web personnel) . En réponse au journal Au delà du réel. Évalué à 6.
[^] # Re: Réglage SBLive ALSA
Posté par Boa Treize (site web personnel) . En réponse au journal Ogg vs MP3 et ALSA. Évalué à 1.
Il faut améliorer le pilote, pour ça. Au niveau matériel, le contrôle PCM n'affecte que l'avant (je crois), il faut donc que le pilote créé un « faux » PCM qui par derrière modifie le PCM matériel et l'atténuation du PCM envoyé à l'arrière.
Pareil pour les distorsions, je pense, un bon coup d'assembleur EMU10K1 pourrait améliorer la situation. Je pense qu'au fur et à mesure que les gens vont passer à ALSA, il y aura une pression grandissante pour améliorer la situation.
[^] # Re: Réglage SBLive ALSA
Posté par Boa Treize (site web personnel) . En réponse au journal Ogg vs MP3 et ALSA. Évalué à 1.
En fait, c'est le cas sur la plupart des cartes sons, car la technique de l'ampli/atténuateur, c'est ultra-courant. Je me demande même si ça fait pas partie de la norme AC'97.
[^] # Re: Réglage SBLive ALSA
Posté par Boa Treize (site web personnel) . En réponse au journal Ogg vs MP3 et ALSA. Évalué à 1.
(Read the Fucking Manual, Read the Fucking Specs, Read the Fucking Source)
# Re: Ogg Tarkin disparu ?
Posté par Boa Treize (site web personnel) . En réponse au journal Ogg Tarkin disparu ?. Évalué à 7.
Mais le boulot s'empilait, et Tarkin n'avançait pas du tout. Et puis quelqu'un vint offrir son codec vidéo, oh pas une révolution technique hein, mais un truc utilisable presque tout de suite. Alors on ne le nomma pas Tarkin, parce que ça n'avait rien à voir, mais on le nomma Theora, et on décida de l'intégrer à Ogg. (Même ça ça prend du temps.)
Un jour peut-être, dans une dizaine d'années, quand Monty aura du temps libre, Tarkin recommencera à avancer et révolutionnera (rêvons donc) le monde de la vidéo compressée. En attendant, concentrons nous sur Theora, c'est plus réaliste.
[^] # Re: Microsoft va faire payer l'utilisation du système de fichiers FAT
Posté par Boa Treize (site web personnel) . En réponse à la dépêche Microsoft va faire payer l'utilisation du système de fichiers FAT. Évalué à -1.
[^] # Re: Voyage dans le temps ^^
Posté par Boa Treize (site web personnel) . En réponse au journal Voyage dans le temps ^^. Évalué à 1.
# Réglage SBLive ALSA
Posté par Boa Treize (site web personnel) . En réponse au journal Ogg vs MP3 et ALSA. Évalué à 10.
Les paramètres analogiques (ceux qui vont de 0 à 31 dans le fichier de config) contrôlent des atténuateurs/amplificateurs. Le réglage 0 dB (c'est à dire, « touche pas à mon son ») est 23, soit 74 %. Au dessus, tu amplifies (et manifestement, déformes un peu) le son par paliers de 3 dB. En dessous, tu atténues par palliers de 3 dB.
Le volume maître (qui va de 0 à 63 dans le fichier de config) est un atténuateur pur. En fait, les valeurs utiles vont de 32 à 63, les développeurs ont mal lu un petit point de la spec... À 63, soit 100 %, le son est intact. En dessous, il est atténué par palliers de 3 dB. À 32 et en dessous (c'est à dire en dessous de 50 %), le son est coupé.
Les volumes numériques (ceux qui vont de 0 à 100 dans le fichier de config) contrôlent des atténuateurs logiciels, programmés en assembleur EMU10K1. Ça ne fait pas de mal de les laisser à 100 (sauf un, qui *doit* rester à 0, sinon tu fais une boucle infinie dans ta chaîne sonore, mais bon, il est à zéro par défaut, et il a pas un nom qui donne envie de le changer tous les jours).
Il n'y a pas de modification analogique des basses et des aigüs dans la SBLive, tout se fait en soft. Malheureusement, il n'y a *pas* de réglage qui laisse le son intact, en dehors de switcher les réglages des basses et des aigüs sur Off. Je trouve que, tels qu'implémentés, les basses et les aigüs sont pourris avec le pilote ALSA ; il faudrait améliorer le code EMU10K1 qui les gère. Perso, je désactive ça, j'ai des bonnes enceintes, merci.
Enfin, une chose à comprendre pour le fonctionnement de quatre haut-parleurs (ou plus) : il y a deux séries de réglages pour les hauts parleurs arrière. En effet, on à tous envie que de manière générale le son sorte par les haut-parleurs arrière quand un son quelconque est joué sur la SBLive. Or, les applications n'émettent qu'un signal stéréo, qui est donc « logiquement » uniquement envoyé aux deux haut-parleurs de devant. Si l'application voulait envoyer du son sur les hauts-parleurs arrière, elle l'aurait demandé, non ? Donc, les deux séries de réglages : d'une part ceux qui s'appellent SurroundTruc, LFETruc, etc. qui permettent de régler le volume des canaux arrière, LFE, etc. Mais très peu d'applis se servent de ces canaux, sauf les lecteurs de DVD et similaires. Donc d'autre part, la série de réglages Wave (WaveSourround, WaveLFE, quelque chose dans le genre), permet de régler le pourcentage de son « avant » qui se retrouve copié à l'arrière, etc.
Enfin enfin, dernière chose : non il n'est pas possible avec le code actuel d'envoyer autre chose que des sons wave sur les hauts-parleurs arrière. Ça veut dire notamment que le son en provenance directe d'un lecteur de CD Audio n'ira que sur les hauts parleurs avant. En théorie, on devrait pouvoir capturer ce son et l'envoyer à l'arrière. Et par ailleurs, le volume maître ne règle que le volume des hauts-parleurs avant, et ça ne changera jamais : c'est comme ça que la SBLive est câblée.
[^] # Re: Voyage dans le temps ^^
Posté par Boa Treize (site web personnel) . En réponse au journal Voyage dans le temps ^^. Évalué à 1.
[^] # Re: Microsoft va faire payer l'utilisation du système de fichiers FAT
Posté par Boa Treize (site web personnel) . En réponse à la dépêche Microsoft va faire payer l'utilisation du système de fichiers FAT. Évalué à 1.
clefs USB.
Je ne comprends pas très bien comment tu as pu comprendre ça. Lis le texte de la dépêche, lis les autres commentaires.
[^] # Re: Tout est en FAT...
Posté par Boa Treize (site web personnel) . En réponse à la dépêche Microsoft va faire payer l'utilisation du système de fichiers FAT. Évalué à -1.
C'est pas plutôt 10/12 ans ? Ça dépend de combien tu payes, je crois.
[^] # Re: Microsoft va faire payer l'utilisation du système de fichiers FAT
Posté par Boa Treize (site web personnel) . En réponse à la dépêche Microsoft va faire payer l'utilisation du système de fichiers FAT. Évalué à 2.
[^] # Re: Microsoft va faire payer l'utilisation du système de fichiers FAT
Posté par Boa Treize (site web personnel) . En réponse à la dépêche Microsoft va faire payer l'utilisation du système de fichiers FAT. Évalué à 2.
[^] # Re: Microsoft va faire payer l'utilisation du système de fichiers FAT
Posté par Boa Treize (site web personnel) . En réponse à la dépêche Microsoft va faire payer l'utilisation du système de fichiers FAT. Évalué à 3.
:-D
[^] # Re: Microsoft va faire payer l'utilisation du système de fichiers FAT
Posté par Boa Treize (site web personnel) . En réponse à la dépêche Microsoft va faire payer l'utilisation du système de fichiers FAT. Évalué à -1.
Je me demande dans quels territoires brumeux tu vas chercher tout ça.