olaf

nom czyli nie bedzie cieni z obiektów dodanych. Enviro robi wrazenie, reszta zmontowana tak, by nie było nic widać, a to chyba najważniejsze elementy. No nic macie roczek więc zyczę powodzenia i sukcesu. Nadal uważam, ze to powinno byc robione na komorki :D

a od czego pada bateria jak nie od procesora? Kazdy skrypt client-side jest urzeczywistnieniem tego o czym mówię. Zwiększona moc i ujednolicona forma 'zrównoleglania' obliczeń da coś co klient chętnie wykorzysta, bo będzie dzięki temu tańsze i/lub wyższej jakości. A skala - ilość urządzeń - doprowadzi do opłacalności wdrożenia takich rozwiązań. Głupio się czuję opisujac takie rzeczy, jakbym na spotkaniu zarządu tłumaczył ludziom którzy nie wiedza jak działa technologia.

w pierwszym akapicie nie bardzo zrozumiałeś ogólną myśl, albo koniecznie chciałeś napisać nie na temat więc się nie odniosę, w drugim - mam sporo rzeczy na dziś nie będę tłumaczył, że już obecnie udostępniają, bo też wyjdzie z tego gadka nie na temat.

trzyma się, tylko nie ogarniasz ;) Napisałem, ze telefon ma niski pobór mocy i nie potrzebuje infrastruktury. Chmura to olbrzymie pieniądze na start i ogromny koszt za konsumpcje prądu. Dla przykładu już teraz do farmowania bitcoinów używa sie niskonapięciowych komputerków(i dodatkowo stawia w krajach gdzie prąd jest najtańszy), bo wazniejszy jest flops/Wat niż to czy jest coś 10tys razy szybsze. To tylko jeden ale bardzo jaskrawy przykład tego jak mała ilośc watów i niskie koszta stworzenia infrastruktury (zero logistyki, chłodzenia, bezp. energetycznego) potrafią uzasadnić funkcjonowanie projektu. Mam gdzies na dysku projekt oprogramowania zabezpieczającego i monitorującego strony www chroniąc userów przed infekcjami stron www w oparciu o rozproszone analizowanie danych (który działa!). Niestety żaden polski anioł biznesu nie był tym zainteresowany, ale to taki przykład projektu ktory można powołać za darmo bazując na wzajemnych obliczeniach. Skoro idea kas spółdzielczych sprawdza się w finansach to czemu nie w przetwarzaniu danych? Jedyna różnica to charakter waluty - tu ludzie pożyczają sobie prąd ;)

K1 to zwykly SoC (system on a chip). Więc mozna go uzywac jak zwyklego SoC tylko masz juz devKita do Cuda. A zastosowanie wszędzie tam, gdzie SoC typu raspbery pi jest niewystarczajacy. Telefon ma kilka sensorow jakich nie ma serwer (zreszta po co serwerom akcelerometr itp.) ma niski pobór mocy i nie potrzebuje infrastruktury. Nie wsadzisz niewidomemu na plecy kompa, nie podłączysz serwera do samochodu, nie zrobisz chmury dronów z latajacymi laptopami. Jest wiele pozytywnych (legalnych) botnetów i taki pomysł nie jest absurdalny, ma swoje zastosowania, ale mobilna cuda przyniesie nowa skalę.

pewnie jak zawsze - co się da normal, reszta dispem, ale jak był jakiś fajny patent albo zostało dorzeźbione to też chętnie usłyszę co wybraliście.

dzieki, ze rzuciłeś swym super okiem w wątek ;) video z tych programów przejrzałem i dzieki za cynę. Faktycznie działają bardzo fajnie na szczęście/nieszczęście nie pokrywają się z moimi potrzebami i przeznaczeniem softu. Wczoraj rozpisałem się ale w nocy do głowy przyszedł mi pomysł lepszej optymalizacji. Widać to na video - niebieska otoczka. Teraz trakuję core twarzy i miejsce jej zanikania, co pozwala mi określić jak twarz się porusza, kiedy się np. przechyla i jak zmnienia się odległość od kamery. To pozwoli pewnie w tym mies wstępnie podpiąć cartoonka bez trakowania jeszcze punktów z czego w sumie jestem bardzo zadowolony, bo odpada cała masa obliczeń by ustalić te podstawowe stany. Są też suwaki, by aktor sobie dostosował otoczenie przed nagraniem.

Mam nadzieje ze przekręcasz moje słowa celowo, a nie przez nieumiejętność zrozumienia treści.

