Передача файлов по сокетам

[саша40]

теперь надо как-то это всё принять?

[Slym]

прими файл длинной 10 байт с содержимым 1234567890
согласно твоего протокола получится сообщение
Fil101234567890
допустим я принимаю твое сообщение, но я не понимаю какой размер файла

[Slym]

тыпытаешьсявсокетзасунутьэтопредлож ение - понятно?

[саша40]

Сообщение от Slym

прими файл длинной 10 байт с содержимым 1234567890
согласно твоего протокола получится сообщение
Fil101234567890
допустим я принимаю твое сообщение, но я не понимаю какой размер файла

fil-это индикатор файла. Client и Server 3 у меня меточки. Принимают только определеный текст.

[Slym]

только щас увидел что у тебя 2 конекта
Client3.Socket.SendText('Fil');
Client2.Socket.SendStream(stream);
можно и так конечно но нафега?

[саша40]

Сообщение от Slym

только щас увидел что у тебя 2 конекта
Client3.Socket.SendText('Fil');
Client2.Socket.SendStream(stream);
можно и так конечно но нафега?

чтобы потом можно было передать не файл, а директорию.

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

[Человек_Борща]

Брр, что за неправильная передача данных?
На отправителе открываете файл, читаете размер данных, имя файла, калькулируете CRC32. Разбиваете файл на равные блоки данных, допустим по 4 кб, узнаете сколько блоков всего.
На клиент уходит структура, открывающая входящую передачу:

type
   TInputStreamHeader = packed record
     pFile:PChar; //Имя файла
     pSize:DWORD; //Размер в байтах
     pCRC32:DWORD; //Контрольная сумма
     pBlockCount:DWORD; //Кол-во блоков
   end;

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

Теперь, отправитель режет файл на, я уже говорил, на блоки по 4 кб, собирая в массив. Каждый блок данных это пакет данных, он должен дойти до клиента и не просто дойти, а дойти правильно!

type
  TInputStreamBlock = packed record
  Indx:DWORD; //Номер блока
  Offset:DWORD; //Смещение откуда был взят блок данных(начальное смещение)
  DataCount:DWORD; //Размер массива
  Data: array of byte; //Сам массив
  CRC32:DWORD; //Контрольная сумма для пущей проверки целостности передачи
  end;

По пакетной передачи это все.
Как это работает, и что дает?
Отправитель отправляет пакет с данными, который готовит принимающий клиент к приему файла данных. Клиент узнает размер файла, его контрольную сумму, имя файла.
На ПК клиента создается файл размером TInputStreamHeader.pSize заполненный нулями.

Затем клиент ждет пакетов данных. Приходит пакет, если надо, проверяете целостность(на клиенте считаете CRC данных и сравниваете с той что записана в пришедшем пакете),
далее нам плевать что это не 1-й тот пакет данных, мы читаем Offset перемещаемся туда, и пишем блок данных размером DataCount.

И так, пока счетчик пришедших блоков не будет равен тому что пришел в информационном пакете.


По окончанию, вы сравниваете итоговый размер загруженного файла с инф. из инф. пакета(TInputStreamHeader), а так же контрольную сумму.

В конце клиент передает серверу инф. сообщение что данные получены успешно, и оба могут закрыть подключение передачи данных.

И так, что дает такой способ?
1. Прием-передачу пакететов можно вести в несколько потоков одновременно. Ярким примером такого приема данных будет Download Master.
Можно не заботится о последовательности пакетов, главное чтобы пакет пришел целым и записался по Offset'у в нужном кол-ве.
2. Размер передаваемого блока, нужно калькулировать исходя из скорости передачи/приема данных на клиент(тупо пропускная способность):
а. Если на сервере хорошая выходная мощность, то клиент захлебнется и будет overflow
б. Если слишком малая, то могут возникнуть овер9000 выкидышей и с клиента и с сервера
3. Нужно учитывать вероятность потери пакетов, поэтому клиент должен асинхронно держать сервер(передающий) на контакте и если пакет битый - попросить этот пакет ещё раз.

