Richard Van Den Boom a écrit 388 commentaires

Pfff, n'importe quoi. Encore un troll maceux en vadrouille :

Carte mère MSI Opteron dual (avec Giga ethernet, USB2, S-ATA, PCI-X, etc) : 560 euros
Proc Opteron 1.8Ghz : 800 euros (en ligne en UK ou aux US), pour le moment 1000 euros en France mais ca va pas durer.
1Go Mémoire en 4 barettes PC2700 : 160 euros
Graveur de DVD : 180 euros
Disque dur 60Go SATA : 120 euros
Carte Firewire : 80 euros 160 euros
Carte graphique de base (type GeForce FX 5200) : 75 euros

Total : 2850 euros.

Sachant qu'avec GCC 3.3, un Opteron 1.8GHz atteint un SpecINT entre 1050 et 1100 contre les 800 du G5 2GHz.
Sans oublier les 97W de consommation du G5 contre les 60W de l'Opteron.

En bref, du bla-bla, encore du bla-bla, toujours du bla-bla.

Cordialement,

>Un petit script avec imagemagick et transcode, on peut s'y coller ensemble stuveut ya
>pas de prob :-)
Mmmm, c'est idiot, pourquoi n'y ai-je pas pensé plus tot? J'ai complétement zapé Imagemagick alors que c'est à l'évidence même le truc à utiliser! Il y a des fois ou je m'énerve...
Bon, je vais tacher de m'y coller ce week-end....

> je l'ai hacheté pour la ménagerie, chui déçu, vaut mieu cinelerra (même sic plus austère)
Version 3.55? Les versions précédentes plantaient souvent mais la dernière me parait assez stable. Je vais tout de même réessayer Cinerrela pour voir.

Pour le format, on ne s'attend pas vraiment à voir notre film projeté autrement que dans des festivals ou à la télé, donc le 35mm, j'y crois moyen. La plupart des festivals projettent en digital betacam d'après ce qu'on m'a dit, donc en PAL et idem pour la télé (la HDTV, c'est pas encore pour l'instant). Mais cela dit, le film devrait sortir dans 18 mois, donc les choses peuvent évoluer...
Bon, je vais réfléchir....
Je garde tes coordonnées sous le coude. On a un producteur, le CNC et Arte mais on a aussi d'autres projets à terme...

Merci en tous cas de ton appréciation (et merci aux autres auquel je n'ai pas répondu). Vu que c'est du 8 images/s, le fondu enchainé apporte quand même un peu de fluidité. Je mettrais une version en FE en ligne la semaine prochaine si j'arrive à pondre un script d'ici-là! :-)

Au fait, c'est un peu ce que tu as fais mais ca fait longtemps que je me tape pour lancer un petit site sur l'animation sous Linux et ses outils. Il y a des intéressés?
Il y a des sites sur le graphisme et la 3D mais je n'en connais pas plutot focalisé sur le genre de discussion que l'on vient d'avoir.

Cordialement,

Bon, j'ai mis en avi en MPEG-4 sur le même site que les images http:mapage.noos.fr/s_vdb. Il n'y a pas de son et les images ne sont pas encore totalement nettoyées mais ca donne une idée du rendu que l'on espère avoir, sachant qu'il n'y a pas de fondu enchainé alors qu'il y en aura dans la version finale. J'avoue que pour cela, je n'ai pas trouvé de logiciel qui me satisfasse et je pense acheter Main Actor, qui ne coute que 100 euros mais fait très bien ce que je lui demande : montage, fondu enchainé le long d'une séquence et entre plusieurs séquences. En plus, il supporte une table de montage dans la résolution de ton choix, ce qui est pas mal vu qu'on a décidé de travailler en 1200x900 (totalement arbitrairement, cela nous semblait un bon compromis résolution/taille). Vous travailler en quelle résolution en général? Cordialement,

