-
05.03.2017, 09:10 #5761
- Регистрация
- 12.05.2010
- Адрес
- Новотроицкое
- Возраст
- 55
- Сообщений
- 1,863
- Поблагодарили
- 1480
- Поблагодарил
- 327
-
05.03.2017, 09:23 #5762
- Регистрация
- 12.08.2006
- Адрес
- Рязань
- Возраст
- 59
- Сообщений
- 2,629
- Поблагодарили
- 882
- Поблагодарил
- 290
Мне вот честно говоря данная функция ни в логе, ни в какой либо программе не нужна, я не млею от того какие у меня циферки. А кому-то это надо и это принципиальный вопрос касающийся статистики. Если бы не был задан вопрос я бы и не увидел что это присутствует в программе.
А вы на значение DT посмотрите, скорее чудит.73! Владимир (RC2SC)
-
05.03.2017, 09:56 #5763
- Регистрация
- 12.08.2006
- Адрес
- Рязань
- Возраст
- 59
- Сообщений
- 2,629
- Поблагодарили
- 882
- Поблагодарил
- 290
Вот интересная выборка писем от разработчиков касающихся входного уровня и выбора частоты дискретизации.
Hi all,
For the record, I want to clarify once again why it's a good idea to set
the audio level so low that 16-bit digitized samples of pure background
noise have an rms range around 30.
Seemingly very reasonably, Mike asked why would we not want to set the
level higher, thereby using more bits and having a closer digital
approximation of the underlying analog signal.
On 3/2/2017 3:40 PM, Black Michael wrote:
> We've got 90dB of space to work with. Why would we NOT want the dynamic
> range? ...more dynamic
> range means more accurate FFTs and such, doesn't it?
Suppose the background noise level has been set to give rms=30 for the
digitized data. The average "power" is then the square of this value,
i.e. 900.
A small portion of this 900 units of power comes from quantizing noise
in the A/D process. How small a portion? Ideally the largest
quantizing errors fall in the range -0.5 to +0.5, i.e., half of a
least-significant bit. So the "power" in the quantizing noise is less
than 0.5^2 = 0.25.
Maybe the A/D is kinda lousy, so the amplitude errors are twice as big
and the "power" in quantizing noise thus four time as big, i.e. 1.0.
This means that our 900 units of measured power are 899 units of
background noise and 1 unit of quantizing noise.
OK: so how much S/N is lost as a result of the quantization errors? The
signal level S is unchanged. In this worst possible case, the noise is
increased from 899 to 900 units. The loss of S/N (in dB) is therefore
10*log10(900/899) = 0.0048 dB.
If you can set the level for background noise significantly higher than
30 dB and still not run out of headroom when strong signals or strong
impulsive noise are present, there is no harm in doing that. But you
won't gain more than about 0.005 dB in your quest to decode weak signals.
-- 73, Joe, K1JT
HI Joe & all,
we have another enhancement possibility available to us. WSJT-X could
set the operating system/driver fader to 0 dB as well. This may cause
some consternation amongst users who have tweaked the levels because we
have said the best place for the WSJT-X slider is in the middle. Those
who have done this are probably doing more harm than if they had tweaked
the WSJT-X slider to get to 30 dB on background noise.
Another option is that we could also switch the WSJT-X level control to
actually change the o/s / driver fader but note the value is in the
range 0.0 to 1.0 and I assume that 1.0 is 0 dB FS so maybe only
attenuation is available.
Related to this, I have never been sure if the operating system level is
more than just digital manipulation of the 16-bit PCM stream. For
example it could have access to a 24-bit sample stream at a high sample
rate on the input side (for example my laptop is capable of 192 kHz
24-bit audio input) and therefore has more resolution available than a
gain control on a 16-bit sample stream would have.
73
Bill
G4WJS.
Hi Bill,
Reasonable suggestion... though I suspect many users would have the
consternation you mention, when we alter a control setting they thought
they had control over.
As for your last question: I don't have a reference link handy, but Leif
(SM5BSZ) has shown that most "24-bit" soundcards only provide about 18
bits of real data. The remaining 6 bits or so are random noise.
Of course we want to provide the best available advice to users; but I
think people are spending far too much time worrying about what is in
most cases a non-issue. As general statement, setting the audio level
is simply not very critical.
-- Joe73! Владимир (RC2SC)
-
05.03.2017, 10:16 #5764
- Регистрация
- 26.11.2007
- Адрес
- Белоозёрский
- Возраст
- 58
- Сообщений
- 5,061
- Поблагодарили
- 2121
- Поблагодарил
- 3656
-
05.03.2017, 11:13 #5765
- Регистрация
- 10.06.2015
- Сообщений
- 578
- Поблагодарили
- 231
- Поблагодарил
- 439
Судя по всему единственное неудовольство и раздражение у человека от программы JTDX это то, что обнавления выходят очень часто.
Не так как он привык один раз в пару лет.
Видимо не поспевает как вы сказали освоить, провести анализ
Уходим от темы. Давайте лучше косяки в программе искать.
Хотя для меня плюсов в ней гораздо больше.
-
05.03.2017, 11:50 #5766
- Регистрация
- 28.11.2013
- Возраст
- 69
- Сообщений
- 5,384
- Поблагодарили
- 3312
- Поблагодарил
- 660
-
05.03.2017, 12:07 #5767
- Регистрация
- 27.10.2010
- Адрес
- гПокров
- Возраст
- 66
- Сообщений
- 1,213
- Поблагодарили
- 70
- Поблагодарил
- 149
-
05.03.2017, 12:21 #5768
- Регистрация
- 02.01.2009
- Адрес
- SA-43
- Возраст
- 67
- Сообщений
- 10,883
- Поблагодарили
- 5382
- Поблагодарил
- 2661
С греком получилось так: он давал CQ. Вижу строка с розовым цветом - новый квадрат локатора на этом диапазоне. Зову его. Перешел на прием, а почти на этой частоте Rj3AA зовет FK8DD. Рапорт от грека я не получил - програ не осилила раскодировать, потому, что на частоте было много сигналов и очень мощных. Зову еще раз. Перешел на прием - тогда и увидел вот такое. Наверно какой-то хвост остался от прошлого цикла. Нужно было во время второго моего вызова, нажать кнопочку CLEAR DX. Тогда, может быть , и не было бы этой неразберихи.
73. Сергей.
-
05.03.2017, 12:30 #5769
- Регистрация
- 05.11.2010
- Адрес
- г. Усть-Каменогорск,
- Возраст
- 74
- Сообщений
- 2,066
- Поблагодарили
- 294
- Поблагодарил
- 1270
73's Владимир
A-1 Operator Club, DXCC Honor Roll (mix-3Y/b, cw)
9BDXCC, 5BWAZ(200), 160WAZ, Challenge 2700+
www.qsl.net/un5j
-
05.03.2017, 12:32 #5770
- Регистрация
- 27.10.2010
- Адрес
- гПокров
- Возраст
- 66
- Сообщений
- 1,213
- Поблагодарили
- 70
- Поблагодарил
- 149
-
05.03.2017, 12:38 #5771
- Регистрация
- 02.01.2009
- Адрес
- SA-43
- Возраст
- 67
- Сообщений
- 10,883
- Поблагодарили
- 5382
- Поблагодарил
- 2661
Владимир Ремирович, у меня постоянный лог UR5EQF. Еще старенькая версия 3.31-7. Это одна из последних, прижизненных автора. Я в этом консерватор. Работает - ну и не хай. Обновлять не тороплюсь. Поэтому и не привязываю JTDX к логу.
В процессе работы в JTDX вношу в лог все данные руками. А когда впервые установил JTDX после WSJT-x, то скачал из лога все связи в JT65/JT9 и загрузил в JTDX. Это для того, чтобы отслеживать повторы в повседневной работе. Так и ведется у меня два лога. Одни автоматом в JTDX, второй вручную в UR5EQF. Иногда забываю что-то, подсматриваю в логе JTDX. Очень удобно.
Согласен, что можно обновить лог до 3.31-61 и привязать к нему JTDX и все будет загружаться автоматически. Но...такой я консерватор.))73. Сергей.
-
05.03.2017, 12:59 #5772
-
05.03.2017, 13:20 #5773
- Регистрация
- 12.08.2006
- Адрес
- Рязань
- Возраст
- 59
- Сообщений
- 2,629
- Поблагодарили
- 882
- Поблагодарил
- 290
Это не для общего доступа, и была просьба и предупреждение не выкладывать в общий доступ самостоятельно скомпилированные тестовые версии. Разницу понимаете? Ведь вы даже не удосуживаетесь посмотреть что было исправлено или дополнено.
И здесь промахнулись, пишет что CAT не работает а вы советуете искать что можно убрать.Последний раз редактировалось RC2SC; 05.03.2017 в 13:26.
73! Владимир (RC2SC)
-
05.03.2017, 13:38 #5774
- Регистрация
- 18.01.2015
- Адрес
- новосибирск
- Возраст
- 74
- Сообщений
- 1,686
- Поблагодарили
- 128
- Поблагодарил
- 55
-
05.03.2017, 14:28 #5775
Социальные закладки