[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] Raw Samples from Receiver

From: Suleja, Lukasz
Subject: Re: [Discuss-gnuradio] Raw Samples from Receiver
Date: Thu, 1 Dec 2011 15:58:46 -0000

Noted... but in my defence the questions were asked to aid my
understanding of what is happening in the (stock) UHD code... the
background was to explain why I was bothering.

-----Original Message-----
From: Marcus D. Leech [mailto:address@hidden 
Sent: 30 November 2011 23:54
To: Suleja, Lukasz; address@hidden
Subject: Re: [Discuss-gnuradio] Raw Samples from Receiver

> As background, I have 10 32-bit words of "metadata" prefixed to a
> of complex samples and I need to extract (and remove) them. I noticed
> recently that the trunk has some code related to tagging; in your
> opinion would the transport of my "metadata" be better done using
> tagging or is there an alternative method you can suggest. It is
> important that the "metadata" remain associated exactly with the burst
> samples.
So, a friendly note that if you're running non-standard firmware/FPGA, 
you should note that earlier, rather than later,
   when you're asking for help from this list.   99% of the folks on 
this list use the as-shipped FPGA/Firmware that
   is compatible directly with gr-uhd/Gnu Radio.

So when a question is asked the "context" that most answerers have is 
the as-shipped FPGA/Firmware.  Which is why I delivered
   my "lecture" about ADC samples getting mangled by the decimators in 
the FPGA, and why would you care, etc, etc.

Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium

Queen's Award for Enterprise and Innovation 2011

Roke Manor Research Ltd
Romsey, Hampshire, SO51 0ZN, United Kingdom
Part of the Chemring Group
Registered in England & Wales at:
Chemring Group PLC, Chemring House, 1500 Parkway,
Whiteley, Fareham, Hampshire PO15 7AF, ENGLAND. 
Registered No: 267550
The information contained in this e-mail and any attachments is
proprietary to Roke Manor Research Ltd and must not be passed to any
third party without permission. This communication is for information
only and shall not create or change any contractual relationship.
Please consider the environment before printing this email

reply via email to

[Prev in Thread] Current Thread [Next in Thread]