Date   

Re: Wrong time in file names created by SDR Console (audio files)

jdow
 

It did exactly what you told it to do.
{o.o}

On 20210824 00:44:56, Finndx wrote:

OK. Let's say, I want to record an audio file with SDR Console during live DX moment.

I've wondered this many times before so I know about this problem but made a quick test again:

1) (Audio) Recording button on Rec/Playback ribbon bar was clicked at 20:38:30.

2) So, it suggests file name like this: 23-Aug-2021 20h38m30s, 89.7 MHz, BC-FM

3) I'm waiting half a minute and click the actual start button to start recording process.

4) I stop recording half a minute later (that's 30 seconds) and see what I got.

Yes, there's a new recording with a file name "23-Aug-2021 20h38m30s, 89.7 MHz, BC-FM.wav" in my folder of recorded audio files. So everything is OK. Wait, is it?
Remember, I started the actual recording at 20:39:00, so why the file name still says "20h38m30s"? That's clearly not right ... though that is the file name that was suggested in the recording window and I left it untouched. How could I predict what will be the exact moment of clicking "Start" in the "Record Active Receiver" window? However, I should enter that exact time value before that moment anyway in order to get correct files names. I find this whole logic of two-step-recording process peculiar and troublesome to use.

Conclusion: every time stamp in the file names of audio files created by SDR Console is actually wrong. It depends how quick you are clicking "start" button in the "Record Active Receiver" window... And if you edit the title, like I do, it takes some more seconds to define the title to the format I prefer most.

I strongly encourage for one-click recording option to be added for SDR Console (with predefinable automatic file naming convention, fully user configurable, like I already suggested some years ago). Once automated file naming is available (i.e. without any user action like this two-step recording procedure we have now), would it even be possible to have audio recording start/stop commands via CAT? I have a need for externally starting and stopping recording from my other software. There is also a strong need for cached audio recording.

Sidenote: SDR Console audio recording works correctly and well when I'm extracting audio files from IQ-recordings in a certain way. Idea is to find the right time for the recording to start and then click 'Pause' to stop playing audio first and only after that click the audio recording button on the ribbon bar. Releasing 'Pause' will cause the recording to start with the CORRECT time in the file name. Otherwise no good. Likewise when I want to stop recording, I first click pause before actual 'Stop' button.

Has anybodody else paid attention to the wrong time stamps in the file names?


Wrong time in file names created by SDR Console (audio files)

Finndx
 

OK. Let's say, I want to record an audio file with SDR Console during live DX moment.

I've wondered this many times before so I know about this problem but made a quick test again:

1) (Audio) Recording button on Rec/Playback ribbon bar was clicked at 20:38:30.

2) So, it suggests file name like this: 23-Aug-2021 20h38m30s, 89.7 MHz, BC-FM

3) I'm waiting half a minute and click the actual start button to start recording process.

