dokturpotfor

Do grania to często wystarczy xbox albo ps3 za 1300 PLN :)

Gierki ograniczają konsole i typowe konfiguracje PC'tów. Znając życie to jest stweakowany cryengine pod 4 x FirePro albo 4 x Quadro :). Tak czy inaczej niemal mnie przeczyściło ze szczęścia jak to zobaczyłem :)

Powiedz że projektujesz wnętrza i dla klienta potrzebujesz foty. Moja dziewczyna często pstryka oświetlenie, meble, flizy, podłogi jak coś musi wymyślić - nigdy nie było problemu.

Kolejne dwie webmasterki: http://www.przetargi.egospodarka.pl/66349_Zaprojektowanie-i-zaprogramowanie-portalu-internetowego-wraz-z-obsluga-hostingowa_2011_2.html http://www.przetargi.egospodarka.pl/69261_stworzenie-i-wdrozenie-nowych-funkcjonalnosci-w-istniejacym-systemie-CMS-na-potrzeby-portalu-Europejski-Stadion-Kultury-oraz-wdrozenie-grafiki-na-potrzeby-portalu-Europejski-Stadion-Kultury-www-stadionkultury_2011_2.html

Może ściagnij oogra: http://www.ogre3d.org/ i plugin do eksportu z max'a: http://www.ogremax.com/ Jeśli chcesz jedynie odtworzyć jakąś prostą animację, lub pokazać scenkę, to praktycznie sprowadza się to do przerobienia któregoś z demek: http://www.ogre3d.org/download/demos

Hmm, a ok, nie wiedzialem ze sie rozdzielili tak dawno temu.

No nie wiem, nieograniczona licencja na rendernody Arnolda to nie taki glupi pomysł. Przecież to ten sam soft na którym bazuje sie maxwell. Rozwijany przez Sony Pictures jako ich 'domowa' technologia.

Ta stronka za która cytuje benchmark.pl to jakiś totalny b*shit.

Czołem, Może by rozpocząć nową max3d.pl'ową tradycję podrzucania przetargów z branży. Na początek: http://www.przetargi.egospodarka.pl/45831_Usluga-wykonania-prezentacji-multimedialnych-w-ramach-wystawy-stalej-w-Oddziale-Muzeum-Historycznego-Miasta-Krakowa-przy-ul-Pomorskiej-2-pod-tytulem-Krakowianie-wobec-terroru-1939-1945-1956_2011_2.html Znajome muzeum potrzebuje 6 prezentacji flashowych na potrzeby ekspozycji w dawnej siedzibie Gestapo. Nas flash nie interesuje, ale może komuś na forum zlecenie się przyda. Przetarg wygląda na malutki, ale za to warunki formalne są całkiem niewielkie. Jakby co to możemy podrzucić w Krakowie dokumenty do muzeum (bo to 5 min piechotą). PS: tutaj SIWZ'y przetargu: http://przetargi.mhk.pl/przetarg_nieograniczony/wpis/76 PS2: a tutaj jeszcze webmasterka: http://www.przetargi.coi.waw.pl/index.php?option=com_content&view=article&id=549:pn-2111-na-utworzenie-internetowej-platformy-wymiany-wiedzy-komunikacji-oraz-jej-promocja-w-sieci-internet&catid=60:poniej-193-000-euro-&Itemid=70 http://www.przetargi.egospodarka.pl/25667_Wykonanie-uslugi-opracowanie-techniczne-i-graficzne-systemu-e-informacji-kulturalnej-wraz-z-towarzyszacymi-aplikacjami-wdrozenie-i-testowanie_2011_2.html

Czołem, Z intelem poczekaj lepiej do kwietnia :) na wymianę płyt głównych. http://www.anandtech.com/show/4146/gigabyte-announces-6series-motherboard-replacement-program A Asrock (który jest drugą marką asusa) obecnie jest trzecią firmą na świecie pod względem sprzedanych płyt.

czołem, Vray RT GPU to jest OpenCL a nie CUDA. Karty pro posiadają sterowniki obrazu zoptymalizowane pod poszczególne aplikacje. Możliwości GPGPU zaś są ograniczone głównie przez sprzęt (np. wsparcie dla double precission, ecc, wielkość pamięci), w zastosowaniach GPGPU praktycznie nie ma różnicy między topowymi GTX'ami a Teslami, czy Radeonami i odpowiednimi FireStream/FirePro. Środowiska programistyczne i biblioteki (CUDA, OpenCL, StreamSDK, etc...) są darmowe i dla programistów i dla użytkowników.

