Argh, bug connu (faut vraiment que je le fixe celui ci).
Le programme génere une erreur de segmentaion lorsqu'aucun morceau n'est détecté.
Il est à noter qu'il faut que les répertoires aient une certaine structure donnée dans le readme àa savoir :
/repertoire/de/base/UnMorceau
et dans ce repertoire il doit y avoir un fichier UnMorceau.txt
Ensuite en lançant le programme il faut donner le répertoire : "/repertoire/de/base/" en argument
Pour le site officiel il est encore un peu léger, parti d'un :
- hé ! c'est nul y'a pas de site pour le projet
- heu .... bouge pas
<clip clap chlong>
- ok c'est en en ligne
De plus la version windows permet de convertir les fichier kar vers les fichiers txt d'ultrastar.
Pour notre part, nous avons un convertisseur ass vers fichier texte.
Sinon il y a des choses sympathiques dans les Makefile fait maison (et c'est comme cela qu'il faut faire) :
`sdl-config --libs` par exemple ou `pkg-config --libs cairo`
moi je me suis mis aux autotools depuis quelques jours, et en fait bien expliqué sur un exemple très simple ben ca marche.
En gros dans le configure.in c'est une succession de macros (sans doute shell) qui permettent de générer le gros script shell configure.
Les Makefile.am ensuite on mets les sources que l'on veut dans des variables avec des noms predefinis.
Pour un exemple simple regardez par la : http://ultrastar-ng.cvs.sourceforge.net/ultrastar-ng/UltraSt(...) (attention pub inside :) )
La seule release pour le tester pour le moment c'est le CVS (et suivre le README). Je dois normalement me pencher sur les autotools demain pour faire un installeur digne de ce nom
Pour ce qui est du timing en general c'est avec le chanteur, mais rien n'empeche d'avoir des version sans le chanteur.
En fait je fais juste de l'analyse fréquencielle grâce à une transformée de fourier (je ne garde même que la fondamentale ainsi que son amplitude).
Il me semble que dans tout ce qui est éducatif ce sont plus les sons (modulation de la fréquence) et les intonnations (modulation et amplitude). Ces deux choses sont deux choses que je ne sais pas actuellement comment faire.
Je trouve quand même dommage qu'ils ne passent pas sur un noyau 2.6 (ne serait-ce que pour pouvoir "bien" l'installer dans un Xen). Sinon je suis d'accord que c'est vraiment bien :)
Il y a une grosse problematique dans cela. Loin de moi de défendre les multinationales de la vie, mais il faut reconnaitre que les frais engagé par ces firmes (années, personnes, argent) est très important.
Ensuite il faut se demander si une firme de ce type perd 1 milliard de clients potentiels au profit d'entreprises régionales copiant les procédés, va encore investir autant en recherche, ou ne pas en faire de même (attendre que les autres trouvent et copier les formules par la suite en pretextant que c'est pour le bien des malades).
Le problème est donc plus compliqué que le "Bouhououuu les méchants ils veulent donner des médicaments qu'aux riches" ou que "Les médicaments ca doit être gratuit c'est pour sauver des gens". Cette utopie marcherait dans un système communiste utopiste mondial (attention à ne pas penser au stalinisme) mais pas dans la vrai vie où un chercheur s'il a pas de quoi manger il cherche plus.
Pour avoir experimenté, rien de tel qu'un shell sur la machine CVS et de faire ses petits mv à la main (seul moyen si c'est bien fait de ne pas perdre d'infos)
OpenAL ne supporte quasiment aucune extension sous Linux, la capture ne marche pas .... enfin bref ca joue des sons sous linux, c'est pas ce que j'appelle multi plateforme.
L'équipe est en cours de rédaction d'un "papier blanc" (donc il existe une ébauche sur la branche développement sur le CVS) qui marque très nettement les différences par rapport à des technologies telles que cfengine+FAI ou Kickstart.. Pour plus d'info, consultez le début de papier :)
Pour le paquetage office je le pensais plutôt destiné à des utilisateurs en migration. Le but est donc de ne pas trop les depayser (skins) tout en marquant une différence (fond d'écran).
Heuuu, si la question est est-ce que le programme peut générer les exercices c'est ce qu'il fait. Si c'est plutôt est-ce qu'il peut faire le TP a ma place pôv petit élève ..... non ;)
Le cas d'installation par internet est potentiellement possible (on peut generer des CD/DVD de boot contenant les adresses ou telecharger les paquets). En revanche l'identification se fait par MAC/IP il faudrait changer ca pour avoir une cle par CD et identifier la machine (ou quelquechose de ce genre).
Donc la base existe il suffirait de rajouter quelques fonctionnalités dans l'installeur je pense.
Pour le YaKa-fs oui et non :) car une fois qu'un fichier est utilisé il est placé en local, donc l'on obtient très rapidement un système avec le maximum de choses en local.
Quelqu'un a parlé d'installation sur Internet à partir d'une mini image et maintenue à distance ? (ou comment faire passer le commun des mortels à Linux en ayant un support supérieur à celui de Windows)
Je pense que techniquement, contrairement à utiliser un système de paquetage externe à la YaKa, c'est possible et envetuellement pertinent. Ensuite ne connaissant pas StateLess je ne pourrait l'affirmer avec certitude. A voir donc
Alors concernant les machines serveurs ... Une puissance de calcul est souhaitable si l'on ne veut pas passer trop de temps lors de la première compilation et pour régénérer les packages lors du chagement de configuration. Il faut également prévoir une bonne quantité de RAM (car afin d'augmenter la rapidité de la machine de nombreuses données sont stockées en RAM).
Pour l'ENSIIE (~150 machine soit environ 1000 hôtes différents (de mémoire)) la machine est un bi-P4 avec 2Go de RAM (le process en prenant 1Go à la toute fin de la génération).
Un simple P4 avec 1Go de RAM est AMPLEMENT suffisant pour une petite structure.
Pour le réseau l'ENSIIE à été un temps en 10Mb et ca passait (même si les installations pouvaient prendre du temps, d'ou le developpement du YaKa-FS). Mais ils est clair que le 100Mb c'est mieux (5 minutes pour l'installation complete d'une machine avec pleins de choses, quelques secondes pour une serveur).
Dans la documentation il y a une présentation en français qui repend cela :
réinstallation d'une salle en 10Mbits (16 machines) : 25 minutes
réinstallation d'une salle en 10Mbits (16 machines) en YakaFS : 5 minutes
On va sans doute essayer de travailler sur du téléchargement distribué (bittorrent, etc) mais c'est juste au stade d"étude.
[^] # Re: Timer des chansons
Posté par Vincent LE LIGEOUR . En réponse à la dépêche UltraStar-NG - un jeu de karaoké libre. Évalué à 2.
On va dire que je préfere mon code simple :)
[^] # Re: Et ça marche ?
Posté par Vincent LE LIGEOUR . En réponse à la dépêche UltraStar-NG - un jeu de karaoké libre. Évalué à 1.
Le programme génere une erreur de segmentaion lorsqu'aucun morceau n'est détecté.
Il est à noter qu'il faut que les répertoires aient une certaine structure donnée dans le readme àa savoir :
/repertoire/de/base/UnMorceau
et dans ce repertoire il doit y avoir un fichier UnMorceau.txt
Ensuite en lançant le programme il faut donner le répertoire : "/repertoire/de/base/" en argument
Vincent
[^] # Re: Timer des chansons
Posté par Vincent LE LIGEOUR . En réponse à la dépêche UltraStar-NG - un jeu de karaoké libre. Évalué à 1.
Mais nous avons par exemple déja un convertisseur ass -> ultrastar (écrit en lex)
[^] # Re: Timer des chansons
Posté par Vincent LE LIGEOUR . En réponse à la dépêche UltraStar-NG - un jeu de karaoké libre. Évalué à 3.
Vincent <des fois il faut savoir eviter d'utiliser phpBB pour un livre d'or>
[^] # Re: Timer des chansons
Posté par Vincent LE LIGEOUR . En réponse à la dépêche UltraStar-NG - un jeu de karaoké libre. Évalué à 5.
- hé ! c'est nul y'a pas de site pour le projet
- heu .... bouge pas
<clip clap chlong>
- ok c'est en en ligne
Le projet windows beaucoup plus ancien est mieux documenté sur ce point :
http://ultrastar.byto.de/index_en.html - site du projet
http://ultrastar.byto.de/guide_songs_en.html - format des fichiers
De plus la version windows permet de convertir les fichier kar vers les fichiers txt d'ultrastar.
Pour notre part, nous avons un convertisseur ass vers fichier texte.
[^] # Re: Solution
Posté par Vincent LE LIGEOUR . En réponse au journal On est pas vendredi mais quand même, kdevelop, autoconf automake autoincompréhensible. Évalué à 1.
`sdl-config --libs` par exemple ou `pkg-config --libs cairo`
[^] # Re: Tout pareil
Posté par Vincent LE LIGEOUR . En réponse au journal On est pas vendredi mais quand même, kdevelop, autoconf automake autoincompréhensible. Évalué à 1.
moi je me suis mis aux autotools depuis quelques jours, et en fait bien expliqué sur un exemple très simple ben ca marche.
En gros dans le configure.in c'est une succession de macros (sans doute shell) qui permettent de générer le gros script shell configure.
Les Makefile.am ensuite on mets les sources que l'on veut dans des variables avec des noms predefinis.
Pour un exemple simple regardez par la : http://ultrastar-ng.cvs.sourceforge.net/ultrastar-ng/UltraSt(...) (attention pub inside :) )
Vincent
[^] # Re: Intéressant
Posté par Vincent LE LIGEOUR . En réponse au journal Ultrastar-NG : avancées importantes. Évalué à 1.
Pour ce qui est du timing en general c'est avec le chanteur, mais rien n'empeche d'avoir des version sans le chanteur.
Vincent
[^] # Re: Application dans l'éducation
Posté par Vincent LE LIGEOUR . En réponse au journal Ultrastar-NG : avancées importantes. Évalué à 2.
En fait je fais juste de l'analyse fréquencielle grâce à une transformée de fourier (je ne garde même que la fondamentale ainsi que son amplitude).
Il me semble que dans tout ce qui est éducatif ce sont plus les sons (modulation de la fréquence) et les intonnations (modulation et amplitude). Ces deux choses sont deux choses que je ne sais pas actuellement comment faire.
Vincent
# Noyau !!!!
Posté par Vincent LE LIGEOUR . En réponse au journal Test d'IPCop 1.4.11. Évalué à 2.
# Moinssage
Posté par Vincent LE LIGEOUR . En réponse au journal Pétition pour la candidature de José Bové. Évalué à 5.
# Grosse problematique
Posté par Vincent LE LIGEOUR . En réponse au journal Une pétition pour faire reculer Novartis. Évalué à 5.
Ensuite il faut se demander si une firme de ce type perd 1 milliard de clients potentiels au profit d'entreprises régionales copiant les procédés, va encore investir autant en recherche, ou ne pas en faire de même (attendre que les autres trouvent et copier les formules par la suite en pretextant que c'est pour le bien des malades).
Le problème est donc plus compliqué que le "Bouhououuu les méchants ils veulent donner des médicaments qu'aux riches" ou que "Les médicaments ca doit être gratuit c'est pour sauver des gens". Cette utopie marcherait dans un système communiste utopiste mondial (attention à ne pas penser au stalinisme) mais pas dans la vrai vie où un chercheur s'il a pas de quoi manger il cherche plus.
Vincent
[^] # Re: SubVersion 1.0 est sorti \o/
Posté par Vincent LE LIGEOUR . En réponse au journal renommage de fichier sous CVS [script bash]. Évalué à 2.
# multiplateforme, multiplateforme, c'est vite dit
Posté par Vincent LE LIGEOUR . En réponse au journal traduction : OpenAL (et Windows Vista). Évalué à 8.
[^] # Re: Les données sur papier, c'est pas nouveau
Posté par Vincent LE LIGEOUR . En réponse au journal 1er avril ? 450Go sur une feuille de papier.... Évalué à 2.
Et voila : 450Go de données dans une petit fichier :)
[^] # Re: FAI, kickstart, cfengine
Posté par Vincent LE LIGEOUR . En réponse à la dépêche YaKa une distribution orientée parc informatique et services. Évalué à 2.
[^] # Re: Package "office"
Posté par Vincent LE LIGEOUR . En réponse à la dépêche YaKa une distribution orientée parc informatique et services. Évalué à 1.
Merci
# Package "office"
Posté par Vincent LE LIGEOUR . En réponse à la dépêche YaKa une distribution orientée parc informatique et services. Évalué à 1.
pour ceux qui se demandent à quoi peut ressembler les package "office" :
http://yaka.leligeour.net:8080/yaka.jpg
[^] # Re: yaka
Posté par Vincent LE LIGEOUR . En réponse à la dépêche YaKa une distribution orientée parc informatique et services. Évalué à 1.
[^] # Re: Quelle capacité pour le serveur ?
Posté par Vincent LE LIGEOUR . En réponse à la dépêche YaKa une distribution orientée parc informatique et services. Évalué à 1.
Donc la base existe il suffirait de rajouter quelques fonctionnalités dans l'installeur je pense.
[^] # Re: Quelle capacité pour le serveur ?
Posté par Vincent LE LIGEOUR . En réponse à la dépêche YaKa une distribution orientée parc informatique et services. Évalué à 1.
[^] # Re: Quelle capacité pour le serveur ?
Posté par Vincent LE LIGEOUR . En réponse à la dépêche YaKa une distribution orientée parc informatique et services. Évalué à 2.
[^] # Re: yaka
Posté par Vincent LE LIGEOUR . En réponse à la dépêche YaKa une distribution orientée parc informatique et services. Évalué à 2.
[^] # Re: Quelques explications s'il vous plait ?
Posté par Vincent LE LIGEOUR . En réponse à la dépêche YaKa une distribution orientée parc informatique et services. Évalué à 2.
[^] # Re: Quelle capacité pour le serveur ?
Posté par Vincent LE LIGEOUR . En réponse à la dépêche YaKa une distribution orientée parc informatique et services. Évalué à 2.
Pour l'ENSIIE (~150 machine soit environ 1000 hôtes différents (de mémoire)) la machine est un bi-P4 avec 2Go de RAM (le process en prenant 1Go à la toute fin de la génération).
Un simple P4 avec 1Go de RAM est AMPLEMENT suffisant pour une petite structure.
Pour le réseau l'ENSIIE à été un temps en 10Mb et ca passait (même si les installations pouvaient prendre du temps, d'ou le developpement du YaKa-FS). Mais ils est clair que le 100Mb c'est mieux (5 minutes pour l'installation complete d'une machine avec pleins de choses, quelques secondes pour une serveur).
Dans la documentation il y a une présentation en français qui repend cela :
réinstallation d'une salle en 10Mbits (16 machines) : 25 minutes
réinstallation d'une salle en 10Mbits (16 machines) en YakaFS : 5 minutes
On va sans doute essayer de travailler sur du téléchargement distribué (bittorrent, etc) mais c'est juste au stade d"étude.