Re: [Discuss-gnuradio] Build DVB-T2 system

2013-11-06 Thread Leonardo Vargas Bernal
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. -

Re: [Discuss-gnuradio] gr-fosphor : New RTSA-like visualization block for GNURadio using GPU acceleration

2013-11-06 Thread Michael Dickens
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 _

Re: [Discuss-gnuradio] Fwd: Questions on rx_ofdm example in GR 3.7.1

2013-11-06 Thread Aditya Dhananjay
> > > > 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

Re: [Discuss-gnuradio] GRC | Block to Variable

2013-11-06 Thread Aditya Dhananjay
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

Re: [Discuss-gnuradio] [coproc] Domain concept for blocks and ports

2013-11-06 Thread Sylvain Munaut
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

Re: [Discuss-gnuradio] [coproc] Domain concept for blocks and ports

2013-11-06 Thread Johnathan Corgan
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

Re: [Discuss-gnuradio] [coproc] Domain concept for blocks and ports

2013-11-06 Thread Sylvain Munaut
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

Re: [Discuss-gnuradio] generic LP/BP filters

2013-11-06 Thread Tom Rondeau
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

Re: [Discuss-gnuradio] [coproc] Domain concept for blocks and ports

2013-11-06 Thread Johnathan Corgan
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

[Discuss-gnuradio] GRC | Block to Variable

2013-11-06 Thread Aditya Dhananjay
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

Re: [Discuss-gnuradio] [coproc] Domain concept for blocks and ports

2013-11-06 Thread Ben Hilburn
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

Re: [Discuss-gnuradio] [coproc] Domain concept for blocks and ports

2013-11-06 Thread Johnathan Corgan
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

[Discuss-gnuradio] Build DVB-T2 system

2013-11-06 Thread ayoosh O
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

Re: [Discuss-gnuradio] [coproc] Domain concept for blocks and ports

2013-11-06 Thread Johnathan Corgan
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

Re: [Discuss-gnuradio] [coproc] Domain concept for blocks and ports

2013-11-06 Thread Ben Hilburn
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

Re: [Discuss-gnuradio] Resolution of USRP N210 and N200

2013-11-06 Thread Isdren Gineer
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

Re: [Discuss-gnuradio] BPSK receiver issue / message passing

2013-11-06 Thread Vanush Vaswani
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

Re: [Discuss-gnuradio] gr-airmodes with gnuradio. gr-osmosdr and bladerf...

2013-11-06 Thread The Silver Fox
I’ve 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

[Discuss-gnuradio] Decoding funcube telemetry with gnuradio

2013-11-06 Thread M Dammer
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

Re: [Discuss-gnuradio] The GSoC project on LDPC codes.

2013-11-06 Thread Miklos Maroti
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

Re: [Discuss-gnuradio] The GSoC project on LDPC codes.

2013-11-06 Thread Manu T S
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

Re: [Discuss-gnuradio] Status of GNU Radio with OSX 10.9

2013-11-06 Thread Michael Dickens
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

Re: [Discuss-gnuradio] The GSoC project on LDPC codes.

2013-11-06 Thread Miklos Maroti
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

Re: [Discuss-gnuradio] How to call another blocks in custom out-of-tree module

2013-11-06 Thread y...@solid.co.kr
-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