Je connaissais déjà IM pour avoir fait des scripts bash avec, donc c'était plus naturel pour moi de l'utiliser. J'avais surtout besoin du dissolve et de la possibilité de compositer une petite image sur une plus grande (pour faire de la neige par exemple).
Je n'ai pas du tout réfléchi à utiliser PIL, à dire vrai. Je ne suis pas sur d'y gagner vraiment grand chose, mais je regarderai, on ne sait jamais. :-)

Richard

[ Répondre ]

Je me suis écrit une petite application d'animation qui permet de générer à partir de séquences en PNG des fichiers vidéos avec certains effets de fondu enchainé, etc. Le tout en Python avec PyQT pour l'interface, ImageMagick pour la manipulation des images et transcode pour la sortie vidéo.
Une espèce de petite suite perso d'animation, donc.
Inutile de dire que ca aurait été tout bonnement impossible sans ImageMagick et que je sais vraiment gré à ce projet d'exister. Pour l'instant, je ne lance les commandes IM que comme des os.system mais je finirai bien par regarder les bindings existants.
Je viens de me lancer dans la même chose avec Ecasound pour faire des bandes sons.

Ce que je fais est trop pourri pour être releasé, mais avoir tous ces outils pour développer ses propres applis, c'est réellement fantastique.

Richard

[ Répondre ]

Mononke était son dernier, puis Chihiro devait être son dernier et maintenant le Chateau de Hulme. Quelque chose me dit que le bonhomme ne s'arrêtera que quand il sera mort.
Ils sont nombreux à avoir bossé sur Heidi : Takahata, Kotabe Yoishi (longtemps collaborateur de Miyazaki et Takahata puis créateur des Pokémon, mouais bon, mais c'est un super animateur). Qui aurait cru à l'époque en France qu'il y avait des gars pareils derrière cette série mignonette? :-)

Richard

[ Répondre ]

Honte à moi, je ne suis pas un fan d'Otomo et n'ai donc pas vu cet opus.
On peut pas être bon partout. :-)

Richard

[ Répondre ]

J'ai vu Millenium Actress et surtout Tokyo Godfather au dernier Forum des Images. J'espère que le dernier sortira en France en salles car c'est vraiment un film génial, aussi bien d'un point de vue de qualité d'animation que de scénario.
A voir sous aucun prétexte si vous en avez l'occasion.

Richard

[ Répondre ]

Tu oublies Porco Rosso oublié dans un tiroir pendant pas mal d'années et le simple délai entre les premières sorties des films au japon et leur disponibilité ailleurs. :-)
De plus, les investissements dont tu parles ne représente qu'une partie très mineure de la réalisation d'un film. Les investissements pour Lauta n'auraient jamais eu lieu sans le succès de Mononoke et Chihiro.

Bon, je ne cherche pas à défendre une théorie quelconque de conspiration. A vrai dire, je m'en fiche un peu. Mais tes arguments ne sont pas très convaincants pour démontrer son peu de crédibilité.
Au passage, beaucoup d'arguments en faveur de la "rétention" des oeuvres de Miyazaki par Buena Vista durant les années 90 sont justement sur Nausicaa. Fouinez. :-)

Richard

[ Répondre ]

