ну у меня бьіл типо навороченньій...и то, не потянул

ну тоесть, университествкие курсовьі он-то тянул, но не более

игрухи на топовьіх настройках тянул

а вот серьезньій, хайполи и сверх хай-поли рендеринг уже нет

вот-вот

та сцена с классикой - 20+ млн полигонов

а потом у меня бьівало уже и по 40-50

я тогда себе комп собрала под єти нуждьі специально

ого, на опенГЛ курсачи..прикольно

дык это, арендуй на каком-нибудь aws/softlayer/etc. сервер с чем-нибудь приличным типа K80 на пару часов

и вулканься сколько влезет

дык это, арендуй на каком-нибудь aws/softlayer/etc. сервер с чем-нибудь приличным типа K80 на пару часов

на пару часов єт мало..смотрела я примерьі кода на вулкане, чувствую, мне не 1 месяц вкуривать доку придется

мир серьезной графики так манящь и так зубодробильно сложен

вот бьі рендерер на вулкане написать...ток боюсь, такое тупое полено как я не потянет

конечно, фотореализм. его фотоаппаратом и делали. а при чём тут триде?

ох, будет шикардос =) надеюсь, юнити включат вулкан в поддержку

забудь про вулкан, пиши софтверный рендер на xeon phi или arm sve

вот это, так сказать, передовой край всего это бреда

(первое для soft gpu и делали, второе типа для расчётов, но учитывая что у него ширина как у нвидии, рендеринг пойдёт вполне)

да, текстуры держатся на просчитанных из point cloud полигонах

да, треугольников в gpu можно много нынче написать

только там никакого дизайна нет и рендеринг тривиальный

только там никакого дизайна нет и рендеринг тривиальный

дизайн и текстурьі - заботьі дизайнеров, если производительность позволит фотореалистичньій рендеринг в реал тайме, то необходимость в виреях всяких отпадет сама собой

представь, насколько круче представить заказчику его квартиру не в виде картинки, а в виде 3д, например вр шлем одел и ходишь по будующему жилью, рассматриваешь каждьій уголочек

а не 100500 рендер картинок каждого угла и заказчик все равно до конца не понимает, нравится ему дизайн квартирьі или нет

в текстурах высокого разрешения, нарезанных из фотографий, натянутых на высокополигональные модели, сделанные автоматически из 3d-скана, я вижу разве что достижения в разработке gpu, но никак не в рендеринге

в текстурах высокого разрешения, нарезанных из фотографий, натянутых на высокополигональные модели, сделанные автоматически из 3d-скана, я вижу разве что достижения в разработке gpu, но никак не в рендеринге

на моделях можно секономить, с помощью ретопологии уменьшить их поли-каунт, шейдерами сьіметировать разньіе вьіпуклости, впуклости, неравномерность материала

По поводу моно, юнити давно под мобилки il2cpp делает

Скоро везде будет

ага, видела

теперь и винду

По поводу моно, юнити давно под мобилки il2cpp делает

в курсе

этот unreal paris вообще ужас какой-то

при чём тут игры-то?

Ну и нет коре очень хорош

а если квартиру продавать надо, непонятно, откуда требование рендеринга в реальном времени

а если квартиру продавать надо, непонятно, откуда требование рендеринга в реальном времени

блин, я бьі предпочла прогулятся по будующей квартире, вместо картинок

єто настолько круче, что я даже не знаю

возможность увидеть несколько вариантов будующего дизайна в шлеме виртуальной реальности да еще и с такой графикой

єто же кайф

заказчики сходу платили бьі в разьі больше, чем за просто картинку с правильного ракурса

графика -- отстой

освещение просто наводит панику

в общем, нафиг эти анрилы и юнити. давай лучше рендерер писать

Вспомнил свой старый проект на ньютоне, там физика не работала на радеонах, потому что верт. синхронизация была включена

в общем, нафиг эти анрилы и юнити. давай лучше рендерер писать

на вулкане?

Черт его знает 😄 это было больше 10 лет назад, не помню

да нафига этот вулкан. вон уже и у интела и у арма железки с сотнями ядер по 512-2048 бит каждое

да нафига этот вулкан. вон уже и у интела и у арма железки с сотнями ядер по 512-2048 бит каждое

Ну эй

да нафига этот вулкан. вон уже и у интела и у арма железки с сотнями ядер по 512-2048 бит каждое

хлам

Вот то-то Metal!

что хлам? :-)

и вообще софтверный рендеринг веселее

да нафига этот вулкан. вон уже и у интела и у арма железки с сотнями ядер по 512-2048 бит каждое

а что, опенГЛ?

в смысле?

ты пишешь софтверный рендерер, какое апи хочешь, такое и будет. сама себе королева

у тебя есть прямой доступ к железу, никаких апи и драйверов

у тебя есть прямой доступ к железу, никаких апи и драйверов

Напиши

у тебя есть прямой доступ к железу, никаких апи и драйверов

так низко я еще не спускалась

https://www.youtube.com/watch?v=P_I8an8jXuM любопьітное сравнение

Напиши

+1

ну так это железо более приятное, чем gpu. в этом и, как говорится, value proposition

я бьі посмотрела сорцьі, а то я туповата в таких вещах

выйду на пенсию -- напишу

ну так это железо более приятное, чем gpu. в этом и, как говорится, value proposition

Нуну

ну скажем так -- из алгоритмов, которые меня волнуют (речь не про рендеринг сейчас), где-то 50% кладутся на gpu, и где-то 70-80% на phi сотоварищи

Виртуальная память это такая абстракция которая позволяет тебе использовать больше памяти чем у тебя есть Тут виртуальная адресация к физической памяти где размер виртуального адреса больше чем физического, в случае когда ты пытаешься загнать в памяти что-то а там уже нет места то какая-то страница памяти идет в свап, если хочешь вытащить страницу памяти которой нет то происходит page fault и ос вытаскивает ее из свапа, это все контролирует ОС

Подскажите куда копать. g++ $(pkg-config glu gl --cflags --libs) $(sdl2-config --cflags --libs) GLWindow.cpp -o GLWindow /tmp/ccJ0OeMj.o: In function `circle(int, float)': GLWindow.cpp:(.text+0x25): undefined reference to `glClearColor' GLWindow.cpp:(.text+0x2f): undefined reference to `glClear' ...

Ubuntu 16.04; Установленньі sdl2-dev и все им тянущееся

Неа. Как буд-то оно не видит где вообще либьі лежат

Утро вечера мудрее

Доброй ночи

sdl2-dev вродь как его ставит.

Бывают ли альтернативные виды проектирования, кроме разделения задачи на подзадачи?

так и его нету

ну если кратко никто ничего не знает но пмы тоже хотят есть поэтому изображают тамаду

Хорошо. Предположим, есть команда 100 человек, один из них знает, что надо сделать (тех задание). Вопрос - как ему разделить задачу на сто человек и сделать процесс совместной разработки прозрачным и без нервов?

Хорошо. Предположим, есть команда 100 человек, один из них знает, что надо сделать (тех задание). Вопрос - как ему разделить задачу на сто человек и сделать процесс совместной разработки прозрачным и без нервов?

одной декомпозицией не обойдешься.

ну, если по-уму )

меня интересует конкретно процесс декомпозиции, остальное всякие облака с делегированием задач возьмут на себя