Ca me fait penser à ce que me disait un prof à propos d'XML, et de tous les systèmes hiérachique en général (et donc la philosophie du fs sous unix) : c'est pas mal pour des utilisations simples, mais des fois on a besoin d'un classement des choses un peu plus évolué. C'est ce que tout le monde dit dans les commentaires de ce journal pour l'instant.
Mais alors, quel système est plus puissant? Bah, c'est pas un truc nouveau : les systèmes relationnels. Et donc, la plupart des BDD actuelles (sachant que beaucoup existent depuis plus d'une dizaine d'années). On n'a plus une vue hiérachique, et on est beaucoup moins limité. Les relations entre les objets (ou fichiers si vous voulez) ne sont plus uniquement pere/fils, mais peuvent etre n'importe quoi. Imaginez qu'on puisse créer des vues (oui, comme en SQL) sur un bout des relations, afin de se simplifier la vie sur l'organisation de ses données.
Pour faire l'analogie avec les structures de données, les systèmes hiérarchiques sont des arbres, alors que les systèmes relationnels sont des graphes (orientés). Rappelons qu'un arbre est un cas particulier de graphe, c'est un graphe orienté sans cycle. Bon ok, avec les liens (symbolique ou non) on cree un peu plus qu'un arbre (puisqu'on a des chaines, mais pas de cycles, ou l'inverse, mais mes souvenirs sont pas supers frais). Mais ca reste toujours un arbre a la base.
J'espère que mes explications sont pas trop erronnées, car en relisant je suis pas tout à fait sur de l'exactitude de mes souvenirs sur les structures de données.
Pareil moi aussi, mais le MT6Z en 1Go. Vraiment super. Bon, autonomie dans la moyenne je pense, cad beaucoup moins que ce qui est annoncé (40h sur les specs !! je fais environ 10-12h avec une pile 1800mAh, volume moyen, ogg & mp3 & wma mélangé ... je pense que la lecture du ogg joue un peu négativement sur la durée de la batterie. Je viens d'acheter des piles 2300mAh pour voir).
Juste un petit détail avec les Ogg: ceux encodés avec une version de la lib vorbis < 1.0 passent pas :-/ ... genre avec la 1.0rc3 ca plante. Mais avec la 1.0 et supérieur ca passe nickel, jusqu'en -q7 pour moi, soit environ 224kbits/s, donc ce lecteur doit pas avoir de pb avec les bitrates élevés, comme certains d'une marque réputée que je ne citerai pas ...
Une petite dernière remarque: comme il marche avec des piles AA, il est un peu plus lourds que les baladeurs utilisant une AAA. Mais bon ca reste tout a fait résonnable.
D'abord l'histoire de la VM n'est arrivé qu'avec Quake 3. Pour quake 2, on compile son dll et son .so pour chaque archi.
En plus, la partie interprétée par la VM n'est QUE la logique du jeu. Le moteur lui est compilé directement pour la plateforme, et écrit en C (pour Quake 3 du moins).
Ce besoin d'une VM pour la logique du jeu vient (d'apres moi) du fait que les développeurs de mods n'ont pas toujours accès à toutes les plateformes où tourne Q3, alors pour éviter de n'avoir que des mods pour windows (plateforme majoritaire chez les moddeurs), il a créé ce système de VM. Bon, au final ca a quand meme causé qq problèmes avec les windowsiens qui se plaignaient de la lenteur de la VM par rapport à un dll natif (lenteur relative, mais dans un jeu où pour beaucoup garder son compteur de fps à 125 est très important, ça compte).
Ensuite, son propre langage pour la VM, bah c'est en fait du C. Je sais pas si toutes les bidouilles du C sont permises, mais dans la très grande majorité des cas (i.e. j'ai jamais entendu parlé de problèmes de ce genre) ça tourne nickel (carmack a appris les problèmes d'un "presque C" avec Quake1 et le QuakeC).
Donc porter son jeu n'a pas été aussi simple. En fait, pour répondre à l'interrogation de Nicolas, Carmack a créé sa propre API d'abstraction des différentes parties de l'interaction (clavier, souris, vidéo, etc...). Elle tourne au dessus de DirectX sous windows (ce qui rend cette partie simple car DX fait la majorité du boulot) et d'API plus bas niveau sous nux (accès direct à X11, et OpenGL). Il utilise quand meme OpenGL sous windows, DirectX lui sert seulement pour le reste.
Donc "Use the source, Luke!" et va voir le code de Q2 comme dis plus haut. Par contre si tu t'intéresse à la VM de Q3, va falloir attendre car Carmack n'a toujours pas donné le code source; bien que promis à noel, le cadeau a été repoussé...
Ah, les bons vieux TP de Système de M. Leclerc ...
Et je confirme, un vrai shell avec redirection, pipe, process en background, etc ...
Je pourrai témoigner de la paternité du msh ! Construit avec amour à l'IUT.
Mais fais attention, ils pourront essayer t'acheter avec toute la thune qu'ils ont. Mais je pense que tu résistera, pour l'amour de GNU/Linux, malgré tout l'argent que pourra te donner Microsoft!
J'ai pas vraiment d'outils à proposer, mais étant donné que j'étudie dans une fac ou se trouve un labo de recherche en imagerie, nos profs nous parlent pas mal problèmes de ce genre. Mais apparemment c'est un domaine où les recherches sont encore en cours et où il n'existe pas de théorie "unificatrice", chaque domaine a ses outils. Je parle ici plutot de reconnaissance de forme, mais je pense que ca peut s'appliquer aussi à ton problème : des profs nous parlent de bases de données d'images indexées selon divers critères (imagine des requètes sur des caractéristiques de l'image plutot que sur des attributs d'un ensemble de données, pour comparer avec les BDD classiques). De plus, les requetes peuvent aussi rechercher des images similaires mais ayant subit des transformations simples (translation, changement d'échelle, rotation, etc...). Ca doit se rapprocher de ce que tu cherches.
Par contre, pour ton idée, ce genre de tache ne se fait pas qu'en une étape, on passe d'abord par du traitement du signal, puis par des étapes de segmentation, puis de la classification. Enfin ce que je dis n'est pas forcément à prendre au pied de la lettre, je suis justement en train de faire mes études la dedans, donc je n'ai pas la science infuse...
Bah en fait je crois que non, j'ai vu le CD de mes propres yeux ... Mais c'etait vraiment une version tres "primaire" de MacOSX, avec un look entre NextStep et Mac OS 9 (y'avait qq screenshots sur la boite)...
Bah moi j'utilise esd, et ca marche pas mal, mais avec mplayer. Vu que VLC a une sortie esd ca devrait marcher aussi. Faut juste pouvoir spécifier le serveur de son dans les options, car souvent le développeur du plugin s'en fout et ne le propose pas car c'est très peu utilisé (mais très pratique chez moi).
Du coté du serveur un peit esd --tcp --public et le tour est joué.
La musique ne s'entends pas qu'avec les oreille, mais avec tout le corps, la richesse spectrale est importante a ce niveau (enfin, un technoman invétéré ne doit sans doute pas comprendre cela, qui est très largement reconnu dans les milieux audiophiles musique classique)
oula...
je suis a peu pres certain de ne pas me tromper en avancant que la tek ratisse tres large dans la bande spectrale, comme tu dis..
de l'infrabasse aux hautes frequences, tout y passe.
Pose toi devant un gros mur de son en free pour t'en rendre compte.
Ou parles en avec un medecin, il devrait te confirmer ce que je te dis.
rien a redire sinon, je voulais juste relever le point precedent
Oui, exactement.
Et la remarque sur le fait que ça ne s'entends pas qu'avec les oreilles : devant un bon mur d'enceintes, les basses qui font vibrer le corps entier sont aussi pour beaucoup dans l'écoute de cette musique.
A ma connaissance, c'était un simple checksum. Il y aurait eu un md5 à la place, la première tentative de crackage n'aurait pas été possible.
Il me semble que c'était plutôt un système à clé publique/privée. Le kernel sur lequel la console boot est signé par microsoft, et la console contient la clé publique pour vérifier l'origine du kernel. D'où le problème de booter avec linux dessus.
Le buffer overflow n'a pas servi à découvrir la clé (qui est assez grande pour être incassable aussi, 2048 bits il me semble) mais à executer un bout de code qui charge le kernel linux en mémoire (tient, yaurait eu un patch NX pour la xbox ils auraient été dans la merde). Mais la console devait d'abord booter normalement, et puis executer le jeu dont on a trouvé le buffer overflow.
Houla, ya beaucoup mieux pour ça (et plus "propre") : depuis vim, un coup de ":make" pour lancer la compil (on peut personnaliser la commande avec ":set makeprg=...", et mettre par exemple "latex \!" à la place; par défaut c'est "make" tout court), puis ":cc" pour voir l'erreur (on arrive sur la première erreur directement après un ":make"), et ":cn" pour passer à la suivante. C'est vraiment très utile. Pour le reste voir ":help quickfix".
Cela fait quelques temps déjà (1 an et demi) que le ventilateur de ma GeForce 2 Pro est en rade.
"Content" de savoir que je ne suis pas le seul à avoir ce problème avec cette carte dont le ventilo est d'une solidité et d'une fiabilité .... désastreuse. Pareil que toi, montage d'un autre ventilo avec 2 bouts de ficelles ...
Ensuite : citez donc un debugger qui sait charger un binaire de 100mo, montrer tous les types montrables, faire du hotfixing et faire suivre les breakpoints avec les modifications du code, montrer le code de manière correcte etc. Puisque c'est de sa faute s'il arrive pas à bosser.
gdb ... pour Mac OS X !! :)
il gère :
- les headers précompilés
- tous les types du système (enfin en Objective-C dumoins)
- le hotfix
- suivi des breakpoints avec la modif du code
- affichage correct du code
- il plante peu (enfin c'est surtout XCode qui plante ...)
- et plein d'autres trucs
bon pour les binaires de 100Mo je sais pas, mais comme dis plus haut, faut être un peu neuneu pour débugger avec toutes les libs en statique.
Bon ok, tout ca c'est dispo uniquement en utilisant XCode d'Apple, qui est un gros truc proprio qui n'est pas prêt d'être libre. Mais tout ça est géré dans le fond par gcc & gdb !
Deuxième truc, je sais pas si c'est possible de faire du hotfix en ligne de commande, ni si tout ça est faisable autrement qu'en codant en Objective-C ...
Vous allez me dire "mais tout ça c'est codé par des ingés de chez Apple, personne aurait pu faire ça dans le libre". Certes, il se sont bien démerdés, et en plus tout ce code est libre comme tout le reste de gcc, mais je pense qu'un jour ou l'autre on l'aurait eu par des contributeurs bénévoles. Un peu moins rapidement, peut-être.
On en arrive à des situations ubuesques comme celle de Microsoft qui arrive à breveter le multibureau avec comme exemple des captures d'écrans de KDE !
Je voudrais juste faire remarquer (si ce n'a pas déjà été fait) que ces captures sont là pour illustrer les applications déjà existantes; c'est écrit dans le texte du brevet (oui, il faut l'avoir lu avant pour savoir ...).
Le brevet porte sur le desktop switcher (enfin le truc qui donne un aperçu des bureaux) : La capture de KDE 1 (où on ne voit que le nom du bureau) montre qu'on ne voit pas les fenêtres des desktops, la capture de Gnome montre qu'on voit les fenêtres en petit mais pas leur contenu (juste un carré); eux, ils justifient leur brevet par le fait qu'il affichent le contenu de la fenêtre dans leur desktop switcher.
Mais cela n'empêche pas qu'Enlightenment l'a fait bien avant eux, mais ça bien sûr, ils n'en parlent pas ...
Et aussi que ça n'est pas si innovant de n'améliorer un truc que très légèrement (d'ailleurs je crois que c'est un motif de refus du brevet en france si on se base sur un truc déjà existant et en ne l'améliorant que très peu)
[^] # Re: mouai
Posté par benoar . En réponse au journal Unix, que sont devenus tes concepts ?. Évalué à 6.
Mais alors, quel système est plus puissant? Bah, c'est pas un truc nouveau : les systèmes relationnels. Et donc, la plupart des BDD actuelles (sachant que beaucoup existent depuis plus d'une dizaine d'années). On n'a plus une vue hiérachique, et on est beaucoup moins limité. Les relations entre les objets (ou fichiers si vous voulez) ne sont plus uniquement pere/fils, mais peuvent etre n'importe quoi. Imaginez qu'on puisse créer des vues (oui, comme en SQL) sur un bout des relations, afin de se simplifier la vie sur l'organisation de ses données.
Pour faire l'analogie avec les structures de données, les systèmes hiérarchiques sont des arbres, alors que les systèmes relationnels sont des graphes (orientés). Rappelons qu'un arbre est un cas particulier de graphe, c'est un graphe orienté sans cycle. Bon ok, avec les liens (symbolique ou non) on cree un peu plus qu'un arbre (puisqu'on a des chaines, mais pas de cycles, ou l'inverse, mais mes souvenirs sont pas supers frais). Mais ca reste toujours un arbre a la base.
J'espère que mes explications sont pas trop erronnées, car en relisant je suis pas tout à fait sur de l'exactitude de mes souvenirs sur les structures de données.
[^] # Re: Samsung YP-MT6X
Posté par benoar . En réponse au journal Quel balladeur numérique en avril 2005?. Évalué à 1.
Juste un petit détail avec les Ogg: ceux encodés avec une version de la lib vorbis < 1.0 passent pas :-/ ... genre avec la 1.0rc3 ca plante. Mais avec la 1.0 et supérieur ca passe nickel, jusqu'en -q7 pour moi, soit environ 224kbits/s, donc ce lecteur doit pas avoir de pb avec les bitrates élevés, comme certains d'une marque réputée que je ne citerai pas ...
Une petite dernière remarque: comme il marche avec des piles AA, il est un peu plus lourds que les baladeurs utilisant une AAA. Mais bon ca reste tout a fait résonnable.
[^] # Re: \_o<
Posté par benoar . En réponse au journal Développer des jeux vidéos sous Linux ?. Évalué à 2.
D'abord l'histoire de la VM n'est arrivé qu'avec Quake 3. Pour quake 2, on compile son dll et son .so pour chaque archi.
En plus, la partie interprétée par la VM n'est QUE la logique du jeu. Le moteur lui est compilé directement pour la plateforme, et écrit en C (pour Quake 3 du moins).
Ce besoin d'une VM pour la logique du jeu vient (d'apres moi) du fait que les développeurs de mods n'ont pas toujours accès à toutes les plateformes où tourne Q3, alors pour éviter de n'avoir que des mods pour windows (plateforme majoritaire chez les moddeurs), il a créé ce système de VM. Bon, au final ca a quand meme causé qq problèmes avec les windowsiens qui se plaignaient de la lenteur de la VM par rapport à un dll natif (lenteur relative, mais dans un jeu où pour beaucoup garder son compteur de fps à 125 est très important, ça compte).
Ensuite, son propre langage pour la VM, bah c'est en fait du C. Je sais pas si toutes les bidouilles du C sont permises, mais dans la très grande majorité des cas (i.e. j'ai jamais entendu parlé de problèmes de ce genre) ça tourne nickel (carmack a appris les problèmes d'un "presque C" avec Quake1 et le QuakeC).
Donc porter son jeu n'a pas été aussi simple. En fait, pour répondre à l'interrogation de Nicolas, Carmack a créé sa propre API d'abstraction des différentes parties de l'interaction (clavier, souris, vidéo, etc...). Elle tourne au dessus de DirectX sous windows (ce qui rend cette partie simple car DX fait la majorité du boulot) et d'API plus bas niveau sous nux (accès direct à X11, et OpenGL). Il utilise quand meme OpenGL sous windows, DirectX lui sert seulement pour le reste.
Donc "Use the source, Luke!" et va voir le code de Q2 comme dis plus haut. Par contre si tu t'intéresse à la VM de Q3, va falloir attendre car Carmack n'a toujours pas donné le code source; bien que promis à noel, le cadeau a été repoussé...
[^] # Re: msh ???
Posté par benoar . En réponse au journal Devdays, Le Futur de microsoft, je suis rassuré. Évalué à 4.
Et je confirme, un vrai shell avec redirection, pipe, process en background, etc ...
Je pourrai témoigner de la paternité du msh ! Construit avec amour à l'IUT.
Mais fais attention, ils pourront essayer t'acheter avec toute la thune qu'ils ont. Mais je pense que tu résistera, pour l'amour de GNU/Linux, malgré tout l'argent que pourra te donner Microsoft!
Un ancien collègue...
# Une piste ...
Posté par benoar . En réponse au journal Distance entre deux images.... Évalué à 4.
Par contre, pour ton idée, ce genre de tache ne se fait pas qu'en une étape, on passe d'abord par du traitement du signal, puis par des étapes de segmentation, puis de la classification. Enfin ce que je dis n'est pas forcément à prendre au pied de la lettre, je suis justement en train de faire mes études la dedans, donc je n'ai pas la science infuse...
Tu peux aller voir sur http://www-l3i.univ-lr.fr/(...) , ya des pistes de recherche mais pas vraiment d'outils concret.
[^] # Re: .
Posté par benoar . En réponse au journal Mini mini ?. Évalué à 1.
Bah en fait je crois que non, j'ai vu le CD de mes propres yeux ... Mais c'etait vraiment une version tres "primaire" de MacOSX, avec un look entre NextStep et Mac OS 9 (y'avait qq screenshots sur la boite)...
[^] # Re: Support du nas
Posté par benoar . En réponse au journal VLC 0.8.0 is (bientôt) out !. Évalué à 2.
Du coté du serveur un peit esd --tcp --public et le tour est joué.
[^] # Re: Et ca ne s'arrangera pas de sitot.
Posté par benoar . En réponse à la dépêche UFC-Que choisir déplore le manque d'interopérabilité dans la musique en ligne. Évalué à 1.
Oui, exactement.
Et la remarque sur le fait que ça ne s'entends pas qu'avec les oreilles : devant un bon mur d'enceintes, les basses qui font vibrer le corps entier sont aussi pour beaucoup dans l'écoute de cette musique.
[^] # Re: Sur le DRM ...
Posté par benoar . En réponse à la dépêche Le DRM ne fonctionne pas, et on le savait.. Évalué à 2.
Il me semble que c'était plutôt un système à clé publique/privée. Le kernel sur lequel la console boot est signé par microsoft, et la console contient la clé publique pour vérifier l'origine du kernel. D'où le problème de booter avec linux dessus.
Le buffer overflow n'a pas servi à découvrir la clé (qui est assez grande pour être incassable aussi, 2048 bits il me semble) mais à executer un bout de code qui charge le kernel linux en mémoire (tient, yaurait eu un patch NX pour la xbox ils auraient été dans la merde). Mais la console devait d'abord booter normalement, et puis executer le jeu dont on a trouvé le buffer overflow.
[^] # Re: vim
Posté par benoar . En réponse au journal Votre commande favorite. Évalué à 3.
[^] # Re: Monitorer une carte nVidia...
Posté par benoar . En réponse à la dépêche Nouvelles versions des pilotes ATI et NVIDIA pour GNU/Linux. Évalué à 1.
"Content" de savoir que je ne suis pas le seul à avoir ce problème avec cette carte dont le ventilo est d'une solidité et d'une fiabilité .... désastreuse. Pareil que toi, montage d'un autre ventilo avec 2 bouts de ficelles ...
[^] # Re: c'est quand même formidable
Posté par benoar . En réponse au journal Linux : la plus vaste blague de l'informatique. Évalué à 1.
gdb ... pour Mac OS X !! :)
il gère :
- les headers précompilés
- tous les types du système (enfin en Objective-C dumoins)
- le hotfix
- suivi des breakpoints avec la modif du code
- affichage correct du code
- il plante peu (enfin c'est surtout XCode qui plante ...)
- et plein d'autres trucs
bon pour les binaires de 100Mo je sais pas, mais comme dis plus haut, faut être un peu neuneu pour débugger avec toutes les libs en statique.
Bon ok, tout ca c'est dispo uniquement en utilisant XCode d'Apple, qui est un gros truc proprio qui n'est pas prêt d'être libre. Mais tout ça est géré dans le fond par gcc & gdb !
Deuxième truc, je sais pas si c'est possible de faire du hotfix en ligne de commande, ni si tout ça est faisable autrement qu'en codant en Objective-C ...
Vous allez me dire "mais tout ça c'est codé par des ingés de chez Apple, personne aurait pu faire ça dans le libre". Certes, il se sont bien démerdés, et en plus tout ce code est libre comme tout le reste de gcc, mais je pense qu'un jour ou l'autre on l'aurait eu par des contributeurs bénévoles. Un peu moins rapidement, peut-être.
Alors bon, arrêtez de cracher sur gdb ...
[^] # Re: Hummm cela cache aussi la brevetabilite des algo mathematiques
Posté par benoar . En réponse à la dépêche Brevets logiciels : analyse de la directive votée par le Conseil de l'UE. Évalué à 7.
Je voudrais juste faire remarquer (si ce n'a pas déjà été fait) que ces captures sont là pour illustrer les applications déjà existantes; c'est écrit dans le texte du brevet (oui, il faut l'avoir lu avant pour savoir ...).
Le brevet porte sur le desktop switcher (enfin le truc qui donne un aperçu des bureaux) : La capture de KDE 1 (où on ne voit que le nom du bureau) montre qu'on ne voit pas les fenêtres des desktops, la capture de Gnome montre qu'on voit les fenêtres en petit mais pas leur contenu (juste un carré); eux, ils justifient leur brevet par le fait qu'il affichent le contenu de la fenêtre dans leur desktop switcher.
Mais cela n'empêche pas qu'Enlightenment l'a fait bien avant eux, mais ça bien sûr, ils n'en parlent pas ...
Et aussi que ça n'est pas si innovant de n'améliorer un truc que très légèrement (d'ailleurs je crois que c'est un motif de refus du brevet en france si on se base sur un truc déjà existant et en ne l'améliorant que très peu)