FilmGimp est basé sur gimp 1.0 (du moins dans la dernière version que j'ai testé) et ma femme utilise des brosses variables pour faire un rendu non réaliste. Petit exemple ici :

http://mapage.noos.fr/s_vdb(...)

Elle travaille donc directement avec Gimp avec des frames du plug-in GAP. Ensuite, y'a qu'a exporter la séquence ou une partie seulement en PNG et le transcode ne sert qu'à visualiser en video. Pour le moment, je génère du MPEG-4, c'est très rapide sur mon AXP-1700, mais je vais tester le MNG. Je n'y avais pas pensé avant et ca me parait une très bonne idée.
Je confirme que nous aussi, nous n'arrêtons pas de faire des tests de rendus. :-D
Je me demande comment ils faisaient pour se passer de ça avant!

Cordialement,

Excuses-moi, ce n'était pas une critique de ton travail, qui me parait très bien. Quoiqu'à la relecture de mon mail, effectivement, je donne l'impression que mon script fait la même chose, ce qui n'est quand même pas le cas, voir mon autre réponse plus haut.
C'est juste qu'au vu de la façon dont je travaille avec ma femme (nous réalisons un court-métrage d'animation en utilisant autant que possible des outils libres), ce script (c'est même trop de le qualifier ainsi) me suffit. Mais je regarderai avec attention les développements futurs de vos outils.:-)
Au passage, en parlant d'outils libres pour l'animation, je suis tombé récemment sur un outil de mixage de son qui a l'air sacrément plus balaise que tout ce que j'ai vue à ce jour en GPL, avec mixage de plein de canaux, gestions des filtres LADSPA, etc. C'est ici :

http://ardour.sourceforge.net/(...)

J'ai pas encore eu le temps de trop jouer avec mais pour faire la piste sonore d'un film, j'ai l'impression qu'il offre des possibilités assez impressionnantes.

Cordialement,

Non mais c'est relativement trivial à faire. Je génère un fichier list.txt qui liste les images que je veux dans l'ordre (comme je me débrouille pour qu'elles le soient avec un ls, il me suffit de faire un 'ls -1 *.png > list.txt'), puis je passe à trancode ce fichier avec le filtre 'imlist'. Un peu de boulot automatise la chose en passant en argument le path ou se trouvent les images et éventuellement un nom générique. a plupart des options (fps, résolution de sortie, format vidéo, etc) peuvent être passé en argument ou dans un fichier de conf. Je ne l'ai pas fait car je n'en ai pas besoin (j'utilise en gros toujours les mêmes réglages) mais c'est très facile à faire.
Comme je travaille essentiellement avec le plug-in 'video' de Gimp, les images ont de toute façon un format de type : nom_générique-XXXX.png. XXXX étant bien sur un nombre à 4 chiffre.

Bien sur, si je connaissais quelqu'un qui travaille sur ce plug-in video, je pourrais lui suggérer une interface de ce type avec transcode plutot que le mpegencode, ce qui serait plus versatile. Avec en plus quelques modifs sur la gestion des frames (ajout d'un calque à tous les frames, voir en atténué un même calque des quelques frames précédentes pour faire l'animation directement sur les frames avec une tablette graphique, etc). Le pire, c'est que je suis sur qu'avec un peu de compétence en programmation, c'est faisable par n'importe qui avec les sources de gimp, mais ma seule expérience de programmation remonte à du calcul intensif en fortran.
S'il y a un programmeur qui s'ennuie sur cette liste prêt à s'amuser avec Gimp (on peut toujours rêver), qu'il me contacte! :-D

Cordialement,

Marrant, il y a encore quelque mois, je me serais précipité sur cet utilitaire.
Mais bon, je me suis fais un bête script shell utilisant transcode et on arrive au même résultat que ce que semble faire myrtille.
Par contre, est-ce qu'il y en a qui savent si les outils 'Video' de Gimp 1.2 ont été abandonnés définitivement dans Gimp 1.3 ou si c'est juste temporaire? J'en ai fortement besoin et j'aurais quelques suggestions à apporter aux développeurs de ce plug-in. Bon, c'est vrai que je pourrais faire une demande sur la ML Gimp-devel mais j'ai eu la flemme pour le moment.
Dommage car il ne manque pas grand chose à Gimp pour pouvoir animer directement avec sans de réels outils suplémentaire.

Cordialement,

Compte tenu des codec dispo sur Win95 (genre Indeo5 ou Cinepack), je pense que le mieux est encore d'essayer d'encoder en MPEG1. Les MPEG2 ou MPEG4 ne sont pas supportés en natifs et seul Cinepack pouvait encore à la limite permettre la visualisation d'un fichier video en 640x480, mais il n'est pas dispo, je crois. Cordialement,

