[wsjt-devel] 24 bit audio

2023-05-01 Thread Genadi V . Zawidowski via wsjt-devel

Hello Joe! 
Can you answer: have any benefits (in dynamic range of decoding FT8) using more 
then 16 bit audio stream format under Windows 10?
--
Sent from Mail.ru app for Android Monday, 01 May 2023, 05:18PM +03:00 from Joe 
Taylor via wsjt-devel  wsjt-devel@lists.sourceforge.net :

>Hi Gary,
>
>On 4/26/2023 7:59 AM, K9RX wrote:
> I had sent this on the 16^th of April but did not get a response… I 
> believe these are germane questions – and as far as I’ve been able to 
> tell they are not addressed in the manual. These pertain to the use of 
> “average” when running Q65. I’ve asked these questions in the EME group 
> – no one knew the answers but were also interested.
>
> 1. /Does average apply to each of multiple signals in the window?/
>Yes
>
> 2. /Is there a separate average queue for 1^st and 2^nd sequence?
> (would be great if RXing both looking for stns)/
>Yes
>
> 3. /IF each signal has its own average: and if Auto Clear is on does it
> only clear the averages for those that have now decoded or /
> 4. /if only one station decodes and there are say 3 stations there (in
> the averages) do all the averages now get cleared out?/
>
>"Auto Clear Avg after decode" clears the averaging accumulator for the 
>relevant Odd or Even sequence when decoding at the selected offset 
>frequency is successful.  The accumulator for the other sequence remains 
>intact.
>
>The small window near center of the status bar (see attached screen 
>shot) shows the number of Rx intervals available in the accumulator for 
>each sequence.
>
> I assumed 4. Which is why I turned off auto clear since if it is 4 above 
> it would never do an average if Lance, in the even cycle, always 
> decoded.  And as mentioned I went from 0 averages in the AVG DEC window 
> with it on to several ongoing with it off.
>
>-- 73, Joe, K1JT
>___
>wsjt-devel mailing list
>wsjt-devel@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/wsjt-devel
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel


Re: [wsjt-devel] Windows 10 24 bit audio rx + split code into two projects?

2023-04-23 Thread Genadi V . Zawidowski via wsjt-devel

In my  radio filtered 48 kHz i/q stream (pairs of 28 bit samples) provided from 
fpga (122.88 MHz on input) converted to 32bit floats processed by Weaver method 
and can be routed trough 24 or 16 bit  usb audio to wsjt. If wsjt not truncate 
24 bit to 16 before processing,  I can switch off AGC for these modes.
Ep4ce22e22 and allwinner t113-s3 is a heart of radio.
-
Sent from Mail.ru app for Android Monday, 24 April 2023, 01:14AM +03:00 from 
Virginia Greene via wsjt-devel  wsjt-devel@lists.sourceforge.net :

>I am amongst the most recent exiles.  I mentioned that a current DXpedition 
>may be using one of WSJT-X variants - variant not named - running MSHV, so it 
>would probably be better to call that station using Normal mode instead of 
>Hound mode.
>
>Boom! 
>
>Anyway, the current state of the practical art in audio ADCs is an ESS part.  
>It has about 20 bits of real resolution.  (I have an ADC product using that 
>part and it does do that).  So, if you used a part like that in your 
>conversion from the analog audio out of the radio into the digital domain, 
>that’d be an improvement over 16 bits.  Assuming the data processing will do 
>24 bits, to pick a common number.
>
>But, that assumes a lot.  Most radios don’t use A-D or D-A converters in their 
>internal processing that are much beyond 16 bits.  In a lot of radios, you 
>have the detected audio converted into digital with 16 bit converters, 
>processed in the DSP, and then converted back into analog audio with 16 bit 
>converters.
>
>That’s hardly ideal.
>
>It’d be much nicer if we had access to the digital stream coming out of the 
>DSP system before it was converted to analog.  Ideally, the sample rate would 
>be 48 KHz, because that’s what WSJT-X uses.  I think that’d go a long way to 
>improving receive performance in crowded bands.  Plus, improve the transmit 
>signals, too - less chance for RF problems and other goblins.
>
>73,
>
>Clarke  K1JX
>
> On Apr 23, 2023, at 3:39 PM, Jim Brown via wsjt-devel < 
> wsjt-devel@lists.sourceforge.net> wrote:
>
> On 4/23/2023 11:20 AM, Daniel Uppström via wsjt-devel wrote:
>> Isn't that obvious why he wants more than 16 bits? With a receiver using 
>> more than that it could be possible to eliminate AGC all together and just 
>> feed something with 100 dB of dynamics into WSJT.
>
> If I'm not mistaken, what the original poster is requesting was implemented 
> in the latest full release of JTDX. But since even the slightest mention of 
> software other than WSJT-X results in getting bounced from the WSJT-X 
> reflector, we never hear about stuff like this, nor about whether it works, 
> or provides useful benefit under real world conditions. I am one of those who 
> got bounced.
>
> 73, Jim K9YC
>
>
>
>
>
>
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
>
>
>___
>wsjt-devel mailing list
>wsjt-devel@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/wsjt-devel
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel


[wsjt-devel] Windows 10 24 bit audio rx

2023-04-22 Thread Genadi V . Zawidowski via wsjt-devel

Hello. Who knows about internals wsjt-x - can I get benefits then using 24 bit 
audio format on duc/develop radio (I want to moderate AGC slope and pass to ft8 
decoder more then 16 bit audio signal).
Ua1arn
--
Sent from Mail.ru app for Android___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel