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

да вообще должно быть пофиг что в кольце хранится

указатели или сами данные

толстые указатели

толстые умные ленивые указатели

не, толстые глупые

ну типа кольцевой буфер указателей на принятые буфера

Где ж я столько буферов возьму? Каждый раз аллоцировать?

А читаешь ты во что из сокеты?

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

это же дорого, лучше буфер запилите

Освобождается != деаллоцируется

Например имеешь Н поедвыделенных буферов размером по 16к, читаешь в кпждый из них сколько пооучится и помещаешь этот буыер в кольцо

Когда до него доходит и завершается чтение/отправка - помечаешь его снова свободным

Когда до него доходит и завершается чтение/отправка - помечаешь его снова свободным

Так ведь в неблокирующем режиме может и из буфера не полностью прочитать

Например прочитается 1кбайт а дальше eagain статус

Значит в след раз будешь отпрпвлять с соответствующего смещения в этом буфере

Освобождается он когда весь отправится

А когда кончится цикл буферов - придется в него как то дописывать новые данные

Можно и через sendv или как зовётся scatter отправкп

Выглядит все это сложнее чем просто кольцевой буфер закодить)

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

Дело вкуса

А я понял про что ты. Да так действительно не будет проблемы переноса

Но все равно выглядит сложновато

игры кто-нибудь пишет?

кроме Диззи)

игры создают)

)))

Сейчас ковыряю опенгл 3. Может что и выйдет.

Сейчас ковыряю опенгл 3. Может что и выйдет.

а идея игры уже есть?

так диззи же подправить!)

да ну, там проще переписать с нуля на sdl/sfml

игры кто-нибудь пишет?

На D? Нет. Сложно, мутно, моторно

Мне оно интересно как артефакт игроделанья. Лишь бы бегало с нормальной скоростью.

Физических движков нет

На D? Нет. Сложно, мутно, моторно

ну точно не сложнее явы и с++

Физических движков нет

есть минимум 3

За одно скилл подкачаю.

есть минимум 3

Я видел только один, 3D, причем жутко лагучий

1 3д и 2 2d - chip и box2d

Ну, box2d надо поковырять как-нить

я на него посмотрел и выбрал dchip

https://github.com/denizzzka/Platformer

я на него посмотрел и выбрал dchip

Перформанс?

но уже не помню, так что лучше попробовать самому

ааа вру, возможностей меньше

у chip более правильная физика

вот

Ну обычно бокс2д всех удовлетворяет, но хз, сам не пробовал

у chip более верная физическая модель, что-то там связанное с произвольным ФПС супротив фиксированного в бокс2д

он позднее писался поэтому учтено там

Не думаю, что это так уж критично

критично, знаю игру которая щас страдает

от этого

переписывать значит всё менять

Ну фиг знаю, Limbo на боксе же, а физика там почти идеальна

ну конечно щас бы сделать всё наоборот лишьбы не как советуют

https://www.reddit.com/r/gamedev/comments/ngicv/box2d_vs_chipmunk/

ну конечно щас бы сделать всё наоборот лишьбы не как советуют

Советы это хорошо, но когда у тебя перед глазами хороший пример обратного...

это не пример - его нельзя ни с чем сравнить

ты в кинематику вообще можешь? момент инерции, там, и всё такое?

Плюс-минус

вобщем если будешь ковырять - в чипмунке приращение времени можно произвольно делать, а в бокс2д нет, и ещё в бокс2д все единицы измерения реальные а не виртуальные

сила тяжести, килограммы и т.п.

Первое надо для slo-mo типа?

для всего. просто удобно иметь всё настраиваемым а не гвоздями прибитым

ERROR: S client not available

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

на увеличенных сценах можно уменьшить приращение

и наоборот

всякое бывает

Буду иметь ввиду

но chip не имеет обёрток дишных - это чисто С код переписанный 1 в 1 в Ди, и его надо юзать аккуратно иначе протечёт

Кстати, тред на реддите - 6 лет назад. С тех пор ничего не поменялось?

нет конечно, тем более что у тебя будет box2d дишный а не сишный

Опять таки, есть масса готовых движков с готовой физикой.

рассказываю свои исследования вопроса:

3d не трогал. в ди есть своё 3д но я в нём не специалист

в 2д таких движков нет

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

чистые 2д движки типа sdl физики не имеют и она прикручивается отдельно к спрайтам-персонажам или ещё как-то

вот

Правда такая, что в игрострое язык пофиг

То есть если нужно создать продукт, а не поупражняться, проще и надёжнее взять что-то готовое, из чего будет выхлоп под максимум платформ.

это да, но мы-то в тематике

алсо альтернатива С++ только ди

Это так.

алсо альтернатива С++ только ди

Фиговая в плане пиара

другой для вас нету

D не пытается взять какую-то цель, поэтому он не взлетел

Он не взлетел потому что с++ подсуетились.

Но ещё не вечер, по-моему.

Ну сколько людей - столько мнений

Почему не взлетел? На tiobe он на 24 месте )

Во второй лиге)

выше чем erlang, clojure

https://pp.userapi.com/c845122/v845122355/4afbf/0Ovzefb1UvI.jpg игры затягивают!

https://trends.google.com/trends/explore?date=today%205-y&q=%2Fm%2F01kbt7

интересная тенденция