4) I stop recording half a minute later (that's 30 seconds) and see what I got.

Yes, there's a new recording with a file name "23-Aug-2021 20h38m30s, 89.7 MHz, BC-FM.wav" in my folder of recorded audio files. So everything is OK. Wait, is it?
Remember, I started the actual recording at 20:39:00, so why the file name still says "20h38m30s"? That's clearly not right ... though that is the file name that was suggested in the recording window and I left it untouched. How could I predict what will be the exact moment of clicking "Start" in the "Record Active Receiver" window? However, I should enter that exact time value before that moment anyway in order to get correct files names. I find this whole logic of two-step-recording process peculiar and troublesome to use.

Conclusion: every time stamp in the file names of audio files created by SDR Console is actually wrong. It depends how quick you are clicking "start" button in the "Record Active Receiver" window... And if you edit the title, like I do, it takes some more seconds to define the title to the format I prefer most.

I strongly encourage for one-click recording option to be added for SDR Console (with predefinable automatic file naming convention, fully user configurable, like I already suggested some years ago). Once automated file naming is available (i.e. without any user action like this two-step recording procedure we have now), would it even be possible to have audio recording start/stop commands via CAT? I have a need for externally starting and stopping recording from my other software. There is also a strong need for cached audio recording.

Sidenote: SDR Console audio recording works correctly and well when I'm extracting audio files from IQ-recordings in a certain way. Idea is to find the right time for the recording to start and then click 'Pause' to stop playing audio first and only after that click the audio recording button on the ribbon bar. Releasing 'Pause' will cause the recording to start with the CORRECT time in the file name. Otherwise no good. Likewise when I want to stop recording, I first click pause before actual 'Stop' button.

Has anybodody else paid attention to the wrong time stamps in the file names?


Re: 3.1 Betas

jdow
 

Transmit menu- click DSP.
{^_^}

On 20210823 11:42:40, Tom Crosbie G6PZZ wrote:

One teeny tiny suggestion…

 

The ability to remove or hide the TX tab might be useful. Certainly for me using Remote Desktop and having to drop from two screens down to one.

 

Tom G6PZZ. (not wanting to TX as I can never have the same type of 2m & 70cms antennas I used to have!)

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Simon Brown
Sent: 23 August 2021 16:20
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

Hi,

 

As soon as I add TX support the issues arise such as antenna switching, remote amp control etc. If I do this then I have to do it properly and at the moment I just don’t have the mental energy.

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Matthias Bopp
Sent: 23 August 2021 15:20
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

Hi Simon,

 

the TX support in the server is not a request of AMSAT-DL but from me personally.

I could simplify my personal setup for QO-100 with such a server/console solution and also
think that for general remote operation e.g. of a HF ham radio station it would be of interest.

 

Anyhow, if it is too difficult (in several aspects) then it is probably better to focus on other things.

 

Topic closed.

 

Kind regards

 

Matthias

 

www.dd1us.de

 

 

 

 

Von: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> Im Auftrag von Simon Brown via groups.io
Gesendet: Montag, 23. August 2021 13:55
An: main@SDR-Radio.groups.io
Betreff: Re: [SDR-Radio] 3.1 Betas

 

Seriously, for just a few people?

 

If it’s *so* important then maybe AMSAT-DL could write a solution? Remote transmit support is a nightmare (albtraum).

 

  • Legal considerations
  • User support
  • Networking

 

At the moment I have no desire to open that can of worms…

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Matthias Bopp
Sent: 23 August 2021 12:31
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

Yes, you truly deserve it …

 

Take your time …

 

… and then please consider extending the server function by the TX option 😉

 

Kind regards

 

Matthias

 

www.dd1us.de

 

 

Von: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> Im Auftrag von Simon Brown
Gesendet: Montag, 23. August 2021 12:23
An: main@SDR-Radio.groups.io
Betreff: Re: [SDR-Radio] 3.1 Betas

 

The most needed feature is the sole coder takes a break…

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Siegfried Jackstien

What do others think?? What is the most needed feature in sdrc v3??? I am quite sure if you ask here in the group a lot of users would answer backup and restore


--

- + - + -

Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


--

- + - + -

Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


--

- + - + -

Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.



Re: 3.1 Betas

jdow
 

I don;t really think SDRC needs a golf video window....
{O.o}

On 20210823 10:37:25, BobS via groups.io wrote:

On Mon, Aug 23, 2021 at 06:56 AM, Siegfried Jackstien wrote:

if sdrc v3 would be open source (with you as maintainer) ... that would also be nice ... (but i know you will keep it a one man show ... "you are the boss")

Going open-source often means losing control, although that hasn't been the case for the Linux kernel. SDR# is a good example. It was open source, then the developers un-open-sourced it (to use rather inelegant English). SDR# did have its decoding software licensed only under a read-only license. From what I could glean, competitors were taking the source code, forking it, and issuing competing products. I'd hate to see someone making a profit off Simon's code.

When a project is open and collaborative to begin with, open source can work better. For a person to give up not just the intellectual property (and months/years of work) and lose control is a difficult proposition for once the code is out there, the die has been cast.

The best part of SDR Console is that it is a single coder with a single vision. From Simon's posts in this thread, it looks like we're soon to get some sort of live webcam view of people playing golf. Ha! :-)

Bob, W4RLS



Re: 3.1 Betas

jdow
 

Legal considerations trump all other cards. We want Millie to keep eating.
{o.o}

On 20210823 07:19:38, Matthias Bopp wrote:

Hi Simon,

 

the TX support in the server is not a request of AMSAT-DL but from me personally.

I could simplify my personal setup for QO-100 with such a server/console solution and also
think that for general remote operation e.g. of a HF ham radio station it would be of interest.

 

Anyhow, if it is too difficult (in several aspects) then it is probably better to focus on other things.

 

Topic closed.

 

Kind regards

 

Matthias

 

www.dd1us.de

 

 

 

 

Von: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> Im Auftrag von Simon Brown via groups.io
Gesendet: Montag, 23. August 2021 13:55
An: main@SDR-Radio.groups.io
Betreff: Re: [SDR-Radio] 3.1 Betas

 

Seriously, for just a few people?

 

If it’s *so* important then maybe AMSAT-DL could write a solution? Remote transmit support is a nightmare (albtraum).

 

  • Legal considerations
  • User support
  • Networking

 

