Ренлдерилку её переписал на SDL

20 строк кода весь рендер, если особо не раскидываться

гит?

https://github.com/igor725/VoxelSpaceSDL

мерси

Проектом аналогичным вдохновился, который на бг-мерзком жсе

Захотелось нативочку сделать

Еще чуть-чуть эмскриптена поверх накинул, чтобы демку браузерную сделать

В последний раз в году так 2009 играл в команш

осталось на луа и пиксели переписать, чтоб был софт-рендер

На love2d делал, но вышло больно медленно, не стал на гит кидать

Только в корзину кинул))

кидай

Может потом перепишу с быстродействующими функциями

на инстед хочу 3д двиг

Мне не нравится, что в love2d нет прямого доступа к текстуре

Точнее как, есть, но не к той, которая рисуется

чтоб иллюстрации и параллакс шевелёнки мастерить

Это существенно всё замедляет

обмазывать всё дитерингом

Вроде делал с использованием ffi во многих местах, а вышло один фиг ужасно медленно, расстроился и на Си написал

и прочими тун-фильтрами

чтоб иллюстрации и параллакс шевелёнки мастерить

Кайф

Помню еще войсчат на love2d делал, он уже сносно работал, имел бекенды enet и luasocket, но думаю он уже безвозвратно утерян. Ибо писал примерно 10 переустановок винды назад)

войсчаты - зло

Мне не нравится, что в love2d нет прямого доступа к текстуре

А это основной прикол работы с видяхой. Image — это то что находится на видеокарте (у цпу только указатель на id буфера на видяхе). У цпу в принципе нет к ней доступа — оно на видеокарте. ImageData — это то что в оперативной памяти. Всякие штуки типа "myimage:blit(otherimage, x, y, srcx, srcy, srcw, srch)" — это при отсутствии opengl-рендера и использования видяхи, прямое копирование из буфера оперативки в другой буфер.

Ну это очевидно, да. Но обидно, что нет чего-то, что могло бы помочь ускорить процесс.

ImageData и Image:replacePixels(imgdata).

Первое имеет доступ к картинке из цпу, второе — прямая переливка данных с цпу в видяху без лишних копирований (созданий новой image и удалений старой image).

Вот тут — steamworks присылает мне указатель на буфер экрана браузера, я его через ffi запихиваю в imagedata, а потом через replacePixels пересылаю в видяху.

ImageData и Image:replacePixels(imgdata).

Ого, либо я слепой, либо в доках этого не было

Скорость космическая, и ffi тут нужен только для прямого копирования приходящего буфера в imagedata.

Это как раз помогло бы скорость поднять

Лишняя память тоже не размечается. Вообще. Отредактировал imagedata => переслал. Отредактировал и снова переслал.

Ого, либо я слепой, либо в доках этого не было

До 11 называлось image:refresh(imgdata), появилось в 10 в 2015 году.

Кажется я знаю, чем сегодня займусь

Хыхыхы

Кажется я знаю, чем сегодня займусь

И в гит.

Оке

Домой вернусь и напилю, думаю

Грибобас был бы рад...

ЛДПР предложила сделать из Москвы полигон для сбора грибов

До 11 называлось image:refresh(imgdata), появилось в 10 в 2015 году.

На счёт replacePixels, кстати, сколько я в неё ни смотрел, всегда видел только то, что она аргументом функцию принимает

На счёт replacePixels, кстати, сколько я в неё ни смотрел, всегда видел только то, что она аргументом функцию принимает

Путаешь с mapPixel, что есть "шейдер на цпу" )

А это очень и очень медленно было бы, даже если б функция просто значения возвращала от ImageData

Путаешь с mapPixel, что есть "шейдер на цпу" )

Очень даже вероятно

Надо бы зрение проверить сходить)

Я где-то делал game of life на mapPixel, но кто-то (не исключено что ты) показывал пример на ffi с созданием ffi-структуры а ля imagedata, редактировании её и копировании её в imagedata, что было в несколько (десятков?) раз быстрее.

А, не ты )

https://gist.github.com/pevzi/a55cca69dd925b449d728d5de11930b1

Интересная штука

А, ля, тут ваще хак с преобразованием поинтера ImageData в указатель на 2д-массив color_t, и прямое задание там пикселей без лишних вызовов функций.

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

Особенно если сожмёшь

Да, тут много приколясов со всем этим счастьем, лапки развязываются

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

И каждый раз новый Image создавался

А это медленно прям капец

Вот проблема в этом, да. Это было первое что приходило в голову, и на fullhd-картинке графики памяти ловки начинают напоминать пилу с пиками с 700 до 1800мб, непрерывно размечаясь и удаляясь.

Ну а потоком пикселей было изображение с вебкамеры, которая к малинке подключена

мне пожалуйста видеорегистратор на мобилку

на ловке

Хехе

чтоб можно было задать период фотосъёмки и разрешение фото

Нифига замахнулся

нашпионить хочу

нуачоа, должна же быть какая - то польза от ловки на мобиле

Вот эти задачи мне кажутся проще делать вебом, браузеры поддерживают потоковую фигню. Ну и управление/директории всякими аяксами.

а жрут батарец сколько?

Протоколы оптимизированы, выбор качества и вся фигня.

мне бы простое шпионство без веба

поставил мобилу, нашпионил, забрал мобилу

посмотрел фотки на ней

чисто для домашнего использования

с вебом морока

сервер, утечка нашпионенного

дисконнект, трафик

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