• [^] # Re: Spielberg et Lucas

    Posté par . En réponse au journal J'ai^W Klaire a testé pour vous, le téléchargement légal. Évalué à 2. Dernière modification le 14 juin 2013 à 16:49.

    Les vidéos de NHK que j'ai vu sont uniquement des sources pures NHK (reportages sur des événements sportifs bizarres japonais, film des rues d'Amsterdam pour l'IBC…), fait à base de 4 caméras 4K.

    C'est pour cela que je parlais d'encore de prototype :)
    Ca sera fortement intéressant d'ici quelques années je pense (déjà que les chef op/cadreurs demandent des résolutions énormes…) et quand tout le workflow suivra avec. Brrr j'en frisonne déjà - surtout que c'est nous qui allons devoir gérer ce merdier ;)

    UPDATE à l'arrache: ah oui, j'oubliais, je crois que les capteurs ne sont pas les mêmes entre la TV et le Cinéma. J'ai un ami qui bosse dans ce secteur qui m'avait évoqué cela sans plus de précision. (à confirmer donc)

    "Astro Design are debuting an 8K camera head and a ×ばつ1080 resolution LCOS (Liquid Crystal on Silicon) "

    j'arrive pas à savoir si c'est une caméra 8K et une autre à 1920x1080, ou bien une caméra 8K avec un capteur photosensible à 1920x1080. Si c'est le cas, ca va grincer des dents… Dans la doc technique, y'a écrit "[Active resolution] : ×ばつ4320" . Mais va savoir si c'est le capteur qui peut recevoir cela ou bien si c'est après débayerisation… :-/

    J'ai peur aussi d'un truc avec cette caméra : les caméras numériques ont un gros souci depuis les premières générations, c'est le temps de traitement des capteurs photosensibles. Quand la caméra bouge très rapidement, y'a un effet d' "italisation" (une ligne droite devient une ligne penchée). Cela est à cause du temps de traitement entre le capteur photosensible (photosites plutôt) et les petits lutins qui doivent récupérer les données et les pousser dans les tuyaux vers les chargeurs (chargeurs étant un disque ssd). Déjà que RED, Sony, Arri, Aaton, etc… ont des problèmes pour gérer cela avec des capteurs de 5K, je me demande comment ils ont pu résoudre ce souci avec des capteurs de 8K.

    Après, niveau objectivité, dans la gué-guerre cinéma vs TV… ;-)

    A ce niveau là, c'est même pas/plus une gué-guerre cinéma vs TV, vu que le gars en question a bossé chez Eclair et que le HDCAMSR et le ProRes sont très utilisés là-bas. Ce n'était pas le seul a le dire, même des gens dans le milieu de la post-prod télévisuelle ont eu pas mal de souci, pensant que c'était un problème d'étalonnage de leurs propres écrans.

    faut juste avoir le temps et beaucoup de puissance de calcul :)

    nVidia se fera une joie de leur fournir les cartes qui vont bien (c'est rigolo qu'ils se soient sur ce marché, ils n'ont pas tort il y a du fric à se faire).

    Oh t'inquiètes, ca fait un moment que c'est déjà le cas ;-)
    Chez Eclair, le software maison est basé sur du GPU (nvidia shaders, OpenGL)
    Pour les renders-farms (pour d'autres sociétés post-prod), c'est quasi-identique.
    Les GPU et FPGA sont très utilisés dans l'industrie cinématographique.
    Malgré tout, cela demande beaucoup de traitement et de calculs.

    PS: tiens, rien à voir, tu penses de quoi de cela ? http://en.wikipedia.org/wiki/Larrabee_(microarchitecture)

    du coup ça sera juste une petite découpe à l'arrache quand ça vient du ciné.

    Yep, c'est pas encore trop dramatique :)
    Et c'est mieux que les pan-scans mouvant :D
    (pour ceux qui veulent savoir à quoi ca correspond, regardez une télédiffusion de Die Hard à l'époque: pour arriver à faire du 16/9 sur du 4/3, ils déplaçaient une caméra virtuelle. Quand les deux personnages principaux sont de chaque bord du cadre, la caméra virtuelle fait des aller-retours entre la gauche et la droite… :)

    (tout comme 24 vs 25 vs 30 fps,

    Yep, je me demande si le 60 FPS va pas mettre tout le monde d'accord… et encore, j'en suis même pas sûr :(
    Ca me fait penser que j'ai toujours pas vu un film en 60 FPS au cinéma (oh! ca va, j'ai pas vu Avatar 3D non plus ;-)