On 12/16/2016 11:52 PM, Andrej Rode wrote:
Hey Tom,
On 16/12/16 14:30, Tom Early wrote:
I am designing a general block that will split it's input into two
outputs. 96 input items will become 9 items on one source and 3 items on
another source. I have some questions:
Is it required to set
I am designing a general block that will split it's input into two
outputs. 96 input items will become 9 items on one source and 3 items on
another source. I have some questions:
Is it required to set both streams in forecast()?
How do I call set_output_multiple() where there are multiple
something in the big picture?
BTW, I'm using apt-installed gnuradio on a fresh install of ubuntu 16.10.
On 11/16/2016 10:25 AM, Tom Early wrote:
I would like to follow up a suggestion that my "AttributeError:
'module' object has no attribute ..." runtime error is caused by an
improperly linke
I would like to follow up a suggestion that my "AttributeError: 'module'
object has no attribute ..." runtime error is caused by an improperly
linked OOT.
I am unsure how to do that. Can someone point me in the correct direction?
Thanks!
___
, 2016 at 9:43 PM, Tom Early <ac...@nycap.rr.com
<mailto:ac...@nycap.rr.com>> wrote:
Sorry, me again.
Recently did a fresh install of ubuntu 16.10 and did a apt install
of gnuradio.
A few days ago you helped me get my OOT blocks properly installed
on my own tree by
Sorry, me again.
Recently did a fresh install of ubuntu 16.10 and did a apt install of
gnuradio.
A few days ago you helped me get my OOT blocks properly installed on my
own tree by added square brackets around my value.
However there are now problems when I run:
File
sentence that states the importance of the square
brackets.
On 11/09/2016 06:58 PM, Johnathan Corgan wrote:
On Wed, Nov 9, 2016 at 3:39 PM, Tom Early <ac...@nycap.rr.com
<mailto:ac...@nycap.rr.com>> wrote:
The tool-tip on this branch says the modules should have a module
name
I did a clean install of ubuntu 16.10 and then installed gnuradio 3.7.10
from apt. I also installed my own OOT module. My OOT blocks end up in a
"(no module specified)" branch.
The tool-tip on this branch says the modules should have a module name
in their GRC Block Descriptions or their
Sylvain and Marcus,
Thanks. Good to know.
I guess it might be wise for me to do all but the simplest grc
developments in a statically linked environment as much as possible, and
then port to my OOT.
I got my decoder working now.
On 07/06/2016 05:23 AM, Marcus Müller wrote:
Yeah, I didn't
When Marcus build my OOT, he encountered both a "was not declared in
this scope" comp error and an undefined reference linking error. (See
his previous post in this discussion.)
I did not encounter any errors or warnings building the exact same
source. I'm trying to understand why.
On
Bloessl wrote:
Hi,
On 07/03/2016 07:50 PM, Tom Early wrote:
Thanks Marcus, for trying this. I tried what you suggested and there was
no love. I even tried to uninstall, then rm'ed the build folder and
rebuilt, with still no luck. You cloned the "syncing" branch, right? The
"master&
est regards,
Marcus
On 02.07.2016 01:42, Tom Early wrote:
I am developing an OOT. I have a preliminary version working, and now
I am working on a new version.
To make the new version, n the build directory, I first did a "sudo
make uninstall".
I changed some code in one of three block
I am developing an OOT. I have a preliminary version working, and now I
am working on a new version.
To make the new version, n the build directory, I first did a "sudo make
uninstall".
I changed some code in one of three block (dstar_decode_bs) in my module
as well as added two new classes
You can tell from my questions below that I am very new at this. If
there is some other approach to my OOT that make more sense, please tell
me...
I am aware of the gr-dsd OOT, but I want to decode/encode using a method
that won't violate patents.
I'm working on a OOT that will have various
14 matches
Mail list logo