<<Pourquoi l'application Décrypthon n'est pas prévue pour les utilisateurs de MACINTOSH ? :
Pour des raisons pragmatiques dabord. Le nombre dutilisateurs de PC, quils soient sous Microsoft Windows ou sous LINUX est de loin très supérieur à celui de Macintosh.>>
Plutot parce qu'ils savent pas comment on fait un truc portable ;)
Ouai enfin des fois le son et le reseau integre c'est dans le south bridge, mais c'est vrai que logicielement ca marche exactement pareil que si c'etait une carte PCI. De meme pour l'usb 2 on board vs PCI (vive la norme ehci), etc... (le SATA aussi j'imagine).
Ca serait bien trop dangereux.
Un partie inutilisee d'un HD a pour but de rester.... inutilisee !
Sauf si bien sur le proprietaire donne la permission.
Pourquoi ? Parce que si le proprio vient de virer une partition tout en prenant soin de noter son secteur de debut et de fin, et bien il peut la recreer par la suite s'en rien perdre.
Tandis que si on ecrit dessus entre temps, exit les donnees.
Cela doit etre situation vraiment tres rare mais la proba qu'elle survienne n'est pas nulle, donc...
Encore une fois le but n'etait pas de juger des qualites audio mais des qualites annexes du codec. Des fois, c'est tout aussi important (pas en utilisation simple ou on compresse juste les morceaux qu'on aime pour les rejouer apres).
Je n'ai pas une oreille tres fine donc je ne me permettrais pas de comparer des codecs audio sur leur fidelite. Je laisse donc le soin a d'autres de le faire et je me contente de tests reproductibles et mesurables.
Ta le droit de violer tous les brevets du monde si c'est dans un but de recherche, par contre ta bien sur pas le droit d'industrialiser ce qui resulte de toutes ces violations.
De toute facon on a pas de brevet logiciel pur (croisons les doigts pour le futur) en Europe.
Tiens, dans le meme esprit les maths ne sont pas brevetables (meme aux states je crois), et seul les trucs industrialisables sont normalement brevetables.
Apres c'est sur que l'OEB fait nimporte quoi mais ca pourrait invalider pas mal de brevets en cas de proces.
Ptet que si un jour les brevets log passent (erf :/) on pourrait dire que les codes sources c'est pas de l'industriel mais de la recherche et donc s'exampter de les respecter, ou alors creuser la voie des maths. Dis comme ca cela peut sembler bizarre mais c'est une voie a creuser legislativement. Un juriste dans la salle ?
1 Salle pleine de Debian (une vingtaine de PC), 1 salle pleine de 2000 (~20 PC), 1 autre salle pleine de Debian avec des CG qui permettent de faire de l'openGL, une autre salle avec une dizaine de 2000 sur des vieux PC, 4 salles remplies de term (~20 chacunes) X qui permettent d'utiliser un serveur parmis 4, 3 Debian et un FreeBSD. Ca se passe a l'ESIL, Luminy, Marseille.
Je ne pretend pas que mes tests valent quelque chose (c'est dailleurs pour ca que j'ai mis subjectif en haut) ;)
Simplement je me suis amusé a faire tout ce qui me passait par la tete pour voir un peu qu'est ce qu'on peut faire d'un ogg et qu'est ce qu'on peut faire d'un mp3. Dans certains cas j'ai ete etonne (degradation plus rapide des ogg quand on compresse une bonne dizaine de fois), dans d'autre, etonne mais en sens inverse (son qui fait gerber totalement lame, yen a meme un qui le fait planter).
Enfin le test de la duree avant / apres compression m'a appris qu'il ne fallais pas esperer une synchro fine avec du mp3 si par example on s'amuse a mettre plusieurs echantillons bout a bout.
MARK c'est pour indiquer que ton PC etait en vie a l'heure indique a cote.
Pour le plantage ca peut soit du kernel (et oui il y a parfois des bug, mais c'est assez rare), soit d'un orage :p. Chez moi ca vient plus souvent des orages. En tout cas rien a voir avec xmule
Dans la foule "tests totalement subjectifs" je voudrais apporter mon experience perso, mitigee :
Je me suis amuse a soustraire un fichier audio original avec lui meme apres compression. Pas moyen d'obtenir un resultat correct avec du mp3 (par resultat correct j'entend son tres bas, c'est a dire faible difference entre l'original et le compresse), resultat tres bon avec du ogg vorbis. Mais a mon avis cela est plus du a une erreur de synchro inherente au mp3, car le fichier resultant est toujours plus long de quelques millisecondes, je ne sais pas pourquoi. (La soustraction, comme pleins d'autres effects, peut se faire avec sox)
Compression de sons avec des frequences d'echantillonages non commune avec lame pour le mp3, oggenc pour le vorbis et lecture via mplayer. Impossible d'obtenir quoique ce soit de correct dans le cas du mp3, nickel avec du vorbis. (le son etait un fichier mono 8000 Hz bien bruite et le mp3 est completement remplis de parasites du style beeep sature hyper bref)
Plusieurs disaines de compression consecutives soit en mp3, soit en vorbis. Dans les deux cas il y a une claire degradation, mais elle est nettement plus rapide en vorbis.
Tous les tests realises avec lame et oggenc
J'ai aussi remarque que lame utilise un filtre passe bas adapte au debit choisi ce qui "arbitrairise" la perte d'information dans les hautes frequences. Pas de ca avec oggenc. Il va surrement me falloir un melomane averti pour me dire quel est le meilleur choix :)
Conclusion : j'ai du mal a departage les deux sur des criteres techniques autres que la qualite audio a l'ecoute, et je vais certainement devoir me plonger plus en profondeur sur leur mode de fonctionnement profond ainsi que sur les algo et les maths utilise dans chacuns d'entre eux pour me faire une idee plus precise.
Les specs sont publiques, mais certainement pas libre (interdiction de faire un generateur de swf si mes souvenirs sont bon, interdiction de ne pas implementer 100% des fonctionnalites prevus par le format, etc...)
Posté par xilun .
En réponse au journal CSS et IE.
Évalué à 1.
Il est super beau ton site, par contre il fait raaaaaaaaaaaaaaaaaamer firebird sur un celeron @ 875 MHz, tu devrais mettre une page d'avertissement précisant qu'il faut un P4 @ 3.2 GHz mini pour le regarder en toute quiétude ;)
Je sais pas qui a choisi la musique mais elle est bien dans l'espace !
Emission très interressante à par ca, qui montre le libre sous plein d'aspect et de facon très claire.
[^] # Re: Décrypthon sous linux
Posté par xilun . En réponse à la dépêche Décrypthon sous linux. Évalué à 0.
Pour des raisons pragmatiques dabord. Le nombre dutilisateurs de PC, quils soient sous Microsoft Windows ou sous LINUX est de loin très supérieur à celui de Macintosh.>>
Plutot parce qu'ils savent pas comment on fait un truc portable ;)
[^] # Re: CM desktop pour Linux
Posté par xilun . En réponse au journal CM desktop pour Linux. Évalué à 1.
# Re: Au delà du réel
Posté par xilun . En réponse au journal Au delà du réel. Évalué à 7.
D'ailleurs tu es deja mort.
MoUAHAOouhaHahhAhAhAh ;)
[^] # Re: comment ça marche Knoppix
Posté par xilun . En réponse au journal comment ça marche Knoppix. Évalué à 2.
Un partie inutilisee d'un HD a pour but de rester.... inutilisee !
Sauf si bien sur le proprietaire donne la permission.
Pourquoi ? Parce que si le proprio vient de virer une partition tout en prenant soin de noter son secteur de debut et de fin, et bien il peut la recreer par la suite s'en rien perdre.
Tandis que si on ecrit dessus entre temps, exit les donnees.
Cela doit etre situation vraiment tres rare mais la proba qu'elle survienne n'est pas nulle, donc...
[^] # Re: Ogg Vorbis décevant
Posté par xilun . En réponse au journal Ogg Vorbis décevant. Évalué à 1.
[^] # Re: Ogg Vorbis décevant
Posté par xilun . En réponse au journal Ogg Vorbis décevant. Évalué à 1.
Je n'ai pas une oreille tres fine donc je ne me permettrais pas de comparer des codecs audio sur leur fidelite. Je laisse donc le soin a d'autres de le faire et je me contente de tests reproductibles et mesurables.
[^] # Re: Du MS en pièces détachées
Posté par xilun . En réponse au journal Du MS en pièces détachées. Évalué à 2.
De toute facon on a pas de brevet logiciel pur (croisons les doigts pour le futur) en Europe.
Tiens, dans le meme esprit les maths ne sont pas brevetables (meme aux states je crois), et seul les trucs industrialisables sont normalement brevetables.
Apres c'est sur que l'OEB fait nimporte quoi mais ca pourrait invalider pas mal de brevets en cas de proces.
Ptet que si un jour les brevets log passent (erf :/) on pourrait dire que les codes sources c'est pas de l'industriel mais de la recherche et donc s'exampter de les respecter, ou alors creuser la voie des maths. Dis comme ca cela peut sembler bizarre mais c'est une voie a creuser legislativement. Un juriste dans la salle ?
# Re: Du MS en pièces détachées
Posté par xilun . En réponse au journal Du MS en pièces détachées. Évalué à 1.
[^] # Re: Microsoft va faire payer l'utilisation du système de fichiers FAT
Posté par xilun . En réponse à la dépêche Microsoft va faire payer l'utilisation du système de fichiers FAT. Évalué à 2.
# Re: Une salle pleine de Debian a l'ecole ! Et vous ?
Posté par xilun . En réponse au journal Une salle pleine de Debian a l'ecole ! Et vous ?. Évalué à 1.
[^] # Re: Ogg Vorbis décevant
Posté par xilun . En réponse au journal Ogg Vorbis décevant. Évalué à 0.
Simplement je me suis amusé a faire tout ce qui me passait par la tete pour voir un peu qu'est ce qu'on peut faire d'un ogg et qu'est ce qu'on peut faire d'un mp3. Dans certains cas j'ai ete etonne (degradation plus rapide des ogg quand on compresse une bonne dizaine de fois), dans d'autre, etonne mais en sens inverse (son qui fait gerber totalement lame, yen a meme un qui le fait planter).
Enfin le test de la duree avant / apres compression m'a appris qu'il ne fallais pas esperer une synchro fine avec du mp3 si par example on s'amuse a mettre plusieurs echantillons bout a bout.
# Re: C'est qui ce MARK ??? Réveil pénible
Posté par xilun . En réponse au journal C'est qui ce MARK ??? Réveil pénible. Évalué à 1.
Pour le plantage ca peut soit du kernel (et oui il y a parfois des bug, mais c'est assez rare), soit d'un orage :p. Chez moi ca vient plus souvent des orages. En tout cas rien a voir avec xmule
# Re: Ogg Vorbis décevant
Posté par xilun . En réponse au journal Ogg Vorbis décevant. Évalué à 5.
Je me suis amuse a soustraire un fichier audio original avec lui meme apres compression. Pas moyen d'obtenir un resultat correct avec du mp3 (par resultat correct j'entend son tres bas, c'est a dire faible difference entre l'original et le compresse), resultat tres bon avec du ogg vorbis. Mais a mon avis cela est plus du a une erreur de synchro inherente au mp3, car le fichier resultant est toujours plus long de quelques millisecondes, je ne sais pas pourquoi. (La soustraction, comme pleins d'autres effects, peut se faire avec sox)
Compression de sons avec des frequences d'echantillonages non commune avec lame pour le mp3, oggenc pour le vorbis et lecture via mplayer. Impossible d'obtenir quoique ce soit de correct dans le cas du mp3, nickel avec du vorbis. (le son etait un fichier mono 8000 Hz bien bruite et le mp3 est completement remplis de parasites du style beeep sature hyper bref)
Plusieurs disaines de compression consecutives soit en mp3, soit en vorbis. Dans les deux cas il y a une claire degradation, mais elle est nettement plus rapide en vorbis.
Tous les tests realises avec lame et oggenc
J'ai aussi remarque que lame utilise un filtre passe bas adapte au debit choisi ce qui "arbitrairise" la perte d'information dans les hautes frequences. Pas de ca avec oggenc. Il va surrement me falloir un melomane averti pour me dire quel est le meilleur choix :)
Conclusion : j'ai du mal a departage les deux sur des criteres techniques autres que la qualite audio a l'ecoute, et je vais certainement devoir me plonger plus en profondeur sur leur mode de fonctionnement profond ainsi que sur les algo et les maths utilise dans chacuns d'entre eux pour me faire une idee plus precise.
# Re: Mise à jour du noyau.
Posté par xilun . En réponse au journal Mise à jour du noyau.. Évalué à 1.
# Re: Curiosite..
Posté par xilun . En réponse au journal Curiosite... Évalué à 1.
Ideal pour faire un lecteur de DivX de salon :)
[^] # Re: Microsoft libère les formats de fichier Office 2003
Posté par xilun . En réponse à la dépêche Microsoft libère les formats de fichiers Office 2003. Évalué à 6.
Les specs sont publiques, mais certainement pas libre (interdiction de faire un generateur de swf si mes souvenirs sont bon, interdiction de ne pas implementer 100% des fonctionnalites prevus par le format, etc...)
[^] # Re: CSS et IE
Posté par xilun . En réponse au journal CSS et IE. Évalué à 1.
[^] # Re: deux clavier
Posté par xilun . En réponse au journal deux clavier. Évalué à 1.
Après tout linux c'est multitache multiutilisateur :)
# Re: Nos amies les Assedics
Posté par xilun . En réponse au journal Nos amies les Assedics. Évalué à 1.
Pas très accessible !
# Re: deux clavier
Posté par xilun . En réponse au journal deux clavier. Évalué à 1.
# Re: Tuning PC "Barbare"
Posté par xilun . En réponse au journal Tuning PC "Barbare". Évalué à 1.
On prepare la video d'une machine encore plus barbare ;) (avec tout le process de creation cette fois)
[^] # Re: "Le brevet logiciel, pas pour demain", Le Soir 27/11/2003
Posté par xilun . En réponse au journal "Le brevet logiciel, pas pour demain", Le Soir 27/11/2003. Évalué à 1.
# Re: "Le brevet logiciel, pas pour demain", Le Soir 27/11/2003
Posté par xilun . En réponse au journal "Le brevet logiciel, pas pour demain", Le Soir 27/11/2003. Évalué à 1.
Emission très interressante à par ca, qui montre le libre sous plein d'aspect et de facon très claire.
Bravo à France Culture !
# Re: Comment je demande à ma carte son de faire une transformée de Fourier?
Posté par xilun . En réponse au journal Comment je demande à ma carte son de faire une transformée de Fourier?. Évalué à 2.
[^] # Re: Divergence Numérique, L'émission sur le Libre avec LinuxFrench
Posté par xilun . En réponse à la dépêche Divergence Numérique, L'émission sur le Libre avec LinuxFrench. Évalué à 4.