1. WAV SDR# Compatible - совместимый с sdr# iq проигрывателем. Максимальный размер файла 2 ГБ.
2. WAV Full - не совместим со стандартным проигрывателем. Полностью использует возможности wav формата. Максимальный размер 4 ГБ.
3. WAV RF64 - не совместим со стандартным проигрывателем и может поддерживаться не всеми программами. Максимальный размер ОЧЕНЬ БОЛЬШОЙ. Скорее он ограничен типом вашей файловой системы.
Второй и третий формат будут поддерживаться новым плагином для воспроизведения файлов с перемоткой и прочими удобствами. Плагин в разработке.
Так-же добавлено ограничение размера записываемого файла. Если размер файла достигнет установленного лимита или лимита по формату файла, автоматически создается новый файл и запись продолжается в него.
Комментариев: 13 RSS
1 Ай яй 30-05-2015 00:45
Спасибо
2 Александр 19-07-2015 09:31
Здравствуйте, Василий! Заметил небольшой нюанс в логике работы BBR: если в режиме WAV FULL установить значение размера файла больше максимально допустимого 4095,то записав один файл рекордер останавливается, хотя по логике должен продолжить запись во второй и последующие файлы.
3 Василий 20-07-2015 13:35
Вы правы, спасибо. Ошибку исправил. Перекачайте плагин.
4 Александр 21-07-2015 22:05
Спасибо!
5 Антон 15-10-2015 17:22
Добрый день!
Мог бы кто-нибудь разъяснить момент с "Dropped buffers", не до конца ясен его принцип работы. В процессе записи сигнала буфер переполняется и начинаются, как я понял, "выпадения". От чего они ("выпадения")зависят и какие ограничения вообще существуют (кроме размера выходного файла от формата)?
Спасибо
6 Василий 15-10-2015 18:36
Принцип простой.
Данные которые поступают с тюнера записываются в буфер плагина. Часть плагина ответственная за работу с диском берет эти данные из буфера и записывает на диск. Если данные с тюнера поступают в буфер быстрее чем записываются на диск, соответственно буфер начинает наполнятся и при его полном заполнении новые данные с тюнера начинают отбрасываться. Основная причина - это низкая скорость записи на диск.
Чем меньше разрядность записываемых данных и меньше полоса тюнера, тем меньше необходимо записывать на диск, соответственно меньше вероятность потери данных.
7 Антон 16-10-2015 19:31
Василий, спасибо!
Возможно ли увеличить этот буфер? И если да, то возможно ли это сделать со стороны пользователя?
8 Василий 16-10-2015 19:33
Для начала опишите что у вас за железо, какой приемник, какие параметры используете и при каких условиях возникают проблемы. Увеличение буфера не дает большой выгоды. Сейчас буфер достаточного размера.
9 Аноним 18-10-2015 00:48
Здравствуйте, Василий!
Использую HackRF One. При записи полосы больше 5-7МГц, приблизительно после 500-600Мб файла, начинает переполнятся буфер.
Спасибо
10 Василий 18-10-2015 15:36
А до 500-600 буфер медленно заполняется, так?
А раньше писалось нормально или вы не пробовали? Стандартный рекордер пробовали использовать, есть пропуски?
Это довольно жесткий режим для работы HDD, не каждый его потянет. Вечером проверю на своём Airspy с полосой 10МГц, правда у меня быстрый SSD.
11 Василий 19-10-2015 09:04
К сожалению программно вашу проблему не решить, только если использовать сжатие данных перед записью (пока этого нет в плагине)
Это скриншот общения с диском при записи 10 мГц x 16 bit потока с airspy. Не каждый жесткий диск потянет 50 МБ/с.
12 Антон 19-10-2015 12:29
Здравствуйте, Василий!
Для Вас это актуальная проблема, планируете ли добавить сжатие?
Спасибо
13 Василий 19-10-2015 12:47
Сейчас работаю над этим, но тут краеугольный камень, что-бы сжимать широкую полосу надо быстрый процессор.