Ca, je ne conteste pas que beaucoup de choses dépendent avant tout de notre niveau d'appréciation. Mais je pense aussi qu'on a maintenant tendance à décrier Disney par défaut parce que l'on a vu et revu leurs films et qu'on connait bien leurs petites ficelles.
Le côté "comédies musicales" ne me gêne pas forcément (c'est après tout un choix) si effectivement je trouve la musique bien composée et que son arrivée dans le film n'est pas spécialement choquante : le Roi Louis dans le Livre de la Jungle ou "tout le monde veut devenir un cat" sont des moments que j'aime beaucoup, d'autant plus qu'ils sont remarquablement animés. Le génie dans Aladin, par contre..... :-(
D'un point de vue purement technique d'animation, ces films sont vraiment très bons. Les personnages sont très vivants et leur animation est très dynamique. Il y a pleins de petits détails dans les mouvements d'un Edgar, d'un Baloo ou d'une Duchesse. On a tellement vu ces films qu'il est parfois difficile de les regarder d'un oeil neuf, mais je t'assure que les gars derrière étaient drolement talentueux.
D'autre part, j'adore Miyazaki, mais qand on aura vu et revu ses films, je sais qu'on entendra des esprits chagrins dire qu'ils en ont marre de Miyazaki et de ses éternelles petites filles confrontées à la dure réalité de la vie et forcées par les évènements à grandir et à devenir des adultes. Ses films sont également bourrés de tics et de redondances. Combien de temps faudra-t-il, à ton avis, pour que cela passe de l'état de "marque de fabrique" à celui de "petites ficelles"?

Richard

[ Répondre ]

Ca dépend. Des films comme les 101 dalmatiens, le Livre de la Jungle, les Aristochats ou Blanche-Neige sont absolument remarquables d'animation. La réalisation est impeccable et la musique est généralement de très haut vol.
Les navets de Disney de l'ère Eisner (i.e. ces 15 dernières années) ne doivent pas faire oublier que cette boite a produit de véritables chefs d'oeuvres d'animation.

Richard

[ Répondre ]

Les mauvaises langues disent que Buena Vista a acheté tous les droits de distribution des films de Miyazaki pour mieux les enterrer, de peur qu'ils fassent trop d'ombre aux derniers navets de Disney et que maintenant que Disney a décidé de raccrocher la production de films d'animation 2D, du coup ils se font du blé en ressortant au compte-goutte tous les films de Gibhli.
Bizarre, ça me parait assez crédible en fait...

Richard

[ Répondre ]

Qu'est-ce que tu appelles des "logiciels fait en java"?
Mon expérience d'utilisateur avec :

1/ les installateurs Oracle
2/ les installateurs IBM
3/ L'interface graphique Java de Novell 6
4/ Les développements actuels de ma boite pour faire une interface Java à notre soft (pourtant peu complexe)

tendent à me faire croire une chose : Java c'est très bien pour plein de trucs SAUF une interface graphique. Une bête interface avec juste une dizaine d'écrans monte rapidement à des occupations mémoire de l'ordre de 90-100Mo. Faire tout un environnement façon KDE en java me parait totalement irréaliste : ce n'est pas 2Go de RAM qu'il faudrait mais 10 fois ça. Et avec une réactivité tout juste passable.
Il n'y a rien d'étonnant à ce que le 'Java Desktop' de Sun soit essentiellement un Gnome avec un VM Java chargé en permanence. Je doute qu'on ait atteint un point où l'on peut encore se passer des langages compilés pour faire un environnement graphique.
A moins d'utiliser un système de type PyQT qui est vraiment surprenant de simplicité et de vélocité. Mais une bonne partie reste compilée donc ca ne compte pas.

Richard.

[ Répondre ]

Je n'ai rien affirmé de tel, je ne faisais que répondre à la question concernant PSI.
Ceci étant dit, je ne connais pas sur le bout des doigts la GPL, mais est-ce que ca marche effectivement dans ce sens?
Ce que je veux dire c'est que pour se lier avec une librairie sous GPL, il faut être GPL, soit. Mais si tu fais du code qui se lie en dynamique avec une librairie non compatible GPL, est-ce qu'il ne peut pas tout de même être GPL? Après tout, tu fournis les sources de ton code et tu donnes bien le droit à tout le monde de le réutiliser, pour peu qu'il soit réutiliser dans un code GPL.

Richard

[ Répondre ]

Apparemment, PSI a reçu une license pour windows gracieusement de la part de trolltech. D'après Justin Karneges sur dot.kde :

"I just want to mention that the Psi project (http://psi.affinix.com/(...)) receives Qt/Windows for free. Trolltech gave us 3 commercial licenses, including support and upgrades, provided that we only use it for open source work.

I don't know how common it is for Trolltech to do this. Maybe it helped that I was a Qt customer in the past. Maybe we're the only such project. In any case, if you have a popular and dedicated free software project, you might try asking them to help you out. :)"

