SmartSDR v3.8.19 and the SmartSDR v3.8.19 Release Notes | SmartSDR v2.12.1 and the SmartSDR v2.12.1 Release Notes
SmartSDR v1.12.1 and the SmartSDR v1.12.1 Release Notes
Power Genius XL Utility v3.8.8 and the Power Genius XL Release Notes v3.8.8
Tuner Genius XL Utility v1.2.11 and the Tuner Genius XL Release Notes v1.2.11
Antenna Genius Utility v4.1.8
Need technical support from FlexRadio? It's as simple as Creating a HelpDesk ticket.
JTDX timing
Sorry it if a little bit off topic.
Why do i see a large Lag Time while my Dimension4 show small correction?
Is there anything can be done to minimize it? Or is it normal?
Thanks,
Sergey, KN7K
My radio synchronized by external GPSDO
Comments
-
The LAG is associated with the processing power (PC threads and RAM capability) of your PC and the amount of signals it is trying to decode/process each JTDX cycle. Your time is fine and actually looks normal for typical PC performances. Hover your mouse over the circled LAG area you show marked and you should get a popup explaining what it is.
0 -
I agree that the apparent offset is probably due to signal processing delay on receive. There would probably be a different, smaller delay between your local computer clock and the RF on transmit. As long as these delays are under a second or so there's nothing to worry about.
0 -
FT8 is very tolerant of timing error of less than +-2 seconds. If the time difference between you and the station you're trying to receive is less than 2 seconds there should be no effect in your ability to decode him. As you go above 2 seconds, the decodes stop abruptly.
Typical delay in a Flex receiver due to DSP + DAX is 300 milliseconds. Sharper DSP filter have more delay.
AL, K0VM
0 -
Ok, Thanks everyone!
I was thinking my Dimension4 is not in sync with PC.
Sergey, KN7K
0 -
+1.35 could cost you some decodes, especially if JTDX would have otherwise pulled put station(s) on a 2nd or 3rd decoding pass under a strong station already decoded if given a chance. This lag (timing) in JTDX has nothing to do with DT - you can see that your average DT is 0.24 seconds which is nearly perfect. The start of your transmissions will still be timely but you are losing 1.35 seconds of the 2.36 seconds given to the decoding window. Therefore lag is obviously important but not critically so, it depends on your usage. If you don't care too much, don't worry about it.
If DXing is important then it might be good to know that processing power is relevant but so are the decoding settings you have defined in JTDX.
Ensure: decoding Threads is set to one less than available in your computer. Example: 8 cores, 16 threads so set it at 15.
Adjust number of decoding cycles down one (3 to 2 or 2 to 1) and check the affect on lag and number of stations decoded.
Experiment with decoder sensitivity. Using subpass is great for powerful computers but does cause lag in slower machines.
Do not use SWL mode.
When a reasonably fast computer is used, JTDX can be "maxed out" and lag is still negative:
For slower machines aim for +0.50 seconds by adjusting the decoding levels.
0 -
Thank you Eric, yes it seems like lag <0.5 when I change number of cycles from 2 to 1.
Probably my i7 is not very powerful.
Sergey
0
Leave a Comment
Categories
- All Categories
- 283 Community Topics
- 2.1K New Ideas
- 526 The Flea Market
- 7.5K Software
- 6K SmartSDR for Windows
- 145 SmartSDR for Maestro and M models
- 352 SmartSDR for Mac
- 249 SmartSDR for iOS
- 228 SmartSDR CAT
- 169 DAX
- 352 SmartSDR API
- 8.7K Radios and Accessories
- 7K FLEX-6000 Signature Series
- 6 FLEX-8000 Signature Series
- 840 Maestro
- 43 FlexControl
- 845 FLEX Series (Legacy) Radios
- 788 Genius Products
- 414 Power Genius XL Amplifier
- 274 Tuner Genius XL
- 100 Antenna Genius
- 242 Shack Infrastructure
- 166 Networking
- 403 Remote Operation (SmartLink)
- 127 Contesting
- 624 Peripherals & Station Integration
- 125 Amateur Radio Interests
- 860 Third-Party Software