|
From: | Garver, Paul W |
Subject: | Re: [Discuss-gnuradio] [GSOC17 - Draft proposal] Implement SigMF functionality for GNU Radio |
Date: | Fri, 24 Mar 2017 16:35:52 +0000 |
Some point below…
- I think you’d want some sort of key-value pair mapping from GR metadata to sigMF. For example, if my center frequency is a tag denoted rx_freq, be able to specify that as the tag containing
the center frequency.
- Ability to add additional specs on import.
2) I would add a constraint that writing the metadata needs to be done as efficiently as possible. Last time I looked (awhile ago!), file_meta_sink in GR is not particularly efficient as it “doubles back” to write the metadata.
3) Have you thought about quick sorting/finding records which meet a certain set of parameters? Say I want all records with center frequency x and minimum bandwidth y. Perhaps this is out of scope, but thinking about the standard from this database
perspective might change some design choices.
4) In thinking about the GR metadata format, there’s sort of two different types of metadata you want. One is stuff that doesn’t change such as data type, recorder specifications, etc. The other is the per-sample stuff like time tags, center
frequency, etc. With GR tags, there’s some inefficiency since the static items are written every tag. How does sigMF address this?
5) Agree with the GUI stuff. Let’s not write the 1000th GUI which re-implements things that Tim O’Shea’s gr-eventstream/gr-qtgui can do, or inspectrum.
PWG
|
[Prev in Thread] | Current Thread | [Next in Thread] |