At the moment I have no desire to open that can of worms…

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Matthias Bopp
Sent: 23 August 2021 12:31
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

Yes, you truly deserve it …

 

Take your time …

 

… and then please consider extending the server function by the TX option 😉

 

Kind regards

 

Matthias

 

www.dd1us.de

 

 

Von: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> Im Auftrag von Simon Brown
Gesendet: Montag, 23. August 2021 12:23
An: main@SDR-Radio.groups.io
Betreff: Re: [SDR-Radio] 3.1 Betas

 

The most needed feature is the sole coder takes a break…

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Siegfried Jackstien

What do others think?? What is the most needed feature in sdrc v3??? I am quite sure if you ask here in the group a lot of users would answer backup and restore


--

- + - + -

Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


--

- + - + -

Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.



Re: 3.1 Betas

jdow
 

Of them all "Legal considerations" is the trump card. It has been managed for repeaters. But, in the US that is a world in which the repeater monitored 24/7 by a qualified control operator - supposedly. The potential liabilities, considering the international nature of the Internet, are WAY more than any single person could bear. It's where angels fear to tread.

{O.O}

On 20210823 04:55:13, Simon Brown wrote:

Seriously, for just a few people?

 

If it’s *so* important then maybe AMSAT-DL could write a solution? Remote transmit support is a nightmare (albtraum).

 

  • Legal considerations
  • User support
  • Networking

 

At the moment I have no desire to open that can of worms…

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Matthias Bopp
Sent: 23 August 2021 12:31
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

Yes, you truly deserve it …

 

Take your time …

 

… and then please consider extending the server function by the TX option 😉

 

Kind regards

 

Matthias

 

www.dd1us.de

 

 

Von: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> Im Auftrag von Simon Brown
Gesendet: Montag, 23. August 2021 12:23
An: main@SDR-Radio.groups.io
Betreff: Re: [SDR-Radio] 3.1 Betas

 

The most needed feature is the sole coder takes a break…

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Siegfried Jackstien

What do others think?? What is the most needed feature in sdrc v3??? I am quite sure if you ask here in the group a lot of users would answer backup and restore


--

- + - + -

Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


--
- + - + -
Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


Re: 3.1 Betas

JOHN TALBOT
 

I wish the Russian fellow who developed the Signal Analyzer software had made those provisions before he fell off his chair.

On Mon, Aug 23, 2021 at 12:50 PM Simon Brown <simon@...> wrote:

Hi Bob,

 

This is a massive project and simply wouldn’t survive under open source. Open source can work very well with small projects but not with those like mine unless you have someone like Linus in charge and he does get paid.

 

I have made arrangements for the code to be uploaded for free when I fall off my perch, my weekly full backup of the disk where I keep all my source, references, libraries going back 11 years etc. is … 25GB compressed!

 

At least 1,500,000 lines of active code.

 

It’s big…

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of BobS via groups.io
Sent: 23 August 2021 18:37
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

On Mon, Aug 23, 2021 at 06:56 AM, Siegfried Jackstien wrote:

if sdrc v3 would be open source (with you as maintainer) ... that would also be nice ... (but i know you will keep it a one man show ... "you are the boss")

Going open-source often means losing control, although that hasn't been the case for the Linux kernel. SDR# is a good example. It was open source, then the developers un-open-sourced it (to use rather inelegant English). SDR# did have its decoding software licensed only under a read-only license. From what I could glean, competitors were taking the source code, forking it, and issuing competing products. I'd hate to see someone making a profit off Simon's code.

When a project is open and collaborative to begin with, open source can work better. For a person to give up not just the intellectual property (and months/years of work) and lose control is a difficult proposition for once the code is out there, the die has been cast.

The best part of SDR Console is that it is a single coder with a single vision. From Simon's posts in this thread, it looks like we're soon to get some sort of live webcam view of people playing golf. Ha! :-)

Bob, W4RLS


--
- + - + -
Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


Re: 3.1 Betas

Siegfried Jackstien
 

Click on the x in upper right corner of tx panel and its closed
Reopen when click on transmit dsp (ribbon bar)
Easy

Am 23.08.2021 20:55 schrieb Tom Crosbie G6PZZ <tom@...>:

Thanks Simon,

I’ll wile away the hours finding how…

Cheers

Tom G6PZZ.

P.S. I’ve gone without meat for the best part of a week now and today I turned down the offer of a bacon bap from one of my care team!

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Simon Brown
Sent: 23 August 2021 19:48
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

You can !!!

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Tom Crosbie G6PZZ
Sent: 23 August 2021 19:43
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

One teeny tiny suggestion…

 

The ability to remove or hide the TX tab might be useful. Certainly for me using Remote Desktop and having to drop from two screens down to one.

 

