Программа NetPCLinker предназначена для налаживания связи-(общения) между двумя компьютерами по принципу "р2р" (точка -> точка, без использования серверов - посредников). Для налаживания прямого соединения между двумя клиентами в сети - достаточно, что бы один из клиентов имел "реальный" статический IP адрес или DNS имя для динамических адресов, так же можно воспользоваться VPN сетями или IPv6 туннелированием.

Основные возможности:
1. Чат


2. Файловая пересылка


3. Телемост


4. Скачивание клиентской шары


Основа для телемоста VFW, MCI


Для скачивания:
https://sourceforge.net/projects/netpclinker



Это сообщение отредактировал(а) SVN74 - 28.8.2015, 22:29

привет, 
отличная работа!
а API будет для встраивания движка в чужие проекты или это стендэлон?

Это сообщение отредактировал(а) CompWorm - 24.6.2014, 22:10

В принципе возможно будет перевести каркасы (net, sound, video) в dll, но для начала необходимо обкатать  прогу, выявить ошибки, набрать достаточное количество "поклонников",  а так прога пока будет в режиме "Debug - StandAlone".
Сам заимствовал только одну стороннюю библиотеку для GIF картинок, все остальное писал как говориться с чистого листа, даже иконки рисовал мой сын, - хотелось создать прогу, за которую ко мне не было бы никаких претензий за несоблюдение авторских прав.
Поэтому использовал:
1. Зарегистрированную C++ Builder 2006 Explorer (с ограниченными возможностями)
2. (winsock2.h) - для соединений 
3. (vfw.h) для телемоста
4. (mmsystem.h) - для звукового соединения 
Вся графика вкладок активных соединений в программе создается динамически с отдельным потоком, также программа может давать приглашение "активному" клиенту на любой вид соединения даже, если клиент находится за NAT, поэтому два клиента могут друг другу звонить  даже и не зная, что один из них находиться за NAT(ом).
Конечно NAT(ы) - это бич нашего времени, поэтому неплохо было бы для  программы иметь свой собственный VPN сервер в инете., но это уже посредник, чего в наш век "прослушек" не хотелось бы...    

SVN74, почему бы тебе тогда не поддержать один из существующих проектов? вот щас новая открытая программа появилась, у них реализован SIP, а p2p нет... общение p2p с шифрацией было бы приятным бонусом.

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

PS вообше, в какую сторону развивать собираешься свой проект?

Это сообщение отредактировал(а) CompWorm - 25.6.2014, 22:24

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

 
Да, дополнительных коррекций изображения я не встраивал, там идет просто захват с камеры 320х240 с последующим помещением картинки в буфер, который выбранный пользователем кодек сжимает с последующим выводом на картинку и отправку в очередь для пересылки,  кстати можно выбирать не только DivX но и XviD , словом любой кодек, который затем сможет распаковать DivX, - основная привязка конечно к DivX.
Я вот смотрю они выставили бесплатную прогу в которой реализуют сжатие "последними" кодеками, а ведь за это можно получить по шее от авторов кодека (даже для бесплатных программ), кодеки это не просто иконки, это уже софт и надо спец.разрешение от авторов, - поэтому я и не встраивал кодек в программу.
Самым лучшим на мой взгляд для телемоста использовать кодек "wmv" кодек от микрософта, - он имеет лучший уровень сжатия с минимальными искажениями, но он тоже не бесплатный и довольно сложно встраивается в прогу.


Не помню, писал или нет, я использовал TCP протокол за основу и надстроил поверх него кучу своих протоколов передачи, что разобрать в общем потоке пакетов - что куда, практически невозможно, не знаю может это плюс а может и нет, во всяком случае перехватывать кому то пакеты будет проблематично, - данные идут в строгой последовательности с доп. проверками.
Для телемоста реализованы буфера для звука, видео, отправки, также идет контроль на заторы -  (загорается красный треугольник) и т.д.   


Основной идеей для моей проги - была файловая пересылка между мной и соседом за стенкой (через wifi), неохота было настраивать комп, хотелось, чтобы запустил прогу и качай, - затем появилась мысль сделать и все остальные возможности современной связи.
На будущее не загадываю, для начала хочу выяснить (для себя) на сколько сейчас необходимы такого рода программы (может никому она и ненужна), каковы недостатки в моих реализациях и т.д.
Если будет выяснена необходимость и удачность данной проги, - конечно начну работать над версией 2.0 (на базе udp,vpn, directx) с принципиально новой стратегией графики(без окон) и т.д. (конечно не исключаю может быть и платной основы).

чот, не уловил, а DivX и XviD используемые у тебя, это что? 
у них полный GPL, а видео жмётся через ffmpeg (LGPL). что не так конкретно?


в следующей версии офиса скайп будет встроен в аутлук, что приведёт к проседанию рынка подобного софта под Windows. Зато спрос под Linux на такое может быть порядочно выше. 


ммм... а зря.  

Это сообщение отредактировал(а) CompWorm - 26.6.2014, 20:11

Все правильно,  программа сжимает видео используя кодек установленный в системе пользователя по умолчанию (совместимый с требованиями для DivX), ним может быть в том числе и ffmpeg. Просто все сделано через  http://msdn.microsoft.com/en-us/library/wi...2(v=vs.85).aspx , без  инсталляции компрессоров. Установка DivX пользователю понадобиться только , если в системе нет подходящего кодека, а так можно пользоваться и ffmpeg.
На счет GPL(ов), - где то случайно в инете на английский сайтах (не помню где именно) было описание судебных разборок за использование DivX и я понял, что c этими GPL(ами)  лучше особо не связываться. Если мне понадобиться конкретно сопровождать кодек со своей прогой, - я лучше куплю...
Может конечно есть и другие варианты, но как для первой версии, - будет кодек отдельно от программы...
    

Наверное для начала ее нужно прочитать ?

Для без проблемной связи для тех у кого установлены дома роутеры рекомендую дополнительно использовать VPN Hamachi: 
https://secure.logmein.com/products/hamachi/

на самом деле, если программист прилепил модный ярлычок GPL к своему проприетарному софту, то он не прав, и ярлычок по сути нерабочий.
 
поэтому под вопросом, оплачена ли у разработчиков ffmpeg лицензия на кодирование H.264... потому что если нет, то их LGPL в юридическом смысле - ноль, и все кто жмёт H.264 с ffmpeg - нарушают, несмотря на то что якобы пользуют свободный софт.