En ce qui me concerne, je recherche toujours un blog propre, complet (typiquement, j'aime beaucoup les fonctionnalités d'un Movable Type), libre et utilisable sans base de donnée externe.
Pour le moment, j'utilise:
* d'une part NanoBlogger (http://home.columbus.rr.com/n1xt3r/nanoblogger/(...) ), qui est particulièrement spartiate (édition depuis un shell, pas d'ajout de commentaires), mais c'est pour un besoin bien précis (pas un _vrai_ blog quoi).
* d'autre part, une évolution perso du package weblog-simple de templeet. Je lui ai ajouté deux-trois fonctionnalités qui me manquaient cruellement (liens rapides vers les blogs de mes connaissances, flux RDF, page d'archive, possibilité pour un visiteur d'ajouter un lien vers son site, en plus de son email, ...)
Pour mon chose en templeet, je compte bien l'améliorer encore la prochaine fois que j'ai du temps, voire en distribuer un paquet (le code est trop laid pour le moment).
Comme il a été dit plus haut, c'est un conteneur multimédia, au même titre que l'avi, le mpeg ou l'ogg.
C'est le dernier-né, et il offre certains avantages inédits. Il est basé sur EBML, un format qui veut être aux données binaires ce que le XML est aux données ASCII. Par rapport au mpeg et à l'avi, il permet d'ajouter aisément des flux variés (le plus évident étant le flux texte, pour les sous-titres). Il permet également d'insérer le son sous format Ogg Vorbis, chose impossible avec l'avi. Par rapport à l'ogg/ogm (qui, lui, inclut tout ce que je viens de citer), il permet les sous-titres sous forme d'images (comme dans les DVDs) et la gestion des chapitres.
Pour le moment, il est lisible par mplayer et vlc sous linux (malgré les déboires que relate ce journal). Sous Windows, il est lisible par n'importe quel player DirectShow à partir du moment où le demuxer Matroska et les codecs utilisés pour le contenu sont installés. Media Player Classic (GPL) embarque son propre demuxer, et ne nécessite donc pas l'installation d'un demuxer externe.
Le matroska est très bien supporté par mplayer, je l'utilise régulièrement (1.0pre1 aussi bien que pre2). Essaye de voir si mkvinfo te donne quelquechose de cohérent (pas de couilles stupide, genre la piste vidéo qui se prend pour une piste audio, etc).
Pas besoin du "vieux set de trois disquettes", il y a freedos (les jeux qui sont réputés pour fonctionner avec dosemu fonctionnent généralement avec freedos, puisque le premier utilise le second par defaut).
Sinon, je dois etre particulièrement verni, mais moi DOSBOX _et_ DOSEMU fonctionnent (sur une gentoo), même que c'est que du bonheur de dépoussierer les antiquités ;)
Je suis pas tout à fait d'accord quand tu dis que ce savoir n'a abouti sur rien en Europe. C'est quand même des automates que sont nées les premières machine-outils. Toute la (première ou deuxième? 'sais plus...) révolution industrielle s'appuie là-dessus.
1) J'ai utilisé ogmsplit il y a quelque temps, en vain. De toutes manières, maintenant je milite pour le Matroska :)
2) Pourquoi pas MPlayer alors? Il n'affiche pas les frames dans l'OSD, mais sur stdout oui (enfin il me semble). Sinon, mencoder -> tu sors tout ca en png ou jpg, et après tu choisis la frame que tu aimes (ca rime) avec n'importe quel viewer d'images *gruiiiik!*
3) Roooh, pffff....
Et qu'est ce qui t'empèche d'extraire ta vidéo vers de l'avi, de l'éditer dans avidemux, et de la remerger en ogm? A part l'inélégance extrème de la solution?
Ils sont pas très portés sur la coopération depuis "quelques" temps, mais ils ont un bon gros morceau d'histoire commune. Un peu comme la France et l'Allemagne (ou l'Angleterre, d'ailleurs): on s'est écharpé à l'extrème, mais on est capables de faire des (grandes?) choses ensemble.
L'ergonomie, c'est la capacité d'un outil à accomplir de manière efficace la tâche pour laquelle il est conçu. Par "efficace", j'entends (entre autres) que plus une tâche est courante, plus elle doit être très rapide à effectuer, et demander peu d'effort.
Je vois mal en quoi transparence, redimensionnement des fenêtres "en live" et polices antialiasées contribuent à cette ergonomie. C'est de l'eye-candy, c'est important, mais ça ne rend pas l'outil plus efficace.
Ceci mis à part, quand je pense à MacOSX, je pense moins à l'aspect visuel pur (certes important), mais plus à l'aspect "homogénéité", à l'aspect cohérence. L'aspect ergonomique n'est pas à dédaigner non plus. C'est aussi ce qui m'attire dans un projet comme GNUstep, même s'il est très probable qu'il n'arrivera jamais à rattraper MacOSX sur l'aspect visuel.
J'utilise régulièrement squash (mode console, bonne gestion automatisée de la playlist) et mplayer (pratique pour lire un morceau vite fait sans reflechir au format). J'espère pouvoir rapidement tester Beep (le fork gtk2 de Xmms), aussi.
Faut pas être mauvais, ils n'ont pas rajouté qu'une couche de Java, ils ont aussi (et surtout, en fait) mis l'excellent (avis personnel inside!) Openstep dedans.
En fait, il est bisexuel (comme son nom l'indique).
Ajoutons au passage le geek DOS, farouchement opposé aux plans à trois (et encore plus aux part^H^H^Hetites sauteries), le geek WMware, joyeusement travesti pour le bonheur de tou(te)s, le geek salade-tomates-oignons, bien sympa mais penser à prendre un chewing-gum juste après, etc.
# Re: Système de weblog
Posté par Larry Cow . En réponse au journal Système de weblog. Évalué à 1.
Pour le moment, j'utilise:
* d'une part NanoBlogger (http://home.columbus.rr.com/n1xt3r/nanoblogger/(...) ), qui est particulièrement spartiate (édition depuis un shell, pas d'ajout de commentaires), mais c'est pour un besoin bien précis (pas un _vrai_ blog quoi).
* d'autre part, une évolution perso du package weblog-simple de templeet. Je lui ai ajouté deux-trois fonctionnalités qui me manquaient cruellement (liens rapides vers les blogs de mes connaissances, flux RDF, page d'archive, possibilité pour un visiteur d'ajouter un lien vers son site, en plus de son email, ...)
Pour mon chose en templeet, je compte bien l'améliorer encore la prochaine fois que j'ai du temps, voire en distribuer un paquet (le code est trop laid pour le moment).
# Re: xmms qui n'en veux plus ?
Posté par Larry Cow . En réponse au journal xmms qui n'en veux plus ?. Évalué à 1.
[^] # Re: Le spam est un frein à l'utilisation généralisée du mail
Posté par Larry Cow . En réponse à la dépêche Le spam est un frein à l'utilisation généralisée du courriel. Évalué à 1.
[^] # Re: Matroska c'est bien mais...
Posté par Larry Cow . En réponse au journal Matroska c'est bien mais.... Évalué à 1.
Ceci étant dit, tu a remonté le problème à qui de droit, ou pas?
[^] # Re: Mozilla 1.6 Alpha
Posté par Larry Cow . En réponse à la dépêche Mozilla 1.6 Alpha. Évalué à 7.
http://art.gnome.org/themes/gtk2/index.php(...)
[^] # Re: Matroska c'est bien mais...
Posté par Larry Cow . En réponse au journal Matroska c'est bien mais.... Évalué à 3.
C'est le dernier-né, et il offre certains avantages inédits. Il est basé sur EBML, un format qui veut être aux données binaires ce que le XML est aux données ASCII. Par rapport au mpeg et à l'avi, il permet d'ajouter aisément des flux variés (le plus évident étant le flux texte, pour les sous-titres). Il permet également d'insérer le son sous format Ogg Vorbis, chose impossible avec l'avi. Par rapport à l'ogg/ogm (qui, lui, inclut tout ce que je viens de citer), il permet les sous-titres sous forme d'images (comme dans les DVDs) et la gestion des chapitres.
Pour le moment, il est lisible par mplayer et vlc sous linux (malgré les déboires que relate ce journal). Sous Windows, il est lisible par n'importe quel player DirectShow à partir du moment où le demuxer Matroska et les codecs utilisés pour le contenu sont installés. Media Player Classic (GPL) embarque son propre demuxer, et ne nécessite donc pas l'installation d'un demuxer externe.
[^] # Re: Matroska c'est bien mais...
Posté par Larry Cow . En réponse au journal Matroska c'est bien mais.... Évalué à 1.
Latest version installed: 0.5.2
* media-video/mkvtoolnix [ Masked ]
Latest version installed: 0.7.1
* media-libs/libebml
Latest version installed: 0.6.0
Faudra que je mette mes ebuilds à jour, d'ailleurs.
[^] # Re: Blender 2.30 et son lot de nouveautés
Posté par Larry Cow . En réponse à la dépêche Blender 2.30 et son lot de nouveautés. Évalué à 3.
[^] # Re: Barbie à des vues sur Tux
Posté par Larry Cow . En réponse au journal Barbie à des vues sur Tux. Évalué à 1.
[^] # Re: Matroska c'est bien mais...
Posté par Larry Cow . En réponse au journal Matroska c'est bien mais.... Évalué à 1.
Sinon, je sais pas. Bug report? ;)
[^] # Re: Les meilleurs jeux de votre enfance...
Posté par Larry Cow . En réponse au journal Les meilleurs jeux de votre enfance.... Évalué à 1.
Sinon, je dois etre particulièrement verni, mais moi DOSBOX _et_ DOSEMU fonctionnent (sur une gentoo), même que c'est que du bonheur de dépoussierer les antiquités ;)
[^] # Re: Les meilleurs jeux de votre enfance...
Posté par Larry Cow . En réponse au journal Les meilleurs jeux de votre enfance.... Évalué à 1.
Sinon, il marche sous DOSBOX avec le son, mais je préfère DOSemu (DOSBOX est nettement plus lent, sur ma machine)
[^] # Re: Update
Posté par Larry Cow . En réponse à la dépêche Les Robots attaquent la Maison du Japon.. Évalué à 1.
[^] # Re: Les meilleurs jeux de votre enfance...
Posté par Larry Cow . En réponse au journal Les meilleurs jeux de votre enfance.... Évalué à 1.
[^] # Re: Update
Posté par Larry Cow . En réponse à la dépêche Les Robots attaquent la Maison du Japon.. Évalué à 3.
[^] # Re: Affichage des frames dans un lecteur de video ogg/ogm
Posté par Larry Cow . En réponse au journal Affichage des frames dans un lecteur de video ogg/ogm. Évalué à 1.
Le Matroska, c'est bon, mangez-en.
[^] # Re: Affichage des frames dans un lecteur de video ogg/ogm
Posté par Larry Cow . En réponse au journal Affichage des frames dans un lecteur de video ogg/ogm. Évalué à 2.
2) Pourquoi pas MPlayer alors? Il n'affiche pas les frames dans l'OSD, mais sur stdout oui (enfin il me semble). Sinon, mencoder -> tu sors tout ca en png ou jpg, et après tu choisis la frame que tu aimes (ca rime) avec n'importe quel viewer d'images *gruiiiik!*
3) Roooh, pffff....
# Re: Affichage des frames dans un lecteur de video ogg/ogm
Posté par Larry Cow . En réponse au journal Affichage des frames dans un lecteur de video ogg/ogm. Évalué à 1.
[^] # Re: Good morning vietnam !
Posté par Larry Cow . En réponse à la dépêche Good morning Vietnam !. Évalué à 2.
[^] # Re: Depliage des commentaires en javascript
Posté par Larry Cow . En réponse au journal Depliage des commentaires en javascript. Évalué à 2.
Je vote POUR! :)
[^] # Re: Rencontre technique sur Mac OS X
Posté par Larry Cow . En réponse à la dépêche Rencontre technique sur Mac OS X. Évalué à 5.
Je vois mal en quoi transparence, redimensionnement des fenêtres "en live" et polices antialiasées contribuent à cette ergonomie. C'est de l'eye-candy, c'est important, mais ça ne rend pas l'outil plus efficace.
Ceci mis à part, quand je pense à MacOSX, je pense moins à l'aspect visuel pur (certes important), mais plus à l'aspect "homogénéité", à l'aspect cohérence. L'aspect ergonomique n'est pas à dédaigner non plus. C'est aussi ce qui m'attire dans un projet comme GNUstep, même s'il est très probable qu'il n'arrivera jamais à rattraper MacOSX sur l'aspect visuel.
# Re: lecteur ogg vorbis
Posté par Larry Cow . En réponse au journal lecteur ogg vorbis. Évalué à 2.
[^] # Re: justement
Posté par Larry Cow . En réponse à la dépêche Rencontre technique sur Mac OS X. Évalué à 2.
[^] # Re: Le futur de GCC se dévoile !
Posté par Larry Cow . En réponse à la dépêche Le futur de GCC se dévoile !. Évalué à 1.
C'est oublier les projets en ObjC (bon ok, c'est gcc aussi)
Je sors, alors...
[^] # Re: La vie sexuelle des geeks !
Posté par Larry Cow . En réponse au journal La vie sexuelle des geeks !. Évalué à 3.
Halte aux idées eues/reçues!
Le geek BeOS : il est homosexuel
En fait, il est bisexuel (comme son nom l'indique).
Ajoutons au passage le geek DOS, farouchement opposé aux plans à trois (et encore plus aux part^H^H^Hetites sauteries), le geek WMware, joyeusement travesti pour le bonheur de tou(te)s, le geek salade-tomates-oignons, bien sympa mais penser à prendre un chewing-gum juste après, etc.