Hello Achilleas,
Thank you for your comments as well as your implementation. I very much like
the clear separation that in every call of work(.) only one state is active.
Sorry, but I cannot follow your bug description. In line 110 (actual git
version, which do you use?), d_peak_ind = 1 is set
hi
I was doing OFDM modulation demodulation in following way
file source --- OFDM Mod --- Virtual Source
Virtual Sink --- OFDM demod --- File sink
File source out is given in byte format. This system give output for bpsk, qpsk
and 8psk modulation. and no output for QAM schemes. What changes are
It looks like there is an issue where locking/unlocking the TopBlock causes
WavFile-Sink to stop recording. A plain File-Sink does not have this problem.
This problem is new to 3.7 and didn’t exist in 3.6. Is this the intended
behavior? I am doing something wrong? Should I be using Stop/Wait?
Hi,
When there is a lock()/unlock() cycle, the -stop() will end up being
called on all the flowgraph() blocks.
The wavsink block does implement stop() and that's where it closes the
file and updates the wavheader.
But there is no implementation for start(), it actually opens the file
in the
On Fri, 2015-01-02 at 09:56 -0800, Nick Foster wrote:
I'm in the middle of generalizing correlate_and_sync_cc to allow use
with any candidate vector you want (although I hadn't considered the
real-only case).
--n
Hi Nick,
Since you're reworking the correlate and sync block, I thought you
On Mon, Jan 5, 2015 at 8:00 AM, Andy Walls a...@silverblocksystems.net
wrote:
On Fri, 2015-01-02 at 09:56 -0800, Nick Foster wrote:
I'm in the middle of generalizing correlate_and_sync_cc to allow use
with any candidate vector you want (although I hadn't considered the
real-only case).
Awesome! That is totally it.
I went back and checked and the 3.6 version of wavfile_sink_impl does not
have a stop function. It only closes the file when close() is called or the
destructor.
This is a pretty big change from 3.6 to 3.7 and I didn't see it documented
anywhere. Is this something I
I will give it a try and see if I can make a start() that does this.
One last question - does calling lock() in a HeirBlock2 just lock and call
stop() on the internal blocks of the HeirBlock2 graph? or does it bubble up
all the way to the TopBlock and cause a lock there?
I am trying to figure
Thanks very much Tom for your response. This issue is resolved after
replacing the graphic card driver installed by default with that provided
from the website of the card developer.
However, I am having two other issues now. One, in the terminal, I am
occasionally getting capital U's and L's
Khalid,
It would be much easier to respond to these and for searching in the
archives later if you posted these in new and separate threads.
Thanks,
Tom
On Mon, Jan 5, 2015 at 11:25 AM, khalid.el-darymli khalid.el-dary...@mun.ca
wrote:
Thanks very much Tom for your response. This issue is
Hi,
In the terminal and while using a powerful PC (please see the attachment),
I am occasionally getting capital U's and L's when running GNU Radio with
one Tx and 4 Rx channels (Here is a sample of what I am getting:
ULLLUULLLULLLU).
Hey Everyone,
and a happy new year! I hope you all had a great holiday break (if you
had one), and maybe the one or the other of you had some time to hack
GNU Radio stuff.
Maybe that made you curious what 2015 will bring to this great project.
Well, spoilers, one of the things will (hopefully) be
On 01/05/2015 08:08 AM, Luke Berndt wrote:
I am trying to figure out why calling lock() on one instance of a
HeirBlock cause all the other instances to lock().
Yes, a lock/unlock event affects the whole flowgraph, by necessity.
Reconfiguring flowgraphs should be considered a very big hammer,
Hi,
We recently bought a new PC with some powerful specs. GNU Radio was built
from the source and it seems to be installed fine. However, when I try to
use the virtual sink and source blocks in my flow graph, I am getting the
following error:
Traceback (most recent call last):
File
On Mon, Jan 5, 2015 at 5:00 AM, Andy Walls a...@silverblocksystems.net
wrote:
On Fri, 2015-01-02 at 09:56 -0800, Nick Foster wrote:
I'm in the middle of generalizing correlate_and_sync_cc to allow use
with any candidate vector you want (although I hadn't considered the
real-only case).
On 01/05/2015 11:57 AM, khalid.el-darymli wrote:
Hi,
We recently bought a new PC with some powerful specs. GNU Radio was
built from the source and it seems to be installed fine. However, when
I try to use the virtual sink and source blocks in my flow graph, I am
getting the following error:
On 01/05/2015 03:09 PM, Anderson, Douglas J. wrote:
Marcus,
Thanks for the reply. I'm attaching the screenshots so that future mailing list
searchers can better see the problem and solution.
Marcus Leech's suggestion to set peak=0.1 in stream_args did the job.
This has been really helpful
Hi all,
I'm trying to understand the impact that changing the wire-format of a USRP has
on the uhd_fft script provided by GNURadio.
Using UHD_003.008.001-42-g8c87a524 and GNURadio built by pybomb a few weeks ago
(3427a667c).
On a USRP N210 with 50 Ohm load, I ran
uhd_fft --wire-format=sc8 -s
Hi Doug,
you're right, the wire format is only used between device and host
computer, and shouldn't change the values you're seeing, so I'd actually
be curious about that screenshot. I have a suspicion that what you're
seeing might be a raised noise floor due to quantization noise becoming
On 01/05/2015 02:04 PM, Anderson, Douglas J. wrote:
Hi all,
I'm trying to understand the impact that changing the wire-format of a USRP has
on the uhd_fft script provided by GNURadio.
Using UHD_003.008.001-42-g8c87a524 and GNURadio built by pybomb a few weeks ago
(3427a667c).
On a USRP N210
On Mon, Jan 5, 2015 at 9:45 AM, Luke Berndt l...@robotastic.com wrote:
Awesome! That is totally it.
I went back and checked and the 3.6 version of wavfile_sink_impl does not
have a stop function. It only closes the file when close() is called or the
destructor.
This is a pretty big change
On Wed, Dec 31, 2014 at 11:17 AM, khalid.el-darymli
khalid.el-dary...@mun.ca wrote:
Hi,
We recently bought a new machine with like 4 GHz processor, 16 GB of RAM.
For the graphic card, we use the Radeon R7 250 1000 MHz GDDR5.
Latest version of Ubuntu (14.04 LTS) was installed along with GNU
On 01/05/2015 10:41 AM, Tom Rondeau wrote:
On Wed, Dec 31, 2014 at 11:17 AM, khalid.el-darymli
khalid.el-dary...@mun.ca mailto:khalid.el-dary...@mun.ca wrote:
Hi,
We recently bought a new machine with like 4 GHz processor, 16 GB
of RAM. For the graphic card, we use the Radeon R7
Hi,
You could try and modify the code to overload the start() function to
open/reopen the file again (can't say for sure this will be safe with a wav
file, though). Though probably easiest to create your own block as part of
any oot module you've built for your projects.
I'd tend to say that
On Mon, Jan 5, 2015 at 10:44 AM, Sylvain Munaut 246...@gmail.com wrote:
Hi,
You could try and modify the code to overload the start() function to
open/reopen the file again (can't say for sure this will be safe with a
wav
file, though). Though probably easiest to create your own block as
25 matches
Mail list logo