Рисование по сети...

[Lazy_caT]

Салют всем!!

Задумал я тут сделать для своего чада и его друзей прогу чат+рисовалка по сети...
Чат, с помощью, здешних завсегдатаев, я уже сделал, остаётся только сделать рисовалку, саму рисовалку-то я сделаю, нужно организовать передачу содержимого PictureBox'а по сети...
Сделал такую фигню, расшарил в сеть папку на полный доступ и с помощью SavePicture и таймера на интервал в 1 сек. сохраняю туда картинки... размер у PictureBox'а фиксированный - 1024х768... следовательно картинка получается около 3-х с гаком мег... да и во время обновления PictureBox'а происходит задержка, небольшая, но всё-таки... Похоже на постоянные подёргивания, т.к. во время сохранения и загрузки приложение ждёт завершения операции...

Так вот, хочу спросить знающих людей, может кто подскажет способ как это сохранение и загрузку картинки организовать в реальном времени?
Т.е. меня интересует как сделать так чтобы в одном клиенте рисуешь, и это художество сразу появляется PictureBox'е других клиентов...
Протокол используется UDP (так, на всякий случай)...
Вариант с прямой передачей координат и всех остальных мелочей я уже пробовал, впринципе получается, но из-за задержек в сети линии и кривые на рисунке получаются прерывистыми.... Да и если из буфера обмена картинку вставляешь, на других клиентах эта картинка не отображается....
Помогите, плз, советом.... Как и что делать, может какие свежие идеи на этот счёт есть?...

[Alexanbar]

Надо каким-то образом разработать алгоритм фиксации изменений типа того, что делает MS Word. Т.е. в каком-то файле фиксировать толко изменения, и его и передавать по сети. А на соответствующем компьютере проводить обновление картинки.

[SSecurity]

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

[GP]15,24[RB]

[GP] - команда например GetPosition

Винсок читает всё и не обрабатывает пока не получит в конце [RB]. Я бы конечно реализовал TCP соединение ...

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

Если всёже оставлять нынешний вариант, то думаю единственное, что можно посоветовать - ограничить палитру и реализовать/использоваь конвертор BMP->GIF или BMP->JPG (до 200-300к можно получить размер)

[TEH3OP]

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

Определить какие строки изменились можно по вертикальным габаритам нарисованного.

Дальше просто держи растр в памяти или в файле и обновляй из него пиктербох.

[Lazy_caT]

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

Определить какие строки изменились можно по вертикальным габаритам нарисованного.

Дальше просто держи растр в памяти или в файле и обновляй из него пиктербох.

Дык, тут ситуация такая чтобы PictureBox обновлялся в реальном времени каждые 0.5-1 секунду... а не после того как это нарисованое будет нарисовано... У меня идёт пересохранение картинки после события MouseUp... Хотя, хрен её знает, может так и лучше будет...

[Lazy_caT]

Кстати, вот тут столкнулся с ещё одной ситуацией... при запуске второгоБ третьего клиентов они мне сообщают "Error №75 Path/File acces error", сам файл существует... Вполне возможно он монопольно используется программой которая его создала... Т.е. остальные клиенты его открыть не смогут...

[TEH3OP]

Дык, тут ситуация такая чтобы PictureBox обновлялся в реальном времени каждые 0.5-1 секунду... а не после того как это нарисованое будет нарисовано... У меня идёт пересохранение картинки после события MouseUp... Хотя, хрен её знает, может так и лучше будет...

Смотри, если у тя 1024/768 точек изображение, то при глубине цвета 16 bpp одна строка буит занимать 1024*16 = 16384 b, при скорости в 10 mb/s получается что передаваться всё это буит за 0.00002 сек. (если я не совсем тупой).
Короче, держи в памяти байтовый массив с пиксельными данными картинки, как только обновился массив с данными делай SetDIBitsToDevice. Файлы держать и обновлять, эт галима... ;-)
Останется только сделать, чтобы данные не обновлялись одновременно с нескольких мест, хотя и иэто возможно, если обновляются разные строки.

Одной секунды, должно хватить на несколько загрузок.

[Tamahawk]

Даю хорошую ссылочку http://freevbcode.com/listcode.asp?Category=2
по ищи там

[TEH3OP]

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

[Lazy_caT]

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

Определить какие строки изменились можно по вертикальным габаритам нарисованного.

Дальше просто держи растр в памяти или в файле и обновляй из него пиктербох.

Попробовал... С помощью Get\SetPixel... Матрица 100 пикселей на 100 пикселей считывается около 5 сек... (Amd Athlon 900 + 320 RAM +WinXP) И где тут "в реальном времени"?
А ведь эту матрицу по сети передать нужно...
Не, нужно что-то другое придумать.... Хотя вариант неплохой.... для маленьких размеров...

[GoGosha]

Вот примерчик, если чего не понятно: мыль