Tom G6PZZ. (not wanting to TX as I can never have the same type of 2m & 70cms antennas I used to have!)

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Simon Brown
Sent: 23 August 2021 16:20
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

Hi,

 

As soon as I add TX support the issues arise such as antenna switching, remote amp control etc. If I do this then I have to do it properly and at the moment I just don’t have the mental energy.

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Matthias Bopp
Sent: 23 August 2021 15:20
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

Hi Simon,

 

the TX support in the server is not a request of AMSAT-DL but from me personally.

I could simplify my personal setup for QO-100 with such a server/console solution and also
think that for general remote operation e.g. of a HF ham radio station it would be of interest.

 

Anyhow, if it is too difficult (in several aspects) then it is probably better to focus on other things.

 

Topic closed.

 

Kind regards

 

Matthias

 

www.dd1us.de

 

 

 

 

Von: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> Im Auftrag von Simon Brown via groups.io
Gesendet: Montag, 23. August 2021 13:55
An: main@SDR-Radio.groups.io
Betreff: Re: [SDR-Radio] 3.1 Betas

 

Seriously, for just a few people?

 

If it’s *so* important then maybe AMSAT-DL could write a solution? Remote transmit support is a nightmare (albtraum).

 

  • Legal considerations
  • User support
  • Networking

 

At the moment I have no desire to open that can of worms…

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Matthias Bopp
Sent: 23 August 2021 12:31
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

Yes, you truly deserve it …

 

Take your time …

 

… and then please consider extending the server function by the TX option 😉

 

Kind regards

 

Matthias

 

www.dd1us.de

 

 

Von: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> Im Auftrag von Simon Brown
Gesendet: Montag, 23. August 2021 12:23
An: main@SDR-Radio.groups.io
Betreff: Re: [SDR-Radio] 3.1 Betas

 

The most needed feature is the sole coder takes a break…

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Siegfried Jackstien

What do others think?? What is the most needed feature in sdrc v3??? I am quite sure if you ask here in the group a lot of users would answer backup and restore


--

- + - + -

Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


--

- + - + -

Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


--

- + - + -

Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


--

- + - + -

Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.



Re: 3.1 Betas

Tom Crosbie G6PZZ
 

Thanks Simon,

I’ll wile away the hours finding how…

Cheers

Tom G6PZZ.

P.S. I’ve gone without meat for the best part of a week now and today I turned down the offer of a bacon bap from one of my care team!

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Simon Brown
Sent: 23 August 2021 19:48
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

You can !!!

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Tom Crosbie G6PZZ
Sent: 23 August 2021 19:43
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

One teeny tiny suggestion…

 

The ability to remove or hide the TX tab might be useful. Certainly for me using Remote Desktop and having to drop from two screens down to one.

 

Tom G6PZZ. (not wanting to TX as I can never have the same type of 2m & 70cms antennas I used to have!)

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Simon Brown
Sent: 23 August 2021 16:20
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

Hi,

 

As soon as I add TX support the issues arise such as antenna switching, remote amp control etc. If I do this then I have to do it properly and at the moment I just don’t have the mental energy.

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Matthias Bopp
Sent: 23 August 2021 15:20
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

Hi Simon,

 

the TX support in the server is not a request of AMSAT-DL but from me personally.

I could simplify my personal setup for QO-100 with such a server/console solution and also
think that for general remote operation e.g. of a HF ham radio station it would be of interest.

 

Anyhow, if it is too difficult (in several aspects) then it is probably better to focus on other things.

 

Topic closed.

 

Kind regards

 

Matthias

 

www.dd1us.de

 

 

 

 

Von: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> Im Auftrag von Simon Brown via groups.io
Gesendet: Montag, 23. August 2021 13:55
An: main@SDR-Radio.groups.io
Betreff: Re: [SDR-Radio] 3.1 Betas

 

Seriously, for just a few people?

 

If it’s *so* important then maybe AMSAT-DL could write a solution? Remote transmit support is a nightmare (albtraum).

 

  • Legal considerations
  • User support
  • Networking

 

At the moment I have no desire to open that can of worms…

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Matthias Bopp
Sent: 23 August 2021 12:31
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

Yes, you truly deserve it …

 

Take your time …

 

… and then please consider extending the server function by the TX option 😉

 

Kind regards

 

Matthias

 

www.dd1us.de

 

 

Von: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> Im Auftrag von Simon Brown
Gesendet: Montag, 23. August 2021 12:23
An: main@SDR-Radio.groups.io
Betreff: Re: [SDR-Radio] 3.1 Betas

 

The most needed feature is the sole coder takes a break…

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Siegfried Jackstien

