I have been having problems reliably distinguishing an audio file
containing human voice and on containing sound of data. Most of my
attempts have been with looking for values produced by "sox stats" and
"sox stat". For example, keying off Crest factor misses in some cases.
As files are pr
Dear UHD users,
master branch on UHD repositories just received a major update, in
anticipation of the 3.10.0.0 release. This affects X300 and X310 users.
In a nutshell, we are starting to merge back RFNoC components into the
master branch and use them for mainline UHD. You will notice that the
R
Hi all -
We are just shy of one month out from GRCon16! Things are coming together
well, and we are looking forward to our best conference yet. Some important
notes:
- We are now ~67% sold out relative to total capacity. If you plan on
coming and have not yet claimed your registration, I re
Hi everyone,
our RFNoC tutorial is sold out, but I'm collecting names for a waitlist.
If you've emailed me before regarding going on the waitlist, you're
already on it. If you want to go on the list, please email me.
Please note that we can't accommodate for additional slots or visitors,
even if
Right now, the block is unusable with tags because of the tag time drift.
I'm ok with the residual jitter caused by enable_update_rate(), just
like it is in msk_timing_recovery_cc.
Can we commit this partial fix, and open a new bug to fix tag timing
jitter in all these blocks?
Blocks using enable
GNU Radio Conference attendees,
Please join us for an open house at the Great Scott Gadgets laboratory
following GRCon16. At Great Scott Gadgets we make HackRF One and other
open source hardware for innovative people. We recently moved to new
location in Evergreen, Colorado, and decided to sched
On Tue, Aug 9, 2016 at 5:51 AM, Jonathan Brucker
wrote:
> Would it be possible to apply this bugfix before the release?
> https://github.com/gnuradio/gnuradio/pull/888
>
> It's a one-liner:
> enable_update_rate(true); // fixes tag propagation through variable rate
> block
>
> The symptom of the b
Would it be possible to apply this bugfix before the release?
https://github.com/gnuradio/gnuradio/pull/888
It's a one-liner:
enable_update_rate(true); // fixes tag propagation through variable rate block
The symptom of the bug is:
tags pushed into the block appear with a drifting time offset at
One other thing I forgot I had to do: in boost.lwr, change every occurrence of 1.5.3 to 1.5.8 per https://github.com/robotastic/trunk-recorder/issues/11
On Aug 9, 2016 1:21 AM, Jason McHuff wrote:Thank you for those, and I only had one out of the two files, but adding them didn't seem to help. I
Thank you for those, and I only had one out of the two files, but adding them didn't seem to help. I instead commented out the line in the configure file and got it to build.
Then trunk-recorder had trouble finding stuff (I think boost and gnuradio-runtime). I realized that things had been instal
Hi Eugene,
that sounds like a bug, and a fix, indeed!
I'd immediately go ahead and just replace the int by uint32_t (which
happens to be the thing we want to use here, considering the degree
self-limits to 32).
But: I know this has been around 0.75 eterneties; Michael even fixed
some compiler
11 matches
Mail list logo
