Подскажите пожалуйста,что означает звездочка справа от строчки в JTDX?
Ссылки jtdx_2.2.159:
что обозначают эти "звёздочки":
Вид для печати
Подскажите пожалуйста,что означает звездочка справа от строчки в JTDX?
Ссылки jtdx_2.2.159:
что обозначают эти "звёздочки":
Какая звёздочка? В какой строчке? Где она находится? На скриншоте можете показать?Цитата:
Сообщение от UT2GA
HINT-декод.
У JTDX есть своя база позывных и в условиях помех и сложности декодирования, программа может сама прогнозировать и использовать базу в помощь для проведения связи.
Все понял,спасибо.Цитата:
Сообщение от ES4RLH
Андрей а в каком файле она на находится?Цитата:
Сообщение от ES4RLH
В файле "CALL.txt". Его мы отдельно загружаем и он обновляется. При включённом Hint, программа может из этого файла выбирать позывные и придумывать ложные вызовы.Цитата:
Сообщение от RA3QH
Это точно, а потом удивляемся - "глухие они что-ли", не отвечают.Цитата:
выбирать позывные и придумывать ложные вызовы
Вот вот...у меня регулярно R2IK выскакивает....с раппортом -28...-30....
По моим наблюдениям ложные декоды, вызывающие подозрения на ложные, это уровнем ниже -18 и дающие CQ со "звёздочкой". И причём появляются только один раз с момента включения программы. Так к примеру недавно на 20м в FT8 в полдень появился KG6DX, давал CQ. Я был очень удивлён, так как прохода вообще небыло, буря. Написал ему письмо, он ответил, что в FT8 редко работает, а в данное время вообще был выключен. Вот такие "финты" в HINT-режиме. После этого вообще его не использую.
Олег...Регулярно у меня R2IK вылезает...меня зовет:) сейчас удалил из "CALL.txt" его...посмотрим что будет...
Я имел ввиду на приём, а то что зовут это отделный "подарок" этого декодирования. Меня тоже регулярно звали пока не отключил этот режим, причём на US-E-12 :D
US-E-12 :D оригинально звучало в эфире однако...
JTDX 2.2.0-rc153_3
Может кто в курсе. Есть ли возможность JTDX запускать из командной строки (или через изменение ярлыка на рабочем столе), что бы подгружать разные JTDX.ini файлы? Например, для работы на разных трансиверах.
Похоже так:
Два профайла (ярлыка) - два трансивера в JTDX:
P.S. Может все об этом знают кроме меня...
Владимир, вот здесь описано как несколько лог-файлов объединить в одном месте...Цитата:
Сообщение от RW6AVK
хотя это скорее автору цитаты совет.
Роман, добрый день.Цитата:
Сообщение от R3KEE
Спасибо за информацию, но я не пытался решить вопрос объединения логов, т.к. IC-706MK2 планирую использовать на 144 МГц.
P.S. Объединение логов работает.
Ну и... Я уже давно не могу ничего скачивать из-за XP. Даже на некоторые странички интернета не пускают, не говоря уже про скачивание. На Клублог загрузку мне делал сын со своего компа (WIN 10)Цитата:
Сообщение от R3KEE
на сайте https://ru.jtdx.tech/
есть версия для XP... больше года я пользуюсь Win10 и поставил эту ОС когда также начались проблемы с XP...
не в этой теме пишем... по JTDX перебирайтесь сюда http://rdrclub.lan23.ru/showthread.php?t=300
специально для тех у кого XP, выложил сюда: http://mib.vrn.ru/jtdx/Цитата:
Сообщение от RA0WHE
Юрий, это бета версия, в ту тему не надо, например с моего прошлого поста я уже файлы заменил 1 раз - какието проблемы с HamLib на трансиверах Icom, а при замене только библиотеки с PTТ у всех...Цитата:
Сообщение от RK3DSW
так что это только на попробовать. чисто проверить приходят позывной и квадрат станции оператора... для работы пока рано.
Не пускают по той же причине. "ВЭБ страница не доступна"Цитата:
Сообщение от RK3DSW
Роман спасибо. Вроде скачалось, но комп "матюкнулся". Завтра попробую. Еще бы нормальную русскую, последнюю, а то так и сижу на 149-ой. И не знаю, что в программном мире творится:(
ну таки под сам jtdx конечно не подходит.... а вот под тестЦитата:
Сообщение от RW6AVK
для наших целей, очень даже..... когда будет релиз, то можно уже будет думать он реалтайм обработке логово.Цитата:
..
- added STATION_CALLSIGN and MY_GRIDSQUARE ADIF fields into logQSO TCP/UDP messages, 4/6/8 char GRIDs are supported
...
проверил - работает:
Цитата:
<command:3>Log <parameters:302> <BAND:3>20m <STATION_CALLSIGN:5>R3KEE <MY_GRIDSQUARE:6>KO91oh <CALL:6>R3TEST <FREQ:9>14.075500 <MODE:3>FT8 <QSO_DATE:8>20211229 <TIME_ON:6>075912 <QSO_DATE_OFF:8>20211229 <TIME_OFF:6>080106 <RST_SENT:3>-15 <RST_RCVD:3>-15 <GRIDSQUARE:4>KO91 <COMMENT:42>FT8 Sent: -15 Rcvd: -15 Distance: 25 km <EOR>
Received from IP 178.176.XXX.17 Port 29853
JTDX 2.2.158 - сегодня зарелизили. обновляемся, ставим. настраиваем, тренируемся...
Переустановил ОС на Win 7 и возник вопрос какую версию JTDX 2 установить, (Russ 149 ?) чтобы работала с Alert и с WixW 2.
Есть не подтверждённая инфо о том, что с WixW 2 последние версии не работают (Log и eQSL).
У меня Win7,JTDX 158,Mix 2.19. Все работает без проблем.
Мой вопрос в чём!Цитата:
Сообщение от UT2GA
Сейчас у меня JTDX + JTAlert установлены и работают совместно. Опрос на В4 проводится.
После QSO связь заносится автоматом в MixW и далее в eQSL.cc
У Вас так же всё работает с JTDX 158?
QSO из JTDX в MixW я переношу вручную.
В Алерте есть функция автомат переноса проведенной QSO из JTDX в MixW.Цитата:
Сообщение от UT2GA
сайта JTDX.TECH теперь не будет... новые версии программы выкладываются только здесь:
https://sourceforge.net/projects/jtdx/files/
сейчас актуальна JTDX 2.2.159
для Windows 32-х и 64-х битные версии здесь:
https://sourceforge.net/projects/jtd.../32-bit_audio/
На всякий случай jtdx-2.2.160-rc3 ссылка на qrz
Цитата:
There is 160-rc4, changelog:
- reworked autoAGC math, push snr and noise values for every interval, getting autoAGC values prior start of decoding,
changes in noise calculation math, use autoAGC at TCI start
- support autoAGC through Hamlib, added 'Try Auto AGC' option control in settings of Radio tab: it is working
with TCI and some radios via Hamlib
- save/restore AGC value by band
- restore ReplyTx state when QSO broken at ReplyTx state, do not change Rx when entering into ReplyTx
- fixed bug for setting tx period from udp message, thanks to Andy ZL1VAH
- spot CQ messages without grid for nonstandard callsigns
- set TX frequency correctly when VFO changed from rig
- fix band definition frequencies, thanks to Yukio JG1APX
- attempt to fix unneeded ClearDx when 'reply to other' detected, thanks to Fred K1IO
- do not change RX audio frequency when entering into ReplyTx
- unified band detection, improve performance of Notification checks
- added polling transceiver change from WSJT-X
- QO-100 preliminary support
- fix to exact frequencies for QSO loggig
- increase shared memory size for Mac builds
- display time offset on Sync button
- filter out false AP mask decodes with wrong report
- new tooltips to Enable Tx, Sync, AGCc UI buttons
- added some 'prefix to grid' mapping patches
- added debug extension to revision name
- display logos into 'About' window
- fixed TCI transmission for long intervals
- attempt to handle band memory with TCI
- added TCI audio buffering time control
- attempt to reduce Configuration UI window size
- implemented US State notification, add State to logbook at QSO logging
- implemented GRID square and US State databases, compact databases
- user can open pskreporter map from UI with users's callsign and current band/mode
- disable TX when message from called station was not decoded at 4 consecutive RX intervals
- changed functionality from 'Halt TX if operator I called answered to other operator' to
'Halt/Resume TX if operator I called answered to other operator', calling will be resumed at end of QSO
- patch to 4-char CQ direction
- move CRC computation to Fortran code in FT8 decoders, use Fortan code for crc computation in TX message encoding
- split TX/RX FT8 message and wave generations
- fixed Autoselect for old JT modes
- added distro name and version to package name for deb based distros
- DXCC name changed from 'United States' to 'United States of America'
- use common parameter to limit maximum number of decoded in an interval messages, set value to 160
- added download database file updates from Internet, grid_data.bin state_data.bin changed to compressed format
- ALLCALL7.TXT update as of 20230825
- translation updates
- JTDX 2.2.160-rc4 builds made with modified Hamlib, based on Hamlib commit https://github.com/Hamlib/Hamlib/com...ee2370a45959a0 as of August 29th, 2023
Скрытый контент: У вас недостаточно прав для просмотра - требуется регистрация.
ADD #919:
Цитата:
Сообщение от ES1JA
вышел тестовый релиз 160-rc7 c SUPERFOX....
Скрытый контент: У вас недостаточно прав для просмотра - требуется регистрация.
Hello.Цитата:
Сообщение от RA3QH
I need 32A-amd64 debian version (linux) of that release (160-rc7).
Its filename is something like jtdx_2.2.###-32A_amd64_ub20.deb
Can you help me?
Thank you in advance.
73
Sergio
Привет.
Мне нужна версия Debian 32A-amd64 (linux) этого релиза (160-rc7).
Его имя файла что-то вроде jtdx_2.2.###-32A_amd64_ub20.deb
Вы можете мне помочь?
Заранее спасибо.
73
Серхио
Sorry Sergio...I have only windows version....
Hello all,
There is 160rc7, changelog:
- added WSJT-X SuperFox mode decoder
- added some changes to Hamlib Tranceiver from WSJT-X code
- validate last grid from sources when size is the same
- databases updated, ALLCALL7.TXT update as of 20240724
- translation updates
- JTDX 2.2.160-rc7 builds made with modified Hamlib, based on Hamlib code with last commit https://github.com/Hamlib/Hamlib/com...e7aa783f519f91 as of August 3rd, 2024
Builds of JTDX 2.2.160-rc7 are made with shared Hamlib libraries,
such approach shall allow on Windows and Linux OS to apply recent Hamlib patches with no need to rebuild JTDX. On Windows OS users can replace libhamlib-4.dll file to apply Hamlib patch,
Mac and Windows users can update Hamlib or revert update to previousversion in JTDX configuration Radio tab.
Linux OS: Hamlib build is supplied as standalone package and shall be installed first (prior to JTDX installation). Hamlib patches can be applied via Hamlib upgrade.
Information on Hamlib changes is available via this link: https://github.com/Hamlib/Hamlib/commits/master
Hamlib open/resolved issues: https://github.com/Hamlib/Hamlib/issues
Скрытый контент: У вас недостаточно прав для просмотра - требуется регистрация.
MS Windows debug build is dedicated to trace down possible JTDX and TCI bugs, it also logging Hamlib errors, this build can be installed in case any related issue being observed.
Debug log will be recorded in JTDX QSO log directory, file name is jtdx_debug.txt
Also in JTDX log directory tx.wav file will be recorded with TX signal for transmission over TCI interface.
Вложение 4359 Вложение 4360
Цитата:
из https://forum.qrz.ru/377-jt65-jt9-ws...ml#post2044465
Должно в зелоёном поле быть "SHound"
При каждом перезапуске программы JTDX, режим SHound нужно переподключать. По-умолчанию будет запускаться "обычный" FT8
Проводил сегодня сравнение по приему FT8 ("обычного") между JTDX RC3 и RC7. Сразу оговорюсь - т.к. я использую SunSDR2, то звук был через TCI.
Сравнение проводилось на диапазоне 24 Мгц, принимал слабый сигнал RI1ANE. Диапазон был достаточно сильно загружен.
Итог сравнения - RC3 безоговорочно по чувствительности выигрывает у RC7. На RC7 RI1ANE практически не принимался, на RC3 спокойно принимался с уровнем -21.
Хочу особо отметить, почему я решил провести это сравнение: у меня JTDX RC3 и RC7 на прием FT8 работают очень сильно "по разному" - в чем это заключается: в RC3 я ручку усиления ПЧ выкручиваю практически до максимума, в результате чего становится возможным прием слабых сигналов, в RC7 так сделать нельзя - если установить усиление ПЧ больше, чем на половину, прием сигналов вообще прекращается из-за перегрузки.
Итог: я себе установил и JTDX RC3 и RC7 - в RC7 я работаю SF, а при работе в обычном FT8 переключаюсь на RC3.
Many many many thanks!!!
Большое-большое спасибо!!!
Цитата:
Сообщение от R3KEE
Ciao! A piece of information, it is possible to make a change in the "wait Call" command after the 4 Tx ", that is Insert the call in the "Gen msg" and put the "wait call" command without sending in tx 4 times the call without answer. This is to facilitate the waiting for a cq call dx, and automatically the answer in tx starts. I hope you understood the question. Thanks Mauro ik3sso.
Цитата:
There is 160rc8, changelog:
- TCI: added possibility to select 12000 sampling rate and two byte integer in 16bit audio JTDX build or
three byte integer in 32bit audio JTDX build instead of four byte float audio data format
- TCI: set waterfall freq position in EESDR on band change
- TCI: spot rig info for TCI devices to psk_reporter
- TCI: reworked set VFO commands
- TCI: fixed bug in initial report of AGC value set in EESDR
- TCI: fix some WSPR issues
- FT8 decoder: 3 decoding cycles, each had 3 decoding passes inside, now replaced with 9 decoding passes, better matching to user's CPU resources
- improved decoding of FT8 signals
- implemented message exchange system as per WSJT-X message exchange format, can be enabled via Misc tab -> Enable message system
- integrated latest WSJT-X SuperFox mode decoder
- added statistics for big grids
- prevent selection of even TX interval if Hound mode is enabled
- search for wanted prefix also at end of compound callsign
- refuse setting RR73 as grid in tx1
- restore long time broken setting grid for type 2 CQ messages, for example 4O/
- multiple changes in prefix-to-grid mapping
- log and configuration: apply more complex checking for callsign and grid entering
- added SWL option in General tab of Configuration to support SWL callsigns
- fix bug in unpacking type4 TX message introduced after 160rc4, make sure MYCALL is used at unpacking type5 TX message
- prevent autoselect from wrong period in all modes
- DX multislot operation: fix Halt Tx if 'reply to other' is set, proper determining DX Call frequencies
- support type5 message unpacking for EU VHF contest
- psk_reporter: reduce max payload from 1400 to 1200, credits to David KD0BTO
- changes to hash12 handling, reduce chances of callsign collision
- skip checking /QRPP callsigns in CQ messages
- databases updated, ALLCALL7.TXT update as of 20250223
- added translation to Latvian language
- translation updates
- JTDX 2.2.160-rc8 builds made with modified Hamlib, based on Hamlib code with last commit https://github.com/Hamlib/Hamlib/com...bcf8ca03bebf1f
as of February 18th, 2025
Builds of JTDX 2.2.160-rc8 are made with shared Hamlib libraries,
such approach shall allow on Windows and Linux OS to apply recent Hamlib patches with no need to rebuild JTDX. On Windows OS users can replace libhamlib-4.dll file to apply Hamlib patch,
Mac and Windows users can update Hamlib or revert update to previous version in JTDX configuration Radio tab.
Linux OS: Hamlib build is supplied as standalone package and shall be installed first (prior to JTDX installation). Hamlib patches can be applied via Hamlib upgrade.
Information on Hamlib changes is available via this link: https://github.com/Hamlib/Hamlib/commits/master
Hamlib open/resolved issues: https://github.com/Hamlib/Hamlib/issues
Language translation: some new phrases added, need in translation, please.
Templates and related source code 160-rc8 as of February 23rd, 2025 can be downloaded from https://drive.google.com/file/d/1ldf...ew?usp=sharing
Скрытый контент: У вас недостаточно прав для просмотра - требуется регистрация.
Hello everyone,
I also have a question, as a JTDX user, is it not possible to introduce in a later version of JTDX v160, in the QSO saving mode in ADIF format, the saving of the following optional parameters (see attached image): Reception Frequency, Prop Mode, Satellite Name, Sat Mode, useful data for those who want to use JTDX on satellites?
Maybe even fullduplex mode?
These can be found in the improved versions of DG2YCB's WSJT-X, but unfortunately, as many users have discovered, JTDX decodes many more stations in FT8/FT4 than any version of WSJT-X.
Thanks in advance!
YO2MAX, Razvan
Good day Razvan.Цитата:
Сообщение от YO2MAX
There is no co-author of the project on our forum. I recommend contacting Arvo, ES1JA in the profile topic qrz.ru.