-Original Message-
From: discuss-gnuradio-bounces+ykoh=solid.co...@gnu.org
[mailto:discuss-gnuradio-bounces+ykoh=solid.co...@gnu.org] On Behalf Of Martin
Braun (CEL)
Sent: Tuesday, November 05, 2013 10:11 PM
To: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] How to call anothe
Hi Manu,
Thanks for the report, it was more informative than the presentation.
Yes, I have seen the BER figure, but that is not very will presented
(e.g. you should use logarithmic scale for BER) and should have better
resolution on the Eb/N0 axes. You write that it does not use VOLK or
SSE2. How
One final update: You're not supposed to change configure.cxx_stdlib, even
though you are allowed to do so. It is set to libc++ by default in 10.9, and
libstdc++ in 10.8 and earlier. Even trying to override it per the below does
not work, because some ports are now designed internally to assum
Hi Miklos,
The implementation is quite slow. I don't have any quantitative performance
measures, yet.
Nevertheless I have some empirical measures. For example, on testing the
implementation (all C++ and no GNU Radio) with a (8000, 4000) code(rate
0.5, regular), in with AWGN of 0.8 added to it (cap
Wow, interesting to read all about this. Thanks for all the good work. Miklos
On Wed, Nov 6, 2013 at 3:17 PM, Manu T S wrote:
> Hi Miklos,
>
> The implementation is quite slow. I don't have any quantitative performance
> measures, yet.
> Nevertheless I have some empirical measures. For example, o
FUNcube-1 will be launched in about two weeks time and I would like to
ask if anybody has aleady worked or is working on receiving / decoding
the FUNcube telemetry with gnuradio (and an RTL-SDR as receiver)?
Modulation is 1200bps BPSK. The telemetry format is well described on
the funcube page ( ht
Ive used it quite lot with a variety of dongles, funcube and hackrf. They
all work for me with variations on gain needed to produce reliable results.
I did not try the interfaces to other programs such as google maps. I found
that dump1090 gave me better data.
73,
Alan W6ARH
From: discus
Thanks for the reply. It seems to be an endian issue such that I can't
simply shift bits but must use a proper framer.
I have modified an existing AX.25 block such that I can now see my
frames over the air using debug prints but I am having difficulty
getting my data out from gnuradio. The AX.25 b
To add to what Ben has wrote, if decimation is involved in the processing
stages it is possible to get a higher resolution than that of the initial
samples. For example, a decimation by a factor of two can increase the bit
precision by one. So in this case, it could depend on where the interface
is
Sylvain -
I've been mulling over this, and I like this design a lot. I think it
provides a lot of flexibility while also preventing any particular scenario
from becoming a "corner case". I'm still thinking about it and trying to
find somewhere to poke a hole, but at a high-level I think it is real
On 11/06/2013 09:44 AM, Ben Hilburn wrote:
> I've been mulling over this, and I like this design a lot. I think it
> provides a lot of flexibility while also preventing any particular
> scenario from becoming a "corner case". I'm still thinking about it and
> trying to find somewhere to poke a hol
Hi
I have a project about digital tv , my task now is to build the system of
DVB-T2 using gnuradio.
but I have two problems :
1. how to read the video and convert it to binary ( the code I should to use in
c )2. the block of MPEG how to build and also it's code
Please help me
Regards aya
On 11/06/2013 10:09 AM, Johnathan Corgan wrote:
> Thus, again with minimally invasive changes to the GNU Radio internals,
> this mechanism supports both single accelerator blocks as well as the
> domain crossing sources and sinks.
I forgot to add to this that this is also a mechanism that existin
Awesome write-up, Johnathan. I really enjoyed reading it.
A few topological problems arise that aren't solved yet by this, such as
> having adjacent accelerator blocks that both want to own the shared
> memory buffer. The suggestion here is to use the above mechanism to
> create a domain crossing
Hello!
In GRC, is it possible to store the latest output of a block into a
variable? Let's say I have a block "A" that is outputting floats. I want to
save the latest output of block "A" into a variable "var" such that a block
"B" can read "var" asynchronously if it needs to.
Thanks!
Aditya
On 11/06/2013 11:23 AM, Ben Hilburn wrote:
> This goes back to the "ingress" and "egress" blocks that Justin's team
> used in their original design.
>
> I think having these transitions represented with such blocks makes
> sense, from a graphical perspective, but under-the-hood I think we
> shoul
On Fri, Nov 1, 2013 at 9:44 PM, Marcus D. Leech wrote:
> For the "generic" LP/BP filter blocks, would it make sense for them to
> automatically select either a conventional FIR or FFT-fast-convolution
> filter,
> depending on the number of taps and other parameters?
Sorry, which classes are you
Hi
> In this design, a block indicates to GNU Radio that it needs to allocate
> the memory for either its input buffer (actually, the upstream block's
> output buffer) or its own output buffer, by adding a flags field to the
> io_signature and having one of the possible flags be WE_OWN.
Well, wha
On 11/06/2013 12:58 PM, Sylvain Munaut wrote:
> Well, what I was thinking about is a bit different.
>
> The block didn't really did that itself. It was delegated to a "domain"
> object.
>
> The advantages are :
> - No special casing or flags. The "normal" host buffers as they are
> now can be
Hi,
> Unfortunately, this moves the knowledge of how a domain works into GNU
> Radio, and away from the code/coders that know about it. It would mean
> that any time a different co-processor or hardware offload design comes
> up, GNU Radio itself would have to change, and designers would have to
Update:
I had tried to use "Function Probe" to accomplish this task, but couldn't
get it to work. After the latest pull from the git repo, it works!
Best,
Aditya
On Wed, Nov 6, 2013 at 2:54 PM, Aditya Dhananjay wrote:
> Hello!
>
> In GRC, is it possible to store the latest output of a block
>
>
>
> 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[18]: ]: Buffer
> too small for min_noutput_items
>
> I'll look into this, but just in case this is familiar to anyone...
>
I face the same problem.
I c
As of mid-day today, gr-fosphor is available via MacPorts for OSX < 10.9 users.
It looks quite nice! Thanks Sylvain! - MLD
On Oct 26, 2013, at 4:23 PM, Sylvain Munaut <246...@gmail.com> wrote:
> The home page of the project can be found at
> https://sdr.osmocom.org/trac/wiki/fosphor
_
Aya,
GNU Radio will help you with the PHY layer, you can find more information
about DVB-T2 at
http://www.etsi.org/deliver/etsi_en/302700_302799/302755/01.03.01_60/en_302755v010301p.pdf
http://www.dvb.org/standards
DVB-T2 is an open standard, you will find all the information on those
links.
-
24 matches
Mail list logo
