N'avez-vous pas remarqué que quelque soit la profondeur d'image que vous choisissez (8-16-32bits) le calcul se fait irrémédiablement en 32 bits !
Savez-vous où on peut changer cela car ça accélérerait grandement la vitesse de rendu ?
Dernière modification par maxencedt ; 23/09/2015 à 09h36.
"Less is more" comme disait Ludwig Mies van der Rohe. Et il a fichtrement raison !
Dernière modification par yayaprod ; 22/09/2015 à 11h33.
Les détails font la perfection, et la perfection n'est pas un détail.http://yayaprodtm.cgsociety.org/
LdV.
Ce sont des images finies et non en cours de calcul. Regarde pendant qu'elles se font tu verras : "(32bit)" puis une fois terminé "(8bit)" par exemple.
Pour preuve les temps de calcul sont quasi les mêmes alors qu'une 8bit doit être 4 fois plus rapide non ? (ou un truc comme ça)
"Less is more" comme disait Ludwig Mies van der Rohe. Et il a fichtrement raison !
D'ailleurs n'y aurait-il pas des différences entre un rendu 8bit "natif" par rapport à une 8bit issue d'une 32bit ?
Evidement tout plaide en faveur d'un calcul plus grand pour être réduit mais ce n'est pas à la faveur de la vitesse de rendu.
Personnellement pour mes petits projets des calculs en 16bit suffiraient amplement
Les captures d'écran du bas du visualiseur de ci-dessous se vérifient quelque soit la résolution de l'image :
Dernière modification par maxencedt ; 22/09/2015 à 12h26.
"Less is more" comme disait Ludwig Mies van der Rohe. Et il a fichtrement raison !
Il n'existe pas de calculs 3d 8b "Natifs". Les calculs de rendus se font en interne forcément en virgule flottante, d'où les 32b.
Avec 8 bits on ne dispose que de nombres entier de 0 à 256. Tu vois tout de suite que ça va être un peu juste. En 16 je crois que c'est encore des nombres entiers.
Après ce n'est qu'une question de convertion et de codage des couleurs.
Avant c'est vrai qu'il y avait des problème de mémoire et de place et les rendus étaient convertis directement en 8b, mais ce n'est plus le cas, et tu as donc le choix.
C'est un peu comme avec les appareils photo. Même pour les petits appareil qui ne sortent que des jpg, leur cellule fournit en réalité du RAW (32b) qui est ensuite converti.
Merci Floc.
Dommage
"Less is more" comme disait Ludwig Mies van der Rohe. Et il a fichtrement raison !
C4D a toujours calculé en 32bits en interne, c'est la seule manière possible pour calculer l'accumulation des différentes couches de rendu (couleur, réflections, ombres, etc...) et de gérer les valeurs qui sortent du champs classique d'illumination (images HDRI, lumières qui excèdent 100%, etc...).
Fluffy mais costaud...www.fluffy4d.com
Je me doutais qu'il y avait un truc dans le genre.
Merci Fluffy !
"Less is more" comme disait Ludwig Mies van der Rohe. Et il a fichtrement raison !
Merci aussi Fluffy pour ces précisions.
Yaya °)
Les détails font la perfection, et la perfection n'est pas un détail.http://yayaprodtm.cgsociety.org/
LdV.