I think it would be great to submit issues and PRs for windows. I don't
believe that we have any test infrastructure set up for Windows, but it
will be less painful to get it working the sooner we address these issues.
On Mon, Apr 21, 2025, 4:41 PM Chris Gorman wrote:
> Hello All,
>
> I just spe
technical leverage, you’ll
help field innovations at a rate *unseen in the industry*.
For more details, check out the job posting here
<https://jobs.lever.co/anysignal/62289443-f27e-4196-addd-3f53f8e7b0ea>, or
feel free to message me directly.
Best regards,
*John Malsbury*
CEO | AnySignal
ector sink,. It's
getting late here so let me experiment more tomorrow and get back with
some results.
Thanks!
John
ll
end up with something like one frame per 10 seconds, but before I can
play with that I need to understand what is wrong with my processing to
get the amplitude of the maximum bin per frame.
John
articular, am I doing something wrong
with the stream and vector conversions around the FFT and MAX blocks?
Thanks,
John
On 4/29/24 19:06, Gary Schafer wrote:
It sounds to me as if you're trying to move the signal to the center of
a FFT bin so that you don't have to deal with
about once per second. Am I doing
something wrong that the maximum value doesn't update with each new vector?
Thanks,
John
drf_get_max_pwr.pdf
Description: Adobe PDF document
#x27;t throttle and when set to false it does. Go figure.
Thanks to Franco for pointing me toward the alternative block!
John
On 4/10/24 11:29, Fons Adriaensen wrote:
Both the decimation and 80 size 1024 FFTs per second should be peanuts
for any modern PC...
And of course you don't need to do the FFT again for every sample,
it just generates a lot of redundant data.
I understood that if you have a 1024 bin waterfall
locks would be used to read/write that data?
Are there other tricks for selecting a very narrow chunk of a wide
bandwidth signal to display at higher resolution at better speed?
Thanks!
John
output being forecasted.
I'm relatively new to GR, so apologies for any blatant misunderstandings and
thank you so much for your time!
- John
bc8>
- Of course, I can't post to the list without the hiring plug. We need
more engineers across all disciplines, and bus dev/sales. If you do a
thing you don't see here just message me: https://jobs.lever.co/anysignal
.
Cheers,
John
CEO | AnySignal
[image: image.png]
I've used this package recently and it would not be trivial to convert from
rx to tx. With that said, ADS-B is a pretty simple signal, I don't think
it would be a monumental effort to do it. You would need to write the
reverse of the decoder block that would create ADS-B messages from your
input
lways receive at least 16 samples and that the number of samples
is a multiple of 16. It's not the best solution but it gets the job done.
John
On Wed, Mar 15, 2023 at 12:37 PM Jeff Long wrote:
> The function is there. Perhaps you're not calling it correctly, but I
> can'
Ryan has done a great job maintaining Windows support in conda. I'll throw
out that if you prefer, you can use the Windows subsystem for Linux to run
Linux based docker containers.
On Mon, Feb 6, 2023, 2:03 PM Ryan Volz wrote:
> Hi George,
>
> The conda installation method and radioconda should
content is limited right now (not a priority), but happy to share
more once we connect.
Cheers,
John Malsbury | AnySignal
Hi Ron --
Your papr.c program looks like it will do just what I want. I'll grab it.
Thanks again for the help you provide!
John
On 5/18/22 00:23, Ron Economos wrote:
I have a block that may be useful for you. It just prints the peak IQ
level. It's usually placed just before
the peak
instantaneous power seen in the file, relative to 100% (ie, I don't need
calibrated numbers, just to know how to set the gain in Gnuradio for
undistorted playback).
Thanks!
John
I have found that using chrt can make a big difference with USRP
performance.When using rx hardware I will run my flowgraph with chrt -f
99 python3 my_flowgraph.py. Even when I run the ettus provided benchmarks,
I have found that I will eventually drop data without realtime priority.
If you ar
If nothing else I think there is a lot of value in adding c++ wrappers to
volk. I don't have a strong opinion on an underlying base of c or c++, but
would like for it to be easier to use in c++. A common approach with other
c libraries like zeromq is to make a header only c++ wrapper. This would
ta
On Wed, 10 Nov 2021 09:47:42 +0200
Vasil Velichkov wrote:
> So most probably your OOT has been built with an older pmt.h from
> gnuradio 3.7.*. To find where pmt.h has been included from go in the
> gr-osmosdr's build directory and grep pmt.h recursively
>
> grep -R pmt.h .
>
> You can als
Hi Vasil.
Thanks for replying!
Below are the outputs of the commands you proposed.
As you can see from the 'find', there is only one libgnuradio-runtime
installed.
Also, the 'ldd' on osmosdr seems to confirm the missing symbols, and
everything is linked against the same libgnuradio-runtime.so.
On Mon, 8 Nov 2021 16:28:30 +0100
Marcus Müller wrote:
> Hi John,
>
> as discussed on chat: this happens if, and only if, you're linking at
> build time to a different library than your runtime shared library
> loader finds.
>
> The fix is simple: make sure you'v
r problem seems to be the only remaining issue.
Can anyone indicate me where to search?
John
waterfall which I see now.
I'd expect that this is an oft-used block. So I am hoping that asking maybe
someone knows how to do this.
Thanks folks.
John
Tom's old example.
If I comment out both versions of trying to call firdes to generate taps,
then it prints all the goodies and the flowgraph runs fine.
I must be doing something wrong at a basic level here. Any ideas?
Thanks.
John
wrote:
> Hi John,
>
> On 13/06/2021 14.34, John Murphy wrote:
> > The blocks pull in
> > gr-fft and (for the lfsr stuff) gr-digital. There is a source block, a
> > general block, and a couple noblock utility classes in the custom OOT
> > module.
> > But when I
t this to work in Manjaro (current with linux
5.10.something), but if that can't be done then getting it to work in
Ubuntu LTS (20.04 or if an older LTS version works better let me know) will
have to do.
Would someone give me some ideas to try?
Many thanks,
John
https://www.washingtonpost.com/technology/2021/04/16/nasa-lunar-lander-contract-spacex/
https://i.kym-cdn.com/photos/images/original/000/353/279/e31.jpg
On Wed, Apr 14, 2021 at 10:32 AM John Malsbury
wrote:
> Greetings all,
>
> I wanted to share an exciting job post from SpaceX
follow up ASAP as I’m pushing hard to get these positions filled
quickly.
-John
deprecate, but maintain the current functions for
dealing with PMTs. I believe that these changes could be made without
breaking existing code.
To be clear, I haven't implemented any of this. My goal right now is just
to see if there is interest in doing something like this. If there is, I
am happy to look into it and try to create a proof of concept. I'm also
open to suggestions and feedback.
Thanks,
John
. But you're saying it doesn't. Have I
completely misunderstood how down-mixing works?
Sorry if these are silly questions.
On Mon, 22 Feb 2021, at 5:21 PM, Christophe Seguinot wrote:
> Hi
> Some rapid answers inside the original email
> Christophe
> On 22/02/2021 19:48,
n the Rx will be identical to each other, except for
a phase difference right? And we need to combine them to get the full power?
Thanks
John
1Mhz to 6Ghz. Don't know why I couldn't see it before!
On Thu, 18 Feb 2021, at 12:36 PM, Christophe Seguinot wrote:
> 564 is an ARFCN
> see https://en.wikipedia.org/wiki/Absolute_radio-frequency_channel_number
> to calculate Downlink (Mobile ->network) frequency FDL
> O
o find the uplink freq for a given
channel other than by using that calculator, but I'll figure it out eventually.
Thanks for all the help everyone :)
-John
On Thu, 18 Feb 2021, at 11:26 AM, John Byrne wrote:
>
> Thanks for the input everyone, that has been very helpful.
>
&g
>
> Gqrx is good to look at the spectrum and also gr-gsm to sniff packets over
> 2G-3G networks. I see TMobile still has 2G <>=1990mhzand all you need is a
> good receiver.
>
> There's plenty of stuff online to research for. Good luck.
>
> On Thu,
ecause it's proving so tricky. Is it reasonably to expect to find this? Or is
there some kind of frequency hopping that makes it impossible to see? Any
suggestions for how to go about it? Thanks!
-John
Hi, On my ubuntu desktop installation using GR 3.8.1.0, my OOT module happily sends its log output to the python console. Perfect. My embedded ubuntu server installation, also GR 3.8.1.0, does not send log output to the console. Messages disappear, somewhere, and I do rather need them. Both were bu
Just wanted to say “thank you” and “congrats”
The cumulative intellect and work products of this community were seen in
action by lots of people today (more than ever I think) - whether they
realize it or not. :)
Ben, I realize that I probably misused a hyphen there.
rdfp_native.cmake ../Give it a try and post your cmake result.Also, you should install orc. Some kernels can be faster with orc.sudo apt-get install liborc-0.4-devRonOn 5/30/20 03:06, John Langworthy wrote:Hi, I am trying to build gnuradio 3.8.10 on a raspberry pi 4 under 64 bit ubuntu server. I am u
irst.cmake -DCMAKE_TOOLCHAIN_FILE=../volk/cmake/Toolchains/arm_cortex_a72_hardfp_native.cmake ../Give it a try and post your cmake result.Also, you should install orc. Some kernels can be faster with orc.sudo apt-get install liborc-0.4-devRonOn 5/30/20 03:06, John Langworthy wrote:Hi, I am trying to buil
Hi, I am trying to build gnuradio 3.8.10 on a raspberry pi 4 under 64 bit ubuntu server. I am unconvinced from the cmake output that it is going to plan. I know I could cross-compile, I’ll do that later. Environment:gcc (Ubuntu/Linaro 7.5.0-3ubuntu1~18.04) 7.5.0Linux raspberry 5.3.0-1026-raspi2 #
headroom is left? Thanks John
a
file sink to compare bit error rates of the transmitted data. However, it
seems like the data is being shifted and I am unable to make sense of the
received data. What changes must be made to perform the BER calculations?
Thanks for your help,
John
der strong consideration.
>
> Please feel free to respond directly if additional information is needed
> and I’ll strive to assist.
>
> Kevin
> --
> *From:* Discuss-gnuradio colorado@gnu.org> on behalf of John Malsbury <
> jmalsbury.perso.
It was a cheap joke on my part (and not at all commentary on the gateway
concept). Disregard.
I'd be down to collaborate on something open source. Could you point to
publicly available documents that summarize the standards/specs?
-John
On Wed, Oct 30, 2019 at 8:50 AM Michelle Tho
Definitely not
On Tue, Oct 29, 2019 at 3:59 PM Michelle Thompson <
mountain.miche...@gmail.com> wrote:
> Anyone working on blocks specifically for Lunar Orbiting Platform Gateway?
> Or interested in doing so?
>
> -Michelle W5NYV
> --
> -Michelle W5NYV
>
> "Potestatem obscuri lateris nescis."
>
>
Cool space stuff.
If interested, send resume to john.malsb...@spacex.com
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
't want to
pass in 10 different int values. Is the best fix to this problem to pass
the parameter as a string and convert it into an int array in the block, or
does anyone know a cleaner way to fix this problem?
Thank you,
John
On Thu, Jul 18, 2019 at 12:00 PM wrote:
> Send Discuss-gnu
the antenna (no
need for a supply). The op-amp amplifier would cover a larger bandwidth.
(it would also offer some protection for your computer).
John
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
There is some magic involved in shrinking a RPi image so that it will
then expand when reinstalled, like the original Raspbian. I went
through the pain a while ago and documented it here:
https://blog.febo.com/?p=283
John
On 5/8/19 12:45 PM, Philip Balister wrote:
> On 05/08/2019 12:09
That's great! Thanks, Ron!
On 3/17/19 3:30 PM, Ron Economos wrote:
I have a block that does what you need.
https://github.com/drmpeg/gr-iqlevels
Ron
On 3/17/19 08:09, John Ackermann N8UR wrote:
I'm working on a flowgraph that generates an output waveform about 375
kHz wide with
On 3/17/19 3:45 PM, Kevin Reid wrote:
If you want to detect clipping, you want to know if the magnitude of any
sample is greater than 1.0 — that's all there is to it. No FFT. My code
happens to divide the stream into vectors but that is the only similarity.
Performing a FFT will not help you
On 3/17/19 3:01 PM, Kevin Reid wrote:
One of the AGC blocks that has separate attack and decay rates (agc2_cc
or agc3_cc) could be used to do this: set attack to 1, decay to 0,
ignore the output, and read (1.0 / agc.gain()) to find the peak-hold
magnitude.
In my own application, I am using t
On 3/17/19 12:55 PM, Marcus D. Leech wrote:
On 03/17/2019 11:09 AM, John Ackermann N8UR wrote:
I'm working on a flowgraph that generates an output waveform about 375
kHz wide with very high peak-to-average power -- at least 20 dB. This
is sent into a USRP1 with BasicTX board to genera
the distortion likely caused
by the complex output being driven into digital clipping when enough
vectors add up, or is this a function of the analog conversion in the
USRP? i.e., is the problem likely to be on the input or output side of
the DAC?
I have run a python based gnuradio application on Odroid C2 and recently
XU4. It will come done to what you are trying to do (amount of sample
rate you require and what kind of processing you are doing). Also, I
just recently heard about and used volk_profile. This helped me with
performanc
>compiling.
>
>On Mon, Oct 29, 2018 at 2:56 PM Ron Economos wrote:
>
>> It's probably checking out the wrong version of GNU Radio and/or
>VOLK.
>> These days, you need to checkout the maint-3.7 branch and do a
>submodule
>> update.
>>
>> git
arget
'gr-fec/lib/CMakeFiles/gnuradio-fec.dir/all' failed
make[1]: *** [gr-fec/lib/CMakeFiles/gnuradio-fec.dir/all] Error 2
Makefile:162: recipe for target 'all' failed
make: *** [all] Error 2
make failed
Exiting Gnu Radio build/install
This one is beyond my ability to di
you
there directly.
I'm now rerunning the script.
BTW, this install is on a fresh Mint 19 with no development stuff
pre-installed, so there shouldn't be anything weird in my setup.
John
On 10/29/18 1:28 PM, Marcus D. Leech wrote:
On 10/29/2018 11:18 AM, John Ackermann N8UR wro
Well, this was unexpected... I got a failure in the UHD build phase:
UHD build apparently failed
Exiting UHD build
I just re-ran with logging turned on; the results are in the attached
build-gnuradio.log.gz file.
On 10/29/18 10:59 AM, John Ackermann N8UR wrote:
Hi Marcus --
I did as James
Well, this was unexpected... I got a failure in the UHD build phase:
UHD build apparently failed
Exiting UHD build
I just re-ran with logging turned on; the results are in the attached
build-gnuradio.log.gz file.
On 10/29/18 10:59 AM, John Ackermann N8UR wrote:
Hi Marcus --
I did as James
sense of it all.
The script is still building UHD. I'll report back whether it
successfully finishes.
John
On 10/29/18 10:42 AM, Marcus D. Leech wrote:
On 10/29/2018 10:17 AM, Neel Pandeya wrote:
Hello John:
It looks like support for Linux Mint 19 has not yet been added. See
l
Thanks, Neel! However, I just downloaded the version on github and it
fails with the same error; the page indicates that the last mods were 11
months ago, which predates Mint 19.
John
On 10/29/18 10:07 AM, Neel Pandeya wrote:
The "build-gnuradio" script is now being mai
y with v19? Or is sbrac.org no longer the place to find
the current version of the script?
Thanks,
John
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Ok, thanks for the heads up!
John
On Fri, Jul 13, 2018 at 1:48 PM, Müller, Marcus (CEL)
wrote:
> Hi John,
>
> thanks for the info!
> Please don't install 3.7.12, but directly go for the most recent
> release 3.7.13.3
>
> Best regards,
> Marcus
>
> On Fri, 201
that it installs.
John Makous
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
software?
Thanks,
John
On Fri, May 25, 2018 at 7:41 AM, Derek Kozel wrote:
> Hello John,
>
> I'm looking at this right now and can confirm that the head of rfnoc-devel
> is compatible with the latest GNU Radio. Can you please try rerunning cmake
> on UHD with -DRFNOC_ENABLE=t
My OS is Ubuntu 18.04 LTS, and I am using Python 2.7.15.
On Thu, Jul 12, 2018 at 11:39 AM, Marcus D. Leech wrote:
> On 07/12/2018 10:18 AM, John Makous wrote:
>
>> I am trying to use the QT GUI Entry block to change variables while a
>> program is running. However, I have disc
able to run the test file I created
and change the frequency without the system crashing, and the frequency
changed as expected.
I am wondering if this is all there is to this problem, or if there is
something deeper going on. Would this fix work universally for everyone?
John
while the program is running will cause a
crash.
Anyone familiar with this problem?
Thanks!
John Makous
QTGUI_EntryBLock_test.grc
Description: application/gnuradio-grc
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mail
chine (I use the USRP E310 board) to display the
> data.
> In fact, it should be such a broadband spectrum analyzer not in real time.
>
> 2018-06-13 17:57 GMT+03:00 John Medrano :
>
>> Hello.
>>
>> If I understand what you are saying correctly, you would like to proc
hem to
> the buffer. And so up to 6GHz. Then when the buffer is full, I transfer
> the data to the host machine (I use the USRP E310 board) to display the
> data.
> In fact, it should be such a broadband spectrum analyzer not in real time.
>
> 2018-06-13 17:57 GMT+03:00 John Medrano
Hello.
If I understand what you are saying correctly, you would like to process
wide band data. And you mention 70 MHz to 6 GHz.
Even with RFNOC there is a limitation on the amount of data you can process
simultaneously, and that is about 200 MHz. There is no way possible to
simultaneously proces
You need to check directory " /opt/local/share/gnuradio/grc/blocks" to see
if your xml file is present.
If it is not, then look at output from "sudo make install" to see if file
is being installed or updated.
>From what it looks like, given that it works in on previous and other
platforms. I susp
Your line: self.tb.connect(detec. dst)
Should be:
self.tb.connect(detec, dst)
You have period instead of comma.
On Mon, May 28, 2018 at 3:55 PM, Linda20071 wrote:
> I created a module named detector0 with one input argument: int len. In
> the python qa file, I set the len to 20. However, whe
help me to look back at and see which GNU Radio
versions are compatible with the rfnoc-devel branch.
Thank you again.
On Fri, May 25, 2018 at 6:46 AM, Müller, Marcus (CEL)
wrote:
> Hi John,
> On Fri, 2018-05-25 at 06:39 -0600, John Medrano wrote:
> > Thank you for the response.
>
, Müller, Marcus (CEL)
wrote:
> Hi John,
> GNU Radio versioning is totally independent from UHD versioning, and
> that's what's defining the compatibility with the FPGA image.
> So, you need to install the UHD that fits your FPGA image (or use an
> FPGA image that fits your
Fedora 28?
Please advise,
Thank you,
John
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
related to
the recording question.
I hope that helped.
John
On Wed, May 2, 2018 at 10:32 AM, Eads, LJ D. wrote:
> Derek,
>
>
>
> Oops! The error was actually from just a simple WBFM Receiver block which
> has the audio sink. No soundcard involved in my setup.
>
> I
ar windows because
I want to get the actual noise power for the given bandwidth.)
Any thoughts on why this is happening, or on ways to make the two
responses more precisely mirror each other?
Thanks,
John
___
Discuss-gnuradio mailing list
Discus
so this patch is fixed at two places, but at least it shows what needs
to change to work. (I'm also not sure if this broke things for an
integer rather than float input.)
John
On 03/06/2018 10:41 AM, John Ackermann N8UR wrote:
I must now reflect and ponder to wisely choose my pat
Well, good news on one front. I just built gnuradio from github on a
fresh Linux Mint 18.3 install and the osmocom/rtlsdr stuff seems to work
fine. So whatever problem was there has now been cleaned up. Thanks to
whoever was responsible for that!
Now on to patching QT Number sink...
John
osmosdr list at the time
reporting the issue, but never got any indication that it was addressed.
So I am reluctant to go that way unless I'm sure that whatever happened
has been corrected. I suppose I really should set up another machine
and test build-gnuradio on it.
John
On 03/06
an existing GRC block and convert
it to an OOT module? I'd be happy to do that but don't know how to go
about it.
Thanks,
John
On 03/06/2018 08:47 AM, Müller, Marcus (CEL) wrote:
Hi John,
there's no dumb questions, maybe badly researched ones, and you
definitely don&#
hey're just now
set to zero.
Is there any trick to round or even just truncate the number of decimal
places shown in the QT Number Sink?
Thanks,
John
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Thanks! Really appreciated. John
On Tue, 23 Jan 2018, 12:57 Müller, Marcus (CEL), wrote:
> You'll find instructions at
> https://osmocom.org/projects/sdr/wiki/rtl-sdr#rtl_tcp
>
> On Tue, 2018-01-23 at 12:50 +, john cooper wrote:
> > Hello Marcus, good idea, I will r
advance.
John
<http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
Virus-free.
www.avg.com
<http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=w
at worked
just fine. Without the multiplication, I think the very low level (-100
dB range) stuff was lost in the conversion.
John
On 01/07/2018 06:19 PM, Andy Walls wrote:
From: John Ackermann N8UR
Date: Sun, 7 Jan 2018 16:59:32 -0500
I need to output IQ data from a Gnuradio script i
quot;
but Google isn't helping me find it.
Thanks,
John
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
ersus the other?
Kind Regards,
John
On 13/12/17 08:18, ogün levent wrote:
Hi there
I am trying to use limesdr with gnuradio on ubuntu 16.04 When I use
osmocom_fft tool from the cli eveything seems ok but when i switch
back to gnuradio and connected osmocom sourc
Thanks, Michael. It's always reassuring to find out "it's not me..."
Although I don't currently need the M < N capability (I was mainly
trying to make sure I understood the docs), I'd like to get your blocks
if you don't mind.
Thanks!
John
On 12/0
want map less than N elements? There seems to be no
benefit to doing so.
Is this documentation contradictory, or confusing, or am I missing
something?
Thanks,
John
From https://gnuradio.org/doc/sphinx-3.7.0/filter/channelizers_blk.html:
"
The map should have the same number of elements
In experimenting, I discovered that I needed to add a log10 block at the
output of the complex-to-mag^2 block. With that put in, I'm getting
what seem to be quite solid results, and avoiding some of the issues
that the max-from-fft approach might suffer.
John
On 12/01/2017 03:
_samples" parameter is set to 0, I don't want that file to be
created at all; if it's 1, then the file should be created and data
dumped to it. If this isn't the right way to accomplish that, I'd
appreciate suggestions. (This will be set at the beginning of the run,
and
Thanks, Sylvain!
On 12/01/2017 11:19 AM, Sylvain Munaut wrote:
By convention, FFT sizes seem to be powers of 2. And Gnu Radio Companion
throws an error if you try to set a size of 16384 -- but will accept 16383.
Probably related to the size of the buffers or something like that.
Is using a
Attached is a screenshot of the error I get when trying to set the FFT
size in the QT Frequency Sink to 16384. It's possible, I suppose, that
it could be the sink block, and not the FFT itself, that poses the
limitation.
John
On 12/01/2017 12:02 PM, Müller, Marcus (CEL) wrote:
What
Thanks! The mailing list seems to have been clogged up overnight, so
after posting I did some experiments and found that an FFT of 100 bins
to match 100 samples/second worked just fine and gives me exactly what I
want -- nicely spaced results at 1 second intervals.
On 12/01/2017 11:19 AM, Syl
itation as ">8192" rather than "<16384".
Thanks,
John
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
ling filter response that might have ripple and aliases.
Thanks for that suggestion, Marcus! I have the resampler version
running right now but will change to use the channel count idea instead.
John
___
Discuss-gnuradio mailing list
Discuss-gn
And the resampler did the trick. Carriers are now nicely aligned. Thanks
again!
On Nov 29, 2017, 4:48 PM, at 4:48 PM, John Ackermann N8UR wrote:
>Hi Marcus --
>
>First, thanks for catching the typo in the channel map. There was no
>plan to skip any channels; the goal is to get
1 - 100 of 1006 matches
Mail list logo
