Yorumlar
ix (27 Mart, 2006 12:59 Pazartesi)ohaa süper yapmışlaaarrr... çok güzel beah!
Yalçın (settar) Pembecioğlu (27 Mart, 2006 13:00 Pazartesi)Tokyo Plastic zaten mükemmel de, bu sefer gerçekten inanılmaz bir iş çıkartmışlar! Ağzım açık kaldı...
Bravo! (Bu arada AMD 64 teknolojisi de her neyse pek güzel bir şey olduğunu düşünüyor insan)
erkut (27 Mart, 2006 13:03 Pazartesi)ya bi arkadaş vardı? neydi ismi!? alisüreyya bilir kesin dedim ben ama?
ix (27 Mart, 2006 13:09 Pazartesi)evet amd olay molay alisureyya kesin bilir bunun ne anlama geldiğini.
nick (27 Mart, 2006 13:46 Pazartesi)Amd64 dedii 64 bitlik yeni teknoloji cpu ki bunun animasyona tek katkisi, uzun bir islem olan cartoon shading ve vektore cevirme processini daha hizli sekilde yapabilmesi heralde. Ama genede Amd64 un bu animasyonda neden bu kadar one ciktigini bende cozemedim. Ne ki?
mentat (27 Mart, 2006 14:09 Pazartesi)olsa olsa amd sponsordur.
ix (27 Mart, 2006 14:15 Pazartesi)"ne biilim 3d de yapıp sonra vektoree aktarıyolar abiiiii!"
"uzun bir islem olan cartoon shading ve vektore cevirme processini daha hizli sekilde yapabilmesi"
evet bulmacanın parçaları birleştikçe çözüyoruz...
sanırım amdnin olaydaki rolü bu: HIZ!
aradığımız cevap nickten geldi. demekki o da bu işlerden anlıyor...
nick (27 Mart, 2006 14:43 Pazartesi)yokcanim fazlaca teork azcikda pratik bilgimis var, oda meslegimle 3dnin alakasindan kelli.
Amd nin olayla alakasi hala garip bence, yani yeni nesil 64luk islemciler olmadan bole bi anim gayet yapilabilir. 3d den bu hale getirmeninde birden fazla yolu var, kullanilan programa gorede degismekte bu ustelik. Hani bi plugin yazilim sirketi yada
swift3d gibi bi program sponsor olmus olsa daha mantikli idi. Buyuk ihtimalle de tokyo plastik swift3d kullanmistir diger islerinde oldugu gibi.
Hehheh amd nin olayla iliskisi tokyoplastiin giris sayfasinda yaziormus zaten. Amd ile ortak sekilde yapilmis bu animasyon, yani bir nevi amd yaptirmis, simdi daha mantikli amd64 un bu kadar one cikmasi. Soundtrack ide
Nick Faber amcam yapmis.
alisureyyatorun (27 Mart, 2006 17:31 Pazartesi)kisaca aciklayim: buyuk olasilikla maya veya 3dmax ile yapilmis bir animedir. flash vector ile export edilmistir. amd64 kullanmalari "performance per watt" yani birim guc basina performans orani yuzunden islemciden yuksek verimlilik alinmasindan secilmis olabilir. son zamanlarda intel ile amd arasinda guc/performans oran savaslari on plana cikiyor. su anda server ve workstation alaninda amd daha az guc harcayarak daha verimli bir is cikisi saglamasiyla bu animasyonda onu kullanmis olabilirler.
yada sadece reklam amacli sponsor destegide olabilir.
yeni nesil islemci gereklimiydi. hayir gayet bundan 2 sene onceki islemcilerle de bu animasyon yapilabilirdi. sadece biraz daha uzun surerdi.
bu arada vectorel cartoon render normal rendera gore cok daha hizli yapilmaktadir tabi sahnede GLOBAL ILLUMINATION, CAUSTICS ve render suresini uzatabilecek diger post effectleri aktif olmadigi surece.
alisureyyatorun (27 Mart, 2006 17:41 Pazartesi)bu arada 32 bit ile 64 bit arasindaki farki kisaca ozetleyim.
32bit bir saniyede bir bardak sudan lavaboya bosalan su miktari gibidir. 64 bit ise ayni sure icinde niagara selalesinden bir saniyede asagida akan su kadardir. yani bunu islemcinin ayni sure icinde ne kadar cok veri islemesiyle alakalidir. 32 bitlik bir islemci 64 bitlik bir islemcinin isleyebildigi islem kapasitesini 2 turda yaparken 64bitlik islemciler bunu tek seferde yapabilmektedir. aralarindaki tek fark ayni sure icinde bir islemi kac turla tamamlayabildikleri anlamina gelir.
bu arada yazilimlarda 32 ve 64 bit olarak ikiye ayrilir. yani islemciniz 64 bit fakat yaziliminiz 32bit ise hic bir verim alamazsiniz. fakat 64bitlik bir yazilim kullanirsaniz o yazilimdan daha fazla verim elde edersiniz.
bu arada 32bit islemcili makinelere takabileceginiz maksimum ram 4gb ile sinirli iken, 64bitlik makinelere takabileceginiz ram miktari teorik olarak 4 terabyte a esittir (yani 4096gb)
asagida 64bitlik g5 islemcilerinin 32bitlik islemcilere kiyasla neler yapabildigini kisaca aciklamaktadir.
http://www.apple.com/g5processor/architecture.html
alisureyyatorun (27 Mart, 2006 17:51 Pazartesi)bunlarin disinda animasyonun tadindan gecilmiyo. japonlar bu isin ustasidir nede olsa.
Fatalite (27 Mart, 2006 19:09 Pazartesi)Anime'nin haberi için erkut'a
Bilgilendirme için ise alisureyyatorun'a teşekkürler..
muscol (29 Mart, 2006 15:34 Çarşamba)Açık konuşayım ellerinde bu kadar iyi bir 3d model varken daha iyi olabilirmiş, özenmemişler gibi geldi bana, ama yetenek yüksek ona lafım yok, ayrıca bence vektörel olarak olmasıda gereksiz bu tip şeylerin, ink'n paint kaplamayla alınan iyi codecli bir render bundan daha az yer tutar bence.
alisureyyatorun (29 Mart, 2006 16:00 Çarşamba)muscol: ayni boyutta ve uzunlukta (800*600) pixel bazli render motoruyla render alirsan kapladigi boyut tam tersine buyur. H.264 codec'iyle bile.
arti vectorel olmasinin faydasi sayfayi ne kadar buyutursen buyut vector oldugu icin animasyon kalitesinde bozulma olmaz. pixellesme olmaz.
ozellikle bu boyuttaki frame-by-frame vectorel animasyonlar codec ile sıkıstırılmıs animasyonlardan daha akici calisir. siradan codecler goruntuyu olusturmak icin her kareyi decode etmektedir. vectorde decoding islemi yoktur.
Erman Sinan (30 Mart, 2006 09:44 Perşembe)ama gercekten model boyle olup morph mapleri bu kadar yaptıktan sonra aslında vektorelden daha guzel animasyon cıkarılabilirmiş...
alisureyyatorun (30 Mart, 2006 11:43 Perşembe)belki de tam cartoon havasi degilde, biraz da el ile cizilmis etkisi yaratmak icin cizgileri kesik kesik yada deforme olmus sekilde kullanmislardir. evt daha temiz bi vector output alinabilirdi.
Yorum yapmak için
- sisteme
kayıt olabilir,
- Bigu üyesi iseniz ana sayfadan
giriş yapabilirsiniz.