Le menu du haut, du gris clair sur du noir, puis une barre de menu avec du gris foncé sur du gris clair, à droite la zone " Il y a un an" qui est aussi illisible (du noir sur du gris foncé) et des liens avec une autre sorte de gris sur du gris, pff
Parfois ce genre de nuances sont illisibles avec les écrans CRT mais très lisibles sur du TFT. Mais je n'ai pas de TFT sous la main pour essayer.
Je viens de faire un dist-upgrade complet et mes bons vieux contrôleurs SCSI (ils ont quelques années, 1996), me créer des erreurs monstrueuses qui fait tourner le kernel en boucle. Il semble repasser tous les contrôleurs indéfiniment avec des dumps incompréhensibles..
Bref j'ai gardé Lenny mais je continue de booter en 2.6.18-6. Je n'ai pas cherché plus loin encore, faute de temps et surtout je n'ai pas d'écran sur ce serveur alors c'est relativement ennuyeux.
Alors avec du vieux matos SCSI faut se méfier je pense et faire avant une upgrade de Etch pour être sûr d'avoir au moins le dernier kernel 2.6.18.
Mais pour le peu que je sais, il y a pas mal de duplication de code, donc rien n'est pour le moment appliqué en ce qui concerne MPlayer. Mais je n'ai pas contrôlé pour la partie FFmpeg.
Et franchement, c'est toujours aussi instable.. j'utilise Ubuntu en 64 bits depuis que j'ai acheté un X2 en socket 939 (ca fait donc pas mal de temps)
Et peu importe les versions d'Ubuntu, ce wrapper foire tout le temps (régulièrement il faut relancer Firefox pour que flash redevienne utilisable).. j'ai pu apercevoir plus d'une fois un segfault de sa part dans le dmesg.
Bref.. Merci Macromedia pour son flash de merde et leur incompétence en cross-compilation (il est pour quand le flash 64 bits?)...
De tête je dirais environ une année.. on utilisait dans GeeXboX bien avant que se sois intégré dans le repository de MPlayer. Et on a sortit la dernière stable en juillet 2007.. Un peu après (qques mois) je crois que c'était enfin dans MPlayer (à confirmer). Mais il n'y a toujours pas les colorspu, personne n'a pris le temps de spliter le patch et il est relativement gros. Mais ne pas l'appliquer n'empêche pas d'utiliser dvdnav, la différence c'est que les boutons dans les menus n'apparaissent pas avec les images, mais avec un rectangle semi-transparent par-dessus.
Aujourd'hui ca marche bien, sauf que les sous-titres et les canaux audio choisi via le menu ne sont pas exploitables. C'est-à-dire qu'il n'y a pas de problème pour se balader dans les menus et lancer les vidéos, mais que la config doit qu'en même se faire avec les raccourcis clavier de MPlayer ou via le fichier de config, le mode slave ou alors via les paramètres à l'exécution.
Je te conseils de lire le fichier de documentation DOCS/tech/dvdnav-howto.txt dispo dans les sources.
MPlayer supporte dvdnav, mais il faut utiliser le svn et prendre le libdvdread et libdvdnav dispo également dans le svn de MPlayer. Puis indiquer qu'on désire le dvdread externe avec le configure de MPlayer:
./configure --disable-dvdread-internal
Et si vous voulez également le support des "color spu", vous trouverez un patch tout fait dans le dépot mercurial de GeeXboX.
Donc bref, je sais que nombre de choses sont liées à l'habitude, mais l'interface du Gimp est franchement un obstacle à son développement. Photoshop à quelques défaut mais AMHA son interface frise la perfection.
Pourquoi vouloir réinventer la roue ?
Je suis sûr que si tu leurs envoies des patchs propres pour permettre de personnaliser l'interface afin de se rapprocher de l'interface à la photoshop tout en pouvant rebasculer sur le "style" actuel de Gimp, ils les acceptent..
Comme pour tous les logiciels libres.. il y a toujours beaucoup de gens pour trouver des défauts (justifiés ou non, mais ce n'est pas la question), mais quasiment personne pour écrire du code.. et même que parfois il y a des gens pour écrire du code, mais relativement "sale" (hack et autres joyeuseries) et donc pas acceptable..
Je n'ai pas été voir mais il y a surement des discussions intéressantes sur le sujet dans la devel-list de gimp. Voir même des tentatives de patches...
??? Ecore, Evas, Edje, ... y a quoi de trop lié à un WM dans toutes les libs? Je travail justement dans un projet basé sur les EFL et je ne me soucie pas du tout du WM de E17 (qui lui ne m'intéresse pas).. C'est le WM qui est lié au EFL, comme Gnome est lié à GTK ou KDE est lié à Qt..
Tu as dis "*je* préfère les avoir par ordre chronologique", et maintenant tu me répond "*on* bookmarquera". Ma réponse ciblait le 'je' et non le 'on'.. Car à part ça je suis d'accord, mais en attendant tu as une solution pour que se sois moins lourd.
La passion de faire les choses par sois même... C'est très gratifiant et instructif de créer et gérer une distribution. Et rien que pour ces raisons, toutes les distributions ont leurs intérêts.
A noter que les "malloc" ne devraient pas être "castés" (honte à moi). et qu'on pourrait directement déclarer le tableau my[] du type de la pseudo-class générique ce qui évite un "cast" dans la boucle for mais qui oblige alors de "caster" my[0] et my[1].
Et quand je dis que c'est à éviter (de faire ce genre de pseudo-polymorphisme) c'est très relatif.. car ce principe peut être très pratique et même indispensable dans des cas très précis (l'écriture de couches d'abstraction par exemple, ou de GUI).
> Qui peut se targuer de redistribuer de son temps à la communauté ?
Si tu es actif dans la communauté, tout ce que tu fais, fait gagner du temps aux autres.. finalement c'est en redistribuer..
> Qui peut accéder facilement à du temps nouveau ?
Et ici, c'est le même problème mais pris de l'autre point de vue..
C'est la force d'internet, tout le monde se côtoie sans préjugé et de la même manière. On est tous sur le même pied d'égalité.
Tutoyer ou vouvoyer ce n'est pas le problème, il faut juste que tout le monde se mette d'accord sur l'un ou l'autre. Et le tutoiement l'emporte largement dans 99% des messages. Alors utiliser le vouvoiement ça pourrait se prendre comme une provocation. Si c'était l'inverse le problème serait identique.
VLC c'est aussi (et surtout selon moi) une librairie.. le fullscreen tu le gères comme tu veux. http://www.videolan.org/developers/vlc/doc/doxygen/html/grou(...)
Si tu veux ton plein écran tu te créer ta fenêtre X11 et tu balances l'image dedans.. 200-300 lignes de codes et c'est réglé.
Si je fais cette remarque c'est simplement pour que tu sois conscient que tu mélanges "engine" avec "interface utilisateur".
Faut être patient dans la vie.. la fusion s'est faite il y a quelques semaines seulement. Laisse le temps à tout le monde de s'organiser pour travailler sur le projet efficacement.
Ca ne tombe pas du ciel non plus..
# La technologie de l'écran peut être?
Posté par Mathieu Schroeter (site web personnel, Mastodon) . En réponse au journal Pourquoi du gris sur du noir ? (le site de linuxfr). Évalué à 1.
Parfois ce genre de nuances sont illisibles avec les écrans CRT mais très lisibles sur du TFT. Mais je n'ai pas de TFT sous la main pour essayer.
# Petit conseil avec du vieux matos SCSI
Posté par Mathieu Schroeter (site web personnel, Mastodon) . En réponse à la dépêche Debian GNU/Linux 5.0 : Lenny. Évalué à 2.
Bref j'ai gardé Lenny mais je continue de booter en 2.6.18-6. Je n'ai pas cherché plus loin encore, faute de temps et surtout je n'ai pas d'écran sur ce serveur alors c'est relativement ennuyeux.
Alors avec du vieux matos SCSI faut se méfier je pense et faire avant une upgrade de Etch pour être sûr d'avoir au moins le dernier kernel 2.6.18.
[^] # Re: Wiki
Posté par Mathieu Schroeter (site web personnel, Mastodon) . En réponse à la dépêche Sortie de la GeeXboX 1.2. Évalué à 1.
# fix typo
Posté par Mathieu Schroeter (site web personnel, Mastodon) . En réponse à la dépêche Btrfs intègre le noyau Linux dès la prochaine version 2.6.29. Évalué à 2.
s/Brtfs/Btrfs/g
# VDPAU
Posté par Mathieu Schroeter (site web personnel, Mastodon) . En réponse au journal Ajout du support VA-API dans mplayer et ffmpeg. Évalué à 1.
http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2008-Nov(...)
Mais pour le peu que je sais, il y a pas mal de duplication de code, donc rien n'est pour le moment appliqué en ce qui concerne MPlayer. Mais je n'ai pas contrôlé pour la partie FFmpeg.
# Flash, petit coup de gueule
Posté par Mathieu Schroeter (site web personnel, Mastodon) . En réponse au journal Retour d'experience sur Ubuntu 64.. Évalué à 3.
/usr/lib/nspluginwrapper/i386/linux/npviewer.bin --plugin /usr/lib/flashplugin-nonfree/libflashplayer.so --connection /org/wrapper/NSPlugins/libflashplayer.so/7855-6
Et franchement, c'est toujours aussi instable.. j'utilise Ubuntu en 64 bits depuis que j'ai acheté un X2 en socket 939 (ca fait donc pas mal de temps)
Et peu importe les versions d'Ubuntu, ce wrapper foire tout le temps (régulièrement il faut relancer Firefox pour que flash redevienne utilisable).. j'ai pu apercevoir plus d'une fois un segfault de sa part dans le dmesg.
Bref.. Merci Macromedia pour son flash de merde et leur incompétence en cross-compilation (il est pour quand le flash 64 bits?)...
[^] # Re: J'ai hate !
Posté par Mathieu Schroeter (site web personnel, Mastodon) . En réponse à la dépêche PowerDVD & PowerDVD Cinema bientôt disponible sous GNU/Linux. Évalué à 2.
Mais le patch est dispo ici: http://hg.geexbox.org/geexbox/raw-file/tip/packages/MPlayer/(...)
Aujourd'hui ca marche bien, sauf que les sous-titres et les canaux audio choisi via le menu ne sont pas exploitables. C'est-à-dire qu'il n'y a pas de problème pour se balader dans les menus et lancer les vidéos, mais que la config doit qu'en même se faire avec les raccourcis clavier de MPlayer ou via le fichier de config, le mode slave ou alors via les paramètres à l'exécution.
Je te conseils de lire le fichier de documentation DOCS/tech/dvdnav-howto.txt dispo dans les sources.
[^] # Re: J'ai hate !
Posté par Mathieu Schroeter (site web personnel, Mastodon) . En réponse à la dépêche PowerDVD & PowerDVD Cinema bientôt disponible sous GNU/Linux. Évalué à 1.
./configure --disable-dvdread-internal
Et si vous voulez également le support des "color spu", vous trouverez un patch tout fait dans le dépot mercurial de GeeXboX.
[^] # Re: mon coup de gueule à deux balles
Posté par Mathieu Schroeter (site web personnel, Mastodon) . En réponse à la dépêche Sortie de GIMP 2.6. Évalué à 4.
Pourquoi vouloir réinventer la roue ?
Je suis sûr que si tu leurs envoies des patchs propres pour permettre de personnaliser l'interface afin de se rapprocher de l'interface à la photoshop tout en pouvant rebasculer sur le "style" actuel de Gimp, ils les acceptent..
Comme pour tous les logiciels libres.. il y a toujours beaucoup de gens pour trouver des défauts (justifiés ou non, mais ce n'est pas la question), mais quasiment personne pour écrire du code.. et même que parfois il y a des gens pour écrire du code, mais relativement "sale" (hack et autres joyeuseries) et donc pas acceptable..
Je n'ai pas été voir mais il y a surement des discussions intéressantes sur le sujet dans la devel-list de gimp. Voir même des tentatives de patches...
[^] # Re: Le futur
Posté par Mathieu Schroeter (site web personnel, Mastodon) . En réponse au journal E17, ça avance. Évalué à 1.
??? Ecore, Evas, Edje, ... y a quoi de trop lié à un WM dans toutes les libs? Je travail justement dans un projet basé sur les EFL et je ne me soucie pas du tout du WM de E17 (qui lui ne m'intéresse pas).. C'est le WM qui est lié au EFL, comme Gnome est lié à GTK ou KDE est lié à Qt..
Ou alors je n'ai pas compris ta remarque?
[^] # Re: Ensemble du secteur...
Posté par Mathieu Schroeter (site web personnel, Mastodon) . En réponse à la dépêche Cisco rachète la société « Jabber, Inc. », XMPP et la XSF restent indépendants. Évalué à 2.
[^] # Re: *au bout d'un moment*
Posté par Mathieu Schroeter (site web personnel, Mastodon) . En réponse à la dépêche OpenMoko annonce la distribution Om2008.9. Évalué à 2.
[^] # Re: C'est pas après l'EULA que je râle perso...
Posté par Mathieu Schroeter (site web personnel, Mastodon) . En réponse au journal Mozilla et Linux. Évalué à 2.
[^] # Re: pas facile
Posté par Mathieu Schroeter (site web personnel, Mastodon) . En réponse au sondage La nouvelle page d'accueil Linuxfr. Évalué à 1.
[^] # Re: pas facile
Posté par Mathieu Schroeter (site web personnel, Mastodon) . En réponse au sondage La nouvelle page d'accueil Linuxfr. Évalué à 5.
[^] # Re: Intérêt ?
Posté par Mathieu Schroeter (site web personnel, Mastodon) . En réponse à la dépêche LinuxConsole 1.0.2008 CD. Évalué à 3.
[^] # Re: UPNP & Coherence
Posté par Mathieu Schroeter (site web personnel, Mastodon) . En réponse à la dépêche Sortie de la Mandriva Linux 2008.1 Spring. Évalué à 1.
ou bien même GeeXboX ...
# Petites corrections
Posté par Mathieu Schroeter (site web personnel, Mastodon) . En réponse au message [Développement] Pseudo-polymorphisme en C. Évalué à 2.
Et quand je dis que c'est à éviter (de faire ce genre de pseudo-polymorphisme) c'est très relatif.. car ce principe peut être très pratique et même indispensable dans des cas très précis (l'écriture de couches d'abstraction par exemple, ou de GUI).
[^] # Re: Alors la, chapeau !
Posté par Mathieu Schroeter (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Freeciv 2.1.0. Évalué à 1.
Si tu es actif dans la communauté, tout ce que tu fais, fait gagner du temps aux autres.. finalement c'est en redistribuer..
> Qui peut accéder facilement à du temps nouveau ?
Et ici, c'est le même problème mais pris de l'autre point de vue..
[^] # Re: Depuis 2006, mais :
Posté par Mathieu Schroeter (site web personnel, Mastodon) . En réponse au sondage Depuis quand utilisez-vous Linux ?. Évalué à 2.
[^] # Re: quelques explications s'il vous plait
Posté par Mathieu Schroeter (site web personnel, Mastodon) . En réponse à la dépêche Et la guerre des formats bureautique continue. Évalué à 4.
Tutoyer ou vouvoyer ce n'est pas le problème, il faut juste que tout le monde se mette d'accord sur l'un ou l'autre. Et le tutoiement l'emporte largement dans 99% des messages. Alors utiliser le vouvoiement ça pourrait se prendre comme une provocation. Si c'était l'inverse le problème serait identique.
[^] # Re: oui mais
Posté par Mathieu Schroeter (site web personnel, Mastodon) . En réponse au journal Pourquoi flash est une technologie de merde :). Évalué à 3.
[^] # Re: oui mais
Posté par Mathieu Schroeter (site web personnel, Mastodon) . En réponse au journal Pourquoi flash est une technologie de merde :). Évalué à 2.
http://www.videolan.org/developers/vlc/doc/doxygen/html/grou(...)
Si tu veux ton plein écran tu te créer ta fenêtre X11 et tu balances l'image dedans.. 200-300 lignes de codes et c'est réglé.
Si je fais cette remarque c'est simplement pour que tu sois conscient que tu mélanges "engine" avec "interface utilisateur".
Alors un peu de respect pour leur job s.t.p..
[^] # Re: A quoi ca sert ?
Posté par Mathieu Schroeter (site web personnel, Mastodon) . En réponse à la dépêche Clutter : enfin une bibliothèque d'animation pour GNOME. Évalué à 1.
[^] # Re: Cette fusion : une réelle amélioration ?
Posté par Mathieu Schroeter (site web personnel, Mastodon) . En réponse à la dépêche Compiz Core 0.5.2. Évalué à 7.
Ca ne tombe pas du ciel non plus..