On 04/02/2020 07:45, Sylvain Munaut wrote:
Without a .pc in gr-iqbal, gr-osmosdr (3.8 branch) will not build as it
can't find gr-iqbal.
I just had a look at gr-osmosdr-0.1.4.127-3.mga7.src.rpm and this is
not using the official code from the gr3.8 branch of
git.osmocom.org/gr-osmosdr
True,
+1
On Tue, Feb 4, 2020 at 10:26 AM Sylvain Munaut <246...@gmail.com> wrote:
> Hi
>
> > as you might know, Slack has become a very frequently used tool for
> communication in the project.
> > Tbh, I never understood the hype around Slack (not the form of
> communication but the specific
I vote we follow Sebastian's suggestion. Best regards, Jeff Wallace
Original message From: Sebastian Müller
Date: 2/4/20 1:21 PM (GMT-03:00) To: discuss-gnuradio@gnu.org Subject: Slack
alternatives Hi all,as you might know, Slack has become a very frequently used
tool for
Hi Everyone,
we're on this already :) But we do take your emails as "this needs to
be bumped up in priority".
Thanks!
Marcus
On Tue, 2020-02-04 at 17:32 +0100, Albin Stigö wrote:
> +1
>
> On Tue, Feb 4, 2020, 17:26 Sylvain Munaut <246...@gmail.com> wrote:
> > Hi
> >
> > > as you might know,
+1
On Tue, Feb 4, 2020, 17:26 Sylvain Munaut <246...@gmail.com> wrote:
> Hi
>
> > as you might know, Slack has become a very frequently used tool for
> communication in the project.
> > Tbh, I never understood the hype around Slack (not the form of
> communication but the specific software). It
Hi
> as you might know, Slack has become a very frequently used tool for
> communication in the project.
> Tbh, I never understood the hype around Slack (not the form of communication
> but the specific software). It deletes our old messages and takes up a
> ridiculous amount of RAM.
+1
>
Hi all,
as you might know, Slack has become a very frequently used tool for
communication in the project.
Tbh, I never understood the hype around Slack (not the form of communication
but the specific software). It deletes our old messages and takes up a
ridiculous amount of RAM. Are there any
Oh you're of course right :)
My rule of thumb was "7 to 9 times the fundamental frequency in
bandwidth for reliable edges".
Cheers,
Marcus
On Mon, 2020-02-03 at 14:05 +, Chesir, Aaron M. wrote:
> Your statement " A signal with 0.1 microsecond rise time definitely
> has definitely more than 6
If that can help those interested in GQRX under GNURadio 3.8
(this worked for me under an Ubuntu 1.04 fresh install):
installs from source gr3.8 branch of
git.osmocom.org/gr-osmosdr (not yet available as debian package)
install some GQRX dependancies
Thanks for your reply
On Tue, Feb 4, 2020 at 10:28 AM Sylvain Munaut <246...@gmail.com> wrote:
>
> Hi,
>
> > Now I'd like to take each message, demod it using the GFSK block which I've
> > tested that it work successfully on stream, run sanity on the bits
> > (preamble, trailer, FEC) and if the
Hi,
> Now I'd like to take each message, demod it using the GFSK block which I've
> tested that it work successfully on stream, run sanity on the bits (preamble,
> trailer, FEC) and if the packet is good, send a new message with the bits and
> the original I/Q signal to the next block for
Hi all,
I'm trying to demodulate a GFSK signal in a very noisy environment, I'd
like to extract packets and pack their bits together with the corresponding
original I/Q signal items in a single message.
I wrote a module that detect bursts that has no significant power variation
(clean packets)
12 matches
Mail list logo