What do others think?? What is the most needed feature in sdrc v3??? I am quite sure if you ask here in the group a lot of users would answer backup and restore


--

- + - + -

Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


--

- + - + -

Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


--

- + - + -

Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


--

- + - + -

Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


Re: 3.1 Betas

Simon Brown
 

You can !!!

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Tom Crosbie G6PZZ
Sent: 23 August 2021 19:43
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

One teeny tiny suggestion…

 

The ability to remove or hide the TX tab might be useful. Certainly for me using Remote Desktop and having to drop from two screens down to one.

 

Tom G6PZZ. (not wanting to TX as I can never have the same type of 2m & 70cms antennas I used to have!)

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Simon Brown
Sent: 23 August 2021 16:20
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

Hi,

 

As soon as I add TX support the issues arise such as antenna switching, remote amp control etc. If I do this then I have to do it properly and at the moment I just don’t have the mental energy.

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Matthias Bopp
Sent: 23 August 2021 15:20
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

Hi Simon,

 

the TX support in the server is not a request of AMSAT-DL but from me personally.

I could simplify my personal setup for QO-100 with such a server/console solution and also
think that for general remote operation e.g. of a HF ham radio station it would be of interest.

 

Anyhow, if it is too difficult (in several aspects) then it is probably better to focus on other things.

 

Topic closed.

 

Kind regards

 

Matthias

 

www.dd1us.de

 

 

 

 

Von: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> Im Auftrag von Simon Brown via groups.io
Gesendet: Montag, 23. August 2021 13:55
An: main@SDR-Radio.groups.io
Betreff: Re: [SDR-Radio] 3.1 Betas

 

Seriously, for just a few people?

 

If it’s *so* important then maybe AMSAT-DL could write a solution? Remote transmit support is a nightmare (albtraum).

 

  • Legal considerations
  • User support
  • Networking

 

At the moment I have no desire to open that can of worms…

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Matthias Bopp
Sent: 23 August 2021 12:31
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

Yes, you truly deserve it …

 

Take your time …

 

… and then please consider extending the server function by the TX option 😉

 

Kind regards

 

Matthias

 

www.dd1us.de

 

 

Von: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> Im Auftrag von Simon Brown
Gesendet: Montag, 23. August 2021 12:23
An: main@SDR-Radio.groups.io
Betreff: Re: [SDR-Radio] 3.1 Betas

 

The most needed feature is the sole coder takes a break…

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Siegfried Jackstien

What do others think?? What is the most needed feature in sdrc v3??? I am quite sure if you ask here in the group a lot of users would answer backup and restore


--

- + - + -

Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


--

- + - + -

Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


--

- + - + -

Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


--
- + - + -
Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


Re: 3.1 Betas

Tom Crosbie G6PZZ
 

One teeny tiny suggestion…

 

The ability to remove or hide the TX tab might be useful. Certainly for me using Remote Desktop and having to drop from two screens down to one.

 

Tom G6PZZ. (not wanting to TX as I can never have the same type of 2m & 70cms antennas I used to have!)

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Simon Brown
Sent: 23 August 2021 16:20
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

Hi,

 

As soon as I add TX support the issues arise such as antenna switching, remote amp control etc. If I do this then I have to do it properly and at the moment I just don’t have the mental energy.

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Matthias Bopp
Sent: 23 August 2021 15:20
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

Hi Simon,

 

the TX support in the server is not a request of AMSAT-DL but from me personally.

I could simplify my personal setup for QO-100 with such a server/console solution and also
think that for general remote operation e.g. of a HF ham radio station it would be of interest.

 

Anyhow, if it is too difficult (in several aspects) then it is probably better to focus on other things.

 

Topic closed.

 

Kind regards

 

Matthias

 

www.dd1us.de

 

 

 

 

Von: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> Im Auftrag von Simon Brown via groups.io
Gesendet: Montag, 23. August 2021 13:55
An: main@SDR-Radio.groups.io
Betreff: Re: [SDR-Radio] 3.1 Betas

 

Seriously, for just a few people?

 

If it’s *so* important then maybe AMSAT-DL could write a solution? Remote transmit support is a nightmare (albtraum).

 

  • Legal considerations
  • User support
  • Networking

 

At the moment I have no desire to open that can of worms…

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Matthias Bopp
Sent: 23 August 2021 12:31
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

Yes, you truly deserve it …

 

Take your time …

 

… and then please consider extending the server function by the TX option 😉

 

Kind regards

 

Matthias

 

www.dd1us.de

 

 

Von: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> Im Auftrag von Simon Brown
Gesendet: Montag, 23. August 2021 12:23
An: main@SDR-Radio.groups.io
Betreff: Re: [SDR-Radio] 3.1 Betas

 

