On Tue, Oct 09, 2018 at 01:25:01PM +0200, Sylvain Munaut wrote:
> I'm starting to wonder if having different precision version of the
> kernels wouldn't make sense ...
>
Totally makes sense.
For the case of approximation it might be sufficient to document the
worst case error and measure the abs
> Why do we have a normalized error instead of a absolute error threshold
> at all?
Welll because this is float ... only relative errors matter.
If you have a signal between -1e6 and 1e6 , then an error or 0.1 is
really not all that important. OTOH if your signal is -1 .. +1, then
an error or 0
Dear friends and fans of software defined radio and free/open source
radio topics in general,
next year's FOSDEM (the free and open source developer's meeting in
Brussels, Europe) will, once again, feature a track on Software Defined
Radio and other radio-related topics. To better capture the broa
When i am using Protocol Parser connected to Async CRC32 in check mode i am
getting this error:
]: pmt_car: wrong_type : #f
How can i filter Protocol Parser's output to just throw out all #f-s?
PDU Filter just crashes with:
]: pmt_car: wrong_type : #f
Version GNU Radio 3.7.11 reproducable on
