Chris,
Excellent, then I will start benchmarking tomorrow :)
Thanks!
On Sat, Jul 16, 2016 at 9:35 PM, Chris Kuethe
wrote:
> Flac doesn't really need to know what the actual sample rate is; you
> could tell it 500e3 and you should get the same data out after
>
1- The gqrx label button is a known problem.
2- To examine the path settings, open run_gr.bat in a text editor and it
should be pretty apparent what it's doing. Take a look at the paths it is
settings and see if that matches with what you would expect with where you
installed it.
And you can
The Qt GUI problem can be fixed by downloading a version of the qwt dll
from the binaries site, but Wx will work in the meantime. By the end of
the month a new version of the binaries should be posted that will fix that
issue.
Is the gnuradio-grc.png causing a problem other than the windows icon
Flac doesn't really need to know what the actual sample rate is; you
could tell it 500e3 and you should get the same data out after
compressing and decompressing it.
On Sat, Jul 16, 2016 at 11:20 AM, Dave NotTelling wrote:
> Marcus & Dan,
>
> Thank you very, very much
Hello Juha,
idea: if Dave's distribution of amplitudes was a little more benign than
the Radar near/far problem, and he would favor full resolution when the
signal is weak, but could live with a bit of degradation due to
quantization when the signal is strong, what about storing a logarithm
of
Can you reduce the number of bits that you are using?
With radar signals, the receiver noise most of the time excites only about
8 bits out of 16. Ground clutter or meteor echoes excite nearly all of the
bits occasionally, so I can't just truncate to 8 bits. In this case, bzip2
actually does a
Marcus & Dan,
Thank you very, very much for the detailed information!
Dan: That's exactly what I thought when going into this at first. But, I
decided to give gzip a shot just to see how well it did. Turns out that
(at least for bursty environments) it almost halves the size of the
184,756 is exactly what I got.
From: Marcus Müller
Sent: Saturday, July 16, 2016 7:13 AM
To: discuss-gnuradio@gnu.org
Ah, so, by the way, 10bit-out-of-20bit-set generator attached.
On 15.07.2016 04:54, Henry Barton wrote:
I’m designing a CDMA system with a spreading
Beste Pascal,
je schrijf de verkeerde mailing list!
This is the GNU Radio discuss list, English, and kind of not the one for
your hackspace.
Anyway, I hope everything will turn out for the better,
Marcus
On 16.07.2016 14:53, Pascal wrote:
> Vandaag was ik een paar uurtjes in de space.
>
>
Oops
Wrong email address
verry verry dumb of me
sry for that
PAscal
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Vandaag was ik een paar uurtjes in de space.
Erg teleurstellend dat ik er wederom alleen zat maar we kunnen (en willen) nu
eenmaal niemand verplichten om te komen.
Dit ondanks dat voor de meeste deelnemers de Zaterdag wel de meest geeigende
dag is om te komen (is dat eigenlijk wel zo ?)
Wat
Ah, so, by the way, 10bit-out-of-20bit-set generator attached.
On 15.07.2016 04:54, Henry Barton wrote:
> I’m designing a CDMA system with a spreading factor of 20. I recently
> wrote an app to go through all the binary permutations up to 2^20 and
> report which ones have an equal number of 0’s
Ah!
On 16.07.2016 11:04, Marcus Müller wrote:
> and maybe, but this is really speculation, you can just modify the
> error calculation to just ignore the 4 lower bits of the actual sample
> data, and safe another few percents of data volume.
Yeah, there's a
> If there's a lot of white noise, you won't get much compression
Alas, Entropy is killing compression.
So yeah, if you anyhow can, try to reduce bandwidth by filtering and
decimating.
You can also just "round" or even "throw away" bits – at 100MS/s
(presumably coming from a X310 running at a
He means "twenty faculty", ie. $20!=\prod\limits_{i=1}^{20} i=1\cdot
2\cdot3\cdot4\cdot\dots\cdot19\cdot20$.
n! happens to be the number of permutations of n distinct objects, and
this is my guess where he got that from; however, (0011)
doesn't contain 20 distinct objects, e.g.
15 matches
Mail list logo