Ç'est vraiment trop fort que des choses pareilles puissent passer sans être filtrées. Malheureusement on ne peut pas être à la fois à la pointe de l'information et avoir une rigueur journalistique.
Merci en tout cas pour cette belle tranche de rigolade, on peut au moins rêver un peu et espérer que les gens passent au ogg vorbis.
C'est même pitoyable de faire tourner _Tux_family sous FBSD, pourquoi pas openbsd.org hébergé sur un Linux 2.5.X!
Qu'attend Linus pour faire fermer ce site qui nuit à l'image de Tux.
Bon, mes commentaires commençaient surement à vous manquer, je vais donc combler ce vide.
Il serait bon d'oublier un peu les outils proprietaires quand un équivalent ouvert existe, et c'est le cas pour tkcplayer!
Les principaux projets linux sur PDA (Opie, GPE, etc...) ont leur lecteur ogg vorbis (ce n'est pas encore en version définitive mais c'est déjà fonctionnel), il en est même un qui se base sur libxine (oui LA libxine du projet xine) incluant de plus les decodeurs divx, xvid, mp3, etc...
Pour les bibliothèques ogg vorbis en virgule fixe, il n'existe pas que celle mise à jour par NP, il y'en a d'autres, y compris un projet un peu farfalu (avis personnel) de décodeur sur un FPGA Xilinx, utilisant en partie le projet LEON (processeur Sparc 8 bits [de mémoire] embarqué dans le FPGA).
Les sites: http://familiar.handhelds.org(...) pour la distribution familiar, je ne connais pas le lien pour openzaurus, mais si vous êtes intéressés, le mieux est de se rendre sur #handhelds.org sur opn (irc.openprojects.org, le nom des serveurs va bientôt changer) ou #opie pour le projet opie ou #gpe pour le projet gpe.
Voilà, je ne donne pour l'instant pas l'adresse d'autres décodeurs en virgule fixe, je les réserve aux vrais développeurs si besoin. Certains auront du mal à comprendre pourquoi, et je n'ajouterai qu'une chose, je n'aime pas voir un site mis à genoux, et donc injoignable, par des gens qui n'ont rien à y faire.
Et -1 parce que celà n'a rien à voir avec le Ogg Vorbis en qualité téléphone.
Il y en a 2 au moins, qui sont en virgule fixe _et_ libre.
Les 2 implémentations fonctionnent correctement avec les fichiers ogg vorbis générés avec oggenc version 1.0 finale.
Le site web n'est pas vraiment à jour, il suffit de jeter un oeil sur les dates.
La RC4 était disponible en CVS il y a encore une semaine, et toujours sur le CVS, la 1.0 est disponible depuis 4 ou 5 jours.
L'annonce officielle de xiph a été faite sur un autre site (et non je n'ai pas le lien).
Tu m'expliqueras comment on propose une dépêche, quand on a accès 5 minutes par jour au site, et que le reste du temps ca foire, tu dois avoir une recette magique, non ?
Pour ce qui est de la news, je ne vois pas en quoi le fait que ce soit la seule de la journée, en fasse automatiquement une dépêche de premier plan...
Ca me rappelle une dépêche récente, sur tuxfamily, qui est restée dans une boîte quelconque, alors qu'elle méritait surement plus la première page que çà!
"Meaningless Instruction Par Seconde", plutôt "Per Second", quitte à écrire en anglais autant tout laisser dans cette langue.
Sinon, que vient faire cette fantastique nouvelle, en page principale (voire même sur ce site)? Ça devient de plus en plus une sorte d'hardware.fr ici, je croyais que c'était linuxfr.org, enfin quand ça fonctionne évidemment.
Sinon hors sujet, la version finale 1.0 du codec ogg vorbis est sortie. Je sais bien que ça ne vaut pas la sortie d'un processeur chaufferette, mais ça intéressera surement des gens.
«L'histoire de Loki nous a montré que, en fait, tres peu de personnes utilisent Linux serieusement (ap art pour faire joujou a Xbill ou epater ses copains, la partoche Linux part souvent aux oubliettes quand on utilise Windows a coté)»
No comment...
Vous êtes de l'académie française pour estimer être apte à donner des genres à des néologismes ? Vous voulez pas non plus, donner une définition ? Ça me ferait bien marrer, d'entendre la définition d'"ISO" dans ce contexte!
Quitte à chipoter et se br*ler la nouille, autant imposer "image ISO9660" ou "fichier ISO9660" comme ça, tout le monde sera content...
Pourquoi demain?
Il existe des processeurs, tels les DSP Sharc de chez AD, par exemple, pour lesquels le type char est defini à 32 bits! (même si en assembleur un type 16bits est accessible, mais seulement en assembleur).
Là dessus, on a alors en C: sizeof(char)=sizeof(short)=sizeof(int)=sizeof(long)=sizeof(float)=1
rien de bien terrible donc, mais bon un DSP ca ne sert pas à gerer des chaînes de caractères en général.
mouais, ça ne m'a malheureusement jamais convaincu, et j'ai surtout tendance à me rappeler des articles désastreux, masquant surement dans mon esprit les articles de bonne facture. Enfin, la n'est plus le problème pour moi, puisque j'ai arrêté de lire le Monde.
Ouais bon finalement ca continue par une nouvelle conclusion foireuse:
"The good news about this solution is that it guarantees that the CPU will survive; the bad news is that data safety is no longer guaranteed. The PC is not shut down properly, and instead it is switched off quite abruptly." (source Tomshardware.com)
Donc la bonne nouvelle c'est que le processeur survivra, mais la mauvaise que l'integrite des donnes n'est plus garantie.
Pour ceux qui n'ont pas lu, AMD propose un nouveau schéma de gestion de la surchauffe, utilisant un composant externe sur la carte-mère (le choix fait par Siemens n'était pas apparremment assez performant). Ce nouveau circuit coupe l'alimentation de la carte-mère des qu'une hausse brutale de la température du core apparait.
Pour revenir à la conclusion, selon Tom, la coupure brutale de l'alimentation est plus un mal qu'un bien, mais si on se replace dans le contexte: le bloc radiateur qui se décroche de son support, je pense que ca apporte plus un bien qu'un mal, car au moins il y a une possibilité d'éviter un gros court circuit au point de chute du radiateur, sans parler des éventuelles projections de PCB sur les autres cartes, si la carte vidéo lache sous le poids du bloc.
Donc je reste sur mon point de vue, chez Tom, ils restent trop Intel friendly, mais bon faut bien vivre de quelque chose et quand on a surtout de la pub Intel.....
il faut prendre des blocs vissables.
Et pour "l'agrafe" du bloc qui rompt, tu veux pas aussi calculer le coût dû au court-circuit généré par le bloc dans sa chute sur la carte vidéo ? et comme tu le dis la mécanique est ce qui est le moins fiable, comment va se fendre ta carte vidéo ? et les cartes dessous ?
les processeurs athlon sur core thunderbird, n'ont pas d'autre protection que la pauvre sonde, quand il y en a une, sous le processeur (au milieu du socket A), et au risque d'informer, la température du processeur n'est pas instantannément uniforme, il y a un gradient de température qui se forme, il est donc possible que le core soit a plus de 150°C quand ton BIOS affiche encore que 100°C, voire pire. Tu devrais t'estimer quand même heureux que le CPU ait survécu à ce choc.
Et pour bien signaler quels sont les CPU qui sont protégés (au moins qui ont la possibilité de l'être), ce sont les CPU à base Palamino.
Tu peux peut-être nous faire part des merveilleuses conclusions intéressantes que tu as pu en tirer, non ?
Parce que moi, j'ai vraiment du mal, un test sur 1 seul CPU et tout de suite la conclusion le système de protection ne marche pas (je reparle même pas du côté idiot de virer le bloc radiateur, j'ai toujours pas compris ce qu'il pouvait avoir d'intelligent, mais bon éclaire moi pour ça aussi, puisque tu es plus éclairé).
De plus, je suis étonné, que Tom n'ait pas contacté AMD directement (s'il l'avait fait il l'aurait dit, il est pas du genre à cacher ça), alors que pour le problème avec le P!!! 1.13GHz (ou 1GHz je sais plus), il l'avait fait immédiatement. Le seul contact qu'il a pris était pour ce test,avec Siemens (Ok, le "test" a été fait à Munich et Siemens est pas loin, mais AMD non plus n'est pas loin....), je trouve ça un peu léger...
# Je suis vraiment mort de rire!
Posté par Dilb . En réponse à la dépêche Le mp3 toujours gratuit pour le libre. Évalué à 10.
Merci en tout cas pour cette belle tranche de rigolade, on peut au moins rêver un peu et espérer que les gens passent au ogg vorbis.
[^] # Re: Et pour le hardware ?
Posté par Dilb . En réponse à la dépêche Le format MP3 devient payant!. Évalué à 4.
Référence:
http://oggonachip.sourceforge.net(...)
[^] # Re: Merci a tous
Posté par Dilb . En réponse à la dépêche La famille Tux au plus mal. Évalué à 1.
Qu'attend Linus pour faire fermer ce site qui nuit à l'image de Tux.
[^] # Re: c'est marrant
Posté par Dilb . En réponse à la dépêche Liberté d'expression dans nos forums. Évalué à -3.
(Allez, je vais finir à -400 parce que la culture ici... )
[^] # Re: Trop "open"
Posté par Dilb . En réponse à la dépêche Ogg Vorbis en qualité téléphone. Évalué à 0.
Il serait bon d'oublier un peu les outils proprietaires quand un équivalent ouvert existe, et c'est le cas pour tkcplayer!
Les principaux projets linux sur PDA (Opie, GPE, etc...) ont leur lecteur ogg vorbis (ce n'est pas encore en version définitive mais c'est déjà fonctionnel), il en est même un qui se base sur libxine (oui LA libxine du projet xine) incluant de plus les decodeurs divx, xvid, mp3, etc...
Pour les bibliothèques ogg vorbis en virgule fixe, il n'existe pas que celle mise à jour par NP, il y'en a d'autres, y compris un projet un peu farfalu (avis personnel) de décodeur sur un FPGA Xilinx, utilisant en partie le projet LEON (processeur Sparc 8 bits [de mémoire] embarqué dans le FPGA).
Les sites:
http://familiar.handhelds.org(...) pour la distribution familiar, je ne connais pas le lien pour openzaurus, mais si vous êtes intéressés, le mieux est de se rendre sur #handhelds.org sur opn (irc.openprojects.org, le nom des serveurs va bientôt changer) ou #opie pour le projet opie ou #gpe pour le projet gpe.
Voilà, je ne donne pour l'instant pas l'adresse d'autres décodeurs en virgule fixe, je les réserve aux vrais développeurs si besoin. Certains auront du mal à comprendre pourquoi, et je n'ajouterai qu'une chose, je n'aime pas voir un site mis à genoux, et donc injoignable, par des gens qui n'ont rien à y faire.
Et -1 parce que celà n'a rien à voir avec le Ogg Vorbis en qualité téléphone.
[^] # Précision
Posté par Dilb . En réponse à la dépêche Utiliser votre Ipod avec Linux. Évalué à 1.
Les 2 implémentations fonctionnent correctement avec les fichiers ogg vorbis générés avec oggenc version 1.0 finale.
[^] # Re: l Europe a du bon ...fo esperer
Posté par Dilb . En réponse à la dépêche Les majors à l'assaut des réseaux P2P. Évalué à -3.
[^] # Re: Ogg Vorbis ?!
Posté par Dilb . En réponse à la dépêche L'Itanium II est sorti. Évalué à -1.
La RC4 était disponible en CVS il y a encore une semaine, et toujours sur le CVS, la 1.0 est disponible depuis 4 ou 5 jours.
L'annonce officielle de xiph a été faite sur un autre site (et non je n'ai pas le lien).
[^] # Mouais....
Posté par Dilb . En réponse à la dépêche L'Itanium II est sorti. Évalué à 2.
Pour ce qui est de la news, je ne vois pas en quoi le fait que ce soit la seule de la journée, en fasse automatiquement une dépêche de premier plan...
Ca me rappelle une dépêche récente, sur tuxfamily, qui est restée dans une boîte quelconque, alors qu'elle méritait surement plus la première page que çà!
[^] # Rien
Posté par Dilb . En réponse à la dépêche L'Itanium II est sorti. Évalué à 10.
Sinon, que vient faire cette fantastique nouvelle, en page principale (voire même sur ce site)? Ça devient de plus en plus une sorte d'hardware.fr ici, je croyais que c'était linuxfr.org, enfin quand ça fonctionne évidemment.
Sinon hors sujet, la version finale 1.0 du codec ogg vorbis est sortie. Je sais bien que ça ne vaut pas la sortie d'un processeur chaufferette, mais ça intéressera surement des gens.
[^] # Re: Le vrai problème ?
Posté par Dilb . En réponse à la dépêche Suite de l'affaire des Landes. Évalué à -6.
On dirait quelqu'un qui écrit sur IRC...
Je n'ai rien contre tes arguments, mais franchement c'est pénible à lire.
[^] # Pathétique...
Posté par Dilb . En réponse à la dépêche Une pétition pour le prochain patch de Tribes 2. Évalué à 1.
No comment...
[^] # Re: commentaire crétin, chagrin
Posté par Dilb . En réponse à la dépêche Sortie de OpenBSD3.1. Évalué à 2.
Quitte à chipoter et se br*ler la nouille, autant imposer "image ISO9660" ou "fichier ISO9660" comme ça, tout le monde sera content...
[^] # Re: Tant qu'on ne nous offre pas d'IPv6...
Posté par Dilb . En réponse à la dépêche [conference] Où en sommes nous avec IPv6 ?, appel a contribution. Évalué à 1.
Tant que ça marche sous leur SE, il n'y aura pas de problème.
[^] # Re: Avec mon portable ?
Posté par Dilb . En réponse à la dépêche Le retour du Commodore 64 comme serveur. Évalué à 5.
[^] # Re: Miroirs
Posté par Dilb . En réponse à la dépêche Xfree86 4.2.0. Évalué à -10.
[^] # Re: Miroirs
Posté par Dilb . En réponse à la dépêche Xfree86 4.2.0. Évalué à 1.
Le but d'une news est avant tout d'informer, non ? Pas de mettre à genou un site...
[^] # Re: Le marché des serveurs et IBM a sauvé Linux !
Posté par Dilb . En réponse à la dépêche Linux en couverture du Monde. Évalué à 1.
[^] # Re: a propos de 64 bits
Posté par Dilb . En réponse à la dépêche Mandrake 8.1 sur IA64. Évalué à 1.
Il existe des processeurs, tels les DSP Sharc de chez AD, par exemple, pour lesquels le type char est defini à 32 bits! (même si en assembleur un type 16bits est accessible, mais seulement en assembleur).
Là dessus, on a alors en C: sizeof(char)=sizeof(short)=sizeof(int)=sizeof(long)=sizeof(float)=1
rien de bien terrible donc, mais bon un DSP ca ne sert pas à gerer des chaînes de caractères en général.
[^] # Re: Dilution... dans plusieurs pots
Posté par Dilb . En réponse à la dépêche Le Monde Interactif, la fin :-(. Évalué à 4.
[^] # Erratum 2
Posté par Dilb . En réponse à la dépêche Le rapport de ma mort thermique fut .... Évalué à 3.
"The good news about this solution is that it guarantees that the CPU will survive; the bad news is that data safety is no longer guaranteed. The PC is not shut down properly, and instead it is switched off quite abruptly." (source Tomshardware.com)
Donc la bonne nouvelle c'est que le processeur survivra, mais la mauvaise que l'integrite des donnes n'est plus garantie.
Pour ceux qui n'ont pas lu, AMD propose un nouveau schéma de gestion de la surchauffe, utilisant un composant externe sur la carte-mère (le choix fait par Siemens n'était pas apparremment assez performant). Ce nouveau circuit coupe l'alimentation de la carte-mère des qu'une hausse brutale de la température du core apparait.
Pour revenir à la conclusion, selon Tom, la coupure brutale de l'alimentation est plus un mal qu'un bien, mais si on se replace dans le contexte: le bloc radiateur qui se décroche de son support, je pense que ca apporte plus un bien qu'un mal, car au moins il y a une possibilité d'éviter un gros court circuit au point de chute du radiateur, sans parler des éventuelles projections de PCB sur les autres cartes, si la carte vidéo lache sous le poids du bloc.
Donc je reste sur mon point de vue, chez Tom, ils restent trop Intel friendly, mais bon faut bien vivre de quelque chose et quand on a surtout de la pub Intel.....
[^] # Erratum (je visite pas les sites dans le bon ordre)
Posté par Dilb . En réponse à la dépêche Le rapport de ma mort thermique fut .... Évalué à 3.
http://www.tomshardware.com/column/01q4/011029/index.html(...)
voilà, je finis de le lire avant de redire une connerie ;)
[^] # Re: Difference entre les tests
Posté par Dilb . En réponse à la dépêche Le rapport de ma mort thermique fut .... Évalué à 2.
Et pour "l'agrafe" du bloc qui rompt, tu veux pas aussi calculer le coût dû au court-circuit généré par le bloc dans sa chute sur la carte vidéo ? et comme tu le dis la mécanique est ce qui est le moins fiable, comment va se fendre ta carte vidéo ? et les cartes dessous ?
[^] # Re: Histoire vécue
Posté par Dilb . En réponse à la dépêche Le rapport de ma mort thermique fut .... Évalué à 0.
les processeurs athlon sur core thunderbird, n'ont pas d'autre protection que la pauvre sonde, quand il y en a une, sous le processeur (au milieu du socket A), et au risque d'informer, la température du processeur n'est pas instantannément uniforme, il y a un gradient de température qui se forme, il est donc possible que le core soit a plus de 150°C quand ton BIOS affiche encore que 100°C, voire pire. Tu devrais t'estimer quand même heureux que le CPU ait survécu à ce choc.
Et pour bien signaler quels sont les CPU qui sont protégés (au moins qui ont la possibilité de l'être), ce sont les CPU à base Palamino.
[^] # Re: Qui croire ?
Posté par Dilb . En réponse à la dépêche Le rapport de ma mort thermique fut .... Évalué à 1.
Parce que moi, j'ai vraiment du mal, un test sur 1 seul CPU et tout de suite la conclusion le système de protection ne marche pas (je reparle même pas du côté idiot de virer le bloc radiateur, j'ai toujours pas compris ce qu'il pouvait avoir d'intelligent, mais bon éclaire moi pour ça aussi, puisque tu es plus éclairé).
De plus, je suis étonné, que Tom n'ait pas contacté AMD directement (s'il l'avait fait il l'aurait dit, il est pas du genre à cacher ça), alors que pour le problème avec le P!!! 1.13GHz (ou 1GHz je sais plus), il l'avait fait immédiatement. Le seul contact qu'il a pris était pour ce test,avec Siemens (Ok, le "test" a été fait à Munich et Siemens est pas loin, mais AMD non plus n'est pas loin....), je trouve ça un peu léger...