Hi again,
My current suspicion is that there is a triggering delay produced by
the *Schmidl
& Cox OFDM Sync* block that isn't accounted for by the *delay* block
currently running in parallel to it in the flowgraph (delays samples going
to the header/payload demux until the trigger point is found i
Ubuntu 16.04. I followed the notes for the nvidia install. Got me past
the incompatible headers. Would be cool to steal the cmake opencl
magic they use in gr-phosfor so it picks up the right includes and
whatnot paths. Anywho, now I get:
home/anon/gr-clenabled/lib/clFilter_impl.h:26:24: fatal erro
Hi everyone,
I've been working on a coded-OFDM system (looks similar to the standard
OFDM flowgraphs) and have come to the stage where I am trying to improve
channel estimation by implementing LS, STA and comb pilot interpolation
methods similar to gr-ieee802.11. If I follow the default technique
> On 7. May 2017, at 21:27, Thom L wrote:
>
> Hi Bastian,
>
> Le 7 mai 2017 22:10, "Bastian Bloessl" a écrit :
>
> The red line is the complex component (which is around 0), while the blue
> line shows the real part (which jumps between 1 and -1).
>
> Yes but it jumps at sample rate 20M and
Hi Anon. I set it up for 1.2. The biggest gotcha I've run into in the
build process is missing the cl.hpp file, but how to get it can vary by
OS. There's some setup notes in the setup_help directory for debian and
Ubuntu that may help you out. What OS are you running it on?
On Sun, May 7, 2017
Neat. What opencl implementation are you building against?
I get errors related to _svm_ parts of code. I.e.
cl_device_svm_capabilities was not declared in this scope. Trying to use
the Nvidia cuda sdk, just downloaded from their developer site (ver 8.0).
On May 6, 2017 8:59 AM, "Ghost Op" wro
Hi Bastian,
Le 7 mai 2017 22:10, "Bastian Bloessl" a écrit :
The red line is the complex component (which is around 0), while the blue
line shows the real part (which jumps between 1 and -1).
Yes but it jumps at sample rate 20M and not 6M?
What I would is to see the bit rate
Thank you for yo
Hi Thomas,
> On 7. May 2017, at 09:21, Thom L wrote:
> I added a time block sink and watched the signal in 6M mode (sampling rate is
> 20M) but I can not interpret the result (cf attachment). Well I do not have
> to look at the right place or the right way ..
I’m not sure what you are trying t
Using Opensuse 42.2
Gnuradio from repository home:dl8fcl:branches:hamradio
i | gnuradio | package| 3.7.11-10.2 |
x86_64 | home:dl8fcl:branches:hamradio
I have tried it with repository hamradio and it failed too.
When I place both blocks on a diagram (I can even p
Vladimir,
The bug tracker was recently moved to github, so head to
http://github.com/GNURadio/GNURadio to find the issues/bug tracker.
Geof
On Sun, May 7, 2017 at 07:19 Владимир Мартьянов
wrote:
> Hello, I'm new in gnuradio and maybe don't know some obvious things... But
> where is a bugtrack
Hello, I'm new in gnuradio and maybe don't know some obvious things... But
where is a bugtracker? I found a link
https://gnuradio.org/redmine/projects/gnuradio/issues in the FAQ, but it
redirected me to the https://gnuradio.org and it's strange, I think ;-)
_
11 matches
Mail list logo