RM
Щас покажу что я высрал
Size: a a a
2021 November 24
AS
по обилию емких глаголов получилось что-то феноменальное
RM
Есть несколько проблем:
1) Почему то при попытке получить IP соединения на TCP Server'е возвращает ошибку (код закомментировал), строка: 250
2) Вообще не вразумил как закрывать хэндлы в Finalize методах, строки: 192, 334
3) Шо по коду вообще? Правильно ли я напилил код?
1) Почему то при попытке получить IP соединения на TCP Server'е возвращает ошибку (код закомментировал), строка: 250
2) Вообще не вразумил как закрывать хэндлы в Finalize методах, строки: 192, 334
3) Шо по коду вообще? Правильно ли я напилил код?
RM
По сути, там весь основной код в 410 строк умещается, все что ниже - это UDP которое еще не реализовано и в конце NetworkManager (обертка)
RM
Выглядит это конечно вообще жесть, говнокасты повсюду, в libuv - это норма, приходиться подстраиваться.
А еще документация для непонятно кого на официальном сайте, нихера непонятно из нее
А еще документация для непонятно кого на официальном сайте, нихера непонятно из нее
RM
Примеры предоставлены, но черным по белому пишут "пример не совсем корректный, потому что мы забили болт на закрытие хэндлов и освобождение памяти"
RM
И вообще, я не понял, это асинхронная сеть получается или нет?
Стоит ли запускать uv_run в отдельном потоке? (хотя я вообще хз как это реализовать, в гугле инфы никакой по поводу потоков + uv_run)
Стоит ли запускать uv_run в отдельном потоке? (хотя я вообще хз как это реализовать, в гугле инфы никакой по поводу потоков + uv_run)
КП
EP
немного знаю
2021 November 25
d.
Не подскажете,по какому протоколу профитнее транслировать видео?
d.
Обычно udp для этого юзают?
RM
Видео передают через udp так как там потеря кадров не важно
RM
Но я читал, что некоторые компании какое то свое UDP изобретают под видео специально
RM
Статья какая та была интересная по этому поводу, но я думаю в твоем случае хватает обычного UDP
с#
с#
кстати, потеря кадров важно, и в ютубе, и в одноклассниках через udp реализована проверка доставки пакета
КП
SOCK_STREAM Обеспечивает создание двусторонних, надёжных потоков байтов на основе установления соединения. Может также поддерживаться механизм внепоточных данных.
SOCK_DGRAM Поддерживает дейтаграммы (ненадежные сообщения с ограниченной длиной без установки соединения).
SOCK_SEQPACKET Обеспечивает работу последовательного двустороннего канала для передачи дейтаграмм на основе соединений; дейтаграммы имеют постоянный размер; от получателя требуется за один раз прочитать целый пакет.
SOCK_RAW Обеспечивает прямой доступ к сетевому протоколу.
SOCK_RDM Обеспечивает надежную доставку дейтаграмм без гарантии, что они будут расположены по порядку.
SOCK_DGRAM Поддерживает дейтаграммы (ненадежные сообщения с ограниченной длиной без установки соединения).
SOCK_SEQPACKET Обеспечивает работу последовательного двустороннего канала для передачи дейтаграмм на основе соединений; дейтаграммы имеют постоянный размер; от получателя требуется за один раз прочитать целый пакет.
SOCK_RAW Обеспечивает прямой доступ к сетевому протоколу.
SOCK_RDM Обеспечивает надежную доставку дейтаграмм без гарантии, что они будут расположены по порядку.
КП
ты имеешь ввиду, вместо SOCK_DGRAM поставили SOCK_RDM во флагах?