Прост

Кстати, crystal - это кто?

Язык

Компилируемый, с синтаксисом ruby

Во, загуглил. А то казалось что это сам графический двиг. Lua встраивается куда угодно, поэтому вперёд. Правда, я всё ещё не очень понимаю зачем. Гуёвые приложения писать на crystal? Или сразу на луях? Может тогда уж сразу QT прикрутить к чистым луям, и либу-обёртку для сахара?

Кристал - язык? Прикольно, было бы интересно

Не, просто хочу этакий полуклон xray engine забабахать

Ох вау, какие амбиции :3 Команда есть?

Вон в кристал чатике жалуются, что игр не написали

Ох вау, какие амбиции :3 Команда есть?

Не

А sdl есть на кристале? Прикручен? Можно было бы начать с графики на sdl

Просто на полуклон xray, нужны сразу знания opengl/directx (желательно одновременно, или первый ибо универсален), графического конвейера, куча линала, физона и прочего матана. И куча времени. Двиглы так просто не делаются. Подозреваю что у xray около 15к человекочасов, не меньше так точно, скорее больше.

Ах да, даже если прикрутить sdl. Хех, тогда уж сразу можно пилить на лов2d, ибо это - луёвая обёртка над SDL. При желании, можно и в 3d.

А sdl есть на кристале? Прикручен? Можно было бы начать с графики на sdl

Я его и юзаю вроде

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

Как прикручивать - можно глянуть сурцы лове. Там очень подробно описано использование SDL.

Как к кристалу биндить не знаю, к сям просто - и через чистый луа, и через ffi

Дык тут кристал сам хостит lua. И экспортирует в него набор методов. Так же как ловка написанная на с++. Только тут не с++ а кристал. По сути, луа в лове дёргает с++ функции, которые дёргают sdl.

Кстати, а как часто в лове ядро колбэчит luajit? один раз в кадр?

В смысле?

При каждом require/loadstring, jit трассирует модуль на часто вызываемую фигню и компилит её. Это всё.

Нене, я про то, что допустим в короне я могу подписаться на событие "update" которое вызывается раз в кадр.

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

А. Не, тут всё проще. Сишный код один раз вызывает функцию love.run, внутри которого находится бесконечный цикл, обновляющий таймеры, следящий за событиями и дёргающий love.update/love.draw как простые функции (при их существовании).

О, луп находится в луаджите?

то есть основной цикл обновления

Luajit - это виртуальная машина. Как ванильный интерпретатор lua, но со своими фичами, так же как есть много реализаций питона: и на java, и на c++ и на ruby, каждая со своими небольшими отклонениями. Тут - отклонения внутри довольно радикальные. Да, основной цикл в самой луашке. Можно регулировать частоту кадров прям отсюда. Можно переписать love.run на свою любимую функцию. Швабодка!

Сама функция выглядит так: https://love2d.org/wiki/love.run

Кстати, если хочешь обсуждать конкретно ловку - лезь в чуть другой чятик: https://t.me/love2d_ru

Окай, буду знать про чат) Насчет луаджита - только его и использую )))

Еще вспомнил, под луа не видели имплементации менеджера корутин? Типа раз в кадр вызывается этот менеджер, проходит по всем созданым коручинам, обрабатывает и опять в спячку до следущего кадра

Это же пять минут написать :3 Даже Роб писал: https://www.lua.org/pil/9.4.html

вот я и хочу написать ) а для начала глянуть как обычно делают. Нашел пару, но интересно может у кого есть что-то прям для продакшина

да, смотрю ) спасибо

Еще интересная задача, ну для меня точно ) Как максимально быстро пробежаться по таблице, при этом удаляя ее элементы. Например вот: local tbl = {1,2,3,4,5,6,7,8,9,10} local len, i = #tbl, 1 while true do if tbl[i] == 5 then table.remove(tbl, 5) len = len - 1 else — do_something() i = i + 1 end print(i, len) if len == i then break end end

тут проблема, что размер таблицы при удалении уменьшается...

Я уже задавал народу эту задачку :3

Да? И какой был результат?

Народ начал ругаться что мой способ дико медленный (ибо таблицы тут вообще ниоч), и выдал свой класс двусвязных списков.

Хм, прямо так и медленный? Интересно

