Вот и я о том.
Но происходит оно в РЕАЛТИМЕ!
Группу то можно с утра до вечера листать.
Каждый по своему воспринимает свою проблему и "жалует" её в группу.
Вид для печати
селяви примерно вот такая получилась
т.е. всё примерно одинаково ))))
ну а что выбрать - дело вкуса каждого
Вложение 110418
Ребята Вы о чем вообще??????
Десять страниц спама, когда все давно описано, расписано и разжевано.
И ранее на форуме и в документации.
И по декодирование, и про алгоритмы, и про водопады и прочее-прочее.
Все есть на оффсайте. Вся документация.
Для особо ленивых даже на русском.
Отвечу только на одну цитату фрагментом из Документации, ибо не люблю копипастить.
Еще раз подчеркиваю - это официальная документация с официального сайта:
JT65 использует 60-секундные интервалы приема и передачи. Принятый сигнал начинает анализироваться только после окончания приемного интервала.
ПС
Я около месяца работал параллельно/одновременно на две программы, даже передавая попеременно то с одной то с другой.
И скрины и личное мнение было выложено сколько-то страниц назад.
ПС2
Еще чуток, коротко - чем выше скорость водопада, тем выше нагрузка на процессор, что сказывается на времени декодирования, но никак не на его качестве.
Привет коллеги!
Декодирование идет после окончания цикла приема, поскольку помимо избыточного кода идет накопление посылок неоднократно передаваемого текста с последующим их сравнением, и если две и более посылки совпадают, считается что текст принят правильно. В WSJT также идет сравнение с базой позывных EME станций, что повышает вероятность правильного декодирования. Посему и ограничена длина текста в одной посылке.