> If that's the case, then Mint are now packaging a version of UHD that is NOT
>from NI/Ettus.
Doesn't UHD have like a plugin system that can dynamically load .so
files ? The UHD_MODULE_PATH thing ?
So it could be a perfectly legit UHD just with some soapy plugin
loaded dynamically.
Cheers,
Hi,
The " type: soapy" probably means there is some weird plugin installed
making soapy device appear as UHD device or something. (and so it's
using any audio device as IQ source ...)
And uhd_usrp_probe only probes the first device which is not the
B200mini so you need to give it some address arg
Hi,
> - Number of channels: 1 ( Since USRP 2190 model has only 1 local oscillator,
> it will not be possible to use 2 simultaneously channels for receiving)
Well, you could still tune the RF between the two freq and then use
the DDC to shift and decimate each channel separately so that you can
> > I used to have a working flowgraph developed with GR 3.10.2, but after
> > update to GR 3.10.4 it just ends with a segmentation fault.
The 'master' branch should work for 3.9 and 3.10
The 'gr-3.7' and 'gr-3.8' branches are historical branch for those
specific versions of
But I haven't persona
Hi,
TBH, the way you had it installed in your original post was fine and you
might want to revert to that.
Sure it might have been 3.8 but if it's been packaged, the maintainer must
have ensured it was fine and a known working stable version and it should
work provided the right drivers.
So if yo
Hi,
If you're using Ubuntu, you can try the intel-opencl-icd package which
is the binary package for https://github.com/intel/compute-runtime
which is the OpenCL driver for Intel GPUs.
However, I'm not sure anyone has ever run fosphor with it ... not sure
if it supports the features required, I o
Hi Gwendoline,
> I tried various versions of Gnuradio but fosphor sink block doesn't work
> under 3.8 or 3.9.
Definitely go for 3.9
I only maintain it for the latest version of gnuradio ( so it might be
3.10 only soon ... ).
> [!] CL Error (-1001,
> /build/gr-fosphor-1DVbtt/gr-fosphor-3.8~2.
Hi,
> OK I understand that. But is there any solution which permits to reset that
> growing propagation delay ? How to reset the flowgraph buffers without
> killing the application and restart it ? Is there any method that permits to
> purge and resync buffers of the flowgraph ?
The USRP supp
Quick note that gr-gsm has a viterbi enabled GMSK demod block.
Cheers,
Sylvain
Hi Paul,
Mmm that's strange. What NVidia driver version are you running ? And
any chance they got updated (or other part of the OS) between the last
time it worked and now ?
I'm not sure what timeout you're talking about, but in any case, the
batch size (CL job) in gr-fosphor is constant, there is
Hi Geof,
I had a quick look, seems you included fosphor, thank you. However it
seems the python/grc binding weren't built ? I only see the c++ block
in there.
Cheers,
Sylvain
> It's usually not that hard to get a modern GNU Radio, so honestly, let's
> rather work on installing GNU Radio 3.8.
I'd suggest 3.9 directly.
Cheers,
Sylvain
Hi,
> I also tried to add a separate path Null Source -> Throttle -> Null Sink (as
> seen somewhere in the Wiki), but this also didn't help. Changing sample rate
> of the throttle also doesn't seem to change anything.
Well this obviously wouldn't do anything ...
The throttle block needs to be i
Hi,
> For example, I use "Message Strobe" to create a message every 10ms. A custom
> blocks creates a pulse when the message is received (it does so by putting
> the message into a std::queue in the message handler and retrieving it in the
> work function).
> When I trigger on one pulse and zoo
What audio backend are you using ?
I know Pulse Audio / Alsa can just drop / duplicate samples. They try
to reduce latency by adjusting some buffer size dynamically but those
adjustments will cause discontinuities.
You can for instance run pulse audio in debug mode and you'll see if /
when it doe
Hi,
MMm, I thought there was an "all in one" mode where fosphor had built
in optimized windows / fft / re-order blocks to greatly reduce
resource usage, but looking back at the logs it seems this was never
merged into mainline :/
Cheers,
Sylvain
Couple of questions / suggestions about the current irc bridge :
- Could the name be shorted: I mean "ungleich-bridge_" is wasted
space at every line ...
- Could the nick name be highlighted using irc colors, not bright
yellow, but maybe italic or bold just to highlight it. Since it's part
of the
I played with fast hopping a while ago and it works very well and you
get lock times of less than 1 msec easily.
This is a B210 just quickly switching between 100M (FM), 816M (LTE),
940M (GSM), 1817M (LTE), 2115M (3G), 2450M (Wifi/Bluetooth)
http://i.imgur.com/FwzVgMx.jpg
You can get an idea of
The m_finished thing only works if you're not using any blocking calls.
But you're using `accept` and `recv` etc ... all calls that can block
forever until they get something.
You need to use `select` on the file descriptors while waiting for
events / data and set a timeout on that select so your
> gr-osmosdr (and other modules of the same authors) have historically
> deviated from that (well, or, they were around before anyone even
> thought of having a common style), and want to be installed *into* the
> GNU Radio installation.
gr-osmosdr follows the modtool model AFAIK:
import osmosdr
Hi JM,
In CMakeList.txt:
find_package(Gnuradio "3.8" REQUIRED COMPONENTS fft)
In lib/CMakeList.txt :
target_link_libraries(your-oot-name gnuradio::gnuradio-fft)
Cheers,
Sylvain
Hi,
> Yes. Here it is. Regardless of its effects, I am very interested in removing
> this warning.
>
> https://a.uguu.se/rgc6Iiu3v37w_test.py
Can you edit it and below the "print("Warning: failed to
XInitThreads()")" , add a "raise" so we get to see the actual
exception details that prevent it ?
> Generating: '/home/mgusr/Flowgraphs/Test.py'
>
> Executing: /usr/bin/python3 -u /home/mgusr/Flowgraphs/Test.py
>
> Warning: failed to XInitThreads()
Could you put up the .py file generated somewhere ?
Cheers,
Sylvain Munaut
Hi,
> I am by no means an expert on this but just for my understanding I would be
> curious:
>
> 1.) I still do not understand why for 1 Hz at 5MSps I can get a period that's
> "500578.5" on average. The frequency error is a whopping 0.1158%!
> ((5005789.5-500)/500*100). Huge.
That's b
Hi,
> How can (or better: *should*) a fully digital signal source have phase noise?
Limited precision arithmetic
> Also, for 1Hz at 5MSps I always get either 5005789 or 5005790 samples
> (instead of 500) ... this is fairly deterministic.
That's because the signal source works with phase i
Hi Johannes,
> I really hoped I could install AMD OpenCL on top of the open driver.
> How do you do that? I guess, if I install the correct OpenCL + amdgpu
> version, this should actually work.
Yeah, that's what I did ... I use the AMD binary OpenCL stuff, but I
continued using the amdgpu drive
Hi,
> I attached the output of glxinfo and ran glmark2. The output is attached
> in this mail.
So from the GL info it looks like the OpenGL drivers you have are the
one from AMD and not the one from Mesa. I never used those.
Unfortunately, since they don't actually _report_ any error, I don't
h
Hi Johannes,
First off the RX550 should work just fine. I have a RX570 and run
fosphor on it with no issues.
I am using Ubuntu 19.10 though which is much newer kernel and newer Mesa.
The OpenCL procedure looks fine and if it gets to that point, that
also worked fine. For some reason the shader fa
My best guess at this point is you're spamming it with as much message
as possible (way too many for the actual radio part to send) and then
at some point the buffers are filled up and it's only accepting new
messages at the rate it's actually sending them.
Cheers,
Sylvain
Hi,
> Regarding that column, how does it work? I've seen that only gr-fosphor
> and gr-iqbal have that column filled out currently, but I don't know how
> tnt has accomplished that. I don't see anything special in the
> MANIFEST.md nor in the .lwr recipe.
I accomplished that by not being on githu
> -- Checking for module 'gmp'
> -- Found gmp, version 6.2.0
> -- Could NOT find GMP (missing: GMPXX_LIBRARY GMP_INCLUDE_DIR)
Looks like mageia has split the c++ gmp bindings into libgmpxx-devel
make sure you have that installed.
> We do have these installed in the build chroot:
> BuildRequires
> In gqrx build I am now hitting a fail to find gnuradio from this line in
> CMakeLists.txt:
>
> find_package(gnuradio REQUIRED COMPONENTS analog audio blocks digital
> filter fft)
Are you sure you're using the latest gqrx code ?!?
Here I have :
find_package(Gnuradio REQUIRED COMPONENTS analog au
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
> Are
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 furth
> 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
The code in that repo at absolutely no point will ev
Hi,
> > > I know, this is mainly a matter of the people who maintain such
> > > projects...and I have no idea how the awareness for this could be
> > > sharpened.
> >
> > Paying the maintainer usually helps.
>
> Sure, in a commercial world things work this way. In a hobbyists world
> however the
Hi,
> As I am not a coder, no, I can't contribute and update the projects - I am
> only a user. And also I was not yet motivated enough modifying the cmake
> file to fool the procedure, in the hope, it may work somehow if I simply
> extend the accepted version range.
>
> I know, this is mainly a m
> we guarantee API
> compatibility (i.e. recompiling will never fail) for all releases that
> have the same A.B.
Huh really ?
I thought it was more like within the same A.B, if it builds with C0,
it will build for any C1 >= C0.
Cheers,
Sylvain
> Why such an old version of gnuradio - 3.7.3? I'm on 3.7.13.5 and I'm
> behind on building updates.
3.7.3 is the Python version, not the Gnuradio version.
Cheers,
Sylvain
> We use pkgconfig(gr-iqbal) style BuildRequires in our rpm spec files for
> installation during package builds where we can and are somewhat
> confused as to why you did this.
Because GR 3.8 doesn't use .pc files to determine which path to
include and which libs are needed to build and I don't li
> Ya I've seen the mainline gr-fosphor has had some 3.8 changes lately, but
> it's still not integrated with pybombs. We submitted a PR for him and I think
> he's still working on it.
Huh no ...
http://git.osmocom.org/gr-fosphor/ has the latest code which should
be completely working with Qt5
It's using an outdated version of fosphor ... so much for a fast-paced OS.
Cheers,
Sylvain
Hi,
> Two days ago I have asked about the best way to implement frequency hopping.
> In absence of advice I am unfortunately still heavily struggling with this.
That's because you're trying to coerce GRC for something it's really
not meant for.
Really anything that's not purely flow based and
not_ been ported to 3.8
(especially GUI changed to Qt5) ... if anyone wants to do that and
send me a diff, that would be _very_ welcome and I'll include that in
this branch.
Cheers,
Sylvain Munaut
PS: bcc'd package maintainer I thought of.
Hi,
> I'm working on an SDR project where I need to transmit a narrow
> baseband signal on multiple different carriers simultaneously, over a
> relatively wide bandwidth (1Mhz).
Is this the same baseband signals copied at several place ?
What you can do is :
* First modulate the signal to a na
> I know I'm going to ruffle some feathers, but my intentions are noble,
> so here it is: GNUradio is by far the worst project I've seen in my 20
> years are a Linux user when it comes to documentation.
You've used linux for 20 years and it took you half a day to figure
out you need to call ldconf
Hi,
> I'm very certain that flatbuffers does handle this correctly, yes.
> Haven't tried it, though. But "serialization library that doesn't deal
> with cross-platform" sounds bad, doesn't it?
You would think so yes, but it's not like it's un-heard of, especially
if the primary goal was performan
Hi,
>> Tbh, I'd just assume that in all these formats, being tight-packing by
>> default, std::complex can just be represented by the equivalent
>> of struct {float re; float im;} complex;.
I haven't delved into the code, but do you know if it handles properly
architecture differences between sen
> Any ideas about how we can troubleshoot this more effectively? Or better
> model the channel?
Make sure both your radios are locked to the same clock source.
Any fsignificant requency offset between the two is going to ruin your
correlation peaks very quickly.
Frequency offset is going to end
I think there aren't many users yet ...
I have a pcie one I have been using (but not with GR, just natively).
I'm still waiting for the usb3 one.
And more relevant is that the gr-osmosdr author is also still waiting
for his I think :p (and is unavailable atm anyway ...)
Cheers,
Sylvain
__
Use the 'sylvain/live' branch and in there there is a utils directory
with modern python script that work with gnuradio 3.7
Cheers,
Sylvain
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnur
> Then, it let's say you have this system uhd_source -> block1 -> block2 ->
> block3 -> uhd_sink,
> how would you trigger different actions on block1 based on the result of one
> function of block3?
https://www.gnuradio.org/doc/doxygen/page_msg_passing.html
Cheers,
Sylvain
_
> How/where should I declare the global variables that can be read and modified
> from the general blocks?
You shouldn't.
Cheers,
Sylvain
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gn
> Why do we have a normalized error instead of a absolute error threshold
> at all?
Welll because this is float ... only relative errors matter.
If you have a signal between -1e6 and 1e6 , then an error or 0.1 is
really not all that important. OTOH if your signal is -1 .. +1, then
an error or 0
Yes, 3.8 is not exactly all that usable at the moment.
UHD block are not properly/entirely built and won't work in GRC.
Osmocom source simply hasn't been ported to 3.8 yet AFAIK.
We're in the 3.8 early days (no 3.8 release yet AFAIK) and now that
it's in master, people need to test, report issues
I'm starting to wonder if having different precision version of the
kernels wouldn't make sense ...
TBH most of the time I don't care that much about precision because my
input data is noisy and the 0.1 dB difference doesn't matter, I much
prefer to be _fast_.
Especially for something like log2 t
Hi,
> Unfortunately, there were no further replies to that thread but I did see
> that my same question "pops up every once in a while". Anyway, my specific
> problem is I'm trying to QPSK demodulate + RS decode a 2MS/s, 1Mbps bit rate,
> 10GB IQ file. This works fine, but I'm getting a differe
Hi,
> IIRC, the SOCK_SEQPACKET packet type paradigm never had a IP-based
> protocol that could be used across commodity networks (unlike
> SOCK_DGRAM, which pretty much defaults to UDP and SOCK_STREAM, which
> pretty much defaults to TCP).
Err ... what about SCTP ?
Cheers,
Sylvain
Hi all,
I've spent the last day trying to understand the state of LDPC
encoding / decoding in GNURadio, to see how it could be improved. I
limit myself here to gr-fec and not the application specific ldpc that
can be found in gr-dtv for instance.
Here's what I think is the current state (please,
Hi all,
It's due to commit b5396df5547a5c29218a18a469454f5db03e6ab5 in GNURadio.
Now my question to the author / commiter of this : How is one supposed
to write a OOT that works with both 3.7.12 and previous versions ?!?
Cheers,
Sylvain
___
Dis
Hi,
* You can just use 0.0 / 0.0 as the default. Those value are only
really used if you don't use the message system and just want a fixed
/ known manually set correction. Once the first message is received,
those value are overwritten
* As stated the time constant is in samples.
* The 'optimiz
> 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 non-power-of-2 FFT simply less efficient, or are there other
> Any ideas would be highly welcome :)
Most likely you have an old uhd or uhd devel headers installed somewhere.
Cheers,
Sylvain
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On Wed, Aug 16, 2017 at 5:11 PM, wrote:
> What type of hardware? I thought from hardware point of view only precise
> clock is required and all the other things in
> firmware. I've naively thought i could modify hackrf firmware to get this
> feature.
Mostly a FPGA and a PPS input from a GPS re
The USRP have dedicated hardware to support that kind of stuff, the
rtl-sdr and hackrf do not.
That's the kind of advanced features that are cut to reduce the price ...
Cheers,
Sylvain
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http
> How can I set output buffer size of my OOT block for example 346 and
> gnuradio don't change it automatically to 512?
You can't.
Buffer size in bytes must be an integer number of memory pages (4096
bytes) because of the way the circular buffer system is implement
using MMU and multiple memory m
The hackrf driver has no support for burst transmissions.
Cheers,
Sylvain
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
First, set_history(2) means there will be 1 old sample, not two. (yeah
go figure ... but the default value is '1' and means "no history").
So, if noutput_items = 8192
in[0] = history[0]
in[1] = new_sample[0]
...
in[8192] = new_sample[8191]
Cheers,
Sylvain
__
> If we see from the user perspective, why would someone need two displays ?
You're assuming it would be the same people ... or at the same time.
* I could use QT locally but still expose a web UI for people to
remotely see what I'm describing. The local Qt UI could be more
complete and just have
Hi,
One thing that I find a bit weird in the proposal is to use a new "generate
option" webui.
For the qt/wx/... that makes more sense because :
(1) they're exclusive, you can't be both WX and QT, trying to link
multiple graphics framework in the same app is just not practical
(possible).
(2)
> Does anyone know why the first and last 25% of FFT bins are discarded? I am
> talking about the following lines of code:
>
> line 267: bin_start = int(tb.fft_size * ((1 - 0.75) / 2))
> line 277: bin_stop = int(tb.fft_size - bin_start)
Read that code again ... it discards the first and last 12.5%
Hi,
> That is not good news. I'm not a software developper and 'API' and 'DLL'
> sound like 'magic' words to me.
> So as long as there's not a proper library for SDRPlay, gnuradio will not
> work with this device.
Feel free to write to the hardware vendor and request open-source API
library / d
>> > I have a flowgraph that reads a signal and writes its FFT samples to a
>> > file. I need to run this continuously (for a long time), without running
>> > out of memory.
What I'm understanding: You write FFT results into a file so you can
always read at the end of it to get the "latest" one by
> I tested it a little and it appears to work just fine. Perhaps runtime
> experts want to comment? For performance reasons, we may want to warn the
> user if the buffer is very small. Anyone see other issues?
I'm pretty sure the whole "dual mapped pages" circular buffer thing
only works for bu
Hi,
>
> Jan Krämer (cc'd) is in charge of our A/V setup, so if you're
> interested, please let him know.
I can help cut the video. And I can help looking after the feeds on the day.
Cheers,
Sylvain
___
Discuss-gnuradio mailing list
Discuss-gnuradi
On Tue, Nov 22, 2016 at 9:30 PM, Garver, Paul W wrote:
> If it is a link order problem, why isn’t this problem a more common
> occurrence for other modules? It appears the dynamic libs generated by the
> various gnuradio components do have cyclic dependencies. For example ldd on
> the following li
Hi,
> For example for 13e6 GSM band I can extract all channels by setting
> Channels parameter of the channelizer to 65 (13e6/0.2e6).
> Then I can get output signal that is sampled with 4*gsm_symbol_rate by
> setting oversampling to 65/12.
>
> It would be great to have something like this in your
> ImportError: /usr/local/lib/libgnuradio-pwg-1.0.0git.so.0.0.0: undefined
> symbol:
> _ZN2gr7trellis26viterbi_algorithm_combinedIfhEEviiiRKSt6vectorIiSaIiEES6_RKS2_IS4_SaIS4_EESA_RKS2_IT_SaISB_EENS_7digital21trellis_metric_type_tEPKSB_PT0_
>
If you check with objdump, is that symbol indeed i
Little tip in general:
in the python/ directory, look at the __init__.py file and remove the
try / except around the "from xxx_swig import *".
This will then actually _print_ the error preventing the SWIG import ...
Cheers,
Sylvain
___
Discuss-gn
Hi,
>> Once you authorize someone to use sudo, he _is_root for all intents
>> and purposes, you realize that right ?
>
> In general that's not true, you can just allow some specific
> commands via sudo.
True, but "allow specific commands" is _really_ hard if you don't
understand _everything_ abo
Hi,
>> I am having a problem with out of tree modules in gnuradio. I have a pc
>> on which multiple users can log on to it. I have installed gnuradio on
>> the administration account and all users can use it. The users who are
>> using the machine can't install out of tree modules in gnuradio beca
Hi,
> You could write a python block that takes input which is a vector
> of 100*1024*1024B/(8B/sample) = 13107200 complex numbers, and directly
> writes each input to an own file using numpy. You can convert a stream
> of (single) samples to a stream of vectors of that size using a
> stream_to_ve
> If i start an audio flow graph without [throttle] and increase some additive
> noise or change the volume with a multiplier in the stream the audible
> signal gets effected way too slow (action-to-effect-time approximately 10 s
> or more). If I use a [throttle] after the [wav file source] i can e
>
> Thanks for this, but, I can't get the patch to apply. I'm on:
>
> ce354379fee28872ea103eafa9164e6fc1ea54a1
That file hasn't changed in years ... just try to edit the file by
hand and apply the mods by hand. email probably screwed the patch
format.
Cheers,
Sylvain
__
Hi,
> Maybe I am wrong, but i expect an
> lossless connection in GRC if I directly connect an modulator to its
> appropriate demodulator - particularly when i use the default values.
Yes you are wrong.
Demodulation is not an exact process and the various loops in there
will take some time to loc
> Does anyone have insight into how to do burst timing recovery
> with PF clock sync block? I’ll also note it appears that the M&M clock sync
> block experiences a similar problem.
Both blocks are meant for continuous signal and will take a "while" to lock.
Usually for bursts, you have a sync seq
Hi Marcus,
> GL.glCallList(self._grid_compiled_list_id)
> File "/usr/lib/python2.7/dist-packages/OpenGL/error.py", line 208, in
> glCheckError
> baseOperation = baseOperation,
> OpenGL.error.GLError: GLError(
> err = 1285,
> description = 'out of memory',
> baseOperation = gl
Hi,
> It seems like a perfect fit for a poly phase filter - however this is
> something that I believe needs to be done in hardware (128 channels *
> 200khz = about 60mhz sample rate this will not go over a USB cable, and
> I doubt I can get this bandwidth into a laptop PC.
!?!?
128 channels of
Hi,
> That last error completely errors out and I don't have GNU Radio installed.
> How do I resolve this?
Did you even bother to _read_ the error ?
> E: Unable to fetch some archives, maybe run apt-get update or try with
> --fix-missing?
Did you do that ?
Cheers,
Sylvain
Hi,
> what's the quickest way to remove an older Gnuradio build prior to
> installing a later version?
If it's a package, then purge the package and also make sure you purge
related packages that were installed as dependencies. (for instance,
it's quite common to see people that remove the 'gnura
> But this model doesn't work for the REP / REQ in Figure 2
> "Request-Reply". I would expect the ZMQ REQ to be a GR sink but instead
> if is a source; likewise, I'd expect the ZMQ REP to be a GR source & it
> is instead a sink.
>
> The internal coding is consistent with the external naming; I just
> I’m trying to find a way to create a *COMMON* - decoder that will work with a
> number of front ends
> It seems I have to do “surgery” on my flow graph every time… Yuck.
That's exactly what the gr-osmosdr block does ...
Of course that assumes that all your frontend actually support what
you as
Hi,
> 52 int pdu_to_tagged_stream_impl::calculate_output_stream_length(const
> gr_vector_int &)
> 53 {
> 54 if (d_curr_len == 0) {
> 55 /* FIXME: This blocking call is far from ideal but is the best
> we
> 56*can do at the moment
> 57
Hi,
> It's a little bit off-topic but if someone will change the gr-osmosdr,
> it would be great to have other stream tags that we are used to see at
> the output UHD source. For example if the source prints on the output
> that there is some problem with transmission it would be great to add a
>
> Something that would make this easier--in that it would establish a
> starting-point for cross correlation, and thus reduce the window size
> over which one needs to estimate, would be if the scheduler could insert a
> time tag of some sort the FIRST time it calls a work function
> either ini
> If GLFW is disabled it will still successfully install but you wont have
> OpenGL support.
Well that's just not true ...
GLFW is one of 3 ways fosphor can get a GL context. But it can get a
context from Qt or from WX as alternatives.
Cheers,
Sylvain
___
On Sat, Jul 9, 2016 at 8:26 AM, cam Gmail wrote:
> I think even when you get opencl working you will run into issues with 16.04
> not supporting freetype 2
That's been fixed.
freetype keeps changing the location of their headers and the CMake
module in fosphor didn't support their latest versio
Hi,
> It looks like libfreetype6-dev, ocl-icd-opencl-dev, and libqt4-opengl-dev
> are already installed. I can't find libghc-glfw-dev in my package manager.
>
> Pybombs says the install of gr-fosphor was successful however I can't find an
> executable on my system. Where would it be located.
Hi,
> Your suggestion helped. I got past the x11 error.
> Now it fails with this line:
> -- Could NOT find OpenCL (missing: OpenCL_LIBRARY OpenCL_INCLUDE_DIR)
> I don't see either one of those entries explicitly in the Ubuntu package
> manager so I'm not sure what I should load next.
Try install
> I think the GNURadio OOT block glue has to be GPLv3 in any case and that is
> fine.
Why ?
As long as the license is GPLv3 compatible you can publish it under
what you like.
Now of course when re-distributed as binary/complete system, the
effective license will be GPLv3 because the gplv3 compati
1 - 100 of 348 matches
Mail list logo
