Several issues found in recording data operation

All bug reports here please
bh2rmx
Posts: 6
Joined: Sat Apr 27, 2024 3:39 pm

Several issues found in recording data operation

#1

Unread post by bh2rmx »

SDR Console version 3.4 build 3569

1,When recording data, the frequency in the file name is inconsistent with the actual frequency. I think it is correct to use the current actual received frequency as the file name. In addition, after changing the frequency, operate the recorded data again, the frequency in the file name is the same as the previous file name frequency, you can see the screenshot.
1.jpg
1.jpg (194.43 KiB) Viewed 13418 times
2,For files saved in the recording data mode, when playing again, it is found that the recording is in USB mode. When playing, it needs to be changed to LSB mode. And the frequency is also changed. For example, if you record at 14270KHZ, when playing, you cannot hear the playback content at the frequency position of 14270. And you need to change to another mode to play. I recorded the file and sent it as an attachment. Please see the example。

The above text is translated by Google. Please forgive me if there are any grammatical inconsistencies.I hope the software developers can further verify the problem.

THANKS 。
73
BH2RMX Yang
Attachments
21-Feb-2025 171937.079 14.271MHz.zip
The original frequency is 14270KHZ, USB
(5.49 MiB) Downloaded 228 times
2.jpg
2.jpg (113.32 KiB) Viewed 13418 times

User avatar
G0OFE
Posts: 450
Joined: Thu Aug 06, 2020 7:33 am
Location: Sunny Sunny Bournemouth IO90BR
Contact:

Re: Several issues found in recording data operation

#2

Unread post by G0OFE »

你好

It's not actually a bug, the frequency you see is the centre frequency of the radio. The receive frequency and mode is not stored within the recording, you need to set that yourself on playback.

What I do, is change the recording name (normally the centre frequency and bandwidth, as you indicate in your post) to the frequency of interest, so if you're monitoring a DX station on 14.250, then when you set the recording going, put the receive frequency and callsign of the station if applicable as the name of the recording.

This will tell you the receive frequency to set on playback, and also (helpful to me!) a reminder as to why you made the recording in the first place!

Hope this helps.

如果翻译没意义的话,我可以让我妻子给你写中文
Jim, Bournemouth IO90BR
Image

bh2rmx
Posts: 6
Joined: Sat Apr 27, 2024 3:39 pm

Re: Several issues found in recording data operation

#3

Unread post by bh2rmx »

G0OFE wrote: Fri Feb 21, 2025 10:48 am 你好

It's not actually a bug, the frequency you see is the centre frequency of the radio. The receive frequency and mode is not stored within the recording, you need to set that yourself on playback.

What I do, is change the recording name (normally the centre frequency and bandwidth, as you indicate in your post) to the frequency of interest, so if you're monitoring a DX station on 14.250, then when you set the recording going, put the receive frequency and callsign of the station if applicable as the name of the recording.

This will tell you the receive frequency to set on playback, and also (helpful to me!) a reminder as to why you made the recording in the first place!

Hope this helps.

如果翻译没意义的话,我可以让我妻子给你写中文
Thank you very much for your quick response to my question. With the help of Google Translate, I can understand what you mean。I also tried to record radio programs (88-108MHZ) and UHF band voice (439.500MHZ) in the same way, and did not find the same problem. The file name and receiving frequency are the same. When playing back, the mode is the same as when recording. That's why I was suspicious and wrote it down. I like the recording mode of radio programs and UHF band very much.
Thank you again for your reply. SDR Console is an excellent software that allows me to experience the infinite fun of amateur radio.

73
BH2RMX Yang

User avatar
G0OFE
Posts: 450
Joined: Thu Aug 06, 2020 7:33 am
Location: Sunny Sunny Bournemouth IO90BR
Contact:

Re: Several issues found in recording data operation

#4

Unread post by G0OFE »

bh2rmx wrote: Fri Feb 21, 2025 12:12 pm
G0OFE wrote: Fri Feb 21, 2025 10:48 am 你好

It's not actually a bug, the frequency you see is the centre frequency of the radio. The receive frequency and mode is not stored within the recording, you need to set that yourself on playback.

What I do, is change the recording name (normally the centre frequency and bandwidth, as you indicate in your post) to the frequency of interest, so if you're monitoring a DX station on 14.250, then when you set the recording going, put the receive frequency and callsign of the station if applicable as the name of the recording.

This will tell you the receive frequency to set on playback, and also (helpful to me!) a reminder as to why you made the recording in the first place!

Hope this helps.

如果翻译没意义的话,我可以让我妻子给你写中文
Thank you very much for your quick response to my question. With the help of Google Translate, I can understand what you mean。I also tried to record radio programs (88-108MHZ) and UHF band voice (439.500MHZ) in the same way, and did not find the same problem. The file name and receiving frequency are the same. When playing back, the mode is the same as when recording. That's why I was suspicious and wrote it down. I like the recording mode of radio programs and UHF band very much.
Thank you again for your reply. SDR Console is an excellent software that allows me to experience the infinite fun of amateur radio.

73
BH2RMX Yang
OK Yang.

I think the best way to think of this is when you are opening a recording for playback, think of it as starting a radio with that centre frequency and bandwidth. you still need to set the frequency and mode of your receiver just the same as if it was your SDR radio rather than a recording. The receiver will remain on the same frequency that you last used.

If you want to capture what's on the frequency and mode, you can always make an audio recording instead - that will save as the receiving frequency and mode in the title, and just record the audio rather than any waterfall/spectrum.
Jim, Bournemouth IO90BR
Image

jdow
Posts: 1025
Joined: Mon Aug 10, 2020 8:17 pm

Re: Several issues found in recording data operation

#5

Unread post by jdow »

As a side note, please do not edit images to make them smaller showing only parts you think are interesting. Flooding us with data rather than being stingy with it can lead to better solutions. You got lucky this time.

{^_^} Joanne

bh2rmx
Posts: 6
Joined: Sat Apr 27, 2024 3:39 pm

Re: Several issues found in recording data operation

#6

Unread post by bh2rmx »

jdow wrote: Sat Feb 22, 2025 9:22 am As a side note, please do not edit images to make them smaller showing only parts you think are interesting. Flooding us with data rather than being stingy with it can lead to better solutions. You got lucky this time.

{^_^} Joanne
You can download the .ZIP file in the attachment. Unzip the data stream file I recorded on your local computer and play it with SDR CONSOLE。You will find that the ssb voice is in LSB mode, while the original voice is in USB mode.

jdow
Posts: 1025
Joined: Mon Aug 10, 2020 8:17 pm

Re: Several issues found in recording data operation

#7

Unread post by jdow »

I and Q are reversed. I'm not sure how to deal with that on recorded material. This would also affect tuning away from the center frequency. The spectrum would be reversed.

If that was recorded on SDRC it might be good to tell us what you are actually doing. One way the spectrum gets inverted is if you are using SDRC on the first IF of an up-converting analog receiver. That also happens when using something like Ham It Up or Spyverter. Inverted IQ for real reception can be fixed in the front end definitions.

{^_^}

Post Reply