А на практике, достаточно: for i = #tbl, 1, -1 do if something then table.remove(tbl, i) end end Экстремальная лаконичность.

Вот кстати обратный проход по таблице медленный )))))))))))))

тут соглашусь )

Вот он - нет. Скорость идентична. А удаление - медленное, ибо происходит куча сдвигов.

Щас потестим

tbl1 = {} tbl2 = {} for i=1, 100000 do tbl1[i] = i tbl2[i] = i end stime = os.clock() for i=#tbl1, 1, -1 do if tbl1[i] % 10 == 0 then table.remove(tbl1, i) end end print(os.clock() - stime) stime = os.clock() local len, i = #tbl2, 1 while true do if tbl2[i] % 10 == 0 then table.remove(tbl2, i) len = len - 1 else — do_something() i = i + 1 end if len == i then break end end print(os.clock() - stime)

результат: 1.53125 1.4921875

стоп

Ну ты понел.

1.34375 1.5 и так

короче равнозначны

А теперь ещё раз запусти, и их значения могут поменяться местами из-за сборки мусора.

но писать твой варик быстрее конечно )))

Раньше тестировал, у меня был твой вариант медленнее... А это было года так 3 назад. Видать я тогда где-то намудрил

Даже итератор: ` function ripairs(t) local i = #t+1 return function() i = i - 1 local v = t[i] if v then return i, v end end end for i, v in ripairs({1, 2, 3, 4, 5}) print(i, v) end —> 5 5 4 4 3 3 2 2 1 1

итератор немного медленнее ибо идет постоянный вызов фукции

Раза в полтора. Если гонять по небольшим табличкам - ок, чуть больше комфорта.

Ну да, итераторы писать лучше на нестандартных данных... И красиво и понятно

Забыл сказать, в твоем цикле мы проходим лишние запросы. Ибо таблица уже закончилась, а мы ее перебираем )

В смысле? Итерация прекращается если лямбда возвращает nil - nil. Читай мануалы.

о как... стоп. Цикл это просто инкремент или в данном случае декремент по переменной.

Откуда цикл узнает о том что мы из таблицы забираем?

это если ipairs - то да

Цикл - не узнаёт :3 а in - узнаёт, когда к нему приходят nil/nil. Фактически, in идентичен этому: local iter = ipairs(t) local res, q, w, e, r, t, y = iter() while res do ... код цикла res, q, w, e, r, t, y = iter() end На самом деле тут нет всяких q, w, e, r, t, y, количество аргументов неограничено: local iter = ipairs(t) local res = {iter()} while #res>0 do cyclefunction(unpack(res)) res = {iter()} end

Нене, тут все верно, я про другой цикл for i=#tbl, 1, -1 do

И я ошибся, он не делает лишних движений

Тебя слишком шокировала лаконичность? :3 Прям даже недоверие к крутости?

)))) типа того.

Доброе утро! Кто-нить знает как сделать такую штуку? Что бы подключить ffi мы должны описать хеадер и добавить его в ffi через cdef. И еще загрузить либу. А есть ли вариант сразу описать этот хидер в либе, и ее только зарекваирить?

@Snusmumriken тут к тебе клиент

)))) Да я у всех спрашиваю, мож кто знает)

Ой все. Кароч, смотря какая либа. Если своя - просто require. Если чужая - полный список процедур. И этим мы подключаем не FFI a dll/so.

Я видимо не так описал. Я пишу на С либу. В ней одна функция foo, которая написана не с луа биндингами, а как либа для другой проги на С. И пытаюсь понять, как ее написать так, что бы она бы нормально рекваирилась в луаджит. Можно через ffi интерфейс описать... А можно ли в С либе сделать такое описание? Но не как стандартное как для обычного луа.

http://cs.brynmawr.edu/Courses/cs380/fall2011/luar-topics2.pdf

Да не, это для обычного луа. Так я делал...

Спасибо, но не то

Для подключения произвольных либ через jit, таки пишем cdef, load и юзаем. Хорошие люди ещё и делают обёртку вокруг всего этого в виде lua-либы.

понятно, то есть в в луаджит либа bit написана как для обычного луа? без ffi?

А то. Зачем что-то ещё? Обычная сишная либа написанная для луёв и встроенная в lua.dll/so

Понятно, спасибо