Z jednej strony niby dotyczy to tylko portów 3G i proces jest długotrwały, z drugiej Intel jako wielka spółka giełdowa, która podlega bardzo rygorystycznym przepisom przejrzystości finansowej zmieniła prognozę kwartalnych wyników, 300 mln straconych przychodów i 700 mln kosztu obsługi błędu - a to nie bierze się z kosmosu (bo klientów można robić w balona, a akcjonariuszy już nie :) ). Bez powodu by nie wyrzucali $1B do kosza. Bez powodu nie wstrzymywaliby do marca dostaw płyt głównych. PS te chipy są na rynku dopiero od 9 stycznia, a producenci OEM mieli je może dwa-trzy miesiące wcześniej, na chwilę obecną około 5% chipów okazuje się wadliwych. Problem wynika z dostarczenia zbyt dużego napięcia do pewnej partii tranzystorów (do tego nieprzystosowanych) i wiąże się z mechanicznym zużyciem krzemu/metalu - a to oznacza, że z czasem kolejne chipy będą powoli się niszczyły. http://www.semiaccurate.com/2011/01/31/intels-recall-explanation-doesnt-hold-any-water/

Dla zainteresowanych SandyBridge: http://www.anandtech.com/show/4142/intel-discovers-bug-in-6series-chipset-begins-recall I miliard dolarów poszedł się je*.

Do głowy przychodzi mi tylko jedno zdanie (po tych trzech ostatnich ilustracjach): "My name is Guybrush Threepwood and I'm a mighty pirate." (a poźniej wchodzi takie karaibskie reggae...)

VRay RT z tego co mi wiadomo nie korzysta z CUDY

hmm nie jest tak źle, za niewielkie pieniądze można sobie skombinować biuro. Pierwsze jakie wynajęliśmy to było jakieś 15 metrów za 700-800 zł, we dwójkę z arturrem - i zwróciło się to momentalnie - cisza, spokój, jesteśmy razem w biurze i nie musimy się na skypie dogadywać co i jak z projektem etc... na te 15 metrów dało się jeszcze upchnąć marę (co prawda jakiś wielki nie jest :) ) i jeszcze jednego kolesia - wytrzymaliśmy tak trochę i bez chwili namysłu zamieniliśmy na większe jak tylko się zwolniło, teraz mamy 35 metrów pokoik i spokojnie możemy pracować w 5-6 osób jak coś większego jest, a wydatek nie jest jakiś kosmiczny 1500-1800 brutto (w zależności ile nagrzejemy) dzielone na dwóch, w centrum krakowa. Kryzys był to i jeszcze można dobre ceny dostać :)

Ja mam radę małą dla 'samozatrudnionych' - nie pracujcie w domu, znajdźcie sobie biuro. Jak za drogo, to skołujcie osobę lub dwie i wynajmijcie na spółkę. W wielu miejscach działają inkubatory przedsiębiorczości wynajmujące przysłowiowy kawałek podłogi za bezcen. Nie ma problemów z dzieckiem które płacze, kiblem który trzeba wymyć, ciastkami w piekarniku, meczykiem w tv i wszystkimi tymi drobnymi sprawami które nie pozwalają się skoncentrować. PS: hehe, napisane o 23:51 z biura :)

re: up Z-buffer to jest bitmapa (często nie w postaci kolorowej RGB/grayscale - tylko w postaci liczb zmiennoprzecinkowych, w celu zapewnienia lepszej dokładności) która opisuje jak daleko od kamery (na jakiej odległości Z) znajduje się piksel. Mając dwa obrazy częściowe i dodatkowo dwa "bufory Z" można je połączyć biorąc do końcowego obrazu piksel z tego obrazka który jest bliżej. Oczywiście problemy się zaczynają kiedy pojawiają się elementy półprzezroczyste lub elementy z dwóch obrazów są w interakcji (np odbijają się w sobie) - ale z tym też można walczyć. Prosta metoda - robisz dwie wersje sceny - z pełnym detalem i wersję low poly (na której skomplikowane obiekty i ciężkie tekstury zastępujesz mniej skomplikowanymi) następnie renderujesz scenę dwa razy. Pierwsza "warstwa" to obraz z wersji z pełnym detalem z ustawionym clippingiem geometrii np na od 0 do 200 metrów. Druga warstwa to obraz tego samego przelotu kamery (bo z tego co zrozumiałem to robisz takie jakieś fly by po autostradzie?) z tym że scena jest ustawiona na wersje "low poly" a clipping jest ustawiony od 200 metrów do 2 km. Renderujesz z włączonym niebem chmurami w obu przypadkach, z tym że w frontowej warstwie wypluwasz także alphę. Następnie w programie do montażu nakładasz na tło w niskim detalu, przezroczystą warstwę z 'przodem' w wysokim detalu. To nie idealna metoda (jeśli za blisko ustawisz granicę pomiędzy warstwami, albo obiekty low poly będą się bardzo różniły konturami od tych w wysokiej rozdzielczośc, to możesz mieć lekki efekt szumienia obiektów w oddali), ale może rozwiązać twoje bolączki z pamięcią przy renderowaniu. ps: przyjezdzają do nas na katedrę nowe serwerki, min:48 rdzeni AMD, kilka na xeonach, jakiś zestaw z czterema teslami 2050 - spróbuje je pomęczyć

