Да вроде так и делал, все что можно было в блоки код добавил.. но подсветки синтаксиса почему-то нет. Возможно там как-то надо указать ему что это вот c++, а это json
Сигнальный TCP порт вообще по умолчанию у нас 8778, а 5060 сделали в облаке чтобы некоторые корпоративные клиенты сидящие за прозрачными проксями могли подключаться напрямую. Сигнальный канал - WebSocket на HTTP(s) сервере. Протокол полностью свой, с SIP несовместим. Сейчас почти у любого современного мессенджера свой протокол, так сильно удобнее получается... JSON вместо SIP+SDP прекрасно себя зарекомендовали, кроме того это хороший задел для реализации веб приложения.
На прием видео/звука вообще может использоваться один UDP порт или если UDP по каким-то причинам не доступно один же TCP порт как фейловер.
Отдает маркетинговым bul...om
Ни слова не сказано про типы MCU (и вообще не заметил употребления этого термина). Как минимум есть два варианта работы сервера — мультиплексировать потоки на каждого участника vs. смешивать их на сервере — слать каждому по одному потоку…
Ну и т.п.
Я не выкидываю XP, именно из-за необходимости ее поддержки эта статья и появилась.
Но разрабатываю я не на на XP по вполне понятным причинам. Соответственно, никаких проблем с реентерабельностью возникнуть не должно, так как мы изначально рассчитываем что ее нет и она нам не нужна. Если же она нам зачем-то нужна, то вариантов использовать Slim API как-бы и нет, только тот страшный малопонятный огород по вашим ссылкам, только хардкор да.
Строго говоря, да, под XP у нас reentrant, а под все остальное нет.
Но я исходил из того, что пишем мы не на XP. Для меня лично, основные платформы это: Windows 7/8/10 + Linux и поведение на них будет идентичным. То что на XP будет реентерабельность, проблемы в таком случае не составит (код то мы писали и отлаживали исходя из ее отсутствия).
Спасибо! Поправил ?
Приветствую!
Да вроде так и делал, все что можно было в блоки код добавил.. но подсветки синтаксиса почему-то нет. Возможно там как-то надо указать ему что это вот c++, а это json
Сигнальный TCP порт вообще по умолчанию у нас 8778, а 5060 сделали в облаке чтобы некоторые корпоративные клиенты сидящие за прозрачными проксями могли подключаться напрямую. Сигнальный канал - WebSocket на HTTP(s) сервере.
Протокол полностью свой, с SIP несовместим. Сейчас почти у любого современного мессенджера свой протокол, так сильно удобнее получается...
JSON вместо SIP+SDP прекрасно себя зарекомендовали, кроме того это хороший задел для реализации веб приложения.
На прием видео/звука вообще может использоваться один UDP порт или если UDP по каким-то причинам не доступно один же TCP порт как фейловер.
FreeSwitch ? тут каждому свое ?
Лев Натаныч, перелогиньтесь
"Предпочитайте композицию наследованию"
34 правило Александреску / Саттера.
Простите, не удержался :)
Отдает маркетинговым bul...om
Ни слова не сказано про типы MCU (и вообще не заметил употребления этого термина). Как минимум есть два варианта работы сервера — мультиплексировать потоки на каждого участника vs. смешивать их на сервере — слать каждому по одному потоку…
Ну и т.п.
Но разрабатываю я не на на XP по вполне понятным причинам. Соответственно, никаких проблем с реентерабельностью возникнуть не должно, так как мы изначально рассчитываем что ее нет и она нам не нужна. Если же она нам зачем-то нужна, то вариантов использовать Slim API как-бы и нет, только тот страшный малопонятный огород по вашим ссылкам, только хардкор да.
Но я исходил из того, что пишем мы не на XP. Для меня лично, основные платформы это: Windows 7/8/10 + Linux и поведение на них будет идентичным. То что на XP будет реентерабельность, проблемы в таком случае не составит (код то мы писали и отлаживали исходя из ее отсутствия).