Да, я думаю, что будет. Во всяком случае, его будет не сложно сделать. Ничего платформо-зависимого использоваться не будет.
Что касается TCP, то не считаю это проблемой. Вполне возможно реализовать и UDP, просто в этом случае будет командный канал (потери в котором недопустимы) и видео-канал, где часть данных терять можно. Но, опять же, это доступно только для кодеков VP8/VP9.
Приложение стремится к достижению необходимой часты обновления экрана, но сеть или кодирование у вас не успевает за обновлением экрана.
Для использования вместе видео-контентом, лучше переключиться на кодеки VP8 или VP9.
Планируется реализация своего ID-сервера.
ID-сервер будет выдавать клиентам идентификаторы, определять тип NAT и давать оптимальный способ обхода, исходя из поддерживаемых обоими сторонами соединения. Это может быть, например, полное проксирование, прямое соединение (в случае, если хотя бы одна из сторон не за NAT) или STUNT (т.к. соединение, на данный момент, только TCP).
Для первоначальной реализации будет достаточно полного проксирования и прямых соединений. В дальнейшем будет возможно расширить поддержку способов обхода.
Проксирующий сервер при этом будет являться отдельным приложением, которое может быть установлено отдельно от ID-сервера.
И, конечно же, все это будет с открытым кодом и бесплатно. Каждый сможет установить свой приватный сервер и использовать его по своему усмотрению.
GPL 3 не позволяет включать программу в коммерческое ПО, но думаю внутри организации (без распространения во вне) использовать можно. Подробнее можете почитать на Wiki.
Коммерческое использование не запрещено GPL 3, используйте. Единственное чего сейчас не хватает для замены TV/Ammyy — это обход NAT. Надеюсь, что он вскоре будет реализован.
Сервер Aspia добавляет правило для разрешения входящих подключений к себе во встроенный фаервол Windows при запуске. При остановке сервера правило удаляется.
Если используются сторонние фаерволы, то тут я бессилен.
Если такое произойдет, то статья однозначно будет :) Я планирую рассказывать о каждой новой версии. Где, как не на хабре, можно собрать сколько отзывов и пожеланий?
1. Потому что это во многих случаях очень низкоуровневая работа с операционной системой
2. Все сторонние библиотеки написаны на C/C++
3. Оптимальная производительность C++ кода
Оно так реагирует на файл скачанный из сети (он помечается браузером). Если файл был получен другим способом, то этого окна нет.
Как вы и написали, все упирается в дорогие сертификаты.
Вы бы посмотрели реализации всех этих шифрований в UltraVNC и прочих подобных. У них нет поддержки шифрования на уровне протокола. Нет стадии обмена ключами. Все шифрование реализовано в виде костылей, обмен ключами происходит вместе с пересылкой первых сообщений при подключении (и эти первые сообщения передаются в открытом виде).
Нет никаких руководств и универсальных библиотек. Общие принципы работы — есть. Чтобы разобраться в работе подобных программ — только изучать код открытых реализаций.
1. Адресная книга — это документ. Такой же как файл Word, например. Не открывайте приложение, чтобы открыть адресную книгу. Файл адресной книги ассоциирован с программой, просто открывайте сразу его.
2. Масштабирование будет в следующей версии.
Что касается TCP, то не считаю это проблемой. Вполне возможно реализовать и UDP, просто в этом случае будет командный канал (потери в котором недопустимы) и видео-канал, где часть данных терять можно. Но, опять же, это доступно только для кодеков VP8/VP9.
Для использования вместе видео-контентом, лучше переключиться на кодеки VP8 или VP9.
ID-сервер будет выдавать клиентам идентификаторы, определять тип NAT и давать оптимальный способ обхода, исходя из поддерживаемых обоими сторонами соединения. Это может быть, например, полное проксирование, прямое соединение (в случае, если хотя бы одна из сторон не за NAT) или STUNT (т.к. соединение, на данный момент, только TCP).
Для первоначальной реализации будет достаточно полного проксирования и прямых соединений. В дальнейшем будет возможно расширить поддержку способов обхода.
Проксирующий сервер при этом будет являться отдельным приложением, которое может быть установлено отдельно от ID-сервера.
И, конечно же, все это будет с открытым кодом и бесплатно. Каждый сможет установить свой приватный сервер и использовать его по своему усмотрению.
Если используются сторонние фаерволы, то тут я бессилен.
В планах возможность удаленного обновления есть.
Это все есть (рублевый PayPal, Яндекс.Деньги). Нужно просто переключиться на русскую версию сайта (значки справа вверху).
2. Все сторонние библиотеки написаны на C/C++
3. Оптимальная производительность C++ кода
Как вы и написали, все упирается в дорогие сертификаты.
2. Масштабирование будет в следующей версии.