Все это довольно просто =)

[саша40]

Сообщение от Человек_Борща

Брр, что за неправильная передача данных?
На отправителе открываете файл, читаете размер данных, имя файла, калькулируете CRC32. Разбиваете файл на равные блоки данных, допустим по 4 кб, узнаете сколько блоков всего.
На клиент уходит структура, открывающая входящую передачу:

type
   TInputStreamHeader = packed record
     pFile:PChar; //Имя файла
     pSize:DWORD; //Размер в байтах
     pCRC32:DWORD; //Контрольная сумма
     pBlockCount:DWORD; //Кол-во блоков
   end;

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

Теперь, отправитель режет файл на, я уже говорил, на блоки по 4 кб, собирая в массив. Каждый блок данных это пакет данных, он должен дойти до клиента и не просто дойти, а дойти правильно!

type
  TInputStreamBlock = packed record
  Indx:DWORD; //Номер блока
  Offset:DWORD; //Смещение откуда был взят блок данных(начальное смещение)
  DataCount:DWORD; //Размер массива
  Data: array of byte; //Сам массив
  CRC32:DWORD; //Контрольная сумма для пущей проверки целостности передачи
  end;

По пакетной передачи это все.
Как это работает, и что дает?
Отправитель отправляет пакет с данными, который готовит принимающий клиент к приему файла данных. Клиент узнает размер файла, его контрольную сумму, имя файла.
На ПК клиента создается файл размером TInputStreamHeader.pSize заполненный нулями.

Затем клиент ждет пакетов данных. Приходит пакет, если надо, проверяете целостность(на клиенте считаете CRC данных и сравниваете с той что записана в пришедшем пакете),
далее нам плевать что это не 1-й тот пакет данных, мы читаем Offset перемещаемся туда, и пишем блок данных размером DataCount.

И так, пока счетчик пришедших блоков не будет равен тому что пришел в информационном пакете.


По окончанию, вы сравниваете итоговый размер загруженного файла с инф. из инф. пакета(TInputStreamHeader), а так же контрольную сумму.

В конце клиент передает серверу инф. сообщение что данные получены успешно, и оба могут закрыть подключение передачи данных.

И так, что дает такой способ?
1. Прием-передачу пакететов можно вести в несколько потоков одновременно. Ярким примером такого приема данных будет Download Master.
Можно не заботится о последовательности пакетов, главное чтобы пакет пришел целым и записался по Offset'у в нужном кол-ве.
2. Размер передаваемого блока, нужно калькулировать исходя из скорости передачи/приема данных на клиент(тупо пропускная способность):
а. Если на сервере хорошая выходная мощность, то клиент захлебнется и будет overflow
б. Если слишком малая, то могут возникнуть овер9000 выкидышей и с клиента и с сервера
3. Нужно учитывать вероятность потери пакетов, поэтому клиент должен асинхронно держать сервер(передающий) на контакте и если пакет битый - попросить этот пакет ещё раз.

Все это довольно просто =)

Дествительно, всё гениально просто.
А можно даже и передавать пакетами в размере 1 кб и по несколько в зависимости от скорости соеденения. Так передает и скайп. Ты решил несколько моих задач:
-Передача файлов.
-Передача несколько файлов и даже деректорий.
-Прогресс передачи(прогресс бар бедет увеличиватся на 1 по мере передачи пакетов), притом можно узнать ли Кол-во блоков в Integer.
-Скорость соеденения.
Зато будет хорошо. Только где информацию по этому искать.

[саша40]

А можно ли эти пакеты передавать и принимать через соккеты?

[Человек_Борща]

Зато будет хорошо. Только где информацию по этому искать.

Я вам все расписал. Изучайте потоки и асинхронние потоки, синхронизацию. Winsock, Winsock2.

А можно ли эти пакеты передавать и принимать через соккеты?

да.