fw from evariste Am 30.07.2020 um 20:21 schrieb ON6PY@...:

#adalmpluto #feature #ptt #future

Hi Simon, Tnx for the fantastic software that you put at the disposal of the qo100 community. Will adapting SDR Console to send the PTT through the GPIO also work with the Pluto firmware from Analog D

#adalmpluto #feature #ptt #future

nener mind, Ill keep quiet now ================================ Need help with SDR Console? If you have a problem: Go to https://www.sdr-radio.com/support Please follow instructions in that link. ====

#sdrserver #sdrplay #feature

Sorry Jim, I just don't see where you are coming from on this. First you say "The RSPs didnt exist when Console 2 was being developed, period!" and then you say Simon added support when the radios wer

#sdrserver #sdrplay #feature

Yes it does now, Simon added support when the radios were released...... but IIRC this came after the main developement of V2 took place in 2012-14 ish. No contradiction - I probably wasn't clear enou

#sdrserver #sdrplay #feature

There are some contradictions going on there. "The RSPs didnt exist when Console 2 was being developed, period!" and "My RSP1 is still working with Version 2 - I use it for monitoring FT8."

#sdrserver #sdrplay #feature

Jim you are incorrect, V2.3 contains support for SDRplay RSP1 and RSP2. If it doesn't I don't know how I was using my RSP1 with it.

#sdrserver #sdrplay #feature

The RSPs didnt exist when Console 2 was being developed, period! I cant remember exactly when the first SDRPLay came out (2015, perhaps?), but I do know that Console 3 was up and running in 2016, as t

#sdrserver #sdrplay #feature

I'll elaborate on that, with V2.3 build 3825 my RSP1A is seen as a RSP2 and although it starts it doesn't appear to receive anything. My RSP1 works as it should. I don't think the RSP1A existed when V

#sdrserver #sdrplay #feature

My RSP1A doesn't work with V2. But my RSP1 does.

#sdrserver #sdrplay #feature

Thank You for reply. It is possible to use SDRPlay RSP1A with v2 Console ?

#sdrserver #sdrplay #feature

My "quickie" contribution. For "Band Plan" read "Frequency Allocation". Visual "band" identification is certainly an attractive feature but there are some good reasons why it is not more widely implem

#feature #request

Hi, I agree – just something I haven’t got around to yet. Simon Brown, G4ELI https://www.sdr-radio.com

#feature #request

This seems overly complicated. See how SDR# does this - BandPlan.xml file in attachment. It is edited with just a text editor, and the editor within SDR Console could just be a simple list. This is my

#feature #request

For my own playing I looked into this concept. I'd intended to make a tool for creating the SDRSharp band plan list. There is WAY too much custom editing I would have had to do. Different parts of the

#feature #request

Having in the future a band plan (editable) 'll be very nice feature.

#feature #request

Somewhat on the idea as used by Flex 6x00 radios?

#feature

I believe my video card could do that. And if I recall specs the video card in the video machine can do 6x8k. (AMD) With the ability to specifically pick video cards it could actually do 7x8k with the

#feature

Exactly what's planned. For example with the ELAD S3 and to lesser extent SDRplay you could display quite a few bands: ham, broadcast etc. My gut feeling is that in a few years we’ll have sub-$299 16-

#feature

Too small for more than NFM. I like the idea of one big spectrum with sub-spectrums calculated on smaller chunks of data to cover areas of interest. A panoramic panel of 4 8k screens is sort of small

#feature