Хочу зиповать перед отправкой и раззиповать после полчения текстовый массыв.
для этого использовал такую схему
code_11344.txt
Начал сомневатся что эта правильная схема, потому что выдает ошибки а иноглда к некоторим строкам в конец добалвяются краякозаблики всякие.
Нужно ли использовать строковый конвертор перед и после запуска ZLIB?
Этот топик читают: Гость
|
Ответов: 542
Рейтинг: 12
|
|||
| карма: 0 |
| ||
| файлы: 1 | code_11344.txt [597B] [118] |
|
Разработчик
Ответов: 26324
Рейтинг: 2147
|
|||
|
afandi, Вот так будет работать. На выходе первого мультика стрим поток. Надо же декомпрессировать, чтобы прочитать
|
|||
| карма: 22 |
|
|
Ответов: 542
Рейтинг: 12
|
|||
|
Поправка. оно то понятно что так правильно но в моем случаю я должен был передавать даннеы между сервером и клиентом.
а режим передачи данных там был строковый. может использовать вашу схему и тип передачи данных выставить потоковый stream |
|||
| карма: 0 |
|
|
Разработчик
Ответов: 26324
Рейтинг: 2147
|
|||
|
afandi писал(а): и тип передачи данных выставить потоковый streamА, вот оно что, ну попробуй выставить стрим, помни писали, что не очень хорошо оно передает по TCP, но может уже и работает. Но помни, что данные надо бить, приблизительно по 400 байт, при передаче целиком они будет теряться |
|||
| карма: 22 |
|
|
Ответов: 542
Рейтинг: 12
|
|||
|
nesco писал(а): Но помни, что данные надо бить, приблизительно по 400 байт, при передаче целиком они будет терятьсямама мия еще усложнят придется как его разбивать то по 400 байт? |
|||
| карма: 0 |
|
|
Ответов: 3851
Рейтинг: 159
|
|||
|
помнится при типе String данные приходили кусочками, а в Stream - одним большим куском
|
|||
| карма: 0 |
|
|
Разработчик
Ответов: 26324
Рейтинг: 2147
|
|||
|
Андрей. писал(а): а в Stream - одним большим кускомЕсли вообще приходили. Помнится проблемы там с нулем были, но, вроде, tsdima поправил. Проверять надо. Да и TCP модуль новый, мало кто его тестировал на больших данных |
|||
| карма: 22 |
|
|
Ответов: 3851
Рейтинг: 159
|
|||
|
nesco писал(а): мало кто его тестировал на больших данных |
|||
| карма: 0 |
|
|
Разработчик
Ответов: 26324
Рейтинг: 2147
|
|||
|
Андрей. писал(а): У меня терялись и доходили как большие так и маленькие..Короче, темный лес, чего у нас работает, чего не работает. Тестеры в отпуске |
|||
| карма: 22 |
|
|
Администрация
Ответов: 15295
Рейтинг: 1519
|
|||
|
Андрей. писал(а): У меня терялись и доходили как большие так и маленькие..при отсылке данных ввиде строки весь обхем бьется на куски от 4х до 8ми Кб примерно и отсылается такими кусками принимающей стороне, чего судя по всему и наблюдалось(терется там ничего не должно было). При отсылке stream вместе с данными передается и их размер, который позволяет принимающей стороне собрать все в один кусок и выдасть его только после приема последнего байта, что гарантирует целестность данных без напряга для пользователя |
|||
| карма: 26 |
| ||
| Голосовали: | afandi |
|
Ответов: 3851
Рейтинг: 159
|
|||
|
Dilma писал(а): при отсылке данных ввиде строки весь обхем бьется на куски от 4х до 8ми Кб примерноDilma писал(а): При отсылке stream вместе с данными передается и их размер, который позволяет принимающей стороне собрать все в один кусок и выдать его только после приема последнего байта, что гарантирует целестность данных без напряга для пользователя |
|||
| карма: 0 |
|
|
Ответов: 2125
Рейтинг: 159
|
|||
|
В ранних версиях TCP.pas была ошибка: если при отправке данных их отправилось меньше чем хотелось (а такое возможно), то на это было наплевать. Но сейчас это уже исправлено.
|
|||
| карма: 1 |
|
12



Поиск
Друзья
Администрация