MicSpy By SLESH 1.0b

2 AlexTheC0d3r

Комуже в голову придет это сырьё кидать в X
Хотя с сохранением копирайта, я был бы не против понаблюдать её там )))

 

помоему в данном случае размер не имеет значения))

 

Ыть. А прожка и правдо попала в майский ][
Жесть, и спасибо за "спасибо" ))

 

а web камеру туда ещё можно?

 

да-да камера не помешала бы и прямая трансляция.
Кстати поздравляю с "залётом" в ][.

 

Можно былобы попробовать написать прожку минимального размера для потокового вещания с вебкамеры, но нету камеры чтобы тестить )

 

Там походу архив битый.
Короче, пишет ошибка в данных CRC

 

у меня есть, я могу тестить

 

Перезалейте, пожалуйста.
А автору спасибо: даже самые отзывы и описание проги говорят, что продукт стоящий.

 

А паковал чем то особенным?, у мну ошибка при разахивации(( залейте плиз.

 

После переезда на другой серв, видимо навернулся аттач.
По этому скачать можно отсюда
[link]http://slesh.name/uploads/MicSpy.rar[/link]

 

веб админка, прикольно мини сервер прям, жаль только что сетевое программирование целая наука (я говорю о устойчивых к сбоям, разрывам соеднинений программах)

незнай но мне кажется удобнее работать на уровне своего специализированого клиент-сервера (придумать свой вид пакетов... ведь в одном байте можно закодить 255 разных значений хех), чем с HTTP протоколом... меньше трафика...

 

Gar|k
ой да ладно, наука. что такое "устойчивые к сбоям, разрывам соеднинения" не понятно кстати)

 

1) устойчивость к ошибкам - это не твоя задача это делает за тебя TCP/IP драйвер.
2) Устойчивость к сбоям типа данне потерялись, то тут банальная проверка длинны пакеты (если ты передаеш его)
А еще лучше делать по другому(для устойчивости)
СИГНАТУРА_1 + ДЛИННА ПАКЕТА + ДАННЫЕ + СИГНАТУРА_2
И тогда все данные которые непроходят проверку на сигнатуру или длинну сразу отбрасываются как ошибочные.
3) разрыв соединения - ну разорвалось, ну и что с этого? Если ты ждал данные через recv то получиш 0 в ответ. И там дальше уже по обстоятельствам решиш.

Так что всё дело даже не в сетевой реализации, а в протоколе который будет использоваться.

 

Вообще задумка с вебкамерой была такая
1) прожка - сервис и консоль.
2) потоковое вешание клиенту. Хотелось бы сделать веб интерфейс клинта
3) вот незнаю что лучше - через ax подрубить флеш или через dx делать

Но всё равно времяни нет делать (

 

2 slesh, zeppe1in Йон Снейдер: Эффективное программирование TCP/IP

почитатай... и поймешь что иногда даже получить длину пакета невозможно из-за задержек тд и тп... реальная сеть это тебе не 127.0.0.1

 

2 Gar|k ты это говоришь человеку который пишет ботов с программной админкой?
А получить длину пакета я всегда смогу потому что длинна у меня - идет сразу после сигнатуры. И потом дочитывается оставшаяся часть если идет фрагментированный пакет.

 

2 slesh пффф я просто рекомендую тебе прочитать книжку, может найдешь для себя что-то новое, может нет. книжка хорошая и не повредит в любом случае)

 

За книжку спасибо. Обзорно пролистал её. Книжечка довольно сыровата.
Заточена для nix систем. В ней НЕ описаны очень многие моменты которые присутствуют на Win системах. Причем многие из этим моментов довольно весомый вклад вносят в работу.

p.s. автор пользовался литературой 90-х годов.
Самая свежая книга - 2000 года.
А С тех пор много что изменилось. К примеру виндовые сокеты стали поддерживать больше BSD'шных функций, которые ранее не поддерживались (К примеру - установка таймаута на чтение данные в блокируемых сокетах)

 

А как бэ эээ,в о бщем,не появилось ли время для вебкам?