Üye Girişi
Bağlan Google+ ile Bağlan Facebook ile Bağlan
Yeni Kayıt
Tüm Forumlar
  • Tüm Forumlar
  • Donanım / Hardware
  • Dahili Bileşenler
  • Ekran kartı
  • Bu Konuda
Şimdi Ara

Yeni Nesil OpenGL geliyor.

Sıcak Fırsatlarda Tıklananlar
Editörün Seçtiği Fırsatlar
Daha Fazla
Bu Konudaki Kullanıcılar: Daha Az
1 Misafir - 1 Masaüstü
5 sn
23
Cevap
2
Favori
1.733
Tıklama
Daha Fazla
İstatistik
  • Konu İstatistikleri Yükleniyor
Konuya Özel
0 oy
Öne Çıkar
Cevapla
Sayfa: 12
Sayfaya Git
Git
sonraki
Giriş
Mesaj
  • http://www.tomshardware.com/news/khronos-amd-nvidia-intel-arm,27419.html

    Bu sıfırdan, yeni nesil bir API olacakmış. Şimdilik kod adı OpenGL NG (Next Generation).

    OpenGL 4.5 ise 2 gün önce çıkmıştı :https://www.khronos.org/news/press/khronos-group-announces-key-advances-in-opengl-ecosystem







  • OpenGL mobil platformda ve PS 4'ün işine yarar ancak. PC tarafını ilgilendiren bir gelişme değil, çünkü Linux kullanımı oranı az ve Linux için geliştirilen oyun sayısı da az.



    < Bu mesaj bu kişi tarafından değiştirildi Cpt. Miller -- 14 Ağustos 2014; 8:07:22 >
  • SteamBox ile beraber valve nin işine gelir böyle gelişmeler.

    < Bu ileti mobil sürüm kullanılarak atıldı >
  • OpenGL masaüstü, konsol, mobil dahil tüm cihaz ve Windows, OSX, Linux dahil tüm işletim sistemlerinde desteklenebiliyor. "Open" olması sayesinde. Bunun tek istisnası Microsoft'un kasıtlı olarak XBOX'ta desteklememesi.

    Oyunlarda DirectX kullanımını korumak XBOX'ın varlık sebebidir. DirectX'in sürmesi de Windows satışlarının sürmesi demek.

    Tekelini sürdürmek için DirectX oyunlardan başka silahı kalmadı Microsoft'un. Mobile ve Steam Linux / SteamOS bu tekeli aşındırıyor şu anda.



    < Bu mesaj bu kişi tarafından değiştirildi DHArcadia -- 14 Ağustos 2014; 11:36:34 >
  • Windowsun diğer sistemlerden ne üstünlüğü kaldı.

    Az kaynak desen mac ve özellikle linux çok daha azı ile idare ediyor. Windowsun süründüğü sistemde linux uçuyor.
    Hadi eskiden Office rakipsizdi, gerekliydi, şimdi öyle değil. Openoffice ve özellikle libreoffice gibi yazılımlar bunu gayet iyi yapıyor.
    Güvenlik-tutarlık desen windows linux veya özellikle mac yanında elek gibi.
    Sürücü desteği desen artık linuxlarda da sorun olmaktan çıktı.
    Kolay kullanım desen yeni linux dağıtımlarının windowstan aşağı kalır yanı yok. Mac zaten ayrı bir alem.
    Artık diğer platformlarda da yazılım çeşitliliği var.

    O zaman niye hala windows.
    1. Alışkanlık. İnsanlar daha makulu çıksa bile alıştığını değiştirmeye pek meyilli olmaz.
    2. Oyunlar. Yani DirectX.

    Özellikle bu forumda mesela, sistem tavsiyesi arayanların %99'u diyelim oyun amaçlı araştırma yapıyor. ama oyun için DX şart mı ? Değil.
    OpenGL ile çalışan oyunlar da var. (geçmişte daha fazlaydı)
    MAC versiyonları Dx değil zaten.
    PS4 oyunları DX ile çalışmıyor.

    Ancak DX de giderse windowsun hiçbir üstün tarafı kalmayacağından M$ bunu sürdürmek için elinden geleni yapıyor. XBOX bunu zorluyor, OpenGL gelişimine köstek oluyor. Üstelik M$ kadar hantal firma yoktur. 5 yıldır aynı DX11 var. Hatta DX9 üstüne konan şeyler önceki gelişmelerin gölgesi bile olmaz. Yani DX9 ile DX11 arasında kayda değer fark yok. M$'nin de kımıldamaya niyeti yoktu.

    Ancak AMD Mantle ile DX rakibini ortaya koyunca, üstelik destekleyen uygulamalarda fark atınca nihayet DX12 diye bir şey için mabadını oynatmaya kadar verdi mecburen. Mantle ise açık platform. Windowsa bağlı değil. İsteyen PS4'e ekler, isteyen linuxa. Yine de Dx12 henüz mantle olmaktan çok uzak. (Rubisco bunu daha iyi bilir)

    Niye o zaman genelde OpenGL değil de Dx kullanılıyor. İnsanlar sonuçta daha iyi sonuç alacak olsalar da kolayı tercih eder. Şimdi DX daha iyi ama zamanında öncelik OpenGL idi ve çok daha iyi idi. Efsanevi Doom-Quake-Halflife vb serileri OpenGL ile kodlanmıştı. Ama oyun kodlamada pir seviyesinde olan John Carmack (iD software, doom-quake vb vb)bile isyan etti sonuçta. OpenGL sahipsiz, DX kullanmaya mecbur kalıyoruz diye.

    OpenGL kaderi Unix gibi oldu. Önce senin benim kavgaları ile millet birbirini köstekledi. Herkes uyumsuz işler peşine gitti, ortak hareket edilmedi. M$ de bu konsorsiyumun üyesi ve bunu körükledi. DX için OpenGL'nin kötü olması işine geldi. Sonra da aynı Unix gibi OpenGL herkesindir dönemi geldi. Herkesin sahibi olduğu işi kimsenin yapmaması durumu da yaşandı.

    Nihayet burada da bir kımıldanma görülüyor.




  • PS4'ün GL ile alakası yok. OpenGL'in Ps4'ün GNM API'si ile kaşılaştırılabilir yanı yok. GNM'de Mantle 'dan daha esneksin. Mantle, X360'a ama daha düzgün deklare edilmiş haline benzerken, PS4 GNM ile yapabileceklerin MAntle'dan daha fazla. En basitinden görev dağılmı yaptığında Mantle'a göre daha da az overhead var.

    PS4'e yarayacak tek şey milletin önce PS3'e oyun geliştirmeyi bırakması, sonra da multi-platform oyunlarda PS4'ü hedef alması, son olarak da UE4'den uzak durulması. PS3, günümüzdeki oyunlar için özel yaklaşım ister, o yüzden yaptığın işin Ps3 versiyonu kalitesi düşürülmüş versiyon olarak değil, kısıtlı donanıma uydurmak için yeni baştan uğraşılmış özel versiyon ister. Ps4 de 10 gün harcadığı bi işi Ps3'e aktarmak için, yaptığın şeyi hedefi korumak istiyorsan 1 ay bile zaman harcaman gerekir. Çünkü yaptığın şey koca kediyi 10cmx10cmx10cm kutuya sokmanın bi yolunu bulmak(bi yerden sonra da kedinin canlı olup olmaması önemli değil).

    Multi platform oyun için PC artık önemli seviyede donanım gücüne sahip oludğu için, istediğin kadar geliştirme süresini üstün kötü geçiştir yine de PS4-PS3 sorunları ve geliştirme süresi ile karşı karşıyasın. O zaman yukarda yazdığım şeye yine geliyoruz. PS3 için bi nevi destekleme ihtiyacı hissetiğin, çok müşteri var ve para getirir diye desteklemek zorundasın. Cry3 @ PS3 için adamlar resmen yeniden motor yazdılar. O yüzden dx10'da çalışmazken kıytırık PS3'de çalışıyor. Dx10'da çalıştırmak için de başka yol geliştirip başka bişey yapabilirlerdi ama $$$ konuşuyor. Multi platform oyun yapacam diyip PS3'ü de es geçersen ne kadarlık bi gelirden yoksun kalmış olursun? Bu da geliştricileri hem kısıtlıyor hem iştah kabartıyor. Böylece multi platform = PS4 + Pc diyemiyorlar. İlla eski konsollara da bulaşıyorlar.

    "Multi platform" u sadece Yeni konsollar + PC şeklinde ele alsalar ve PC'ye en az seviyede geliştirme zmanını verseler, sonuçta PC'de hi-end donanımda bile olsa konsola eş veya geçen bi kalite oluşuyor. Çünkü hedefinde PC'de var. PC için bambaşka bi yöntem (ve motor), yeni konsollar için bambaşka bi yöntem (ve motor) dediğin zaman işin içinden çıkılamıyor çünkü dediğim gibi PC'ye en az zamanı harcayacam desen bile önünde bi sürü engel var.

    Sadece konsola özel oyun geliştirdikleri ve bunu yenilikçi yöntemler ile yapacam dedikleri sürece yeni konsollarda iyiye gidiş olur. Onlarda da stok UE4 kullandıkları sürece zor ilerlenir. UE4'ün farklı fork'ları var, UE4'ü geliştirme aracı olarak kullanıp render açısından yenilikçi yöntem bulurlarsa olur. Ama UE3-4 kullanmanın esas amacı geliştirme zamnını azlatmak en başta zaten.

    Bu da bizi yeni konsollarda, konsola özel ve iyi iş yapalım dediklerinde kısıtlı gelir ve çok çalışma noktasına getiriyor. Second Son için mesela adamlar çok iyi çalışmışlar. Kalitesi güzel, ama Gözlerini yerinden çıkartacak seviyede değil , zaten ondan bahsetmek istemiyorum. Second Son için adamların sarfettikleri uğraş bile bi noktadan sonra "korum artık yeter ya" noktasında. İyileştirmeyi nerelerde bıraktıklarını, hangi işler için ne kadar daha geliştirme yapabileceklerini faln tek tek anlattılar.

    Eskinin ve PC'nin yükü ağır, o yüzden yeni konsollarda özgün yaklaşım zor. Özgün yaklaşım olmayıncada, oyunlar nasıl fillrate ile limitli ve compute shader(CS) bunu cilalamak için kullanılıyor, bunun ötesine geçilemiyor. Yıllar boyu oyunlar böyle oldu, geliştriciler istedikleri kadar egzantrik yollar bulsunlar fazla ilerleme olamadı. Donanım da bunlara çanak tuttu, gelişmeyen API'ler de tuzu biberi oldu. Sonuç, aynı ışıklandırmaya fazla görsel farklılık ekleyemeden daha fazla nesne eklemek, nesnelerin kısmen detayını arttırmak oldu. Işıklandırmada bi yöntem buldum uygulayayım dediğin zamanda o işte şikayet edilip durulan çimenlerin yapraklarındaki yansıma-gölgelenme farkının API-GPU üstünde çalışma şekli yüzünden, 1 gıdımcık kalite farkı için 10 kat fazla donanım gücü ihtiyacı olur.

    Programcılara daha fazla donanım verdikçe aynı yolu daha şatafatlı gitmenin peşinden gidiyorlar. Böyle acayip innovatif yaklaşımlar için tek bi yere odaklanman gerekiyor. PS4 anca o şekilde güzel oldu nerden nereye geldi dedirtir. Yoksa geliştirme zamanını böldükçe, PS4'e nasıl yapayım bunu PS3'e nasıl indireyim dedikçe olmaz.

    Birde ek olarak, Dx12 yeni konsollara çok çok fena darbe de vurabilir. Win Dx ortamında yapılacak işin ana mantalitesinin konsollara benzer geliştirmeye imkan vermesinden dolayı. Şu an konsolları özel yapan tek şey geliştirme esnekliği yazılım açısından (daha şimdiden 8 GB'dan şikayet eden bi sürü geliştrici programcı biliyorum ben). Böylece Dx12 zmanında gelecek donanımınların verimi gücü + Dx12'nin konsolvari kodlama imkanı PC'yi konsollara karşı bi nevi konsolumsu havaya sokacak. Şimdi Dx'de paralel render yapamıyorsun(multi-threaded render) -- Dx12'de gelecek, GPU'ya belli sabit şeyleri yükleyip değişmemesi sağlayamıyorsun dx12'de gelecek, GPU'ya emir paketini hazırladım işlet dediğinde çok fazla CPU gücü + overhead yiyor -- dx12'de düzelecek vs. vs. XB1'a avantaj olarak, şu an PC'de Dx11 ile XB1'a ortak geliştirme yapamıyorsun. Dx12 ile ortak geliştirme imkanı olacak. Yani harika ötesi oyunlar olmaz büyük ihtimalle XB1 üstünde, ama geliştirme kodlama açısından, ana render hatları açısından kolaylık getirecek. Bu sayede kabul edilebilir kalitede bi sürü oyunun olmasına katkıda bulunabilir. Yani XB1 için geliştirme süresini kısaltır en büyük yeniliği o olur (mesela kimse XB1'de o Tiled Render olayına girmek istemiyor işin içinden çıkamayacakları derecede karmaşıklaşıyor diye). Dx12 XB1'i Tiled Render açısından rahatlatır belki o kadar.

    PS4 için, PS4'e olan ana yöntemi bakış açısını PC'de de uygulama imkanı verebileceği için bi taraftan multi platform oyunlar için farklı yöntem geliştirme derdini azaltıp zaman kazandırabilir diyebilirsin, diğer taraftan da artan donanım gücü ve konsolvari render yaklaşımı yüzünden konsolun olası esnekliğini anlamsız hale getirebilir. PS4 GNM, Mesela Dx12'den %30 daha fazla iş yapmaya imkan versin. Şu an dx11 parasına aldığımız Dx12 donanımı ise şimdiye göre %30 salt perf artışı versin, PS4'ü özel kılan iyi olmasını sağlan şey anlamsız kalıyor.

    Bugün Salt PS4'e özel tasarlayıp PC'ye aktaramyacağın, aktarmaya kalkarsan anasını ağlatacak yapılar var. Süper optimize edip bazı shaderları direk donanım komutlaryla yazdığında, donanımın esnekliğini kullandığında yani donanıma özel komutlarla iş yaptığında PC'de Dx karşılığı yok, çok fazla arkadan dolaşman lazım. 100 cycle PS4'de süren işin DX'de karşılığın binlerce cycle olabilir(örneğini vermiştim komutlarla mesela Scalar uniteyi çarpma işleminde kullanarak %30'a kadar artış elde etmenin sağlayan bi rutin gibi). Bu tarz aşırı donanıma özelleşmiş işin PC karşılığı yok. Dx12 ile de olmayacak, ama yöntemi uydurma imkanı ve daha hızlı donanım çok fark yaratır. O yüzden dx12 konsollar için pek faydalı olmaz gibi duruyor. Multi platform geliştirme adına getireceği kolaylık , konsola özel iş yapma hevesini kaçıracağından götürüsü daha fazla olacaktır.


    ----------------------------------

    OpenGL 5.0'da (veya NG'de ne isim vereceklerse), Mantle başlığında yazdığım gibi kapalı kutu gibi geliştirme olmayacak, 20 tane adamı atıp bize bişey yapın demeyecekler. Yadaa geçmişte 3dlabs'ın Nvdia'nın yaptığı gibi şunu ekleyelim bize avantaj olsun vs. davaları olmayacak. Yada herkes işine gelen donanım / yazılım ile ilgili bi kırıntı ekleyip ilerde kendisine avantaj sunumaya çalışmayacak. Yani en azından bunu bekliyoruz. Açık uçlu bi girişim bu ve geçmişten farklı. Johan Andersson gibi oyun yapımcıları faln da dahil olacak işin içinde, Intel AMD Nvidia gibi öncelikli olmasını beklediğimiz donanım geliştricileri de olacak, Unity gibi önemli motor geliştiren elemanlar da, Samsung ARM faln da, Valve gibi GL'e ciddi destek vermek isteyenler de.

    Bu açıdan bakınca, amaç GL'e cila atmak değil düzgün syntaxı olan, kodlaması öğrenmesi dert olmayan, varolan sorunlara yan yol ile çözüm açıp eski sorunların üstünü örtmeyi amaçlamayan, geliştirme araçlarının debuggerların codebase vs. nin sorun olmadığı bi yapı amaçlanıyor.

    Şimdilik bakınca İnşalla faln dedirtiyor. Diğer taraftan bilen yada okuyan vardır, yıllar öncesinde de GL'i adam edecez diye başladılar sonrası "hangimiz daha çok içine edebiliriz"e dönüştü olay. Şimdi farklı marklı faln diyoruz ama yer yer insan düşünmeden edemiyor, başta iyi ama herkes bi tarafından çekiştirmeye başlarsa ne oalcak diye.

    GL'in derdi yeni değil, yılların derdi var. Dx sadece MS'nin bi tarafı kurtulsun tek çaresi diye bu halde değil. GL'in içine edeli çok oluyor. Sırf GL'i iyileştiremeyip ortada bıraktıkları(hani o Long Peaks hikayesi faln) için geliştirme yapmaktan tamamen vazgeçen Dx'e yönelen bi dünya adam vardı. Dx altında düzgün bi ortam oluştu, geliştirme araçları driver kalitesi vs. adına. GL için bugün kullanılacak doğru düzgün debugger yok. Valve sırf bu yüzden ve gücü anca buna yettiği için VOGL adında çok iyi bi debugger geliştirme işine girişti. SteamDev Days de tanıttıkları VOGL'in katkısı çok olabilir ama bu Dx yeirne GL'e oyun yapmaya gelin demeye yetmez. GL'in derdi geliştirme araçları ile fundemental temeli ile ilgili. MS bişey yapmadan millet içine güzelce etti zaten.

    GL 4.4 ile o AZDO diye tanıttıkları şeyler (aproaching zero driver overhead sunumu adında tanıttıkları 4.4''deki yenilikler) anca demo yapıp küp çevirmeye vs. yarar. Bunları oyunlarda millete kullandırtamazsın. Kaç aydır diyoruz, hodri meydan versinler adamlara 1 çanta para gelsin babalar yardımcı olsun , milletin gözünü şaşı yapacak kalitede oyun çıksın. Öyle sunumda Dx'den %1800 daha hızlı sonuç üretiyor vs. deme ile olmuyor işler. Demo işi vs. farklı oyun motoru ve oyun geliştirme farklı.

    Sırf 8 ay faln önce Graham Sellers bi MDI(multidraw indirect) demosu çıkarttı :http://www.youtube.com/watch?v=DxTrbPhGFt0
    Ama göreceğiniz gibi kimse "oo GL manyak bişeymiş yaa biz geçelim şuna, Dx altında sürünüyoruz, 18 kata kadar hızlanma elde edersek şöyle bi kalite artışı elde ederiz" noktasında değil. Bun engelleyen başka sorunlar var çünkü.


    UE4'de cross-compiler diye bişey geliştirdiler. UE4 render scritpini hem HLSL (Dx için) hem GLSL için (OpenGL) derleyip çıktı üretip, Linux altında da UE4 kullanımını kolaylaştırmayı ve oyunun Linux'e aktarımını çabuklaştırmak istiyorlar. Böylece UE4 ortamı dışına fazla çıkmadan, bi nevi cross platform geliştirmeye imkan verir gibi olacak. 13fps vs. 90 fps gibi bi perf sorunu var ama :// Nvidia'nın arka bahçesi olduğundan, özel olarak üstünde çalışıp özelleştirildiğinde, Inflitrator demosunda sadece %5 farka indirmişler (WinDx vs. Linux GL).

    Ama bunu, vurgulamaya çalıştığım gibi normal geliştricilerin arkasında Nvidia'dan mühendis ekibi olmadan yapması zor. Bu olamazken kendi başına GL'e oyun geliştirmek hepten işin içinden çıkılmaz bi hal. Yani sorun GL'in kendisinde, sadece Ms'nin tekel olmak için birilerinin kafasına vurup durmasına gerek yok.

    Bu yeni girişimde herkes dahil olacağından, geliştirme süresinde hızlanma olabilir. Çünkü clean syntax için, donanıma uygunluk için, bi oyun geliştricisinin olmasını istediği şeyler için bi oda içindeki 20 adamın kafa patlatmasına gerek yok. Eğer yukarda bahsettiğim gibi birbirlerini yemeye çalışmazlarsa ise, birisi kendi avantajına olacak belli donanım/yazılım özelliklerini öne çıkartmak kayırmak için efor sarfetmez ise gelişim süreci hızlı olabilir. GL'e lazım olan geliştirme araçları, debugger vs. gibi şeyler şimdiye kadar milletin sırt çevirmesine yol açan şeyleri daha hızlı ekleyebilirler.

    Yine de Dx12'nin hazır olma süreci daha hızlı ilerlyecek gibi. Dx12 hazır olduktan ve gözle görülür perf farkı veya milleitn istediği tarzda esneklik ortaya koyduktan sonra tekrar gözleri GL'e çevrilmesi için dx12'nin vereceklerinden belirgin oranda daha fazlası lazım. dx kullanıcı tabanından eleman çalabilmesi için öğrenme öğrenme/kodlama açısından kolaylık olacak çok şey lazım. dx12'nin yeni donanımlar ile birlikte iyi işler yapabilmesi geliştrici tabanını sağlamlaştırır. Şimdi dx'den şikayet edenler, dx12'nin süper esnek olmayacak olsa bile şuanki şartlara göre "oh bee" dedirtecek olması önemli. Geliştirme süresine katkıda bulunma, esneklik sağlama, konsol-pc arasında ortak kullanılabilir ana bakış açıları biçok geliştrici için Dx12'yi çok hızlı benimseme nedeni olacaktır.

    GL 5.0'ın (yada GL NG neyse adı) öyle bi gelmesi lazım ki Dx'i temel alanların kafadan mesela %25'inin "ilk günden GL'e odaklanırım" dedirtmesi lazım.

    Geliştirme süreci İçinde olan bildik elemanlardan ne yapılır ne yönde ilerleniliyor kısa zamanda bilgi alırız. Ondan sonra iyiye mi gidiyor nasıl oluyor fikir sahibi oluruz. İnşalla bu sefer düzgün olur, yarıyolda içine edip bırakmazlar.




  • quote:

    Orijinalden alıntı: Rubisco


    Bilgi için teşekkürler hocam.
  • AMD Mantle'ı Khronos'a açmış. Tamamen açmış, istediğiniz yerini kurcalayın bakın ilham alın neyi nasıl yaptığımızı sorgulayın vs. demiş. İsterseniz bu kısımlarını alın isterseniz daha iyisi şu şekilde yapılabilir diyin faln demiş.


    Yukarıda bahsettiğim, hem geniş ve ne yaptığını bilen geliştrici kitlesi yüzünden sağlam gelebilir demiştim ya, ona uyuyor burası. Ama aynı zmanda herkes işine gelen tarafından etkilemeye çalışabilir de demiştim ya, AMD Mantle'ı önlerine sererek bi nevi bunu da yapıyor. Ama totalde baktığmızda yeni GL'e baya bi katkıda bulunabilir bu tarz yaklaşımlar (kavga gürültü olmadığı sürece tabi).
  • Rubisco kullanıcısına yanıt
    http://www.phoronix.com/scan.php?page=news_item&px=MTc2Mzc
  • http://techreport.com/news/26922/amd-hopes-to-put-a-little-mantle-in-opengl-next
  • Mantle@Workstation ilginçmiş. İşi başka bi boyuta taşıyabilir ama GL kullanan uygulamalar için zaten özel altyapı hazırlıyorlar vs. diye biliyordum. Bunun üstüne koyabilecekleri varsa bilmiyorum. Dx kullananlar için baya bi katkısı olması lazım, Ama onlar için de her ikisinin driverda programa özel ayar veriyor olması lazım yine en nihayetinde.

    Her neyse ilave kart satacak veya Workstation için AMD daha avantajlı dedirtecek satışa katkısı olacaksa iyi olur. Sürünüyorlar zaten şu an.
  • GPU hesaplama da böyle ortaya atıldı.Hatta nvidia C++ dı sanırım destekleyeceğini duyurduğunda işletim sistemi bile çalıştıracak deniyordu ekran kartı.Gene bir hüsran bekleyebiliriz.
  • directx tekeli kırılacak az kaldı.
  • quote:

    Orijinalden alıntı: Rubisco

    AMD Mantle'ı Khronos'a açmış. Tamamen açmış, istediğiniz yerini kurcalayın bakın ilham alın neyi nasıl yaptığımızı sorgulayın vs. demiş. İsterseniz bu kısımlarını alın isterseniz daha iyisi şu şekilde yapılabilir diyin faln demiş.


    Yukarıda bahsettiğim, hem geniş ve ne yaptığını bilen geliştrici kitlesi yüzünden sağlam gelebilir demiştim ya, ona uyuyor burası. Ama aynı zmanda herkes işine gelen tarafından etkilemeye çalışabilir de demiştim ya, AMD Mantle'ı önlerine sererek bi nevi bunu da yapıyor. Ama totalde baktığmızda yeni GL'e baya bi katkıda bulunabilir bu tarz yaklaşımlar (kavga gürültü olmadığı sürece tabi).

    dx12'den sonra yeni opengl de mi mantle tabanli olacak?vay be ne api yapmis adamlar cikar cikmaz yikti mevcut api'leri bastan yazdiriyor.amd donanim firmasi degil mi nasil yazmis mantle'yi ben anlamiyorum birilerine mi yazdirmis bu isin ustadi sirketlerden muhendis mi almis?ibm ile ortak calisma vs diyorlardi oradan mi cikmis ilginc yani amd'nin bu mantle olayi simdi ders veriyor diger api'lara.




  • Çok af buyur IBM ne annar günümüz grafiklerinden :P IBM'in başında bi karı var, 10 Vampir gücünde diyorlar şirketi emip kurutuyor. Orayı kapatalım burayı keselim,şurdan sallayalım diyor. Sonuç : gelirler azalıyor ama kar artıyor, WallStreet huraa, hisse yukarı :P

    Adamların bi kesin olarak kapatamayacakları araştırmaları var, hükümet destekli faln, hani şu değişik hesaplama sistemlerine yapay zekaya vs. bi de ABD için "güvenilir üretim tesisi" / Trusted Foundry olayı var. NSA vs. için hükümet için güvenilik çip üretmek için var. Onun dışındaki herşeyde kendi başınalar. Power8 mimarisini geliştirmek çok maliyetli olduğundan, Power7+ çok büyük çip olduğundan maliyetli olduğundan, yeni Power8 mimarisini açık geliştirelim dediler. OpenPower diye konsorsiyum kurdular, Nvidia, Tyan, Google faln var, googledan bulursun. Hiçbirinde IBM'i alt edebilecek tecrübe yok. Doğal olarak 4 sene sonrası olası piyasa koşulları için IBM kendini güvene almış oluyor. Sonrası Allah Keriim modundalar.

    Geçenlerde haber vardı, belli çip geliştirme işlerini GloFo'ya devretmek istiyor, 1 milyar $ verecem diyor, GloFo 2 milyar $ isterim diyor. Düşünebiliyo musun satma faln değil tam olarak. Belli gEliştirme kısmının bi parçasını başkası işletsin, üstüne para verecem diyor :P

    IBM bu üretim tesislerini faln satmayı düşünüyordu, GloFo'da satın almak istiyordu. Daha da önemlisi patentlerine ulaşmak istiyordu. Ortada kaldı o iş. IBM satmak yerine sana işletmesini verim üstüne de para verim gibi bi noktaya geldi. GloFO'da kurtarmaz abi daa çok para vermen lazım diyo :P

    ÖZeti, IBM'in elinde bütün insan gücüne rağmen bu tarz GPU veya GPGPU alanına girecek imkan olsaydı zaten girerdi :((


    AMD, yıllardan beri bu varolan DX/GL'in verimsizliğinden faln yakınıyor. Richard Huddy'nin 2011'de bit-tech'e röportajı vardı, resmen patlama noktası idi o.

    http://www.bit-tech.net/hardware/graphics/2011/03/16/farewell-to-directx/1

    Dx9 öncesinde de var salında bunlar. Ama DX9 donanımında, bazı Dx9 komutlarının donanımda karşılığı faln vardı daha önce de bahsetmiştim. Dx9 sonrasında bu donanım ile yapılan işler bazı nedenlerden dolayı bi nevi yazılım ile yapılma tarafına alındı mesela. Dx11 dx9'a göre bazı işleri hızlandırıp overhead faln azaltırken, Dx9'un donanımda yaptığı işi bi nevi yazılıma aldı diye bi miktar da hantallaştırdı.

    Dx9 öncesinde olan başka şeyler de var ama öncesinde API ile Dx veya GL ile donanım arasında daha yakın bi etkileşim vardı, her ne kadar problemler olsa bile. O zmanki oyunların karşmıklığı GPU'yu işleme şekli, GPU'ların şimdikine göre çok geri olması vs. bi sürü neden etken var. Daha basit olunca Dx komutlarının GPU'da donanım karşılığını oluşturması daha kolay oluyor mesela.

    GPU'lar karmaşıklaştıkça, gittikçe ayrı ayrı pixel/vertex işleyen yapıdan >> daa çok bi Compute / Hesap yapabilir kabaca CPU tarzı yapıya dönüştükçe API yetersiz kalmaya başladı. Dx9 ile bu çok fazla öne çıkmaya bşladı. Oyun ypaımcıları da işte o noktadan sonra işin zıvanadan çıkacağını görmeye başladılar. Ama Fillrate faln limitine dayalı eski yaklaşımları da terketmediler. Çünkü eski donanım, eski alışkanlıklar var, sonra konsollar faln var. Aslında yer yer tech sitelerde GPU'nun hikayesi faln diye anlatıyorlar da, bunların API ile alakasından donanımın yazılımın API'nin nasıl birbirine bağlanıp kaldığından kısır döngü içinde biribirne köstek olup durduğundan, hep geçmişe yönelik yüklerden bahsetmiyorlar.

    Dx9 , daha yeni donanımlarla daha iyi şeylere imkan verirken geliştriciler de iki arada bi derede kalıyorlar hep. Hem geçmiş donanımlar ve yaklaşımlar, hemde dx9'un genel bi API olmak için getirdiği katmanlar oyunların hantallaşmasına yol açtı hep ve bu hala var.

    Millet de yıllardır söylenip duruyor. Ama geliştricilere, esas çoğunluğu oluşturan geliştricilere programcılara bak. Adamlar toplaşıyorlar bi stüdyo kuruyorlar. Paraları yoksa borç alıyorlar, melek yatırımcı veya PE/VC(bilmeyen için Private Equity / Venture Capital, özel sermaye,girişim sermayesi, ayrıcalıklı ortak vs. vs.) vs. bulmaya çalışıyorlar. sonra oyun üstünde çalışıyorlar, güzel oyun oluyor. 3 milyon satmak yeirne 1.8 milyonda kalıyor. borçlarını ödeyemiyorlar iflas ediyorlar...

    Buna benzer hikayesi olan tonla ama tonla stüdyo var, bi araya gelip çalışmış şansı yaver gitmemiş , kafası çalışan iyi fikirleri olan ama olmayan tonla iş hikayesi var oyun sektöründe. O bildiğimiz büyük yapımcılar, dağıtıcılar/yayıncılar ve bunlara bağlı başarılı küçük stüdyolar buzdağının küçük kısmı. Aşağıda dünya kadar az para kazanan daha küçük oyun yapan, başarılı da olanlar var.

    Yager Studio var mesela, Spec OPS The Line 'ı yapan. Oyunun grafikleri faln güzel yani. 1 milyon faln satmış oyun. Yager hala var, yeni güzel bi oyun yapıyor.

    Big Huge Games(satın alındı) >> 38 Studio's var. Koar'ı yapan (kingdoms of amalur). 2 milyona yakın sattılar, iflas ettiler gitti.

    Böyle iflas etmiş bi sürü stüdyo var, idare etmeye çalışanlar da var. Bunlarda hep aklı başında programcılar faln var.

    Ama sorun şu: hiçbirinin bi yerlerde yaptırım gücü yok. Gidip GL'in müdürüne (Khronos konsorisyumuna) siz GL'i böle böle kuruyonuz da bi poka yaramıo diyemiolar. dedikleri zamanda anca developer / geliştrici forumlarında kalıyo kimse iplemio.

    Nvidia'nin işmodelinde faln geliştriciler ile beraber çalışmak da var ama bolca sömürmek de var. O yüzden Nvidia'nın kendisi cillop gibi bi API çıkarayım vs. işlerine girmez girmiyor. Ben kod yazayım gel sen bunu kullan diyor. Physx'i ilk kakalamaya çalıştıklarında dünyanın parasını istediler mesela kullanmak isteyenden. Sonra 50 bin $'a indirdiler. Sonra sadece binary'sini kullanmak şartı ile (yani değişiklik yapmadan) beleşe izin var ama oyun şu kadar satarsa yükümlülük ödeyeceksin dediler, sömürme bunun gibi.


    AMD babasının hayrına yapmıyo çıkar için yapıyo. Ama geliştricilere bu şekilde daha yakın olursa daha çok etkisinin olabileceğini daha çok geliştricinin kendi platformuna yönelik iyileştirme yapacağını faln da düşünmüş olabilirler. Geliştriciler de kendilerini dinleyen kulak veren gelin yapalım diyen bi firma olunca sıcak bakmışlar , ki yukarda bahsettiklerimden sonra kim bakmaz.

    Yani özeti "oyun geliştirirken bi geliştrici neyi ister neyin kolaylık olmasını neyin esnek olmasını ister, varolan API'lerde sorun ne, konsollardaki API'lerde sorun ne, ne olsaydı daha çok işlerine yarardı" bunları dinlediler programcılar ile oyun geliştirenler ile birlikte masaya oturdular fikirlerine kulak verdiler. Bunu böyle yaptık, al kullan yada bas git demediler GL'in yaptığı gibi, Yada MS'nin yaptığı gibi araç çok ortam çok herkes burda ama performans yok demediler. Slogan varya hani "for the gamers, by the gamers" diye onun gibi bu da. "for developers by the developers" mottosunu edindiler. Bi nevi ortaklaşa çalışa çalışa bu hale getirdiler Mantle'ı. Daha tam bitemedi faln ama bi an evvel lanse etme gereği hissettiler.


    Dx12'ye etkileri olduğu kadar GL'e nasıl etkileri olur bilemeyiz. Dx daha kapalı kutu çünkü. GL' için ise çok fazla dahil olan var. Daha önce dediğim gibi Intel mesela Mantle ile ilgilendiğini söylemişti, bunun için AMD ile temas faln kurmuştu. GL geliştirmesine çok daha fazla içli dışlı oalcaklar. Nvidia çıkıp mesela mesela kendi mimari anlayışına göre, ben burasını böyle istiyorum böyle daha iyi olur noktasına getirip diretirse ne olacak? Orta yolu nereye kadar indirecekler?

    Bu programcılar geliştricilerin de tamamen objektif insanlar olduklarını hep mantık çerçevesinde hareket ettiklerini asla düşünmeyin. Burda bilgisiz fanlık taslayan veya bildiği şeyler ile trollük peşinde koşanlar nasıl varsa baba adam diyeceklerin içerisinde de fanatikler belli markaya kayıklar faln bolca var. Ciddi ciddi kavgaya, sen zaten Intel'in bilmemne yalayıcısına getirecek yerlere varabiliyor tartışmalar.

    Bunu niye yazdım, şimdi GL için olan vendor specific extensionların (firmaya özel extensionların) olmamasını savunanlar, GL'in herkese ortak yaklaşmasını faln savunanlar 2010'da Nvidia kendi eklediği GL extensionları ballandıra ballandıra anlatırken, şunu şöyle böyle yapabiliyoruz bu extensionlarla derken, bu adamlar "uuuvv şampiyonumuz Nvidia, gölnümüzde 10 numara" modundaydılar mesela.

    Bu tarz insanların da geliştirme süreçlerine büyük etkisi olabiliyor olumsuz anlamda. GL 5.0 için MAntle'daki bi yol yöntem gayet mantıklı gelirken sırf kendi düşünme şekilleri gerçekleşsin diye başka bi yol ortaya koyup bıdı bıdı etme durumları, işlerin sarpa sarması gibi durumlar da olabilir. Gl 5.0'ın geliştirme sürecine katılacak olan bikaç eleman bi nevi bunların olmayacağının garantisini veremye çalıştı (Johan ve Aras), ama eskiden GL Long Peaks için de böyle olmuştu. İçine ettiler kaldı sonra.

    AMD hem PR için hem reklam için hemde kendi anlayışına uyuyor diye Mantle ile büyük bi katkı sunarken, biz de bunu olumlu olarak görürken, nesnel bi yaklaşım sunmadan bozmaya çalışacaklar da çıkabilir, onu anlatmak istedim.




  • ibm degil diyorsunuz kesin olarak.yine de ben anlayamadim eskiden beri ilgili de olsalar bir anda alin size mantle olayini nasil yapti bu adamlar cunku ar-ge paralari fazla degil o yuzden ya meraklilari tarafindan imece usulu bir seyler cikardilar ya da bir firmadan kurumdan vs yardim almis olmalari lazim.ben mantle cikmadan aylar once basligini actigimda bunun buyuk bir sey olacagini gormustum her ne kadar bf4 denen bugfield oyun ariza yapsa bile ama microsoft'u uyandirip yeni open gl icin ismi geciyorsa bu gercekten buyuk bir olay demektir.su anda sorunsuz calismiyor belki hatta bende bf4'de secme yeri bile yok cikmiyor ama gelecek icin onemli bir icat amd bunu parayla satacak degil anca reklamini yapacak/yapilacak bedava bir sekilde.dx12 ya da opengl ciktiginda ise mantle bitmeyecek bu da anlasildi.dx12'ye daha cok varsa mantle oyunlari yolda yani cok beklemek gerekmiyor yeter ki duzgun calissin.
  • Dışlanmışlar, işin doğrusunun nasıl yapılması gerektiğini bilen ama laf anlatamayanlar, yıllarını bu işlere vermiş olanlar, kısacası bütün çulsuzlar bi araya gelip yapmışlar. Johan Andersson gibi herifler çulsuz değildir ama BF iyi tutmuş bi şey. John'nun da bahsetmeye çalıştığım elemanlardan 10 yüz kat akıllı zeki ayrıcalıklı yapan bi özelliği yok. Zaten 2 tür programcı vardır, 1. si bi işe kuruma girer ne isteniosa onu yapar. 2. tip olanı bişeyin peşine düşer bişey bulur şansı yaver gider büyük balık olur, yatırım yaparlar ona vs.

    Uzun ama okunursa anlatmak istedikleirmi doğru düzgün yazıyor arkadaş

    http://www.quora.com/What-kind-of-jobs-do-software-engineers-who-earn-500k-per-year-do/answer/Amin-Ariana?srid=oiKp&share=1

    Nvidia iplemiyor, Ms iplemiyor, GL/Khronos iplemiyor. Oyuncular zaten gittikçe daha zlak gittikçe bişeyden anlamayan , "paramı al, istersen çöp oyun/donanım ver" modundalar. Diskten yükleme yüzünden oluşan takılmayla GPU'nun yetmemesi yüzünden oluşan takılmayı ayırt etmekten uzaklar. Oyuncular tüketicilerin zaten belli bi örgütlenme baskı kurma becersi yok. Kickstarter faln gibi yerlerde takım toplayıp kendimiz API çıkaracaz, sonrada arkamıza yatırımcı alacaz diyecek programcı grubu yok, zaten kimse bakmaz ve kolay iş değil.

    AMD bütün düşkünleri topladı bi deniyelim dedi, mayası iyi imiş tuttu yani. Bazı açılardan zor değil, arkanda seni destekleyecek donanım firması olunca sende özel API olayına girersin. Yıllardır nefret ettiğin şeyleri iyileştirmek için diğerleri ile bi araya gelirsin. Johan Andersson yerinde olmak isteyecek tonla ama tonla adam var Mantle'ın geliştrilmesinde katkıda bulunmak isteyecek.

    Richard Huddy'nin röportajda söylediği 75 geliştrici Mantle üstünden oyun yapımında çalışıyormuş. Bu, Mantle ile toplam 10 tane oyun yapmaya çalışan toplam insan sayısı mı, yoksa 75 tane ayrı ayrı geliştrici ayrı proje mi tam ayıramadım. 75 farklı geliştrici ise 75 farklı proje demek olur. Büyük küçük bi sürü oyun demek, başarı kabul edilmeli. Ama "Mantle Titles" diye slaytlarda bahsettikleri 8-10 tane oyun üstüde toplam 75 geliştrici uğraşıyor anlamındaysa , kötü bi ifade şekli kullanmış.

    http://i.imgur.com/he9xbG2.jpg

    Dx12-OpenGL 5.0 için daha önce dediğim gibi, Mantle ile aynı düzlemde oldukları zaman Mantle için yepyeni bi ana bakış açısı icat etmeleri gerekmiyor. Bu da Mantle üstünde motor yazmak veya aktarma işini kolaylaştırır. Şimdiki Dx11-Mantle'ın alakasız hali gibi değil. Defalarca yazdığım gibi BF4 + Thief'de Mantle için herşey sıfırdan yazılmış değil. Önce Dx11 için olan şeyler yazılıyor, sonra Mantle'a çabucak transfer ediliyor, Mantle için özel olarak yeniden yazılmıyor.


    Yeni Nesil OpenGL geliyor.


    Bu ss deki gibi şeyler dediğimle %100 örtüşüyor. Arkadaşın ayarları değiştirdiği, custom yaptığı şeyler Mantle altında çalışan Dx11 shaderları. Ayar kıstıkça yani basitleştirdikçe, dx11 shadlerlarının yapması gereken iş azaldıkça, yani toplam çalışan kod içerisinde daha fazla core-Mantle(sade Mantle ile ilgili olan) kodları çalıştıkça perf anlamında getirisi artıyor. Yada buna benzer bişeyler var.

    Dx12 oyun için geliştrici de razı gelirse Mantle versiyonunu çıkartmak için gereken çaba , Dx11 oyunun Mantle versiyonunu çıkartmak için gereken çabadan çok daha az olmalı. Bu da AMD'Nin bastırdığı oyunlarda Mantle olma şansını, dolayısı ile görsellik/performans için avantaj sağlayabilme imkanı getiriyor.

    Linux altında Mantle olabilirse eğer, Windows'un driver modelinin getirdiği kısıtlamalar olmadığında daha fazlası da olabilir belki. Bu sayede getirisi Win altına göre daha fazla olur. Ama AMD Win için doğru düzgün yetiştirememişken Linux için baya baya bi uzak gelecekte anca hazır edebilir gibime geliyor.

    Gelecekte oyunu Mantle'da donanıma özel tasarımı iyi yaparlar ise daha fazla şey görebilirz diye düşünüyorum.



    < Bu mesaj bu kişi tarafından değiştirildi Rubisco -- 15 Ağustos 2014; 20:02:28 >




  • quote:

    Orijinalden alıntı: Rubisco


    Böyle zengin içerikli yazılarına backlink eklemek kaç para? Mesela ben blog çıkartsam anlaşabilir miyiz? Genelde GL ve CL benchmark konularına değineceğim.
  • hocam ben cevabimi aldim guzel anlatmissiniz.
  • Ben şöyle bir cevap vereyim zorunluluk yaratıcılığın anasıdır derler AMD CPU gücü cephesinde Intel ile rekabet edemediği için oyunlarda CPU gücünün önemini azaltacak bir hamleye ihtiyacı vardı, bu da Mantle.

    Böylece plana göre AMD'nin CPU-GPU performansı dengeli APU'ları da, Intel'in çok güçlü CPU - zayıf GPU bileşimli APU'larından daha avantajlı olacak.
    • 
Sayfa: 12
Sayfaya Git
Git
sonraki

Benzer içerikler

- x
Bildirim
mesajınız kopyalandı (ctrl+v) yapıştırmak istediğiniz yere yapıştırabilirsiniz.
Hizmet kalitesi için çerezleri kullanabiliriz. DH’ye girerek kullanım izni vermiş sayılırsınız.
Anladım Veri Politikamız