La date butoir d'upload ne sera pas le 31 (ma faute à moi), donc pas de panique. Le zip devra contenir le fichier txt, l'image basse def, la HD et un filaire.
Gasp! C'est quand la ligne morte alors?
http://www.bohemond.fr<br /><br />Je ne suis pas exigeant,<br />Je me satisfais juste de ce qu'il y a de meilleur<br /><br />Core2duo E6300, 2GoRam, Gefroce 7600GT
Le taf ne devra pas être modifié après le 31, mais je pense qu'une petite semaine pour l'envoi...
Ouf ^^ merci pour ces préçisions.
Mouais c'est un peu limite comme règle ça non? Comment tu vas savori si l'image a bougé ou non? CA manque un peu de clarté non?
http://www.bohemond.fr<br /><br />Je ne suis pas exigeant,<br />Je me satisfais juste de ce qu'il y a de meilleur<br /><br />Core2duo E6300, 2GoRam, Gefroce 7600GT
Question bête, l'archive c'est .ZIP ou .RAR? xD
L'histoire de la date des dernieres modifications c'est louche :poucebas:, j'suis sur qu'il y a moyen de gruger même si c'est pas le genre de la maison 8)
Seb il y a un truc qui m'échappe, pour un server FTP faut pas grand chose, hein...
T'as pleins de soft free qui circulent sur le net...
bye
La boulettement votre
Les participants étant tenus de wiper, il suffit que leurs images soient postées sur leurs wips avant le 31, comme prévu depuis le début.
Ce sont ces éléments qui feront foi, l''upload sur le serveur ftp de Mediaworks est secondaire, il ne sert que de stockage et de centralisation pour le jury, non?
Alors pas besoin de s'affoler ou de créer des paranos, rien ne change par rapport aux règles de départ. :roll:
edit : on peut même imaginer que Seb ouvre un thread où les participants posteront image + filaire + texte, commentaires non autorisés, pour rassembler déjà les participations.
÷ R19 Studio ÷ cacahuètes ÷
Ha donc ça veut dire qu'on n'a aps plus de temps pour le rendu?
Ca changerait tout :?
http://www.bohemond.fr<br /><br />Je ne suis pas exigeant,<br />Je me satisfais juste de ce qu'il y a de meilleur<br /><br />Core2duo E6300, 2GoRam, Gefroce 7600GT
Gong a raison
pfft encoooore
Visitez www.base80.com et www.youtube.com/base80
Ca change rien. Dès le départ, les règles étaient claires : clôture du concours le 31 mai. Personne n'est pris en traître.Envoyé par Bohémond
Sir Gong, ton idée est excellente. Boulette, le souci c'est qu'on a un serveur maison, mais qu'il y a eu un souci dessus, c'est pas une histoire de soft...
Edit : pour l'archive, zip ou rar, ça change rien.
Bonjour Seb BBL,
Est-ce votre serveur FTP ou personnel ?(Je vous épargne l'image HD ici, il suffira de la joindre à votre fichier zip par ftp.)
Quand à l'image HD (3200x2400 en 300dpi) couvertir en TIF par photoshop elle pèse 308Mo (173 Mo zip) !
Le bœuf est lent, mais la terre est patiente.
PHAB
à ce poids de fichier tu dois être en cm, pas en pixels, non ? :roll:Envoyé par fabrice.sierra
3200 x 2400 Pixels en RVB = 22 Mo
÷ R19 Studio ÷ cacahuètes ÷
Quand j'ouvre l'image dans photoshop il m'indique que 3200 x 2400 Pixels fait 72 DPI et non 300 DPI.3200 x 2400 Pixels en RVB = 22 Mo
Le bœuf est lent, mais la terre est patiente.
PHAB
Le dpi n'a rien à voir avec la taille... Tu peux avoir un fichier de 20 pixel sur 10 pixel en 300 dpi
--- www.aerografik.fr ---
Comment on regle les dpi avec blender et sans photoshop?
Ne règle pas, fais juste un fichier à 2400 x 3200.
Pour info, 2400 x 3200 pix permet de sortir une image imprimable de 20 x 27 cm (à 300 dpi donc)
÷ R19 Studio ÷ cacahuètes ÷
ok merci
Humm Gongy, tu peux calculer une image en 3200x2400 mais elle ne sera pas forcément en 300dpi. Par défaut, dans C4D, elle est calculée en 72 dpi. Il faut donc lui indiquer que tu la veux en 300. Du coup les temps de calcul sont largement plus long.Envoyé par Sir Gong
Enfin si je ne m'abuse hein :wink:
MacPro 12 cores - C4D R16 Studio - VrayForC4D - ZBrush4.
L'urgent est déjà parti, l'impossible est en train de se faire, pour les miracles nous demandons 24 heures.
A l'an qué vein.
On avait essayer de comprendre cette histoire de dpi sur le chat (je crois que c'était avec Bertin), et d'après ses tests le nombre de dpi n'influencait pas le temps de rendu. :roll:Envoyé par Luc
A voir.
Ben il me semble car quand on passe de 72 à 300 dpi, c4d redimensionne l'image pour la calculer toujours en 72 mais la taille de l'image est plus grande. Donc ça influt sur les temps de rendu.
Ou alors je me fait ch*er depuis de nombreuses années :arg:
MacPro 12 cores - C4D R16 Studio - VrayForC4D - ZBrush4.
L'urgent est déjà parti, l'impossible est en train de se faire, pour les miracles nous demandons 24 heures.
A l'an qué vein.
Non, tu mens, coyotte à la langue fourchue.Envoyé par Luc
Quand on dit 2400 x 3200 pixels, et bien ça fait 2400 x 3200 pixels, c'est immuable.
On peut dire à c4d ou à son copain photoshop, que ces 2400 x 3200 pixels vont faire une image à 72 dpi (résolution écran), ce qui en ferait une image de 84,67 x 112,89 cm avec une résolution pourrie.
On peut aussi dire que ces 2400 x 3200 pixels vont former une image à 300 dpi (résolution mini pour de l'impression offset), et l'image fera donc 20,32 x 27,09 cm.
Dans les deux cas ce sont 2400 x 3200 pixels, donc le temps de calcul ne va pas varier.
mais tout change si...
au lieu de demander des pixels en sortie, on demande des centimètres (par exemple)
Si on demande 20 x 27 cm à 72 dpi, on aura 567 x 765 pixels, ça calcule vite.
Si on demande 20 x 27 cm à 300 dpi, on aura 2362 x 3189 pixels et c'est là que ça calcule moins vite.
okè ?
edit : oui Luc tu as raison sur ton denier post
÷ R19 Studio ÷ cacahuètes ÷
Merci pour cet éclairçissement Sir Gong. :poucehaut:
Mais pour notre cas c'est du 3200x2400, non?
erf, j'ai rien spécifié en sortie de c4D moi, j'ai laissé les paramètres de base (a part le 3200*2400)
Y a bon?
http://www.bohemond.fr<br /><br />Je ne suis pas exigeant,<br />Je me satisfais juste de ce qu'il y a de meilleur<br /><br />Core2duo E6300, 2GoRam, Gefroce 7600GT
Vi c'est bon.
Du 3200 x 2400 c'est du 3200 x 2400
Yec'hed mat ! Arrête tes blagues sur les coccinelles!
Oui c'est clair mais heuuuu p'tain chui naze, j'ai le cerveau en rade, ché plus tiens :cry:
Bon en attendant pas sûr de finr pour ce soir moi :?
MacPro 12 cores - C4D R16 Studio - VrayForC4D - ZBrush4.
L'urgent est déjà parti, l'impossible est en train de se faire, pour les miracles nous demandons 24 heures.
A l'an qué vein.
J'avais demandé à Toshop de rééchantillonner 72 dpi à 300 dpi, cela explique le poids du fichier.Quand à l'image HD (3200x2400 en 300dpi) couvertir en TIF par photoshop elle pèse 308Mo (173 Mo zip) !
Le bœuf est lent, mais la terre est patiente.
PHAB
Toujours pas de FTP?
soir de bouclage....
je serais curieux de savoir combien de souris hystériques hocquetent et combien de machines sont en train de cracher leurs tripes...
ok je :arrow:
Allez courage tout le monde !!!
j'ai loupé mon coup :cry2:
Visitez www.base80.com et www.youtube.com/base80