The most needed feature is the sole coder takes a break…

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Siegfried Jackstien

What do others think?? What is the most needed feature in sdrc v3??? I am quite sure if you ask here in the group a lot of users would answer backup and restore


--

- + - + -

Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


--

- + - + -

Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


--

- + - + -

Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


Re: 3.1 Betas

Simon Brown
 

Brian,

 

Check the betas now – new one uploaded an hour or so ago.

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Brian Morrison
Sent: 23 August 2021 19:14
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

On Mon, 2021-08-23 at 18:50 +0100, Simon Brown wrote:

This is a massive project and simply wouldn’t survive under open source. Open source can work very well with small projects but not with those like mine unless you have someone like Linus in charge and he does get paid.

 

Thing is, Linux has grown over 30 years with uses in so many devices and systems and that has forced some (a lot!) of discipline on it. SDR-Console is not attempting to cover anything like that size of market and it's quite esoteric in terms of what people do with it.

 

Simon has done an amazing job with his projects over a long period, but I doubt he would want to be like Linus.

 

Thank you Simon, I'll be fascinated to see how much the fan on my i5 laptop has slowed down when I get to try 3.1 with the SDRplay improvements.

 

-- 

 

Brian  G8SEZ

 


--
- + - + -
Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


Re: 3.1 Betas

Brian Morrison
 

On Mon, 2021-08-23 at 18:50 +0100, Simon Brown wrote:
This is a massive project and simply wouldn’t survive under open source. Open source can work very well with small projects but not with those like mine unless you have someone like Linus in charge and he does get paid.

Thing is, Linux has grown over 30 years with uses in so many devices and systems and that has forced some (a lot!) of discipline on it. SDR-Console is not attempting to cover anything like that size of market and it's quite esoteric in terms of what people do with it.

Simon has done an amazing job with his projects over a long period, but I doubt he would want to be like Linus.

Thank you Simon, I'll be fascinated to see how much the fan on my i5 laptop has slowed down when I get to try 3.1 with the SDRplay improvements.

-- 

Brian  G8SEZ


Re: 3.1 Betas

Simon Brown
 

Hi Bob,

 

This is a massive project and simply wouldn’t survive under open source. Open source can work very well with small projects but not with those like mine unless you have someone like Linus in charge and he does get paid.

 

I have made arrangements for the code to be uploaded for free when I fall off my perch, my weekly full backup of the disk where I keep all my source, references, libraries going back 11 years etc. is … 25GB compressed!

 

At least 1,500,000 lines of active code.

 

It’s big…

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of BobS via groups.io
Sent: 23 August 2021 18:37
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

On Mon, Aug 23, 2021 at 06:56 AM, Siegfried Jackstien wrote:

if sdrc v3 would be open source (with you as maintainer) ... that would also be nice ... (but i know you will keep it a one man show ... "you are the boss")

Going open-source often means losing control, although that hasn't been the case for the Linux kernel. SDR# is a good example. It was open source, then the developers un-open-sourced it (to use rather inelegant English). SDR# did have its decoding software licensed only under a read-only license. From what I could glean, competitors were taking the source code, forking it, and issuing competing products. I'd hate to see someone making a profit off Simon's code.

When a project is open and collaborative to begin with, open source can work better. For a person to give up not just the intellectual property (and months/years of work) and lose control is a difficult proposition for once the code is out there, the die has been cast.

The best part of SDR Console is that it is a single coder with a single vision. From Simon's posts in this thread, it looks like we're soon to get some sort of live webcam view of people playing golf. Ha! :-)

Bob, W4RLS


--
- + - + -
Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


Re: 3.1 Betas

BobS
 

On Mon, Aug 23, 2021 at 06:56 AM, Siegfried Jackstien wrote:

if sdrc v3 would be open source (with you as maintainer) ... that would also be nice ... (but i know you will keep it a one man show ... "you are the boss")

Going open-source often means losing control, although that hasn't been the case for the Linux kernel. SDR# is a good example. It was open source, then the developers un-open-sourced it (to use rather inelegant English). SDR# did have its decoding software licensed only under a read-only license. From what I could glean, competitors were taking the source code, forking it, and issuing competing products. I'd hate to see someone making a profit off Simon's code.

When a project is open and collaborative to begin with, open source can work better. For a person to give up not just the intellectual property (and months/years of work) and lose control is a difficult proposition for once the code is out there, the die has been cast.

The best part of SDR Console is that it is a single coder with a single vision. From Simon's posts in this thread, it looks like we're soon to get some sort of live webcam view of people playing golf. Ha! :-)

