Topics

Record metadata #plugin

Dennis Drakopoulos
 

Greetings to all from Greece!
I am looking to find a way to record either sampled bandwidth or IF or at least audio using SDR Sharp and AirSpy R2 but along with timestamp metadata!

Of course I am open to other suggestions for accomplishing this objective,b always using AirSpy R2 as hardware SDR.

Thank you in advance!
73 de SV1CDN, Dennis!

Greg Ella
 

This might be overkill for your needs, but take a look at this project: https://github.com/MITHaystack/digital_rf
There is a useful readme at the bottom of the page.
Greg Ella
N0EMP


On Tue, Jan 14, 2020 at 1:35 AM Dennis Drakopoulos via Groups.Io <sv1cdn=yahoo.com@groups.io> wrote:
Greetings to all from Greece!
I am looking to find a way to record either sampled bandwidth or IF or at least audio using SDR Sharp and AirSpy R2 but along with timestamp metadata!

Of course I am open to other suggestions for accomplishing this objective,b always using AirSpy R2 as hardware SDR.

Thank you in advance!
73 de SV1CDN, Dennis!

pauldbnut@...
 

@Greg Seems to me Dennis might be looking for a packaged solution rather than a tool to write his own files?
Also it is HUGE.
For SDR generally there may be a way forward with SigMF https://github.com/gnuradio/SigMF/blob/master/sigmf-spec.md#dataset-format.
But who would want to step out of line and be a pioneer?

Dionisis “Dennis” Drakopoulos
 


Paul and Greg thank you very much!
I have heard abt Haystack & SigMF from GNU Radio conference talks. Indeed they are an overkill to what I want to accomplish as an amateur. But valuable information to mention them in this thread.
So there seems to be no SDR# plugin with that set of features. I did come across SDR CONSOLE V3 that seems to provide such capabilities, but couldn't use to be certain. Unfortunately for my workstation console is not stable enough. Yet I plan to contact Eli via respective groups.io forum.

73 de SV1CDN, Dennis!

pauldbnut@...
 

Dennis, I'm interested to hear what you're trying to get out - what kind of format? I don't know nearly enough about this... 
There must be plenty of specialist systems that use a custom format packaging sample data with timestamp, and no limit to how many forms that might take.
To use it at all, matching software would be needed to read it back.
The beauty of systems *like* SigMF is that the data file *could* be like the "raw" form of WAV (no header and chunk headers).
That allows playback with standard software (e.g. Gnu Radio and maybe SDR#?) ignoring the timestamp (and any other metadata components).
Frankly, I don't know about SigMF itself, what it means by its supported formats.
Many kinds of application are "gasping" to get timestamps, so it must be a hot topic.
SDR Console uses the EBU's standard "Broadcast Wave Format" which is fine for a start of recording "time check" and other custom metadata.
But it doesn't give you GPS precision or make it practical to timestamp every sample or frame.
At the other extreme there are systems like VITA 49 that want to standardise every aspect of signal flow between components (if not our everyday lives).
That frightens me, it seems far too complicated for mere mortals, and I don't like standards that are not freely available.
I'd love to get comment from prog and Simon Brown.

Edward MacDonald
 

If you guys give me some info perhaps I could make you a plugin to read / write files in the format you want? Sounds like a fun challange...


On Wed, Jan 15, 2020, 3:56 PM , <pauldbnut@...> wrote:
Dennis, I'm interested to hear what you're trying to get out - what kind of format? I don't know nearly enough about this... 
There must be plenty of specialist systems that use a custom format packaging sample data with timestamp, and no limit to how many forms that might take.
To use it at all, matching software would be needed to read it back.
The beauty of systems *like* SigMF is that the data file *could* be like the "raw" form of WAV (no header and chunk headers).
That allows playback with standard software (e.g. Gnu Radio and maybe SDR#?) ignoring the timestamp (and any other metadata components).
Frankly, I don't know about SigMF itself, what it means by its supported formats.
Many kinds of application are "gasping" to get timestamps, so it must be a hot topic.
SDR Console uses the EBU's standard "Broadcast Wave Format" which is fine for a start of recording "time check" and other custom metadata.
But it doesn't give you GPS precision or make it practical to timestamp every sample or frame.
At the other extreme there are systems like VITA 49 that want to standardise every aspect of signal flow between components (if not our everyday lives).
That frightens me, it seems far too complicated for mere mortals, and I don't like standards that are not freely available.
I'd love to get comment from prog and Simon Brown.

Dennis Drakopoulos
 

This could evolve to become a valuable plugin for SDR#, but for my requirements simply providing timestamps with second or at least minute accuracy and displaying them during playback is enough. Rationale behind is pretty trivial, I just want to record spectrum that SDR# receives during its operation and playback on demand along with timestamps appearing. If I can advance forward and backward is also adding value. Not to forget that record could take even 24h continuously.

SDR CONSOLE v2 & v3 have this feature available. I noticed that Simon also used WAV RF64 as standard. To my view, only reason not to go with proprietary implementation is for the recording to be utilized with other IQ analysis tools.
Some reference pointers to share:
https://en.m.wikipedia.org/wiki/RF64
https://www.gnuradio.org/grcon/grcon19/presentations/sigmf/
https://youtu.be/IdQ7SKj0ab0
Last one is SigMF 25min presentation - state of art in GNU RADIO Conference 2019. Previous conferences had more talks that can be used as a fast bootstrapping to SigMF. I believe it is getting a lot of traction lately.

Thank you all!

73 de SV1CDN, Dennis!

pauldbnut@...
 

Dennis, you've made it a lot clearer now. I think the following would work for you...
If you only need PC clock accuracy for the timestamp, BWF (a.k.a. WAV RF64) would be perfect.
The plug-in should record the data in this format and have a means of storing the spectrum centre frequency.
Then there are at least 2 options:
* Get another plug-in written to replay with timestamp-annotated waterfall
* Play back through SDR Console (which already has a waterfall clock displaying original time)
To make the second way work, there are 2 more options:
* Make sure your plug-in mimics the specific formatting of another Console-supported radio (e.g. Elad)
* Agree with Simon some new variant to allow Console to show its unique identity
That last idea may be a problem because he's so busy.
My suggestion for a "fast-track" solution is Edward's offer with the bold lines above.