-
27.02.2017, 14:23 #5506
- Регистрация
- 12.05.2010
- Адрес
- Новотроицкое
- Возраст
- 55
- Сообщений
- 1,863
- Поблагодарили
- 1480
- Поблагодарил
- 327
Linux x64 version UI1:
https://cloud.mail.ru/public/7fCZ/se2EWxNWm73! Игорь R0JF ex. RA0JF (Дядя Фёдор)
-
27.02.2017, 14:42 #5507
Я это Владимир заметил. Что основная часть Форумчан, видят преимущество JTDX перед другими программами. А ты только изъяны и недостатки роеш. Поверь, рыться в навозе хорошо когда на рыбалку идёшь, в нём хорошие дождевые черви живут, красные такие. На них рыба хорошо берёт. А в нашем случае, только вонь и не какого толку.
-
27.02.2017, 15:09 #5508
-
27.02.2017, 16:04 #5509
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
Очистка окна вряд ли имеет связь с этим сообщением. С звуковой карты подается сигнал на CPU, если используется внутренняя карта компьютера то сигнал идет только через PCI шину.
В софте сделано две проверки на битый сигнал: одна измеряет среднюю мощность сигнала в заданном интервале времени, и если мощность мала то считает что на вход звуковой карты сигнал с трансивера не подается. В таком случае интервал не подается на декодеры: так работает в WSJT-X и до сих пор в JTDX. В версии 17.6 для этого случая сделано диагностическое сообщение 'input signal low rms'. Здесь можно отметить что некоторые звуковые карты на входе могут иметь достаточный уровень собственного шума чтобы это сообщение не появлялось при отключенном от входа звуковой карты кабеле, то есть версия 17.6 условно позволяет оценить собственный шум звуковой карты.
Вторая проверка щупает амплитуду отсчетов в кусках входного сигнала продолжительностью полтона, возможно эта проверка была сделана чтобы избежать деления на ноль. Диагностическое сообщение 'audio gap detected' которое Вы видите на экране говорит что хотя бы один пол-тона имело все отсчеты в значении 0. В таком случае в версии 17.6 я добавил в код сделать один отсчет равным 1.0 и отправить сигнал на декодирование. То есть сигнал битый но его все еще можно декодировать, результат на картинке.
Итак сигнал битый и это не обрыв между трансивером и звуковой картой. В случае USB Audio Codec это может быть потеря части данных на USB шине, во всех случаях это может быть потеря части данных на PCI шине когда буфер звуковой карты не может сохранить передаваемые в сторону CPU данные звукового потока если CPU в течение продолжительного времени не может подтвердить их получение.
Причины сбоя на PCI могут быть следующие: настройки BIOS в варианте разгона машины, использование встроенных в Windows драйверов чипсета материнской платы вместо установки драйверов производителя этой платы, сбой в работе железа материнки, высокая загрузка CPU когда процессор не воспринимает данные с PCI шины вовремя.
Последний раз редактировалось UA3DJY; 27.02.2017 в 16:36.
-
27.02.2017, 16:24 #5510
- Регистрация
- 18.01.2015
- Адрес
- новосибирск
- Возраст
- 74
- Сообщений
- 1,686
- Поблагодарили
- 128
- Поблагодарил
- 55
-
27.02.2017, 16:25 #5511
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
-
27.02.2017, 16:28 #5512
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
АРУ не может рвать данные на шине материнской платы, что реально может быть - так это выход сигнала за пределы динамического диапазона АЦП звуковой карты, то есть чрезмерно высокий уровень на входе звуковой карты.
С учетом того что мы используем шину 16 бит динамический диапазон входного сигнала около 90 дБ, получается уровень входного сигнала выставлен неверно и для решения такой проблемы достаточно уменьшить аттенюатором уровень подаваемого с трансивера на звуковую карту сигнала.Последний раз редактировалось UA3DJY; 27.02.2017 в 16:32.
-
27.02.2017, 16:58 #5513
- Регистрация
- 21.04.2015
- Адрес
- г.Таганрог
- Возраст
- 71
- Сообщений
- 5,144
- Поблагодарили
- 1527
- Поблагодарил
- 1112
Вчера скачал и установил v17.6 for UR5EQF_Log .подстроил размер шрифтов под себя ,раскраска по минимуму ,только нужная мне информация и в результате(мелочи короче).......эта версия ,как в старые добрые времена и на 20м станций достаточно ,одних северо американцев до десятка сейчас ,а на 15м и Южная Америка в достаточности.Только что с Бразилией без особого труда. Интерес проснулся к работе в этих модах и это все несмотря на ......не очень хорошее прохождение в данный момент. Спасибо автору!
Владимир.73!
-
27.02.2017, 17:05 #5514
-
27.02.2017, 17:10 #5515
-
27.02.2017, 17:19 #5516
-
27.02.2017, 17:53 #5517
-
27.02.2017, 18:05 #5518
-
27.02.2017, 18:07 #5519
- Регистрация
- 02.01.2009
- Адрес
- SA-43
- Возраст
- 66
- Сообщений
- 10,882
- Поблагодарили
- 5381
- Поблагодарил
- 2661
RK1NA & RN9AZ БРЭК!!
"Ребята! Давайте жить дружно" (кот Леопольд)Последний раз редактировалось RX4CD; 27.02.2017 в 18:11.
73. Сергей.
-
27.02.2017, 18:09 #5520
- Регистрация
- 12.08.2006
- Адрес
- Рязань
- Возраст
- 59
- Сообщений
- 2,629
- Поблагодарили
- 882
- Поблагодарил
- 290
Заметте не я такими эпитетами программу награждаю.
Как понял за долгие зимние вечера вы рашпиль освоили. Приходит весна, пройдёт ледоход, решили рыбалкой заняться.
Когда были проблемы с ложным декодированием писал, да моё письмо не опубликовано но по этому же вопросу было опубликовано письмо другого радиолюбителя (и как понял на это обратили многие внимание) и проблема была решена.
Кстати о чём говорить, зайдите в группу на Yahoo и посмотрите сколько пишут.
Последний раз редактировалось RC2SC; 27.02.2017 в 18:35.
73! Владимир (RC2SC)
Социальные закладки