Bob, W4RLS


Re: 3.1 Betas

Matthias Bopp
 

Hi Simon,

 

no problem, I understand.

 

You better do what you have fun with …

 

Kind regards

 

Matthias

 

www.dd1us.de

 

 

Von: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> Im Auftrag von Simon Brown via groups.io
Gesendet: Montag, 23. August 2021 17:20
An: main@SDR-Radio.groups.io
Betreff: Re: [SDR-Radio] 3.1 Betas

 

Hi,

 

As soon as I add TX support the issues arise such as antenna switching, remote amp control etc. If I do this then I have to do it properly and at the moment I just don’t have the mental energy.

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Matthias Bopp
Sent: 23 August 2021 15:20
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

Hi Simon,

 

the TX support in the server is not a request of AMSAT-DL but from me personally.

I could simplify my personal setup for QO-100 with such a server/console solution and also
think that for general remote operation e.g. of a HF ham radio station it would be of interest.

 

Anyhow, if it is too difficult (in several aspects) then it is probably better to focus on other things.

 

Topic closed.

 

Kind regards

 

Matthias

 

www.dd1us.de

 

 

 

 

Von: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> Im Auftrag von Simon Brown via groups.io
Gesendet: Montag, 23. August 2021 13:55
An: main@SDR-Radio.groups.io
Betreff: Re: [SDR-Radio] 3.1 Betas

 

Seriously, for just a few people?

 

If it’s *so* important then maybe AMSAT-DL could write a solution? Remote transmit support is a nightmare (albtraum).

 

  • Legal considerations
  • User support
  • Networking

 

At the moment I have no desire to open that can of worms…

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Matthias Bopp
Sent: 23 August 2021 12:31
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

Yes, you truly deserve it …

 

Take your time …

 

… and then please consider extending the server function by the TX option 😉

 

Kind regards

 

Matthias

 

www.dd1us.de

 

 

Von: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> Im Auftrag von Simon Brown
Gesendet: Montag, 23. August 2021 12:23
An: main@SDR-Radio.groups.io
Betreff: Re: [SDR-Radio] 3.1 Betas

 

The most needed feature is the sole coder takes a break…

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Siegfried Jackstien

What do others think?? What is the most needed feature in sdrc v3??? I am quite sure if you ask here in the group a lot of users would answer backup and restore


--

- + - + -

Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


--

- + - + -

Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


--

- + - + -

Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


Re: 3.1 Betas

Simon Brown
 

Hi,

 

As soon as I add TX support the issues arise such as antenna switching, remote amp control etc. If I do this then I have to do it properly and at the moment I just don’t have the mental energy.

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Matthias Bopp
Sent: 23 August 2021 15:20
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

Hi Simon,

 

the TX support in the server is not a request of AMSAT-DL but from me personally.

I could simplify my personal setup for QO-100 with such a server/console solution and also
think that for general remote operation e.g. of a HF ham radio station it would be of interest.

 

Anyhow, if it is too difficult (in several aspects) then it is probably better to focus on other things.

 

Topic closed.

 

Kind regards

 

Matthias

 

www.dd1us.de

 

 

 

 

Von: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> Im Auftrag von Simon Brown via groups.io
Gesendet: Montag, 23. August 2021 13:55
An: main@SDR-Radio.groups.io
Betreff: Re: [SDR-Radio] 3.1 Betas

 

Seriously, for just a few people?

 

If it’s *so* important then maybe AMSAT-DL could write a solution? Remote transmit support is a nightmare (albtraum).

 

  • Legal considerations
  • User support
  • Networking

 

At the moment I have no desire to open that can of worms…

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Matthias Bopp
Sent: 23 August 2021 12:31
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

Yes, you truly deserve it …

 

Take your time …

 

… and then please consider extending the server function by the TX option 😉

 

Kind regards

 

Matthias

 

www.dd1us.de

 

 

Von: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> Im Auftrag von Simon Brown
Gesendet: Montag, 23. August 2021 12:23
An: main@SDR-Radio.groups.io
Betreff: Re: [SDR-Radio] 3.1 Betas

 

The most needed feature is the sole coder takes a break…

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Siegfried Jackstien

What do others think?? What is the most needed feature in sdrc v3??? I am quite sure if you ask here in the group a lot of users would answer backup and restore


--

- + - + -

Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


--

- + - + -

Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


--
- + - + -
Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


Re: Cordless phone RFI

David De Coons
 

Very interesting. Last night I noticed what looked like waves in the panadapter on 80m. Also groups of horizontal lines spaced close to each other.

I’ll need to look closer to my Panasonic Dect phones. 

