https://github.com/madwareru/rom-media-rs/blob/master/src/video/mod.rs а вот это уже игралка

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

https://github.com/lu-zero/ffmpeg/blob/master/libavcodec/smacker.c вот эта штука должна кушать всё, но тут код на си как ты можешь видеть

@fzzzr меншню чтобы ты не потерял

Gruntz прикольный, если покажешь на созвоне будет классно

Его изначально и хотел юзать. Если твой зайдёт - будет шикарно.

У меня сейчас уборка депрекейшнов (уже умерших и тех что ещё не) и маленький рефакторинг. Вряд ли успею к завтрашнему. Хотя если встану как обычно, благодаря моим эпическим проблем со сном (я сплю по 4 часа в среднем в сутки), то может что и смогу показать.

Возможно ты захочешь чуть иначе грузить байтики, тут используется моя костыльная хрень, можно увидеть тут например: https://github.com/madwareru/rom-loaders-rs/blob/master/src/multimedia/smacker/header.rs

я сначала думал причем тут rom 🙂 теперь понял

rage of mages)

Кстати, сначала думал что битридер написал очень неоптимально: https://github.com/madwareru/rom-loaders-rs/blob/master/src/multimedia/smacker/bit_reader.rs
Но потом начал думать, что если писать "оптимально", потом всё равно надо разворачивать эти биты, а если глянуть какой-нибудь хакерс делайт то там на каждое количество бит по сути своя функция, так что нафиг это не надо, получится что-то страшное и скорее всего ничуть не более быстрое)

Здравствуйте, я тут эксперементирую с макроквад. Те, кто эксперементировал с многопоточностью, что имеет смысл "распараллеливать"? В качестве примера хочу привести обычную логику снаряда. Есть условные 2000 снарядов, каждый требует обработки (рассчитать новое местоположение) и вызов на отрисовку. Самое интересное, что это относительно небольшое количество объектов "сжирает" 100% 1 ядра. Я додумался включить оптимизацию и нагрузка очень сильно снизилась, но осадочек, как говорится, остался. Имеет ли смысл создать пул с 16 потоками и в нем решать эти задачи?
П.С. немного новичок и все ещё борюсь с компилятором по поводу многопоточности

А откуда 2000 снарядов? Я что-то и представить себе не могу, где такое...

16 потоков дофига, по идее. Если у проца другого будет 8 ядер логических, то он же сдохнет нафиг.

Насчет отрисовки. А зачем на каждый снаряд отдельный дровкол? Рисуй их разом. Я ж не думаю, что у каждого из 2000 снарядов уникальных визуал.

И как вообще обрабатываешь местоположения снарядов?

Для начала, поменяйте логику коллизий если ещё не поменяли. 2000 снарядов это ничто и они не должны ничего нагружать

любой bullet hell шутер же

Не знаю таких, совсем)

Все, теперь погуглил и понял более-менее. Просветился немного

никаких коллизий нет, просто и тупо рассчёт нового положения через косинусы и синусы, умножение и сложение

а в качестве отрисовки просто draw_circle

все снаряды лежат в векторе