Netspirit,

Там могут быть ошибки в текущем TCPServer (у меня сейчас кардинально переработанная версия, да и ОС другая). Проверь, последняя ли у тебя версия компонентов.
Короче, "BASS server.sha" не использует библиотеку BASS, поэтому на ошибки в сервере можно не обращать внимания.
Ошибка появляется сразу или через некоторое время?

Редактировалось 6 раз(а), последний 2021-06-24 09:03:18

Редактировалось 1 раз(а), последний 2020-02-19 17:52:37

По скорости обработки - кроме убирания манипуляций с памятью в процессе изменения размера MemoryStream было также уделено внимание минимальным перемещениям входящих данных в SoundBuffer (однажды записанные данные больше не перемещаются, новые записываются на место прочтенных). Также в BASS_StreamCreate оптимизировано чтение из потока. Также нет необходимости конвертировать StrToStream.

Редактировалось 1 раз(а), последний 2020-02-19 17:52:43

Netspirit, забыл второпях имя обозначить в BASS_StreamCreate

Редактировалось 1 раз(а), последний 2020-02-19 17:52:52

Netspirit, напомните тему где выкладывались ваши ТСР, может у меня не самые-самые

Программа с новыми компонентами работает стабильно.

Молодец Netspirit! Спасибо!

Редактировалось 1 раз(а), последний 2020-02-19 17:52:57

Имеешь в виду, чтобы можно было менять в процессе работы? Есть некоторые сложности с сохранностью данных при этом. То-есть, во время изменения размера могут быть артефакты воспроизведения. Я вообще не специалист по звуку, но мне показалось, что размер буфера в общем не является важным показателем. Так как это никак не влияет на синхронизацию скорости генерации/воспроизведения. Он просто помогает накапливать данные при колебаниях скорости (при сохранении средней скорости). От его размера при неодинаковых скоростях будет зависеть только насколько быстро он опустеет или переполнится.

Тут такая штука получилась: в выложенном коде я забыл включить критическую секцию. К ошибкам это похоже не приводит (так как нет выделения/уничтожения памяти в процессе работы), но чисто логически это некорректно и может приводить к артефактам звука (или к редким другим ошибкам).
Net2Com, в hiSoundBuffer.pas строку 4 приведи к виду {$define THREAD_SAFE}.
В строке 229:
Потестируй, не будет ли падения производительности.

У меня есть портативная сборка среды с включенными моими компонентами для личного пользования. Но в общем, то, что стоит внимания, я выкладываю на форуме.
Это раздел "Компоненты" и тема "Компоненты"->"Моды стандартных компонентов". Плюс ещё несколько компонентов правились в разных темах, как в этой.

Раздел "Компоненты"->Альтернативные компоненты сервера и клиента TCP

Пусть Net2Com отпишется о результатах с THREAD_SAFE и тогда я выложу финальную версию.

Редактировалось 1 раз(а), последний 2016-09-19 14:30:13

Редактировалось 1 раз(а), последний 2020-02-19 17:53:02

Вот финальная версия для тестирования: bass comp mod 2015-03-04.7z
Размер буфера должен быть немного больше максимального фрагмента данных, записываемых в него за один раз. Иначе будет ожидание освобождения и отброс оставшейся части. Для TCP это около 8Кб, можно поставить 10000.
Кроме того, размер буфера должен быть тем больше, чем выше отклонения скорости поступления данных от скорости чтения (при равных скоростях сколько данных за единицу времени поступит в буфер, столько из него будет прочитано). Для нормальной работы средняя скорость поступления данных должна быть равной средней скорости чтения.

Редактировалось 1 раз(а), последний 2020-02-19 17:53:09