masater

mental ray jest dużo bardziej zaawansowany niż vray, a sprzęt masz dużo lepszy od mojego, po prostu poczytaj tutoriale o renderowaniu, bo spokojnie da się to wyrenderować, i w bardzo krótkim czasie z zaskakującymi efektami

pixie jest jak najbardziej open source... Jeszcze 3DElight dają jedną komercyjną licencję na 2 tokeny za darmo, a to to już enterprise grade renderer

najprościej chyba sed'em dopasować panie piotrze :)

a włącz w mentalu wykożystanie wielu wątków najpierw może ;) bo ustawienia renderera też są zapisywane, i skoro nie miałeś więcej rdzeni, to opcja ta może być wyłaczona. no i skoro masz "4 rdzenie 2,5mhz" to ja bym się fajerwerków nie spodziewał, nawet 80286 były szybsze ;) (gwoli ścisłości m - w układzie si oznacza przedrostek mili, a jak wiadomo nawet 2,5MHz (MegaHertzów) to bardzo mało, więc pewnie chodzi o 2,5GHz). A prawda taka, że umiejętne fakeowanie działa cuda z czasem renderingu, np u mnie na procach pokroju durnie 1,6 czy semprony 1,4

ja bym stawiał na walniętą pamięć na karcie graficznej

piksar, to ja czekam na bana, bo nie znoszę tyskiego :), ostatnio zaś przepadam za piwami domowymi :)

a ja proponuję 4 monitory :) prawda taka, że mimo wszystko lepiej mieć ten dodatkowy ekran, nawet jeżeli one 2 są mniejsze niż jeden duży. Oczywiście jeżeli mowa o zastosowaniu w grafice czy przy pracy w roli studia muzycznego. Zazwyczaj nie ma problemów z różnymi monitorami, aczkolwiek na windowsie nie miałem więcej monitorów. na moim boxie z linuxem i solarisem mam podpięte 3 CRT, 2x17'' raz 15'' i jeden 14'' LCD

sztucznie, wyblakło wg mnie.

wsadzać do innych portów, i sprawdzić, czy za dużo hubów po drodze nie było. Na takim linuxie piszesz dmesg w terminalu i od razu widać w czym problem, a na windowsie trudniej dojść. U mnie np czasem zdarza się, że w danych gniazdach tylko niektóre urządzenia działają, choć w zasadzie kontroler uhci/ohci mam tylko jeden.

no nie mówcie, że będziecie ekranować przewody owijając je folią aluminiową. :P ludzie :P, prawda, że można tak conieco wyekranować, ale w życiu nie owijałbym przewodów :P

po pierwsze ścisz pcm (wave chyba się to nazywa w windowsie do około połowy) bo jak karta wzmacnia, to straszne szumy i trzaski zawsze są, a jak ci na kablach łapie śmiecie z jarzeniówki, to owiń przewody od słuchawek folią aluminiową, i podepnij ją do masy. :P Acz fabrycznie powinien być tam ekran.

nie wiem, jako programista piszę dość dużo, a piszę na najtańszych klawiaturach, bo na tych z małym skokiem się nie da wygodnie pisać, w blenderze też sporo męczę te klawisze. Co 2-3 lata można klawiaturę wymienić, ale co to za problem, skoro taka sama nówka kosztuje 14zł albo mniej? Jakoś nie chce mi się wierzyć, że ludzie tak intensywnie używają klawiszy multimedialnych czy innych takich pierdół. Nie wiem, może tu w grę wchodzi estetyka, tylko po co estetyczna nieużywalna klawiatura? (Choć ja do estetyki sprzętu komputerowego akurat wagi nie przykładam, mam w końcu 5 komputerów na biurku, tylko tak się składa, że żadnej obudowy. Obecny model klawiatury: btc, zwykła 105 za 14zł z klawiszem power, bo nie chce mi się śrubokrętem odpalać płyt głównych :P

a tak z ciekawości zapytam. Po co wam ludzie takie klawiatury (jakieś 70zł, kosmos)? Nie starczą zwykłe za dychę/15zł usb albo ps2?

ehh tam chrzanienie, szczególnie wywody an temat linuxa, i renderfarm z playstationów :P Linux nie jest systemem na biurka, nigdy nie był, i na sprzęcie typu polski biurkowiec lub polska stacja pseudo graficzna wydajność jest słaba, bo żaden developer kernela nie przejmuje się takim sprzętem i takimi ludźmi. Jaka jest zaleta? A no taka, że jak jesteś z systemami obeznany, to bez problemu wykorzystasz to co twój sprzęt może ci zaoferować. W każdym innym wypadku gadanie, linuks wyrenderuje szybciej jest bez sensu, bo nawet jeżeli 10x lepiej zarządza pamięcią i ma dużo wydajniejsze io schedulery, to i tak nastawiony na bajery user zabije tą wydajność stawiając X'y z jakimi berylami i compizami i masą innej tandety. Chcecie szybciej renderować? zainwestujcie w hardware z wieloma gpu od firmy z nazwą na N i zacznijcie używać rendererów, które to co mogą, policzą szybciej na tych gpu właśnie. No cóż, można zrobić klasterek typu beowulf, ale w dzisiejszych czasach taniej jest kupić nawet szajsowego intela albo amd z dumną nazwą quad (tak jakby to była jakaś nowość, proste riscowe ultra sparce t2 mają 8 rdzeni i przerabiają po 64 watki jednocześnie, ale maxa a tym bardziej windowsa na sparca też nie ma ;) ) osobiście renderuje heliosem na 5 komputerach - 2 linuxy, solaris, i 2 windowsy, procesory od durniów 1,4, przez semprony 2500+ po jakieś intelowskie laptopowe cosie, i wygląda na to, że dystrybuowane buckety dochodzą najszybciej nie z danych systemów a, z kompów, które mają więcej ramu i szybsze proce. Konkluzja? Jak ktoś się nie zna na systemach, to niech siedzi na windowsie, bo na linuxie czy unixie wzrostu wydajności nie uraczy, a jak jest nieobeznany to nawet spadek.

a taka, na ile OS potrafi obsłużyć sprzęt. A windows sobie za dobrze ze sprzętem nie radzi

a używając blendera ciężko jest bez klawiatury. za to do wszystkiego są skróty :) także wszystkie literki po kolei się używa, czasem z altem, czasem z ctrl, czasem z shiftem a czasem z kombinacją, i o dziwo wszystkie kombinacje wciska się jedną ręką i to nie używając wszystkich palców (w ekstremalnych przypadkach są to 4 palce ) :)