Richard.

[ Répondre ]

J'ai pas eu de problème personnellement avec le driver nv mais ca ne veut pas dire grand chose.
Par contre, je rappelle que nv a été complètement réécrit pour XFree86 4.4 et pour Xorg, et qu'il est censé être beaucoup plus performant.
Donc, mieux vaudrait refaire quelques tests maintenant avant de continuer une quelconque comparaison nv/nvidia en 2D.

Richard.

[ Répondre ]

> Les distributions ont un répertoire /dev par défaut dans leur base root.

Merci, c'est ce que je voulais savoir.

Richard

[ Répondre ]

Ce que je voulais décrire comme situation, c'est juste une situation de ce type (lilo ou kernel foireux) où tu démarres ta machine sur un CD (Slackware, par exemple), monte ton disque et passes en chroot pour faire quelques manipulations. Si ces dernières nécessitent un accès à des devices, je suppose qu'il est nécessaire qu'un répertoire /dev standard soit présent, non? Où alors comme udev fonctionne en espace utilisateur, est-il possible de le démarrer à ce moment, pour peu que le kernel du CD de boot le supporte?
Je sais que tu peux créer tes devices à la main, mais c'est une solution un peu... basique.

Richard

[ Répondre ]

Imaginons que je démarre ma machine sur CD-Rom, que je monte une partition de disque dur qui était préalablement sous udev.
Je fais un chroot, genre pour réecrire LILO. Comment ça se passe?

Oui, je sais, c'est le même problème avec devfs.

Richard.

[ Répondre ]

Il suffit de voir la polémique actuelle entre chercheurs et gouvernement pour comprendre que ce dernier a clairement ciblé son clientellisme.
Cela dit, les gouvernements précédents n'avaient pas eux non plus fait les efforts nécessaires en matière de recherche. Mais l'actuel semble n'avoir aucune capacité de vision à moyen terme. Ils ne savent que poser les bases d'un état policier et faire du déficit pour baisser les impots.

Richard

[ Répondre ]

>- Est-ce qu'un OS 64 bits peut faire tourner les processus 32 bits ? Si les
> types changent (int, long) pour passer de 32 à 64 bits, le prototype des
> appels systèmes change aussi.
Oui. Le système doit être 64bits mais les programmes peuvent encore être en 32bits. La conversion se fait plus ou moins à la volée.
Ce n'est pas nouveau d'ailleurs : Solaris et AIX font tourner depuis plus de 5 ans des applis 32bits sur un OS 64bits.

> - Quel est l'intérêt d'être compatible 32 bits pour les processeurs 64 bits ?
> Acheter une architecture 64 bits pour faire tourner un OS 32 bits n'a
> strictement aucun intérêt.
Pour les plateformes payantes, migrer tous tes logiciels est couteux. Donc, tu les migrent petit à petit selon les besoins.
Pour les systèmes libres, soyons clairs, il y a pas mal de projets qui ne sont pas encore totalement "prêts" pour le 64bits. C'est sympa de pouvoir continuer à les utiliser en 32bits jusqu'à ce que le code soit nettoyé.

Richard

[ Répondre ]

C'est vrai pour SpecCPU2000, qui n'est pas multithread, mais pas pour Spec_rateCPU, qui lui consiste à lancer, si j'ai bien compris, un paquet de SpecCPU en parallèle, utilisant donc le multiprocessing/multicore/multithreading.
Cela permet aussi de comparer les performances d'une quadri-Opteron et d'une quadri-Itanium.

Richard

[ Répondre ]

Les deux sont extrêmement rapides. J'ai un peu de mal à comprendre vos deux commentaires....

Richard

[ Répondre ]