The other thing I was thinking is we had a LOT of rain from tropical storms Henri. My next door neighbor closest to my 80m antenna has a sump pump that is normally off.
Hmmm..

I do have a very short video of it I can post on Dropbox.

Dave wo2x


On Aug 23, 2021, at 6:38 AM, Siegfried Jackstien <siegfried.jackstien@...> wrote:



GOOD CATCH ... especially the cordless phone (i never thought that a dect phone on 1.8 gig wipes out shortwave on 160 and 80)

also look for the psu of the base unit (those switchers can be noisy) ... either try to filter it out ... or replace the switcher

greetz sigi dg9bfc

Am 23.08.2021 um 12:11 schrieb Allan Isaacs:
I've been plagued by interference on the 80m band for ages and decided to have yet another attempt at tracing its source.
For the test I used an SDR PLay sitting on my desk connected via a USB cable (A plug to B plug) to a computer USB3 socket and a long wire antenna.
I initially looked at narrow spikes every 8KHz from 1.7MHz to 3.752MHz. These were very stable across the range and roughly equal in strength at about -80dBm. I got rid of these by changing the USB lead from a grey one marked Xingong USB Shielded High Speed Revision 2 28AWG/1P + 24AWG/2C to an ancient one, orange in colour with GP on one end. The second cable is fitted with a ferrite ring and reduced the spikes by 18dB to -98dBm. The same ferrite ring had no effect on the first cable.
The next problem was a really annoying pulsing sound producing regular horizontal lines on the waterfall a bit like noise from an electric fence. This was at a rate of 7 pulses per second and I eventually found it was emanating from my cordless phone base unit. Lifting the phone (Siemens Gigaset C430) stopped the pulsing and after replacing it the pulsing restarted after about 30 seconds.
Looking for an RF signal I found this at 1.887GHz. This was relatively stable but slight pulsing was apparent.
A second identical handset in another room was also radiating and pulsing.
The solution was really easy. On the first phone I selected settings, ECO DECT, ticked No Radiation and unticked Maximum Range.
The RF signal disappeared, the trace went completely flat and the pulsing vanished.
I'm now left with just general background mush from countless switching power supplies and the phone but this is now at a fairly low level.
Lifting the phone reduces the level of mush from -98dBm to -104dBm so the next step might be to fit ferrite rings to the base unit power cable and telephone line...
Allan G3PIY


Re: 3.1 Betas

Matthias Bopp
 

Hi Simon,

 

the TX support in the server is not a request of AMSAT-DL but from me personally.

I could simplify my personal setup for QO-100 with such a server/console solution and also
think that for general remote operation e.g. of a HF ham radio station it would be of interest.

 

Anyhow, if it is too difficult (in several aspects) then it is probably better to focus on other things.

 

Topic closed.

 

Kind regards

 

Matthias

 

www.dd1us.de

 

 

 

 

Von: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> Im Auftrag von Simon Brown via groups.io
Gesendet: Montag, 23. August 2021 13:55
An: main@SDR-Radio.groups.io
Betreff: Re: [SDR-Radio] 3.1 Betas

 

Seriously, for just a few people?

 

If it’s *so* important then maybe AMSAT-DL could write a solution? Remote transmit support is a nightmare (albtraum).

 

  • Legal considerations
  • User support
  • Networking

 

At the moment I have no desire to open that can of worms…

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Matthias Bopp
Sent: 23 August 2021 12:31
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

Yes, you truly deserve it …

 

Take your time …

 

… and then please consider extending the server function by the TX option 😉

 

Kind regards

 

Matthias

 

www.dd1us.de

 

 

Von: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> Im Auftrag von Simon Brown
Gesendet: Montag, 23. August 2021 12:23
An: main@SDR-Radio.groups.io
Betreff: Re: [SDR-Radio] 3.1 Betas

 

The most needed feature is the sole coder takes a break…

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Siegfried Jackstien

What do others think?? What is the most needed feature in sdrc v3??? I am quite sure if you ask here in the group a lot of users would answer backup and restore


--

- + - + -

Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


--

- + - + -

Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


Re: SDRplay 3.08

Siegfried Jackstien
 

Simoin

bug report in forum

dg9bfc sigi

Am 23.08.2021 um 15:26 schrieb Simon Brown:

Sigi,

 

I am ignoring you here, this is a thread about the SDRplay API v3.08, you know the rules. Please don’t throw random thoughts at me like this.

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Siegfried Jackstien
Sent: 23 August 2021 14:21
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] SDRplay 3.08

 

a sidenote ... you can not hear that short beep ferom earlier transmission in monitor audio but it is sent out


--
- + - + -
Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.

5161 - 5180 of 68750