Хех, я понял, почему я в своё время отбросил register_shutdown_function… до 4.1.0 (а я и с ними дело имел) при помощи этой функции нельзя было менять данные отсылаемые пользователю.
К сожалению я сталкивался лично только с устройствами немного другой целенаправленности. Нужны они были для генерации таймкода, а не просто точного времени (специфика чуть-чуть не та). Я могу конечно посмотреть, как эта железка называлась, но вряд ли это вам поможет.
Вы ярлык новый создали или из пуска взяли? Чую что из пуска. При создании нового ярлыка напрямую из skype.exe поле «объект» доступно для редактирования.
— На работе видео Intel (встроенная в проц i3) на ура меняется Saturation и монитор становится ч/б.
— Дома дискретная nVidia GF 450 в настройках видюшки так же убирается цветность в ноль и получается ч/б минотор.
— Видюшку AMD под рукой не имею, но с 99.999% уверенностью могу сказать, что там это тоже реализуется на ура.
Если вас интересует вещание радио (одного потока) на множество слушателей при ограниченном канале, то возможно вам лучше посмотреть в сторону p2p multicast, т.е. когда сами клиенты будут между собой обмениваться частями потока. Правда такие технологии зачастую требуют доп.ПО со стороны клиента (как в случае с FreeCast да и развиты не особо хорошо пока. Вообще я опять таки только одним глазом глянул на всё это дело. За подробностями лучше в вики в раздел «P2P и мультикастинг» ну и далее в гугл (:
И да, отвечая на вопрос. Хоть на 100% уверенности нет, но думаю трафик (т.е. пакеты) кроме заранее определенных случаев с multicast никоим образом не объединяются и даже не сравниваются. Представьте, какая бы это была нагрузка на маршрутизаторы. Еще и пакеты сравнивать >_<. Тем более маршрутизатор же не может быть уверен в последующей идентичности пакетов. Как раз для всего этого и придумали мультикаст, где сам пакет говорит, кому, что и как нужно доставить. Маршрутизатор же решает только, пора уже его клонировать или еще нет.
