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

не надо на меня гнать сразу, это автора схема, и не буду всё в ней переделывать, а оставлю как автор того пожелал...
там из добавленного 2 компонента, всё остальное автор накидал..

Rysik, Автор -- новичок, увидев что отвечающий гуру оставил схему без изменений, решит, что так и положено кидать компоненты куда придётся

ну , ладно в след раз будет схема выглядеть по моей красоте

Редактировалось 6 раз(а), последний 2021-05-21 05:27:05

Редактировалось 6 раз(а), последний 2021-05-21 05:27:06

Редактировалось 6 раз(а), последний 2021-05-21 05:27:07

Редактировалось 6 раз(а), последний 2021-05-21 05:27:07

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

Редактировалось 6 раз(а), последний 2021-05-21 05:27:07

Редактировалось 6 раз(а), последний 2021-05-21 05:27:07

-- Комментарий удален --

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

Netspirit, извини перепутал... не спал сутки

Отличным решением было бы бить данные на блоки с контрольной суммой вконце, и если приходит 1 блок успешно, просим следующий блок итд, ну соответственно если контрольная сумма не совпала то переспрашиваем блок.
Перед началом передачи данных именовать блоки и отсылать получателю данных.

Таким путем сбится врядли что то сможет