На следующей версии сможете все 24 потока включить, будет еще лучше!
А с остальным разбирайтесь сами, за вас дистанционно никто ничего делать не будет. Только сам!
С одной стороны это вроде неплохо. Декодируется больше станций в толчие участка, меньше охотников работать этим видом. Чище станет этими видами на КВ диапазонах. Но есть другое НО. Реальные потеря DX станций в шумах эфира, всех в совокупности. Их не избежать. На вашем скрине есть принятые сигналы -24/26дб? Плюс добиваясь максимальной лабораторной чувствительности, что несёт значительные затраты пользователю. Что приведёт неизбежно к оттоку желающих работать этим видом, подобной программой. Уже сегодня не раз писал на форуме об этом. Дехи реализуются на диапазоне КВ, когда для приёма их есть определённые условия. Но часто замечаю, что прекрасно работающая программа пасует перед помехами в эфире на КВ. Не лучше ли переоценить для кв реальную способность к декодированию в участках КВ диапазонов. А те 50/70 декодирований что делает софт, порой не прельщает. DX станции закрыты этой массой рычащих в эфире. Вот На УКВ там пожалуйста. Да и то есть реальности и там, и их тоже надо учесть. Не обижайтесь это просто размышления в слух.
А тогда вопрос, почему оно закончилось н а7-6 секунд раньше? Программа должна начинать декод на 52-й секунде, но что-то идет не так. Почему декод включился раньше на 7 - 9 секунд?
- - - Добавлено - - -
А если декодирование закончилось до начала следующего интервала, почему и в следующем интервале не декодировалась ни одна станция. Станции были в каждом интервале. Как видно из картинок, станции должны были декодироваться. Я пытался настроить время и перезапускал программу, но ни единого декодирования JT65 сигнела. Возился с этим минут 30.
В JT65 передача сигнала занимает примерно 48 секунд, 12 секунд отведено на декодирование до начала следующего интервала, у Вас на приведенной картинке декодирование заняло примерно 4 секунды (12-7.6). Запись звуковых .wav файлов поможет понять, проблема в настройках JTDX либо с звуковым потоком.
Прочел несколько раз и ,если честно, мало что понял.
По порядку: от того что у меня и таких как я будет хуже прием /декодирование на диапазоне даже в узкой полосе абсолютно ничего не изменится.
Мой комплект принимает ,декодирует в отведенное время ,а это важно и выдает мне в окно приема для дальнейших действий с моей стороны. Толи кого то вызывать толи погодить.
Сосед принимает/декодирует в половину меньше....но станций в полосе меньше не стало и как были возможные помехи так и остались. А увеличение станций на диапазонах приводит на мой взгляд ,по крайней мере я так думаю,к совершенствованию своей приемной техники и в конечном итоге компа и применяемых программ.
Кто то уйдет ,ему проще" алекать" на 3,5МГц с антенной веревкой и мощностью под кВт и выше в пределах Европейской части России или слышу частенько вызовы на 7МГц ,упорото зовут "0" район , ну ему это необходимо .Он свою нишу нашел.Зачем совершенствоваться ,возможно Лог и ручкой заполнять.Комп то зачем. Кто то так кто то этак ,колхоз дело добровольное! Это все любительство и не более того и любительством останется!
Удалил перед запуском INI файл, запустилась без проблем, но при тесте заведомо рабочих настроек CAT выскакивает опять такая же хрень и напрочь зависает процесс jtdxjt9.exe до принудительного снятия задачи в диспетчере...
[QUOTE=UA3DJY;1763513]ini может ломаться(по крайней мере в части настроек размеров окон) если прыгать с win32 на win64 версию и обратно(отличается графика разных версий Qt).
Игорь, и все таки есть проблема с раскраской:
Вложение 293775
RN2FA показан как новый позывной, а должен быть новая страна на диапазоне.
Похоже дело в формате записей в логе. Сначала отключил 7 тыс qso старого позывного. Вроде показывает верно.
Начал ковырять лог. Там 8.5 тыс qso сложенных их разных логов. Соответственно зоопарк с форматами записей.
Log Checker показал, что есть куски с незаполненным полем Band. JTDX смотрит поле Band ? :
Вложение 293776
Имеет ли значение не заполненное поле my locator ? :
Вложение 293777
Картинку закладки Радио настроек JTDX пожалуйста.
- - - Добавлено - - -
Да:
void ADIF::load(const QString mycall,const QString mygrid,const QString mydate)
{
...
q.band = _extractField(record,"BAND:");
Если включен фильтр лога по текущему QTH квадрату оператора.
Если в логе не заполнен QTH квадрат корреспондента то при включенном уведомлении 'новый квадрат' оно будет отрабатывать для этого корреспондента.