o fluxbox :)

w pro chyba tak, zdaje się, że administratorzy mają ta opcję ograniczania dostępu dla grup, hostów i userów

licencje m$ są porąbane, i interpretują je tak, że oem są dla system builderów, a jeżeli ty se instalujesz system sam to też jesteś system builder, więc suma sumarum windows oem a box różnią się tym, że w boxie masz support a z oem są problemy jak chcesz ponownie aktywować. a gość jako firma teoretycznie może windowsy oem sprzedawać

Joint: się sobą pochwal a nie zdjęciami z zacisza :)

cóż, takiego ogre używa sie po to, żeby nie myśleć jak coś zrobić w opengl czy directx, tylko, żeby napisać dodaj_obiekt(mobiekt); renderuj_klatke(); a w zależności od inicjalizacji taki ogre wyrenderuje to używając opengl albo directx. co do kodu: http://www.ogre3d.org/wiki/index.php/Main_Page Choć szczerze powiedziawszy wygląda mi na to, że kolega nie uczy się opengl a zamierza zacząć się opengl uczyć. Jeżeli się mylę, trudno, przepraszać nie będę bo i nie ma za co ;) PS. exportery z maxa do ogre też tam gdzieś na tych stronach są

tzn ogre to jest framework generalnie open sourcowy, czy tam abstrakcja do renderowania grafiki 3d, czy jak kto woli silnik graficzny, w warstwie renderującej na dx 7 8 9 10 i opengl do wyboru, cóż, żeby wyświetlić sam model z maxa np (jest na ich stronie exporter z maxa do ich formatu) wystarczy kilka linijek kodu w c++ (ew innym języku). Jakby kolega dokładniej powiedział co konkretnie chce osiągnać, jaki jest jego poziom wiedzy to może coś więcej mógłbym napisać, choć za dużo programów 3d nie napisałem :). Bo tak naprawdę nie do końca wiadomo co kolega chce osiągnąć. Bo jeżeli napisałeś swój program, to ty wiesz najlepiej jakie struktury on czyta i jak te struktury trzyma w pamięci, i jak je renderuje przy pomocy opengl, Jeżeli chcesz zaś zacząć pisać programy renderujace coś w czasie rzeczywistym, to aby ominąć niskopoziomowe programowanie, można skorzystać właśnie z takiego ogre czy irrlichta czy innego crystalspace i zając się samą aplikacją a do importu/exportu modeli i samego renderowania użyć już tego gotowego kodu co do gier, to każda gra 3d ma tak naprawdę zaawansowany silnik, który ładuje wszystkie zasoby, w tym modele, najczęściej z plików o danej strukturze, i np taki sławny source, na którym bazują ostatnie half-life'y trzyma te swoje modele ze szkieletami etc w konkretny sposób, a do takiego maxa dostępny jest exporter, który poprostu bierze dane prosto z maxa, z pamięci, i zapisuje je w formie takiej, żeby source potrafił to przeczytać, ale jest to specyficzny format dla tego silnika, kto inny napisze swoją aplikację, czy swój renderer do takiego maxa, to te same dane, może jakieś dodatkowe jeszcze, weźmie również z tego nieszczęsnego maxa i zapisze w jeszcze innym formacie, formacie, który będzie czytelny dla tego jego programu. ... i tak długo można Jeżeli kolega chce tworzyć swoje aplikacje, to najpierw polecam książki o podstawach programowania, potem o zaawansowanym programowaniu, potem o dodatkowych technologiach jak np wspomniany opengl, a potem o planowaniu projektu, a dopiero potem zabierać się za pisanie, bo zdaje mi się, że nawet podstaw tu ni ma :)

google. tony są tego, szczególnie na forach gdzie siedzą developperzy gier, czyli jakieś gamedevy etc, ale też zależy co chcesz osiągnąć, jak zerkniesz na ogre3d.org albo inne Open sourcowe silniki to też sporo znajdziesz, na opengl.org też coś będzie

jej, chyba musisz kupić sobie książek kilka :) zależy jak napiszesz swój program, jeżeli napiszesz do niego np dynamiczny loader obiektów z plików max to nie musisz nic exportować, jak napiszesz program wykorzystujący inne struktury to musisz napisać sobie exporter, który z danych z programu wygeneruje ci dane wg twojej struktury itd. Są gotowe silniki graficzne jak np ogre (ogre3d.org) które np potrafią załadować sceny i obiekty w kilku swoich formatach, ale też np znany format collada itd. Poczytać radzę najpierw.

już lat kilka dzielnie służy ta instalacja :)