Re: [wsjt-devel] Windows 10 24 bit audio rx + split code into two projects?
The moderator there 'Roger' is a control freak, and very self sensitive. Last week a poster had trouble decoding, and I referred him to time.is , however Roger completely misunderstood the relevance and arrogantly told me to try the website myself, if i wanted to know what result it gave I asked if he was talking to me in disbelief that anyone would respond in that fashion. When he said yes , I educated him on the value of time.is for time sync checks, and for my trouble he told me I was rude for letting him know and placed me on permanent moderation. I just left. I don't recommend the group, as the admin is inept. 73 vk4tux On 24/4/23 22:15, Virginia Greene via wsjt-devel wrote: On Apr 24, 2023, at 7:49 AM, Martin Davies G0HDB via wsjt-devel wrote: Commiserations, Jim, Willie and Virginia (and anyone else whose membership of the WSJT-X group on groups.io has been terminated!). Martin, Perhaps the moderation is at least partially automated, with people being dropped for using one of several banned phrases or terms. Who knows. It does seem rather draconian to just drop forum members for a violation rather than just telling them that their post violates this or that forum rule. I’m sure they have their reasons for moderating as they do. At some point the job becomes really easy when there’s no members left to post. 73, Clarke K1JX ___ 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?
On Apr 24, 2023, at 7:49 AM, Martin Davies G0HDB via wsjt-devel wrote: > > Commiserations, Jim, Willie and Virginia (and anyone else whose membership of > the > WSJT-X group on groups.io has been terminated!). Martin, Perhaps the moderation is at least partially automated, with people being dropped for using one of several banned phrases or terms. Who knows. It does seem rather draconian to just drop forum members for a violation rather than just telling them that their post violates this or that forum rule. I’m sure they have their reasons for moderating as they do. At some point the job becomes really easy when there’s no members left to post. 73, Clarke K1JX ___ 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?
On 23 Apr 2023 at 12:39, Jim Brown via wsjt-devel wrote: > 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. On 23 Apr 2023 at 18:11, Virginia Greene via wsjt-devel wrote: > 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! Commiserations, Jim, Willie and Virginia (and anyone else whose membership of the WSJT-X group on groups.io has been terminated!). I also fell foul of the WSJT-X group moderator a few weeks ago - I had had the temerity to send a single-word response to a posting that had included the term 'MSHV' in its title and subsequently had my membership of the group terminated, yet the moderator had neither sanctioned the original posting nor another response to it that had also repeated the term 'MSHV' in the title. I emailed the moderator pointing out that his sanctioning of postings that included any reference to, for example, MSHV in either the posting's title or in the body text was very inconsistent - I provided a list of recent postings to the group that had been permitted to be promulgated despite them clearly contravening the policy of not permitting any reference whatsoever to the derivative apps. I also pointed out that simply replying to a posting that included the name of a derivative app in its title in no way constituted a discussion of that derivative app. I didn't even receive the courtesy of a reply to my email from the moderator... -- 73, Martin G0HDB ___ 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?
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
Re: [wsjt-devel] Windows 10 24 bit audio rx + split code into two projects?
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 > 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
Re: [wsjt-devel] Windows 10 24 bit audio rx + split code into two projects?
Ditto, but I can’t be too fussed about it, I’ve got other forums to be helpful on. I hope the moderator of the groups.io forum for wsjt gets some time to decompress. Moderating anything on the Internet nowadays is not a job I would wish on my worst enemy. 73, Willie N1JBJ > On Apr 23, 2023, at 3:59 PM, Jim Brown via wsjt-devel > wrote: > […] > 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
Re: [wsjt-devel] Windows 10 24 bit audio rx + split code into two projects?
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
Re: [wsjt-devel] Windows 10 24 bit audio rx + split code into two projects?
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. That would be great. But if the code is written such that it only uses 16 bits that would of course require some serious coding efforts. I have asked here earlier, but not got any reply; Wouldn't it be wise to split the code into two projects? A library for underlying DSP and then a GUI application as a separate project? That would benefit experiments with the signal processing, it would also make it possible to fix GUI bugs independent of the DSP stuff. And it would make it easier to integrate the "WSJT-X modes" into other applications while on the other hand it would be easier to get new modes and/or improvements into WSJT-X. A no-brainer, I think... 73 Daniel SM6VFZ On 4/23/23 14:11, Black Michael via wsjt-devel wrote: Why do you want more than 16-bit? That would increase dynamic range. Currently WSJT-X will only use 16-bit. Our current recommendation is to set the audio level in WSJT-X at 60dB and use slow AGC. Slow AGC should prevent the AGC from increasing the signal level during the quiet periods in FT8. Mike W9MDB On Sunday, April 23, 2023 at 12:49:14 AM CDT, Genadi V. Zawidowski via wsjt-devel wrote: 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 ___ 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