Upływ czasu jest nieubłagany. Albo podejmę rozmowę z Tobą albo ze znajomymi, którzy pracują nad takimi projektami.

Fajnie podsumowane, ale gdybyśmy wyszli z piaskownicy, to można zauważyć, że NVIDIA pokazała na CES pierwszą kartę CUDA dla ARM - dla mnie prawdziwa rewolucja, jeżeli rozprzestrzeni się tak szybko jak tegra 4 to za półtorej roku będzie kilka/kilkanaście mln urządzeń mogących wykonywać równoległe obliczenia w mobilnej chmurze bez martwienia sie o infrastrukturę. Wiele badań naukowych będzie mogło wyjść z laboratorium, wiele innych dopiero wtedy będzie mogło się zacząć. Ale oczywiście gierki też są spoko.

nie no, soft będzie za free, mysle ze import elementów twarzy z plików png i pozniejszy eksport metadanych lub sekwencji png jest do wykonania - adobe air sobie poradzi z tym spokojnie i pewnie na początek takie coś będzie dostępne. Inwestorzy potrzebni będą pozniej mam nadzieje, ze uda się w 2015 zrealizowac wieksze plany. Tymczasem niewielkim nakładem godzin, których ciągle mało, zrobiłem generowanie widma i trakowanie twarzy. Ten zoptymalizowany obszar (dolny obrazek, czerwony obszar) będzie finalnym obiektem badania skryptu. Nie wiem czy użyję kaskad (Haar Cascade) czy czegoś indywidualnego. Jak widać na obrazkach A i B mam marker-klip, który będę dopasowywał do obszaru. Pomoże mi złapać skalę twarzy, rotację (w razie jakby ktoś miał krzywy ryj) i inne rzeczy. Niebieskie punkty będą szukały oczu, reszta będzie pomagała interpolować możliwe położenia naszej twarzy, by szukanie oczu było wydajniejsze - szczególnie gdy osoba będzie przypadkowo przybliżać/oddalać głowę od obiektywu. Wiem, że to banalne, każdy 1-szo roczniak z polibudy zrobiłby to w matlabie, ale generalnie początek jest banalny, co nie zmienia faktu, że muszę go mieć zanim pójdę dalej. I najlepiej by nie zabijał kompa durnymi obliczeniami. Myślę, że wystarczy ok 16tys iteracji/klatkę by wytrakować wszytko czego potrzebuje w twarzy ze sporą dokładnością. Kazdy kolejny punkt dzieki mapom elastyczności znajdę w pewnie 64 krokach.

ja mam subskrypcje cnet na YT i kanału nvidia - tu jest cała ponad godzina o ich projektach na 2014, bardzo mi się podoba rynek automotive - ich K1 troche za duzy na teblety ale jako chip do automatów jak uav/samochody idealny. kanał nvidii na YT: http://www.youtube.com/user/nvidia/videos

ok nie jestem fanem wielkim nvidii, lubie ich ceo za charyzmę, ale na kazdym CES gniota amd w ilosci nowosci. Niemniej czekam co ciekawego wykoncypują jak już włożyli swoje karty do maka pro, to fajnie by one coś tam mogly poza obługą monitorów (jak na razie widzialem video z niezlym boostem pakietu CC na nvidiach).

Owacje na stojąco dla kazdego kto uznał Maka Pro z kartami AMD za maszynę do video ;)

tak dobry program ze trzeba go bedzie retuszowac

ktos tam wspominal ostatnio, ze mobile są tak strasznie z tyłu: - ostatnia minuta porównanie chipu z xbox 360 i ps3 jedyne czego brakuje komórkom, poza tym chipem, to mozliwoscie odpalania nienatywnych rozdzielczości, bo 2500x2000, czy hd zabije kazda karte. unreal engine na tegra k1: GI: to chyba leci w 720p

nie rozumiem skąd ten sarkazm. Ile lat chcesz czekać na tego typu silniki do symulacji obiektow?

ok wrzucam intro - to nie jest finalna wersja - finał pewnie zobaczycie w samej grze - konczymy etap produkcji ale balansowanie gameplayu jeszcze troche nam zabierze + jakieś socialowe pierdy typu facebook. http://blue-box.com.pl/klienci/samples/runGame/introRabbit.html Kilka kolejnych uwag z produkcji: 1. trzeba niestety trzymać się indeksowanych kolorów. Pamięć karty to nie przelewki. Na słabszych maszynkach wymiana zawartości pamięci jest zauważalna. 2. w związku z powyzszym cacheowanie w locie obiektow to fikcja - musiałem się nieźle namęczyć, by pliki były małe do webu i oszczędne w vramie do mobili (z lenistwa robię jedną kompilacje na obie platformy, a framework tym zarządza) 2 i pół. Indeks wyklucza 8bitową alfę. 3. Na szczęście wszystko wygląda całkiem fajnie, a w animacji naprawdę poza klatkami kluczowymi to ilość kolorów pow. 16 często jest kompletnie zbyteczna ;) 4. nie mam pojęcia jak jest zrobione odświeżanie w panelach smartfonów ale zgaduje, ze nie całej matrycy, bo bateria by nie dała rady. Jakkolwiek by to nie było, płynne zmiany framerate są naprawde fajne, nie widać interpolacji klatek np. przy 45fps, co pozwala na dobijanie fps do górnej granicy urządzenia - czyli na dobrym fonie user zobaczy 60fps, na słabym 30fps + obiekty dalszego tła 15fps. Przy dobrej kontroli roznice nie są wielke, a na pewno nie przeszkadzają osobie, która nie ma porównania z lepszym fonem. 5. flash ładuje do karty tylko obiekty widoczne (co z jednej strony zabija animacje jak się coś pojawia i trzeba wyładować poprzedni obiekt, oczyścić vram i władować kolejny - nie wiem czy tu nawala adobe czy mozliwosci karty) ale plusem jest, ze mozna trzymać rozne sprajty i pokazywać na lepszym fonie 64kolorowe, na słabszym np. 16kolorowe. 6. Oczywiście małe karty umierają przy sprajtach pow. 512px. Przy pracy nad appką na tablet i smartfon jednocześnie ma to znaczenie, bo trzeba nawet tło z 1280px (w moim przypadku) pokroić na plasterki. 7. Podmiana sprajtów na 2x mniejsze w czasie animacji i powrotna zamiana jak wszystko np. zatrzymuje się też ułatwia płynne animowanie. Dzięki temu mamy 30klatek animacji zamiast jednego skalowanego sprajta + kilku sparków. Plus jeżeli robi się autorskie animacje, jeden chU. jeżeli uzywa się np. Starlinga czy innych automatów. Kilka z tych uwag wynia z faktu, ze robię jedna kompilację na mobile/tablety/przeglądarki oraz pracuję z grafiką 2D ale naprawdę robienie rzeczy trzy razy to dobre jak ma się tyle ludzi co Rovio. Jestem względnie zadowolony, bo przerabiam jednocześnie starszą grę - puzzle na andka i udało się wygiągnąć wydajność znacznie lepszą niż nowej aplikacji promującej Frozen - też puzli mającą mniejsza tablicą kafli. Zabawne, bo wszystkie obliczenia są znacznie wydajniejsze jeżeli trzymamy się liczb całkowitych - nie wiem czy te army nie mają kooprocesora, czy jest on tak niewydajny. Chyba też cache CPU w desktopach daje kopa nieporównywalnego do obecnej generacji arm. Zrobiłem fatalną pętlę, która w puzzlach wykonwała się (po wydawało mi się optymalizacji) do miliona razy po każdym kliknięciu puzzli. Na x86 nie ma nawet ułamka spowolnienia, na arm wszystko siadło. Na szczęście udało się zmniejszyć iteracje (chyba dobrze uzylem tego slowa) do 400-20tys razy. Spora zmiana ale puzzle mają wbudowany silnik grawitacji, stąd takie nadprogramowe obliczenia. Niemniej nawet na gównofonach spada wtedy do max 20fps (z 30). Za to mnie nie bashujcie - ta produkcja jeszcze nie korzystała z mojego nowego 8bitowego silnika kolizji.

dzięki man, na pewno się przyda jak bede ruszał do inwestorów z produktem. Oglądałem za namową kumpla możliwości OpenCV (open sourcowa biblioteka do trakowania) ale jednak nie współgra to z moją ideą. Na chwilę obecną mam w xMind rozpisane sporo rzeczy, głownie założeń edytora, bo styczeń jest miesiącem premier gier mobilnych, ale postanowienie noworoczne mam, by wypuścić dwa programy uzytkowe bazujące na tym silniku. Ten drugi zapowiada się masywnie i pewnie trafi na kickstarter ale muszę zdobyć know-how podczas pracy nad pierwszym ;)

fajne. mam nadzieje ze za kilka lat takie animacje nie beda pomijac mielenia. to polskie studio?

swietne !

zrozumialem. to byl sarkazm.

@zadybski: brawo za kreatywny spam

nom Nezumi ma racje, wtedy byla taka era pc jak teraz era windows surface :D

długo pisałeś ten emulator mateusz?