re: KONAn Jak robisz takie scenki to zamiast kombinować jak zwiększyć ilość ramu, lepiej byś wyszedł na odpowiednim oskryptowaniu renderingu, 90% tej geometrii jest tak daleko że nie wnosi niczego do klatki. Przy pomocy skryptów albo prostym pluginem można określić jak daleko od kamery w danej chwili znajduje się obiekt i na tej podstawie podmienić go na mniej skomplikowaną wersję (LODy). Rzecz jasna pojawiają się pewnego rodzaju artefakty w momencie przełączania z jednej wersji na drugą (popping), ale da się z nimi sprytnie walczyć. Tak samo tekstura nie jest ci potrzebna w każdym miejscu w takim gigantycznym detalu, oddalając się od kamery, teren może być teksturowany z MIPmappingiem - 20 metrów najbliżej kamery z tekstury 1:1, 50 kolejnych metrów z tekstury 1:2, 100 kolejnych metrów z tekstury 1:4, etc... Takie techniki są stosowane od dawna w realtimie, który musi sobie dużo lepiej radzić z problemem skali i odpowiednim wyznaczaniem geometrii którą należy wyświetlić a którą można pominąć. Lepiej weź programistę i zamów taki soft/plugin jeśli robisz dużo podobnych projektów, wyjdziesz na tym lepiej niż jakbyś dorzucił i 128gb ramu. PS: no nie mówiąc o tym że takie sceny można renderować w passach ze względu na całą scenę: drzewa osobno, autostrada osobno, teren osobno, etc.... albo ze względu na czas: pierwsze 200 metrów autostrady + z-buffer, kolejne 200 metrów + z-buffer, etc... i złożyć to w postprocesie

W stanach to lepiej być bagażowym na lotnisku ($100k per annum), fotografem ślubnym ($200k), albo ortodontą z własnym gabinetem ($375k) - a nie jakimś tam grafikiem czy programistą :) (wg. listy najbardziej 'przepłaconych' zawodów)

re: konan Na scenie było z 10 mln trójkątów, z 20 tekstur 2k i 4k, jak podbijaliśmy sample z 4/16 na 16/64 dla testu to klatki szły średnio po 30 minut ale skalowanie między różnymi procesorami pozostawało takie same. 8 rdzeni ma może większy throughput, ale skaluje się zawsze gorzej niż 1,2,4, czy 6 rdzeni - oczywiście z dokładnością do architektury, pojemności cache, przepustowości pamięci, etc. A, średnia 7 minut to zasługa jedynie tego że renderowaliśmy do PAL'a dvd 720x576. Co więcej, krótki średni czas klatki bardziej dyskryminowałby 6 rdzeniowca niż 4 rdzeniowca. re: ola-f Dokładnie, tam niektóre klatki były np od 10 do 20 minut, a niektóre od 2 do 4, etc... podaje tylko względne czasy.

Ie tam... zależy co robisz... jeśli masz soft który wykorzysta 6 wątków i nie jest jakoś lamersko napisany (tj. ktoś nie kompilował go kompilatorem intela :) ) to nię jest tak źle. Ostatnio sprawdziliśmy na małej próbce ponad 20000 klatek (średni czas renderowania klatki 7 minut), kilka konfiguracji... wynik jest taki (znormalizowany czas renderowania klatki, im więcej tym gorzej): phenom II x6 1055T 6 @ 2.8 ghz = ~1 intel i7-860 4 @ 2.8 ghz + HT = ~1.15 2 x opteron 2350 8 @ 2ghz = ~1.2 phenom II x4 955 4 @ 3.2 ghz = ~1.4 intel q8200 / q8300 4 @ 2.33 / 25 ghz = ~2 wszystkie komputery 2 kanałowe 8 gb ramu (poza opteronami 4 kanały). nie było sceny na której i7-860 liczyłoby szybciej niż phenom x6. Zestawów z i7 jak i phenomów x6 i x4 było kilka, a wyniki były statystycznie spójne więc nie ma mowy o przypadku.

w directX SDK jest darmowe narzedzie directX Texture Tool, które pozwala podglądać, podmieniać mipmapy, przekodowywać z różnych formatów do dds'ów

re: up Ten procesor akurat z 650 zł kosztuje więc nie ma wielkiej różnicy pomiędzy 4 a 6.

re: up Ati jak najbardziej wchodzi w grę. To jakaś ściema że sterowniki nie działają - może było tak kilka lat temu - mamy kilka kart ati: 4330, 4870, 5770, 5870 i te nie sprawiają problemu z softem którego używamy: m.in. max 2009-2011, ps 4, blender, corel, crazybump... Wersje firePro są obecnie w bardzo konkurencyjnych cenach do quadro - a odkąd Terry Makedon przejął developer relations Catalysty są wydawane co miesiąc, a sterowniki do fire pro co kwartał i certyfikowane.