Journal Big Buck Bunny - Le Trailer

Posté par Snarky le 19 mars 2008 à 12:31.

Étiquettes : aucune

mar.

2008

Vous souvenez-vous du Projet Pêche¹, démarré en octobre dernier ? Celui là même sur lequel je vous avez déjà montré des images pour Noël² ?

Et bien, ce projet, ayant pour but de produire un court métrage 3D nommé Big Buck Bunny en Creative Common avec uniquement des logiciels libre, et en phase de finalisation. Actuellement en cours de rendu intensif sur une ferme de rendu Solaris³, une projection en salle est prévu le 10 avril prochain à Amsterdam⁴.

En attendant, l'équipe vous offre un trailer de 32s (oui, c'est court, mais c'est un trailer de court-métrage) afin de vous mettre l'eau à la bouche :
Voir le trailer

[1] Projet Pêche sur Wikipédia
[2] Images de Noël
[3] Informations sur la ferme de rendu
[4] Première à Amsterdam

# PixRefBuf

Posté par Prae le 19 mars 2008 à 13:06. Évalué à 1.

Aaaah mais alors ... trop bon. Franchement.
C'est moi ou y'a une référence implicite avec des oeuvres de Pixar et IceAge (notamment la bestiole qui court après son gland) ?
- [^] # Re: PixRefBuf
  
  Posté par Quikeg le 19 mars 2008 à 14:11. Évalué à 2.
  
  Ah ben franchement ça met l'eau à la bouche ;)
  Combien de temps dure ce court métrage ?
  - [^] # Re: PixRefBuf
    
    Posté par Prae le 19 mars 2008 à 14:33. Évalué à 1.
    
    Aucune idée, franchement.
    Je pencherais pour un petit truc de 25/30 minutes.
    Après ca dépend de la motivation des équipes, du nombre de personne et de leur plan à moyen/long terme
    - [^] # Re: PixRefBuf
      
      Posté par B16F4RV4RD1N le 19 mars 2008 à 15:35. Évalué à 5.
      
      25 minutes cela m'étonnerait, vu les temps de calcul que cela demande. Sur la page http://peach.blender.org/index.php/our-renderfarm-and-how-it(...) ils indiquent que Sun leur a offert 50000 heures de calcul sur leur ferme de rendu, et qu'ils peuvent ainsi compter sur 4-5 heures de calcul par image dans cette optique là (mais ils comptent avoir moins au final, s'ils doivent refaire des séquences), et s'il faut 25 images / secondes, donc on peut peut-être compter 50000 / 4,5 / 25 / 60 cela ferait dans les 7 minutes de film...
      
      Les images sont super impressionnantes en tout cas, j'espère que cela sera une réussite, mais je ne me fais pas d'inquiétude (quoique pour elephant dream les images étaient très bien mais l'histoire était tordue et pas très intéressante au final)
      Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
      - [^] # Re: PixRefBuf
        
        Posté par yellowiscool le 19 mars 2008 à 16:06. Évalué à 3.
        
        Ça se compte comment les heures de calculs pour leur ferme ?
        Car j'espère voir le film avant dans 5-6 ans.
        Envoyé depuis mon lapin.
        
        [^] # Re: PixRefBuf
        
        Posté par B16F4RV4RD1N le 19 mars 2008 à 18:03. Évalué à 2.
        
        I think they have 600 CPU’s but we’ve only ever managed to hog around 240, with an average of 150 CPU’s at a time.
        
        si j'ai bien compris, c'est compté par CPU, donc pour 150 processeurs en même temps, cela ferait env. 300 heures soit une quinzaine de jours... (en ne prenant qu'1/4 de la puissance du centre)
        Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
        
        [^] # Re: PixRefBuf
        
        Posté par caouis le 19 mars 2008 à 18:07. Évalué à 2.
        
        non il vont pas faire le rendu pendant 50000 heures sur un seul processeur.
        les calculs se font en parallèle sur plusieurs machines(d'où le nom "ferme de calcul") surement équipées de plusieurs processeurs chacune ,donc le nombre d'heures de calcul réel est divisé d'autant .
      - [^] # Re: PixRefBuf
        
        Posté par Nicolas Bourdais (Mastodon) le 19 mars 2008 à 16:44. Évalué à 3.
        
        Effectivement ton calcul doit être juste.
        Nathan Vegdahl de l'équipe de Peach a laissé comme commentaire, qu'un trailer de durée classique (un peu plus de 2 minutes) aurait duré plus du quart du film réel. Ce qui confirme que le film durera 7 à 8 minutes.
        
        "If we made it a typical 2+ minute trailer, it would be over a fourth the length of the movie itself."
      - [^] # Re: PixRefBuf
        
        Posté par Prae le 19 mars 2008 à 19:45. Évalué à 4.
        
        Tout dépend de la complexité de la scène: si c'est quelques polygons avec beaucoup de shader, ca prendra moins de temps que beaaaaaaaaaaucoup de polygons avec beaaaaaaaaaaucoup de shader et beaaaaaaaucoup de poils entre.
        
        4-5H ca me semble énorme quand même par image ...
        
        [^] # Re: PixRefBuf
        
        Posté par ʭ ☯ le 20 mars 2008 à 09:46. Évalué à 2.
        
        C'est rendu sur des 386SX, alors t'as pas de copro ;-)
        ⚓ À g'Auch TOUTE! http://afdgauch.online.fr
        
        [^] # Re: PixRefBuf
        
        Posté par Sylvain Sauvage le 20 mars 2008 à 22:24. Évalué à 3.
        
        Confusion : le i386, qu’il soit sx, sl ou dx peut très bien être accompagné d’un coprocesseur arithmétique i387. En revanche, le i486dx, lui, incluait le FPU alors que son petit frère, le i486sx, non.
  - [^] # Re: PixRefBuf
    
    Posté par Sylvain Sauvage le 20 mars 2008 à 00:42. Évalué à 5.
    
    la bestiole qui court après son gland
    
    Ah ben franchement ça met l'eau à la bouche ;)
    
    Euh… non, finalement, rien, sinon on va encore dire que j’ai l’esprit mal tourné…
# Wahou

Posté par olivier leplus le 19 mars 2008 à 13:27. Évalué à 3.

Eh bien, on peut dire que ça change complètement par rapport au premier projet, ça en fait pour tous les gouts :)

Bref, vraiment sympa ce teaser, je ne savais pas que le projet était si proche de la fin, c'est une bonne nouvelle moi qui pensais devoir attendre pendant plusieurs mois encore :)
# Pas de 5.1 pour Ogg Theora ?

Posté par Thibaut (site web personnel) le 19 mars 2008 à 19:59. Évalué à 3.

J'aime beaucoup ce trailer, et vivement la sortie du film final !
Cependant, je vois un format apple avec le 5.1, mais seulement de la stéréo pour le Ogg ! Une explication ? Le Vorbis supporte autant de pistes que voulu il me semble, pourtant, non ?
- [^] # Re: Pas de 5.1 pour Ogg Theora ?
  
  Posté par ʭ ☯ le 20 mars 2008 à 10:13. Évalué à 3.
  
  Oui, mais quel lecteur vidéo sait exploiter ces pistes? Le 5.1 est standardisé en MPEG4, mais je ne connais aucun standard là-dessus en OGG.
  
  Ceci étant, j'ai une chaîne 2.0, donc je m'en f...
  ⚓ À g'Auch TOUTE! http://afdgauch.online.fr
  - [^] # Re: Pas de 5.1 pour Ogg Theora ?
    
    Posté par B16F4RV4RD1N le 20 mars 2008 à 12:56. Évalué à 3.
    
    à ce propos, j'ai essayé la première version en 1080p, avec vlc et kmplayer (en version téléchargée intégralement sur mon ordinateur), et l'image était très saccadée, ne laissant passer qu'une image de temps à autre, empêchant vraiment de bien voir le trailer. Avec la version 480 cela passait parfaitement, c'est dû à quoi ? J'ai un ordinateur plutôt récent et puissant, je me pose un peu des questions...
    Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
    - [^] # Re: Pas de 5.1 pour Ogg Theora ?
      
      Posté par ʭ ☯ le 20 mars 2008 à 16:09. Évalué à 2.
      
      Pas assez récent et puissant : le 1080p exige environ 3GHz avec accélération Xv. Si tu utilises le pilote propriétaire ATI, tu n'as pas l'accélération Xv. Si tu utilises Intel, il faut bidouiller les réglages de xorg.conf pour avoir l'accélération Xv en haute résolution.
      ⚓ À g'Auch TOUTE! http://afdgauch.online.fr
      - [^] # Re: Pas de 5.1 pour Ogg Theora ?
        
        Posté par briaeros007 le 20 mars 2008 à 17:03. Évalué à 1.
        
        3Ghz en xvid ou en h.264 ?
        
        [^] # Re: Pas de 5.1 pour Ogg Theora ?
        
        Posté par gnu_castor le 21 mars 2008 à 03:21. Évalué à 1.
        
        Voui, le h.264 met a genou le proco plus facilement que le xvid.
        Il y a aussi le débit qui influe d'après mon expérience, par exemple chez moi un film en 1080p passe si le débit n'est pas trop élevé. Sans compter les scènes complexes genre quand il y a de l'action, ou particulièrement avec des scènes où il y a un champ de maïs et autres plantes ^^
        
        [^] # Re: Pas de 5.1 pour Ogg Theora ?
        
        Posté par briaeros007 le 21 mars 2008 à 09:55. Évalué à 1.
        
        peut être a tu aussi des problèmes de bande passante ?
        Parce que de tête le débit (SNR) n'influe que très peu sur le temps CPU.
        
        [^] # Re: Pas de 5.1 pour Ogg Theora ?
        
        Posté par gnu_castor le 21 mars 2008 à 20:09. Évalué à 1.
        
        Mon LVM offre un débit de 15-20Mo/s minimum, quant à ma connexion ADSL c'est de l'ordre de 16Mb/s IP. On parle de quelle bande passante là ?
        Au passage une petite astuce utile chez moi est de mettre le processus du lecteur à un nice de -19, ça permet de laisser tourner d'autres logiciels sans trop gêner la lecture vidéo.
        Mplayer peut aussi avec quelques options fluidifier un peu plus le bouzin.
        
        Mais bon, le pire dans tous ça, c'est que la plupart des cartes graphiques modernes (dont la mienne, une version LE d'une nvidia PasChère©) intègrent le décodage hardware du h.264, mais qu'il n'est pas possible de l'utiliser sous GNU/Linux. Windows n'a pas l'air mieux lotie, il faudrait apparemment utiliser un lecteur vidéo du genre de WinDVD jeSaisPlusQuoi pour profiter de l'accélération. Je ne peux pas confirmer pour windows, pas taper ^^
        
        [^] # Re: Pas de 5.1 pour Ogg Theora ?
        
        Posté par briaeros007 le 22 mars 2008 à 14:55. Évalué à 2.
        
        On parle de quelle bande passante là ?
        Celle ou tu regarde tes films (donc dépend si tu fais du streaming ou tu regarde sur ton dd ou )
        La bande passante théorique (par ex avec ton lvm) ca veut pas dire que c'est
        1°) ce qui arrive au niveau du CPU (partage de la bp du dd entre plusieurs processus, iowait)
        2°) que le fichier que tu regarde va l'avoir tout le temps (cf plus haut, fragementation du fichier)
        3°) qu'elle est régulière (et c'est ce qui est important). (cf plus haut).
        un moment j'étais très juste niveau décodage CPU pour mater un h.264. : ca laggait quand je regardais à partir du DD, mais en mettant la video sur un tmpfs (directement en ram) j'arrivais à la lire.
        
        une petite astuce utile chez moi est de mettre le processus du lecteur à un nice de -19
        pour continuer sur les petites astuces.
        Essaie de mettre ça dans /etc/security/limits.conf
        audio hard rtprio -9
        ca permet d'autoriser les processus dépendant du groupe audio (comme jack) de demander les prio rt. Je sais pas si mplayer les demandent
        
        Et pour éviter d'avoir a passer en root chaque fois qu'on lance mplayer pour la prio:
        hard priority -9
        permet d'autoriser l'utilisateur à demander une prio jusqu'a -9.
        Un petit alias derrière
        (mplayer='nice -n "-9" mplayer' ) et voila ca se fait automatiquement ;)
        
        (pas trouvé d'amélioration notable sur mon système a monter > -5)
        
        mais qu'il n'est pas possible de l'utiliser sous GNU/Linux.
        Esperons que les prochaines ati avec driver libre puisse être utilisée comme ça ;)
# non seulement CC mais CC-by, donc libre

Posté par BAud (site web personnel) le 19 mars 2008 à 23:39. Évalué à 2.

La licence est précisément la CC-by qui est une licence libre, la paternité de l'oeuvre doit être rappelée lors de la diffusion de l'original ou d'une oeuvre dérivée.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.