Malheureusement, seul filmgimp est pour le moment assez convaicant : les deux premiers compilent aléatoirement sur ma Slack (plutôt pas du tout depuis 6 mois d'ailleurs) et de toute façon ne sont pas stables.
Je n'ai pas trop essayé filmgimp car il ne m'intéresserait que s'ils avaient coincidé avec gimp 1.2 au moins. Mais ils n'en sont qu'à une base gimp 1.0 et il me manque certains outils (les brosses variables par exemple).
Dans les produits commerciaux, la dernière version testée de MainActor est pas mal. C'est plus Premiere qu'After Effects mais les transitions sont de très belle qualité par exemple. Les effets de fondus sont très fluides (beaucoup plus que Premiere d'ailleurs). La réalisation d'un fondu enchainé (au sens de l'animation) est extremement simple et la table de montage supporte des résolutions au choix, ce qui est appréciable pour travailler en haute résolution.
Le même en GPL, ca serait bien.
Pour le montage son, je suis tombé sur un outil GPL qui a l'air assez balaise : c'est Ardour. Pas encore eu le temps de trop fouiller mais ca a l'air parfait pour moi.

Cordialement,

Incroyable! Le même poste en même temps! :-D

Jodorowsky?
Merci de la précision. Ce sera donc définitivement sans moi.
Il n'y a qu'à lire la caste des Meta-barons (les deux premiers suffisent pour prendre la mesure de toute la série) pour voir que ce monsieur ne connait ni l'originalité, ni le sens de la mesure / finesse.
Je suis un fervent défenseur de l'animation française (normal, ma femme bosse dedans) mais ca me désole de voir que les moyens sont donnés à ces malades qui prennent leur fils pour le Kwisach Aderach l'occasion d'étaler un peu plus leur médiocrité.
Heureusement, notre système de financement permet aussi à des gars comme Sylvain Chaumet de faire des films. Et les Triplettes, elles, n'ont demandé que 9M d'euros.

Cordialement,

Mouais.
Je pense que je vais réserver mes 8 euros pour les 'Triplettes de Belleville'. Pas le même genre, c'est sur....

Cordialement,

En quoi est-ce un grand pas? Ce sont deux systèmes propriétaires sur lesquels tu peux compiler des applis GNU si tu le désires.
J'ai été agréablement surpris par les diffs pour KHTML qu'Apple a proposé, lais je n'oublie pas l'épisode des clones Mac et je suis convaincu que si le rapprochement avec l'Open Source leur donne l'impression qu'ils perdent le controle de leur plateforme, alors ils se débrouilleront pour fermer cette porte.
Soyons clair : Apple n'a pour le moment pratiquement rien fait pour le logiciel libre. Ce n'est pas un 'allié'.
Tout cet engouement pour MacOS X que je vois par ci par là sur les sites et forums dédiés au logiciel libre a le don de m'exaspérer.
Acheter un Mac, mettez une Yellow Dog ou une Mandrake PPC dessus, très bien. Mais MacOS X est un système propriétaire, controlé par Apple et lui seul. Il ne vaut pas mieux que WinXP sur la plupart des plans.

Cordialement,

Mouais. Alllez je vais me laisser aller à faire mon troll anti-Mac habituel, vu qu'il est 8 heures du mat et qu'on est samedi (faut bien trouver une excuse) >(ceux qui me disent : t as qu a mettre linux sur ton mac, n'ont pas utilisé >les excellentes applications existantes sur le monde osx / cocoa >(omnigraffle par exemple) , y a un interet, si!) Tu es en train de nous dire qu'il vaut mieux utiliser un système propriétaire plutôt que libre parce qu'il y a quelques bonnes applis sur le système propriétaire. Si je suis ta logique jusqu'au bout, sur un PC, mieux vaux installer Windows+Cygwin plutot que Linux, parce qu'il y a de bonnes applis sous Windows. Enfin bref. Pas très mordant ce matin. J'ai du être un peu adouci par l'épisode Safari. Cordialement,

Bon, j'ai testé avec gcc 3.2.3 et même problème. Soit mes options choisies dans mon .config sont foireuses, soit il y a effectivement encore quelques bugs gênants.
A noter que je l'utilise à mon boulot compilé avec gcc 3.3 et que ca fonctionne très bien. Mais je n'utilise pas de périphérique USB au boulot...

Cordialement,

Testé hier soir sur mon AthlonXP 1700 sur CM Asus NForce 1 avec batterie de périphérique USB (clavier, souris, tablette graphique, imprimante, scanner, modem, zip).
Premier verdict :

- Le pilote SCSI Adaptec ne compilait pas. Je n'ai pas de carte Adaptec mais comme il est sélectionné par défaut, ca a fait planter mon premier essai. Après déselection, ca marche.
- le support USB, soit c'est pas ca, soit quelque chose m'échappe. Au boot tout semble détecté mais /proc/bus/usb/devices ne liste que les deux premiers hubs de la carte mère, commence un troisième périphérique mais semble s'arrêter comme si le pilote avait segfaulté. Et devfs ne rapporte aucun périphérique USB. Je suis déçu. :-(

Bon, notez que je compile le tout sur une Slackware Current avec le dernier gcc 3.3, la dernière glibc 2.3.2. A croire qu'il fait tout pour que ca plante!

Pour le reste, en plus des grandes innovations déjà bien connues, il y a plein de petits ajouts de ci de là. Il y a par exemple un support du GART pour nForce, et un support du controleur IDE nForce intégré, plutôt que le support générique qui met tout en PIO par défaut. Je parle de ce qui me concerne directement mais il y a pas mal d'autres choses du même type.
Bref, je pense que ca sera pas mal.

Cordialement,

C'est l'ancien Adabase, à l'époque beaucoup distribué par SuSE en Allemagne.
SAP a racheté Adabase et a releasé les sources en GPL. C'es dommage que cela ne soit pas plus connu car Adaase a l'air d'être un produit drolement sérieux : d'abord pour que SAP s'en préoccupe mais aussi parcequ'il est utilisé dans des sociétés aussi divers que des spécialistes d'introduction en bourse, des banques ou des hopitaux.

Cordialement,

Pfff, quelle brêle.
Ogle, bien sur.
La honte. :-(

Exact. Et sans vlc, pas de libdvdcss!
Bon, y'a eu aussi Odle pour les DVD.
Enfin bref, merci à tous ces projets!

Cordialement,

C'est tout a fait juste : mplayer comme xine utilise la libavcodec et sont fortement redevables au projet ffmpeg pour leur excellent support de codecs.
Ceci étant dit, parmi les développeurs de de la libavcodec, on trouve entre autres Ar'pi de mplayer et Mike Melanson de xine. Comme quoi, je pense qu'on peut dire sans crainte que ces trois projets interragissent tellement qu'aucun ne serait aussi avancé sans les deux autres.
La bonne nouvelle derrière, c'est que le support des codecs est de mieux en mieux, et permet ainsi à des projets comme transcode de faire des choses très chouettes.

Cordialement,

Mouais, un simple regard à la première page du site de xine tend à montrer que j'ai raconté une ânnerie sur les codec des trailers Quicktime. On fera mieux la prochaine fois... Cordialement,

Il me semble que beaucoup des derniers trailers en Quicktime utilisent en fait du MPEG4 comme codec vidéo et non du Sorenson, ce qui expliquent pourquoi on pouvait déjà les lire avant. En fait ce serait plutot les plus anciens films qui pourront maintenant être lus. De plus, comme le support est du à une implémentation libre dans ffmpeg (chapeau aux dev de la libavcodec), il devrait y avoir moins de problèmes légaux comme ceux posés par la redistribution de binaire Windows. Bon, en tout cas, chapeau aux dev de xine, mplayer et ffmpeg. Grace à eux, regarder une vidéo sous Linux n'est plus un problème. Cordialement, PS : moi qui pestait la semaine dernière sur les modérateurs qui n'avaient pas passé ma news sur la beta11 de xine, je les félicite de leur réactivité ce coup-ci, sachant que cette nouvelle beta pporte effectivement quelque chose d'intéressant.

La, tu me parles serbo-croate. En quoi cela influe-t-il sur la sortie TV? Je pose la question car je ne sais pas.

Cordialement,

C'est pas tout à fait la même chose ou alors j'ai raté une option de config : ctrl+alt+(+-) permet de zoomer, tu changes la résolution mais pas la taille du bureau. C'est par exemple un problème si tu maximize des affichages XV qui vont te prendre la taille du bureau et pas la résolution que tu as demandé. Moi, je voudrais un changement de résolution avec changement de taille de bureau. Donc, après changement de résolution, une fenêtre XV maximizée prend toujours bien tout l'écran.
Il me semble que XFree 4.3 fait ca mais je n'ai pas encore regardé si c'est le cas et comment.

Cordialement,

Je parle du support 3D en général, pas de Nvidia en particulier.
Quelque soit la carte, si tu utilises les pilotes par défaut de XFree, tes performances en 3D seront médiocres, que le constructeur ait fourni les spec de sa carte ou non, et cela que ce soit avec un jeu ou une appli 3D.
Soyons clairs, je ne dis pas que ce n'est pas envisageable d'avoir une implémentation libre de bonne qualité mais le simple fait que cela n'ait pas été fait pour les cartes dont les Specs ont été releasées tend à me faire croire que ce n'est pas si simple. Et à tout prendre, je préfère avoir un driver performant et stable que rien.

Cordialement,