Skocz do zawartości

olaf

Members
  • Rejestracja

  • Ostatnia wizyta

Zawartość dodana przez olaf

  1. Nie mowie, ze adobe zrobilo zle, jest roznica miedzy ich pakietami,a autodesku - adobe ma niezle ceny. Moze faktycznie wlasnie sa na fali, gdzie ludzie koncza prace na starych pakietach. Ale jezeli nie pojawi sie masywny kopniak w inwestycje i R&D po roku dwich ludzie beda sie zastanawiac nad alternatywami. Zatem jak w maju nie bedzie huczalo ze adobe przjmuje, to przejedza chwilowe zyski. Z przesiadki. sam chyba oplacam cC - nie pamietam, bo nie zagladalem w wyciag, ale okazalo sie ze nie wprowadzaja niczego czego nie ogarne poprzednim pudelkowym pakietem wiec bede sie wycofywal.
  2. Akcje adobe rosna, bo skupuje swoje akcje i chwali sie wyzmienitymi osiagami. Tymczasem net income 2010r. 774mln 2011usd 882 2012-882mln i witamy creative cloud: 2013 - 289mln, 2014 - 268mln
  3. Mi nie pasuje tak jak nie pasuje mi nowe frugo. Bylo, skonczylo sie.
  4. Wyglada elegancko. Na turbosquida z tym, bo vintage to teraz goracy towar, a marka sie zadna nie przyczepi :)
  5. Roseta to byl chyba bardziej filmik nakrecajacy hype na kosmos. Inaczej ciezko o budzet na dostarczanie sucharow nawet. Nie kazdy ma mozliwosc zgrania swoich odkryc z hitami hollywoodzkimi.
  6. Za free z creditsami mozesz uzywac utworow Kevina McLeoda incompetech.com
  7. Moja moc do ogladania tego jeszcze spi.
  8. olaf odpowiedział Monio → na temat → Aktualności (mam newsa)
    Z drugiej strony patrzac jezeli ktos za 100usd dostanie darmowego blendera i kilka pluginow zamiast innego platnego softu to sie skusi. A narzekanie ze czegos nie ma za darmo to bardzo dobra wskazowka dla tekiego kodera, ktory sam podlapie temat. Wiec wszystko moze byc dobra postawa i dobrze slyszec czego komus brakuje. A ze blender jest free to nie znaczy ze finalnie ktos nie wysupla kasy na plugin jak bedzie widzial w tym korzysci dla siebie. Oczywiscie fajnie jest wspierac ale z kazdego postu da sie wywnioskowac, ze ludzie chca pracowac w blendku, a to juz - nawet jak wyartykulowane jako narzekanie - wielki sukces, bo tak wlasnie wyglada wejscie w mainstream po etapie early adaptors.
  9. No wiadomo, temu na biodrach symulacja nie omogla, bo nizej juz spoko.
  10. Na turbosquid.com masz baze i tam tez mozesz zobaczyc zapisy licencyjne, co pozwoli Ci wyestymowac kiedy grafik sie obrazi, a kiedy nie. Szczegolnie ze sporo osob tu wystawia tam swoje prace.
  11. No ale symulacja nie zawsze odda np. Gramature tkaniny. Tu mysle reczna robotka by byla lepsza bo bys sam. Z siebie uwzglednil zagiecia od pracy materialu przy stawach itp. Szczegolnie przy tak grubej fakturze dziwnie wyglada taki lejacy sie matrerial. Gdyby to byl jakis atlas z dobrym specularem to byloby bardziej wiarygodne. To tylkok przyklad zeby zilustrowac czemu nie do konca da sie to kupic okiem.
  12. Fajny, skora git. Faldy na portkach troche nie daly rady.
  13. olaf odpowiedział olaf → na temat → Work in progress (WIP)
    Nom. Ja mam fullhd w 15calach i sie juz przywyczailem ale nadal berdzo duzo missclickow. Ale wspomnialem specjalnie o casualach i duzych fontach itp. 150dpi dla tower defence to troche zbyt skromnie by gralo sie komfortowo. Ilosc detali i malych danych zabije UX na tak slabym ekranie.
  14. olaf odpowiedział olaf → na temat → Work in progress (WIP)
    Chodzi o ppi czyli zalezy od wymiaru urzadzenia. W ipadzie mini to wychodzi tyle bo ma 8cali. Bo na przyklad odleglosc od ekranu monitora to zalecany metr i w takim ukladzie spokojnie 70ppi daje rade w casualu. Trzymane z bliska urzadzenie majace 150ppi tez bedzie ok. apple wprowadzil termin retina-soczewka, bo wieksza rozdzielczosc niz 220 to juz zbytek. Mam teraz xperia z1 compact i predzej mi oko wyskoczy niz zobacze piksela. Ona ma 321ppi wiec na 4calowym ekranie spokojnie mozna renderowac do ramki 800x600 co daje .48mega piksela zamiast .92 w rezultacie jakosc aliasowanych assetow bedzie wystarczjaco dobra a szybkosc dzialania na maciezach 2x szybsza wiec wpakowac mozna fajniejsze efekty wymagajace no. Rotacji czy skalowania. Pisze z tablety wiec nie dam linka wpisz sobie ppi calculator u mnie pierwszy wynik to super sajcik do sprawdzania.
  15. olaf odpowiedział olaf → na temat → Work in progress (WIP)
    Zapomnialem dodac, ze three.js jak chyba wszystkie inne webgl renderuje do ramki wiec mozna spokojnie ustawic dynamiczna wielkosc okna czyli np. Schodzic z rozdzielczosci renderingu dynamicznie pozostawiajac hud w normalnej jakosci. Nie wiem jak sie zapatrujecie na rozdzialki ale osobiscie stosuje zasade 150-200ppi czyli ze rozdzialka ipada mini 1st gen jest dobra. Wiecej oku nie szkodzi ale tez nie pomaga, szczegolnie w casualach z duzymi guzikami i napisami. Wyzsze rozdzialki to juz drastyczny skok wielkosci maciezy, a przyrost jakosci nie jest liniowy.
  16. Ktokolwiek bedzie pierwszy, drugi bedzie musial najpierw wykupic licencje na lądowanie.
  17. olaf odpowiedział olaf → na temat → Work in progress (WIP)
    ok techniczne sprawy i jeden gameplay. Tu jest moja pierwsza ubieranka (dressup) http://pl.y8.com/games/perfect_wedding_helen_mark wykonałem cztery wersje dla klienta, ale pierwsza performuje naprawde dobrze. Myslalem, ze liczby jakie mi podali dotycza wszystkich trzech typow, a chodzi tylko o pierwszą z serii. W sumie grywalnosc ma na poziomie niezlych hitów. Oczywiscie czesc zaslug to typ gry - bardzo popularny wsrod dziewczynek (mam nadzieje) Druga sprawa - webGL - wybrałem three.js. Pozwala min. na sporą kontrolę UV map, to pozwoli zaoszczędzić transfer oraz umozliwia uzycie kilku rendererów na raz więc prototypuje teraz strukture gier. Będzie troche z tym roboty ale idea jest taka, by rozne plany renderowały się osobno, co wymagać będzie trickow, by nie występowały efekty lagowania dalszego tła, ale na to mam pomysły. Druga sprawa, to support devices - chce ogarnąć poza serwerowy system wymiany plikow miedzy urzadzeniami zarejestrowanymi w sesji, dzieki czemu powstanie mała renderfarma i np. nieuzywany tablet lub telefon moze wspierać rendering dalszych planow i optymalizację UV mapy (alteracja roznych efektów np. specular mapy na deszczu, oswietlenia czy wymiana map czasteczak jak np. dymow i ekspolzji by zawsze wygladały inaczej mimo, ze beda leciały z tej samej mapy) gdy gramy np. na androidowym telewizorze z małą mocą. Jeżeli znacie podobne rozwiązania, dajcie znaka, chetniep prześledzę inne rozwiązania w tej kwestii.
  18. olaf odpowiedział jacynt → na temat → Inspiracje
    Radiowa dwojka teraz nadaje fajny konkurs coverow. Kazdy ma trzy sety. Na razie jeden polak w polfinale.
  19. olaf odpowiedział olaf → na temat → Work in progress (WIP)
    Wciaz jako side note, ale czasem warto odkleic sie od core pracy by zyskac lepsza perspektywe. Sprawdzilem optymalizacje na 7zipie i tu widac moje slowniki sie nie lubia z ich, bo plik jest o 10%wiekszy, odpowiednio 44 i 48kb. Ale moj sposob kompresji zip i rar jest ok 10% wydajniejszy niz ten wykonany przez tworcow 7zipa. Oczywiscie pisze o tym typie danych, bo nie mam czasu testowac innych.
  20. Atak na nasza wiedze powszechna by byl jakby aktorzy przestali nagle chodzic w koturnach :)
  21. Nie,nie mozna zbyc tego prawa. Przy osobnych umowach pojawia sie dwa rozne rozliczenia podstawy opodatkowania i pojawia sie problem przy kntroli a nawet zwyklym rozliczeniu. - - - Połączono posty - - - Drakul ale zakresu przekazania praw moga byc dziesiatki tysiecy kombinacji. To nie jest takie proste i warto ogarnac temat, by robic to. Ale juz niedlugo wrzuce material na ten temat.
  22. olaf odpowiedział olaf → na temat → Work in progress (WIP)
    taka mała wrzutka, bo jestem ostatnio zawalony projektami przedświątecznymi i tym non-profitowym: KLIK wchodzę drobnymi kroczkami w światek webGL'a i pracowałem troche nad frameworkiem w tym ogarnianiem geometrii. Ponizej jest test mojego skryptu kompresującego w wersji beta - jak widać jest prawie 2x mniej wydajny od ZIP'a pracując z podobną predkością. Pewnie będę mógł się zbliżyć w następnych wersjach do 120% paczki w porównaniu do ZIP'a ale zrobiłem szybki test packerów. Oto co wyszło: paczka zoptymalizowana moim skryptem jest do 20% lżejsza po uzyciu innego packera niż oryginalny plik. Głownym celem jest optymalizacja przesyłu i składowania danych na serwerze i rozpakowywanie javascriptem więc z wyniku jestem w sumie zadowolony. Szczególnie, że shogun może mi cały proces zautomatyzować (czyli najpierw obrobić moim skryptem a pozniej spakować packerem i przesłać nową geometrię na serwer)
  23. Faktycznie, cytowalem. Z pamieci mail od ksiegowego i walnalem sie o funta, bo wydawalo mi sie ze 7£ to jednak za malo ;)
  24. Podbije tylko na moment watek, bo wlasnie pracuje nad scenariuszem 2odcinka. Zagadnienie zobowiazan to bardzo krotka wycieczka po wymogach formalnych przy realizacji projektu kreatywnego oraz rozwiazania ktore sprawdzaja sie w praktyce. Glowny nacisk w tej czesci klade na to, co i kiedy ma sens w zobowiazaniach gdzie nie da sie okreslic dokladnego ksztaltu dziela, gdyz bedzie wynikiem indywidualnych cech autora i jego koncepcji oraz jak w takiej sytuacji utrzymac formalizm. Zdecydowalem tez, ze kazdy odcinak bedzie zawieral dwa case study, by latwiej było niektorym zrozumiec jak pewne zalozenia sprawdzily sie lub nie sprawdzily. Czyli succes story i fail story. Na szczecie jednych i drugich mialem w karierze pod dostatkiem ;)
  25. Ok szwajcaria wg danych moze sie zgadzac na zla czesc mapy spojrzalem. Ale wg tego badania faktycznie przypada 9pln na fodzine na polaka ale w 4osobowej rodzinie gdzie z dwojga rodzicow tylko jedno pracuje, a zysk podzieli sie na dwie osoby.

Powiadomienie o plikach cookie

Wykorzystujemy cookies. Przeczytaj więcej Polityka prywatności