As Seth pointed out such samples is a great model for this proposal is a
good time to make that same functionality work with in-tree blocks. The QT
sinks mostly accept PDUs already. What's missing is a file source that can
output PDUs. Since no one is really using sigmf yet (I think?) it's hard to
tell if a capture segment makes sense as a PDU since it could be some
unbounded number of samples. Having a file source with fseek-like
functionality controlled by async message port makes a lot of sense though.
Even better if there could be some introspection to fields in the sigmf
file.

I'm currently moving some more in-tree blocks to accept/output PDUs and a
file source that gives such samples functions is on the list. Would be
great if that comes in through a sigmf GSOC project.

On Fri, Mar 24, 2017 at 12:17 PM, Bastian Bloessl <[email protected]> wrote:

> Hi Ben,
>
> On 03/24/2017 05:01 PM, Ben Hilburn wrote:
> >
> >     - I wonder what would be the workflow when creating a SigMF
> recording.
> >     An issue might be that you cannot immediately write the SigMF meta
> file
> >     during recording. (For example, the hash has to be calculated after
> the
> >     recording. Or the annotations have to be written after the capture
> >     segments.). Did you plan to create the meta data in memory and write
> the
> >     file when the flow graph shuts down (which might cause data loss when
> >     you experience a segfault) or do you write meta data to disk in an
> >     intermediate format that you have to post-process manually to create
> the
> >     final SigMF files.
> >
> >
> > So the SigMF spec is designed specifically to enable writing the
> > metadata and dataset files in a streaming manner.
>
> Can annotations and capture segments be interleaved or how is it
> possible to write the metadata in a streaming manner?
>
> Best,
> Bastian
>
> _______________________________________________
> Discuss-gnuradio mailing list
> [email protected]
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
_______________________________________________
Discuss-gnuradio mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Reply via email to