Read it again and you will see the posting was a spoof, artificially mashed up by a random expression generator from a radio/electronics related expression list. Either ignore him or blacklist him from the mailing list.
----------------------------------------------- On Mon, 6 Feb 2023 16:00:45 +0100 Marcus Müller <mmuel...@gnuradio.org> wrote: > Dear Matt, > > this is just a quick reminder that this is the GNU Radio mailing list – > we're pretty open about the topics we discuss here, but your last three > emails were a bit far off. > > Since (I think) you're new in this community: In case you wonder what > GNU Radio is exactly, there's a really nice introduction, > https://wiki.gnuradio.org/index.php?title=What_Is_GNU_Radio > > Best regards, > Marcus > > On 2/6/23 09:28, Matt Young wrote: > > In ham radio we have twenty manufacturer all writing and producing > > their own LCD screens and menus. A nightmare.s Thy all started with > > DSP function then suddenly loads of investments into screens. > > > > Just add a USB port to the machines and plug in a chromebook, which > > costs 155. Three hundred dollars save at the shack, money spent on > > pre and post analog for dealing with this chaotic atmosphere. > > > > The DSP is simple, we need in and out DACs at 8 mHz, 16 bit. We need > > ar least 80 Mflops of fixed point 32 bit signal 'taps'. Add in a > > separate center frequency LO on output. Opens the market big time. > > Floating point does no good, if you did you Z transforms, > > everything should be scaled. > > Your source code really is set of pure linear discrete inductance, > > capacitance and transconductance. There are no parasitics. We can > > generate assembly from Spice, then each DSP makerwrits thor own linker > > from Spice to DSP.. > > > > Code never changes across bands. The local oscillator mixes in the > > high precision interface to the antenna. We really want the isolation > > of the digital from the horrors of atmospheric RF static.
