Thanks & Cheers,
Tim
IEEE International Conference on Machine Learning for Communication and
Networking (ICMLCN) 2024 solicits proposals for demonstrations at the first
ever IEEE ComSoc flagship conference dedicated to machine learning and
Hi Jose,
I would take a look at gr_sattelite. The work described here
https://destevez.net/2022/07/real-time-doppler-correction-with-gnu-radio/
was integrated. A true doppler correction would need to also
resample, but the time varying frequency correction may be enough for
your use case.
Tim
lish
their approaches and ideas as well as competition submissions via Kaggle and
eval.ai which may be submitted directly via the competition websites above
until the beginning of the Conference event.
Best Regards,
Tim O’Shea
Data Competition Chair, SPAWC21
ct of type
'io_signature_sptr' has no len()
Instead try this:
in_sig = 3*[np.complex64],
Where 3 will end up being your variable for number of inputs.
Tim
On Thursday, February 4, 2021, 1:23:35 PM EST, George Edwards
wrote:
Hi Tim,
Thanks for your suggestion! I ju
processing.
Tim
On Wednesday, January 20, 2021, 1:29:46 PM EST, George Edwards
wrote:
Hi Tim,
Thanks for your help and for sending the links.
One final question, I was under the impression that length of data in each
input was the same because the data to each input is streamed in in
rest of the python)? I am
curious if there is something missing in either the templates or parameters
sections of your yml file.
Tim
On Friday, January 15, 2021, 2:56:48 PM EST, George Edwards
wrote:
Hello,
I am trying to make a Python OOT block which accepts a stream of 3 inputs
need to do something from this guide:
https://wiki.gnuradio.org/index.php/GNU_Radio_3.9_OOT_Module_Porting_Guide
but I haven't figured out the right process. Can anyone help steer me in the
right direction?
Thanks,
Tim
Dear GR Community,
This deadline has been extended until Feb 1!
Please consider contributing your work to this workshop! Hoping to see GNU
Radio making an appearance & impact here!
I apologize for the repeated announcement :-)
Best,
Tim
> On Jan 25, 2020, at 10:20 AM, West, Nathan
On 04/17/2017 05:26 PM, Cinaed Simson wrote:
Hi - anyone using gr-eventstream?
If I recall correctly, gr-eventstream depends upon
gr-mapper
gr-framers
gr-burst
python-bitarray
it does not depend on any of these
___
Discuss-gnuradio m
Use async message blocks, whatever you are doing is probably a bad idea
On 02/12/2017 04:29 PM, Damindra Bandara wrote:
> Hi,
>
> I am trying to reconfigure a flow graph that uses tagged streams. When
> I lock() and unlock() the flow graph(or stop()--> wait() and start())
> the blocks that uses ta
I'd venture to say M>N is living in dangerous territory
On 10/06/2016 10:56 AM, Marcus Müller wrote:
>
> Hi Steve,
>
> The first M of each N. :) (I don't really understand 100% what "every
> N/M" would be in general for arbitrary N>=M, integers).
>
> If you dare to venture into the GNU Radio sourc
d for
making the proceedings a success this year! Please don't hesitate to
send any updates or revisions you may wish to have included --
Regards,
Tim
http://pubs.gnuradio.org
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lis
.
I've been meaning to do a write up on this for a while. If I ever get
around to it, I'll make sure to CC you.
- Tim
On Fri, Sep 2, 2016 at 11:55 PM, pen tester wrote:
> Hi,
> I am trying to get a simple working example of PSk31 working (transmitting
> with a hackrf and r
I.
That should get you up and running! Maybe if I have some time later, I can
get a transmitter block up and running with the osmocom sink. It's just a
simple AM transmitter.
- Tim
[1] https://www.youtube.com/watch?v=qHNvp7FfP6E
On Sun, Jul 10, 2016 at 1:12 AM, Eoin 0w3n wrote:
>
def resetFlowgraph(self):
wr.flowgraph = newFlowgraphConstructor()
wr.flowgraph.start()
self.flowgraph = wr.flowgraph
def main():
#create socket factory so we can allow many connections
On Fri, Jul 8, 2016 at 10:35 AM, Dave NotTelling
wrote:
> Tim,
>
>
First I should give some context on my project. What we are trying to build
is a python server that utilizes gnuradio's blocks to get information from
hardware and send it outbound, as well as receiving requests from clients
to the server about configuration of flowgraph. More specifically, right
n
, information for authors along with our template can be
found at http://gnuradio.org/grcon-2016/call-for-submissions/
Regards,
Tim O'Shea
Chair, GRCon16 Technical Proceedings
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
It may be nice to have this as an option to disable, in case the user wants
to reserve stderr for their own purposes.
On Wed, May 11, 2016 at 9:28 PM, Marcus D. Leech wrote:
> On 05/11/2016 06:24 PM, Engin Karabulut wrote:
>
>> loosing samples isn't important for my application, my sample rate i
It's not terrifically designed, but you might find my PSK31 repo helpful.
According to Balint though, the PLL is supposed to go after clock recovery,
not before.
https://github.com/tkuester/gr-psk31
- Tim
On Fri, Mar 4, 2016 at 8:56 PM, Jesse Reich wrote:
> So I've been playing w
Daniel,
You may be interested in this: http://websdr.org/
- Tim
On Thu, Feb 4, 2016 at 10:40 AM, Daniel Pocock wrote:
>
>
> Has anybody looked at constructing an SDR receiver (or even transceiver)
> at a repeater location (e.g. mountain top) and then streaming the
> digital dat
would likely be some clever wrapper around
creating a primitive block underneath which received a thread context like
what you have done but with some syntactic sugar.
Tim
On Thu, Jan 28, 2016, 8:36 PM Joe K wrote:
> Kartik,
>
> As far as I am aware, hierarchical blocks cannot process
Very cool. I'd be interested in looking into this further.
Am I correct in thinking that you didn't have the FPGA pass from QD to the
filters? That is to say, each block went into the FPGA, and back to the
computer?
- Tim
On Tue, Jan 26, 2016 at 2:08 PM, Alireza Khodamoradi <
Hey Henry,
You may be interested in these links. Jupyter and iPython Notebooks in
general are pretty good teachers.
https://www.eecis.udel.edu/~boncelet/ipython.html
https://github.com/spatialaudio/digital-signal-processing-lecture
- Tim
On Thu, Jan 21, 2016 at 11:53 AM, Henry Barton wrote
You may want to look at gr-eventstream source block, this is exactly what
it is intended to do, precisely timed if desired
On Mon, Nov 30, 2015, 2:38 PM Francisco Albani
wrote:
> Hi to all.
>
> (this email subject may be inaccurate)
>
> I need a block with the following characteristics:
>
> * I
Hey all,
I just saw Tom has a patch for a similar bug I had relating to tags and
resampling. Just bringing this to the discussion in case it helps anyone
else!
http://gnuradio.org/redmine/issues/831#change-2511
- Tim
On Mon, Jan 4, 2016 at 8:55 AM, wrote:
> My tag generator takes d
to this? I would be kind of surprised -
Perhaps if you are writing python code, some kind of conditional check work
around might be in order, or just dropping support for old versions as they
did not function correctly
-Tim
On Sat, Jan 2, 2016 at 4:12 AM Piotr Krysik wrote:
> Hi all,
>
Could there be perhaps a `gr_modtool update_cfiles`?
On Tue, Dec 29, 2015 at 8:55 PM, Michael Dickens
wrote:
> On Tue, Dec 29, 2015, at 08:30 PM, Johnathan Corgan wrote:
>
> On Tue, Dec 29, 2015 at 5:08 PM, Philip Balister
> wrote:
>
> Dunno, but gr-newmod (or whatever it is called) in gnuradio
hat I got after removing the LPF: http://i.imgur.com/Z3EbIgU.png
- Tim
On Mon, Dec 28, 2015 at 12:07 AM, En Shih wrote:
> Thanks, Tim. That really clarified a lot of confusion that I had!
>
> I have uploaded the files here:
>
> https://drive.google.com/folderview?id=0B5T4PFVUK
message formats -
valid reasons might be if gnu radio is secondary to your app and you
want a large layer of separation, process separation, or remote message
passing
-Tim
On 12/27/2015 11:42 AM, Marcus Müller wrote:
> Hi Daniel,
>
> On 12/27/2015 03:10 PM, Daniel Pocock wrote:
>&g
t are near compliments of each other.
You may find this paper interesting as well, as it explains many of the
troublesome points of APRS.
http://digitalcommons.calpoly.edu/cgi/viewcontent.cgi?article=2449&context=theses
- Tim
On Sun, Dec 27, 2015 at 10:00 AM, En Shih wrote:
> Thanks for the rep
e the Rational Resampler to decimate by 10 first?
- 2 MHz / 40 = 50 kbps... did you mean to be working with 1200 baud?
I've done my own "1200 baud AFSK" receiver, you may be interested in it.
https://github.com/tkuester/gr-bruninga
- Tim
On Sun, Dec 27, 2015 at 7:52 AM, En Shih wro
Hey Dan, you may be interested in this app!
https://github.com/madengr/ham2mon
- Tim
On Wed, Dec 23, 2015 at 3:47 PM, Daniel Pocock wrote:
>
>
> Hi all,
>
> I did a quick search for resources for ham/amateur operators getting
> started with GNU Radio, I came acro
I agree with Tim, the tool is not gnuradio specific, and I personally dont
think it needs to be locked to gnuradio and have a "gr" in the name
anywhere and uniquely searchable is a must. I'm a big fan of the original
name. Otherwise:
PySIS - Pybombs Software Installer System.
radio with
> hardware, doing simple things like spectrum analysis. I'm not aware of a
> way of getting the uhd + gnuradio setup running that's easier then pybombs.
> I very well could be wrong here.
>
> On Wed, Dec 23, 2015 at 10:31 AM, Tim O'Shea
> wrote:
>
>> M
Most new users should be installing gnu radio binaries via their os package
manager repos or ppa. Pybombs should be used for 1. Helping get up to
date oot modules set up and deployed ( like pip ) and 2. Helping developers
set up their development environment.
So I'm not sure installer is the righ
IMO it is generally nice to have a unique googleable name for an
application which doesn't result in five trillion unrelated Google
results. While short acronyms will have false positives, names like "grab"
or any standard English words are generally bad choices from this point of
view
Grpm and th
c 2015 15:12, "Neel Pandeya" wrote:
>>
>>> My vote would be for one of these:
>>>
>>> GRPM = GnuRadio Package Manager
>>>
>>> GRAB = Gnu RAdio Basic installer
>>>
>>> GRBI =
>>>
>>> Gnu Radio
Python build overlay managed bundle system
On Tue, Dec 22, 2015, 4:47 PM Donald Pupecki wrote:
> I like GRPM - GnuRadio Package Manager.
>
> Can never remember what pybombs stands for anyway.
> On Dec 22, 2015 3:10 PM, "Martin Braun" wrote:
>
>> There's been some demand to rename PyBOMBS, and
Martin,
Excited to see pybombs2 emerging as stable !
A few thoughts on the naming below --
-Tim
On 12/22/2015 03:10 PM, Martin Braun wrote:
> There's been some demand to rename PyBOMBS, and now that we're
> re-releasing it, this is a good time to think about it. Complaints
ord about gnuradio. The
graphic art at the top of my YouTube channel has a grc flowgraph along with
other radio items both old & new. I'm working on telling my story about
building up my station via YouTube videos (only a couple up there right
now). If the "diversity" noise can
Per chance, are you looking for the quadrature demodulator?
- Tim
On Wed, Nov 4, 2015 at 7:15 AM, larry ho wrote:
> Hi
>
>
> I am new to linux and GNU Radio, I am trying to create a frequency to
> voltage converter, I tried looking into the source code of QT GUI Frequency
> S
Hey all,
Just threw this together and thought you'd be interested. It's a comparison
of filters for the MMCR block on (raw data + noise).
http://pastebin.com/nbq4HwQ1
- Tim
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu
You should be fine connecting both input and output ports at the same
time for exactly this purpose!
-Tim
On 08/13/2015 03:29 PM, Jason Matusiak wrote:
> This will probably show my networking ignorance, but is there a way to
> use the socket PDU for bi-directional purposes? I see that it
You may also want to have a look at
http://stats.gnuradio.org/
To get a feel for how fast different sdr kernels run on different
processing platforms
Tim
On Fri, Aug 7, 2015, 11:47 AM Tom Cook wrote:
> I'm brand new to SDR and I'm just trying to calibrate my expectations of
&
Just as a heads up, someone mailed this into the mailing list the other
day. I think it accomplishes exactly what you all want -- although it
doesn't use PFBs as I recall.
https://github.com/madengr/ham2mon
- Tim
On Sun, Aug 2, 2015 at 2:18 PM, John Ackermann N8UR wrote:
>
Nicely done!
On Wed, Jul 22, 2015 at 9:11 PM, madengr wrote:
> Throught I'd share my GR based scanner with curses GUI. Locks on and
> demodulates N number of NBFM channels and logs audio to disk. Uses
> gr-osmosdr source so should work with a variety of devices.
>
> https://github.com/madengr/
Jeon,
Also check out
http://wp.me/p55sJw-2v
software based half duplex burst PSK modem which can operate using a
single USRP, file loopback, or other SDR
-Tim
On 06/30/2015 09:30 AM, Jeon wrote:
> Hello, GNU Radio users,
>
> Very long time ago, USRP 1 was not suitable for ha
How did you go about installing GNU Radio, and what version are you using?
(Check gnuradio-companion's version).
On Tue, Jun 23, 2015 at 4:21 PM, Washbourne, Logan <
lwas...@ostatemail.okstate.edu> wrote:
> Hello,
>
> I am trying to use the Burst PSK project that Tim O&
Check again, recipe added
"./pybombs sync" should update recipes to the latest for you
On 05/04/2015 11:53 PM, Tom McDermott wrote:
> Hi Greg - there is no Pybombs recipe for gr-hpsdr. I do not have
> Pybombs installed, so can't test a recipe.
>
> My development system pushes to github, so it's al
il is fine for me (it will
take me time to convert my C++ GR blocks to C#).
- Tim
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
This issue should now be fixed in the latest version
-Tim
On 02/20/2015 06:33 AM, Marcus Müller wrote:
> Hi,
>
> you seem to be running pybombs and/or the app_store.py as root,
> although the prefix they use seems to be your home directory, making
> root privileges unnecessar
Try running
Pybombs clean gnuradio
Pybombs clean uhd
And then installing
-Tim
On Oct 31, 2014 11:53 AM, "Richard Bell" wrote:
> I'm still asking for help with this maintenance process. I tried the
> './pybombs remove' command to get rid of uhd and gnuradio as a te
inary packages -
That said, we can always throw this feature in with a *danger untested
version combination* caveat ...
-Tim
On 07/23/2014 07:28 AM, Marcus Müller wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tim,
idea:
pybombs install package
gets the default branch as in the recipe,
py
Martin,
You are probably right we should track maint by default at this point.I
think it's worth adding a Pybombs environment question about which branch
to track during initial setup for those that prefer to track master
however.
Tim
On Jul 23, 2014 7:10 AM, "Activecat" wro
Try:
http://gnuradio.org/doc/doxygen-3.7/page_stream_tags.html
or
http://gnuradio.org/redmine/attachments/download/252/06-rondeau-stream_tags.pdf
or even
http://bit.ly/1kWXdCl
On Tue, Apr 22, 2014 at 6:29 AM, Hoang Ngo Khac wrote:
> Dear List,
>
> I want to make time synchronization for im
ommit/7b12b79bc029d483ce71878960b24871ddbfd954
-Tim
On 04/15/2014 04:35 AM, Martin Braun wrote:
On 04/15/2014 06:14 AM, Francois Gervais wrote:
I'm trying to figure out the best way to print the decoded data
information of packets (received through gnuradio) to the user. File
outputs are not really user f
hink I was running Boost 1.49, but it got upgrade
> because I think it is not compatible with GR 3.7?
>
> Would it be worth it to try build from source for Boost 1.48 or 1.55?
>
>
> On Fri, Mar 28, 2014 at 12:54 PM, Tim Newman wrote:
>
>> What version of boost are you usin
What version of boost are you using?
Tim
On Fri, Mar 28, 2014 at 12:45 PM, Luke Berndt wrote:
> I was wondering if there has been any progress or work arounds for Bug 598
> in 3.7?
>
> http://gnuradio.org/redmine/issues/598
>
> The issue is the GnuRadio will segfault if
s you may have)
-Tim
On 03/12/2014 09:05 AM, Tom Rondeau wrote:
On Wed, Mar 12, 2014 at 1:12 PM, sarankumar wrote:
hi,
I removed version Ice3.5.1 and built Ice 3.5.0. But now GRC cannot detect
Ice:
from gnuradio.ctrlport.monitor import *
File
"/usr/local/lib/python2.7/dist-package
good find, this was probably my fault - sorry
We should consider changing headers to use "#pragma once" which is
simpler and less error prone
do people still use gcc older than 3.4 ? I think this is pretty widely
supported now
not sure if that would cause swig issues as well -
-Tim
You can also do precisely timed burst to stream conversion in
pure-software which is a bit more portable
For one example of how to do this using gr-eventstream tools see the
transmitter in
https://github.com/osh/gr-bitcoin
-Tim
On 02/08/2014 02:37 PM, Price, Nathan D. (S&T-Student) w
Are you installing Ice after you build gnuradio? If so, then gnuradio
won't enable the controlport modules during the gnuradio build because it
doesnt detect Ice.
Tim
On Fri, Feb 7, 2014 at 11:10 PM, Tom McDermott wrote:
>
> Having some issues with Control Port and Perf Mon in
Andrew,
Try again with the latest version - this should be fixed now
-Tim
On 01/29/2014 12:21 PM, Andrew Back wrote:
Hello,
I tried adding a recipe to PyBOMBS for UHD-Fairwaves, setting
gitbranch to "fairwaves/umtrx". However, when I run install,
"fairwaves" is stri
would help
-Tim
On 01/22/2014 11:55 AM, ikjtel wrote:
We're starting to get a few more folks who have used pybombs
(successfully) to install gnuradio and/or gr-op25.
Below is one comment - I have to admit, I had the same
question/uncertainty myself, re: the "gituser" ("Username
o you?
Tim
Original message
From: Alexandru Csete
Date:01/16/2014 10:43 (GMT-05:00)
To: discuss-gnuradio@gnu.org
Subject: [Discuss-gnuradio] pybombs/wget behind a proxy
Greetings,
There seems to be a 10 second timeout when pybombs fetches packages
using wget. This is way too
It should now prompt for a value if makewidth is undefined w
an open -j argument was never the intended behavior - as it is not
particularly safe
Also the boost recipe has been converted to do $makewidth wide builds
with bjam now
-Tim
On 01/09/2014 11:26 AM, Tom Rondeau wrote:
On Thu
s virtual
power management:
Let me know if I can send anything else to characterize my x86 "machine".
Regards,
Tim
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
e/projects/gnuradio/wiki/Call20131212
>
> We'll likely have our next call late January or February time-frame.
>
> There's a semi-open question about what kind of stats we should
> collect. Tim added support for taking CFLAGS at build time and
> /proc/version
I am wondering if the QA failure is relates, to the use of the hard float
ABI.
>>> For me, whenever I have tried to specify hard or soft float ABI, cmake
>>> fails. If I don't specify it, it just works...
I'm switching my OE builds to armthf now so I can compare my results with
>
s silly :)
I bow to the sheer power of your A15 toolchain-rebuild cross-compile x86
prowess. :)
> I am wondering if the QA failure is relates, to the use of the hard float ABI.
For me, whenever I have tried to specify hard or soft float ABI, cmake fails.
If I don't specify it, it just works...
> I'm switching my OE builds to armthf now so I can compare my results with
> Tom's.
Thanks!
Tim
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
s outside of
what's in the GR git tree?
The output I originally logged in Bug #583 differs from our latest results, but
the behavior is the same (in1/in2 values appear to match).
The output I originally logged in Bug #582 (for ARM target) remains the same
(in1/in2 values differ by 1).
gzip -> base64 encode the grc file into some comments in the python file
perhaps?
a smallish grc file appears to be on the order of 1000 chars with such
an encoding
On 12/02/2013 05:11 PM, Dan CaJacob wrote:
> I have an interesting (to me anyway) idea:
>
> What if we added a default option to the
you should be able to run 'gdb python --core=corefilename'
you may want to make sure you have compiled gnuradio with
-DCMAKE_BUILD_TYPE=RelWithDebInfo for useful symbol tables
On 11/26/2013 04:31 PM, Matt D wrote:
> Hi,
> I am using GRC3.6.3 and my program is dying with no verbose. so now i
> hav
ng out
for some reason or another?
Tim
On Wed, Nov 13, 2013 at 11:10 AM, Nowlan, Sean
wrote:
> >
>
> *>From:* discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org[mailto:
> discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org] *On Behalf
> Of *Nowlan, Sean
>
gle host with
8 network interfaces, this is completely possible.
Tim
On Thu, Oct 31, 2013 at 4:54 PM, rmsrms1987 wrote:
> Hi Everyone,
>
> I recently discovered that Ettus offer a way of synchronizing up the eight
> USRPs with the following clock distribution system:
>
> http
> you're entering a minefield there...
Thanks for helping me navigate :)
> First of all, destructors of python objects are called whenever the python
> runtime feels like it - this often happens when you do something like
> object_name = None but it doesn't necessarily has to happen right away.
ly has my custom source block and a File Sink block.
Regards,
Tim
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
that
probably shouldn't be used in this case unless you have really big
vectors - I think by default there should be no problems with an output
multiple <= 8k
are you consuming nfft each time in your current block? If it is
providing you nfft+extra samples each
Can you do this with a 2:1 mux block? Input 2 = constant 0, control input is
s(t)?
From: discuss-gnuradio-bounces+tmonahan=qti.qualcomm@gnu.org
[mailto:discuss-gnuradio-bounces+tmonahan=qti.qualcomm@gnu.org] On Behalf
Of Achilleas Anastasopoulos
Sent: Wednesday, October 02, 2013 3:48 PM
>>> The solution I found was to set the Fixed Frame Length parameter to 1
>>> on the OFDM Frame Equalizer block of the "Header Stream".
>> 1 is the correct setting.
With this fix, now I see a new error:
INFO: Detected an invalid packet at item 0
INFO: Parser returned #f
thread[thread-per-block[
> On Wed, Sep 25, 2013 at 04:57:55PM -0700, Daniel Domínguez wrote:
>> The solution I found was to set the Fixed Frame Length parameter to 1
>> on the OFDM Frame Equalizer block of the "Header Stream".
> 1 is the correct setting. I'm currently adding a tx into the example so it
> runs as-is (lik
would sacrifice a bit of conciseness and recipe simplicity to get there
-Tim
On 09/19/2013 09:59 AM, Tom Rondeau wrote:
> On Wed, Sep 18, 2013 at 3:48 PM, M Dammer wrote:
>> May I then suggest to enable the docs in the pybombs recipe by default
>> as well ?
> You may suggest.
>
&g
thing is to just do a fresh pybombs build in a separate
directory so you don't lose your old working build while testing against
the latest versions of code from various repos.
-Tim
> tnx, Mark
>
>
>
>
> ___
> Discuss-gnuradio
ck[21]: ]: Missing
length tag.
Which led me to question (1) above. However, changing that block to match the
others does not correct the runtime error.
I found a couple of instances of the same error listed in (2) above in the
mailing list, but no one replied to them.
TIA
x-a15 -mfpu=neon
-mvectorize-with-neon-quad -ffast-math -funsafe-loop-optimizations
I'll be varying the build flags to see if that makes a difference in the
meantime.
Regards,
Tim
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu
>> Off-line example (3 separate flowgraphs, run one at a time):
>>
>> 1. USRP --> File
>> 2. File --> AM Radio Demodulation, produces audio data --> File
>> 3. File --> Throttle @ audio rate --> Audio Sink
As Tim O pointed out, #3 would just be File -
loss of
data.
If so, how would I set up flowgraph #2 above?
Regards,
Tim
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Just for the record.
>> If the selected floating-point hardware includes the NEON extension (e.g.
>> -mfpu='neon'), note that floating-point operations are not generated by
>> GCC's auto-vectorization pass unless -funsafe-math-optimizations is also
>> specified. This is because NEON hardware do
I would vote for making copious use of the section in every block's XML
file.
For example, as a beginner, I spent a lot of time fiddling with "Stream to
Vector" to figure out the parameters were opposite from what I thought they
were. It is frustrating to open up a block's sheet and find it
Yeah, I think your right, mcpp isn't needed in the gnuradio pybombs recipe.
Tim
On Thu, Aug 8, 2013 at 9:05 AM, Alexandru Csete wrote:
> On Thu, Aug 8, 2013 at 2:16 PM, Tom Rondeau wrote:
> > On Thu, Aug 8, 2013 at 7:37 AM, Alexandru Csete
> wrote:
> >> Greetings
Hi, Marcus
> On 08/07/2013 09:48 PM, Monahan-Mitchell, Tim wrote:
>> Because of the 'abi_softfp' test failing on my x86, I decided I did not need
>> to re-build the ARM tool chain to support soft ABI to try and help Volk. Is
>> that still correct? (I have been
and help Volk. Is that
still correct? (I have been able to build and run gnuradio without the soft
flag just fine).
Thanks,
Tim
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
_DEBUG
CMAKE_C_FLAGS_DEBUG-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_C_FLAGS_MINSIZEREL
CMAKE_C_FLAGS_MINSIZEREL-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_C_FLAGS_RELEASE
CMAKE_C_FLAGS_RELEASE-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_C_
orc
My /proc/cpuinfo :
Processor : ARMv7 Processor rev 2 (v7l)
processor : 0
BogoMIPS: 13.53
Features: swp half thumb fastmult vfp edsp neon vfpv3 tls vfpv4
CPU implementer : 0x51
CPU architecture: 7
CPU variant : 0x1
parameter
"-DCMAKE_INSTALL_PREFIX" for cmake based projects, and the projects install
into that prefix. Pybombs is simply running the "configure/make/make
install" for the project you want to install and all it's dependencies.
There's no magic about where it installs things.
T
unfortunate order.
So building with -mt every time to ensures FindBoost.cmake picks up the
right prefixed boost library (if built from source) every time when
building other recipes that use boost & cmake.
-Tim
On 08/01/2013 02:16 PM, Alexandru Csete wrote:
> The boost recipe in pybombs builds us
Its finding 1.40 headers somewhere on your system.
Tim
Sent on the Sprint® Now Network from my BlackBerry®
-Original Message-
From: Harry Zhang
Sender: discuss-gnuradio-bounces+tim.newman=gmail.com@gnu.orgDate: Tue, 30 Jul
2013 19:23:47
To: Nathan West
Cc:
Subject: Re: [Discuss
tion, but its something to try.
Tim
On Mon, Jul 29, 2013 at 12:40 PM, M Dammer wrote:
> Not sure if this is a Pybombs or Gnuradio build issue: When building
> version 3.6.5.1 via pybombs the system starts swapping after about 70%
> of the build have completed and even sometimes bails ou
If you go into the pybombs/src/gnuradio/build directory and run "make -j4"
you'll replicate exactly what pybombs is doing and maybe get a hint of what's
up. Plus you can check if just "make" works.
Tim
Sent on the Sprint® Now Network from my BlackBerry®
-O
It appears that your error is not with pybombs but with building gnuradio.
Can you post a bit more of the compile log?
Tim
On Thu, Jul 25, 2013 at 12:36 PM, Dan CaJacob wrote:
> Hi,
>
> I've been trying out pybombs for building the latest gnuradio. I had a
> successful b
1 - 100 of 261 matches
Mail list logo
