Új hozzászólás Aktív témák

• #64 orbano félisten ddekany #62

  Új Válasz 2008-12-03 20:15:03 #64

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  orbano

  félisten

  válasz ddekany #62 üzenetére

  persze, amennyiben meglenne a ms .net fraework forráskodja és át tudnád fordítani, akkor gondolom minden további nélkül menne. de mivel ilyened nincsen, ezért a teljes com+ wrappert neked kéne megírnod, akkor pedig már teljesen mindegy, hogy mire írod, tetszőleges guira írhatod, ami megfelel a winforms specifikációinak.

• #61 orbano félisten ddekany #60

  Új Válasz 2008-12-03 17:07:48 #61

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  orbano

  félisten

  válasz ddekany #60 üzenetére

  2.0 felett már most is meg kell oldanod a wpf implementációját. 2.0-nál sem a win32-t implementálod, hanem a win32-vel valósítod meg a .NET-es winformst (ami kb leköveti a win32 specifikációját). de ezt még a microsoft sem tudta normálisan megoldani, így hát kétlem, hogy másoknak túlzottan menne.
  3.0-nál már más a helyzet, mert a wpf és a .NET egységet alkotnak, a wpf-t meg már ha jól tudom a directx-re építették rá, ahelyett megoldani ugyenezt mondjuk opengl-el nem lehet egy olyan húdenagy probléma, van jópár wpf-hez hasonló gui próbálkozás linuxon is.
  a legfőbb gond tippem szerint az iszonat mennyiségű meló és a gyenge specifikáció. a m$ meg hiába verte a *szát hogy milyen jó, mert majd platformfüggetlen lesz a .NET. persze, csak győzze valaki pénzzel. a mono is... pff. az 1.1 implementációjuk kezdett stabil lenni, amikor már mindenki a 2.0-t használta és jött a 3.0 szele....

• #42 orbano félisten ddekany #41

  Új Válasz 2008-11-30 20:55:11 #42

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  orbano

  félisten

  válasz ddekany #41 üzenetére

  régebben is volt szoftveres renderelés, én játszottam úgy a cs-vel, 640x480-ban a notimon min grafikával 20-30fps max. és az nem ma volt. Referenc Rasterizer mond nektek amúgy valamit?
  Egyébként pedig lehetnek olyan projectek, ahol jól jön egy ilyen támogatás. Mi pl. most directx meghajtású guit tervezünk ügyviteli szoftverekhez. olyasmi lesz mint a WPF, csak rugalmasabb, ehhez jól tud jönni az, hogy nem kell mindenképpen kompatibilis eszköz.

• #38 orbano félisten dezz #37

  Új Válasz 2008-11-30 10:45:49 #38

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  orbano

  félisten

  válasz dezz #37 üzenetére

  akkor jóvan akkor

• #36 orbano félisten dezz #35

  Új Válasz 2008-11-30 00:41:27 #36

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  orbano

  félisten

  válasz dezz #35 üzenetére

  ez tény, és aláírom, de ettől még semmivel sincs előrébb a larrabee ezzel a szoftveres megoldással.

• #34 orbano félisten dezz #33

  Új Válasz 2008-11-29 21:03:16 #34

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  orbano

  félisten

  válasz dezz #33 üzenetére

  a feature-eltérést ne nézzük, csak a dx10 esetét néztem önállóan. a másfajta architektúrára való optimalizálás pedig messze van attól, hogy teljesen külön kódot kelljen írni, vagy hogy a gpu gyártóknak hozzá kelljen majd idomulni a cpu-s végrehajtás karakterisztikájának. nyilván mindegyikben vannak favorizált és óriási penaltykkal használható megoldások, de ez már csak optimalizáció. ráadásul egy ilyen sw implementációnak sincsen sok köze mondjuk egy esetleges larrabee implementációhoz, csak azért, mert mindkettő x86-os utasításokat feldolgozó processzorokkal dolgozik.

• #32 orbano félisten Pokerman #18

  Új Válasz 2008-11-29 17:58:41 #32

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  orbano

  félisten

  válasz Pokerman #18 üzenetére

  abszolút rosszul látjátok a helyzetet. semmiféle új renderelési módszer meg semmi se jött itt létre. az intel sem nyer, meg nem is veszít ezzel. nem kell a larrabeenek semmilyen biszbasz, írnak hozzá egy rohadt dx kompatibilis drivert és jólvan. tökmindegy mi a hardver, miből csinálod, x86 processzorból, célhardverből, vagy számológépeket ragasztasz össze és eéjük ültetsz 300 majmot akiket elektrosokkal vezérelsz. tök minegy. adott a feladat: van egy API, a directx, és olyan szoftverillesztőt kell aláraknod, ami elvégzi helyesen azt a feladatot, amit adsz neki. az baromira nem érdekli sem az nvidiát, sem az amd-t, meg igazából senkit, hogy ezt a fix feladatot az Intel hogyan képzelte megoldani. ez egyedül az ő dolga. nincs itt semmiféle összeesküvés.

• #9 orbano félisten -bh- #3

  Új Válasz 2008-11-28 16:01:42 #9

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  orbano

  félisten

  válasz -bh- #3 üzenetére

  ez nem mutat semerre. írtak egy meglévő api mögé egy szoftveres implementációt. ennyi. ugyanúgy kell rá dx10-en keresztül általános számításokat, vagy egyedi megoldásokat írni, mint egy radeonra, egy picikét sem látod/érzed mögötte egy x86-os proci jelenlétét...

• #8 orbano félisten Abu85 #6

  Új Válasz 2008-11-28 16:00:00 #8

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  orbano

  félisten

  válasz Abu85 #6 üzenetére

  ezt eddig is akarta a MS. nyilván most már törekedik is erre. egyébként szimpatikus lépés a MStól hogy próbálja végre normálisan egységesíteni a dx-et. nyilván kénytelen, ha vonzó platformot akar a fejlesztőknek és az oprendszer-vásárlóknak.

Új hozzászólás Aktív témák