Eric Blossom wrote:
> On Sat, Apr 29, 2006 at 03:28:58AM +0200, Martin Dvh wrote:
>
>>Hi all,
>>
>>Is there any way for a block to process two signals at different samplerates?
>
>
> There's no problem consuming inputs at different rates. The forecast
> routine just needs to "do the right thing
On Sat, Apr 29, 2006 at 03:28:58AM +0200, Martin Dvh wrote:
> Hi all,
>
> Is there any way for a block to process two signals at different samplerates?
There's no problem consuming inputs at different rates. The forecast
routine just needs to "do the right thing". However, all outputs must
be p
Hi all,
Is there any way for a block to process two signals at different samplerates?
In my work for videodemodulation and synchronisation with gnuradio I need to
process two versions of the data in the same block.
I need the original samplestream at 8 MSPS.
I also need a decimated/lowpassed ve
On Fri, 2006-04-28 at 15:16 -0400, Ilia Mirkin wrote:
> You need to figure out which interface is the right one, and use that.
>
In small repayment for your assistance, here's two screenshots. First
is a local station live off the air, in 20MSps float centered on
5.75Mhz:
http://webpages.charte
On Fri, 2006-04-28 at 15:16 -0400, Ilia Mirkin wrote:
> Usually when something like this happens, you have some versioning problems
> between interfaces. And indeed your files reveal this:
>
> .h:
>
> atsc_fpll_sptr atsc_make_fpll();
>
> .cc:
>
> atsc_fpll_sptr atsc_make_fpll(double a_initial_f
Usually when something like this happens, you have some versioning problems
between interfaces. And indeed your files reveal this:
.h:
atsc_fpll_sptr atsc_make_fpll();
.cc:
atsc_fpll_sptr atsc_make_fpll(double a_initial_freq) { ... }
You need to figure out which interface is the right one, an
Any tips what could cause this, Python does not like the
'U'ndefined symbol.
.../gnuradio/_atsc.so: undefined symbol: _Z14atsc_make_fpllv
$ nm _atsc.so | grep atsc_make_fpll
0004e9c0 T _Z14atsc_make_fplld
U _Z14atsc_make_fpllv
Checking the .libs objects:
$ nm atsc_fpll.o | grep ats
On Fri, Apr 28, 2006 at 09:05:17PM +0930, Berndt Josef Wulf wrote:
> G'day,
>
> Is "make check" in gr-atsc know to complete? It currently fails to complete
> with the following message.
>
> Making check in python
> make check-TESTS
> ...
> sched: is requesting more input data
> than we can p
On Fri, 2006-04-28 at 21:05 +0930, Berndt Josef Wulf wrote:
> G'day,
>
> Is "make check" in gr-atsc know to complete? It currently fails to complete
> with the following message.
>
> Making check in python
> make check-TESTS
> ...
> sched: is requesting more input data
> than we can provide.
G'day,
Is "make check" in gr-atsc know to complete? It currently fails to complete
with the following message.
Making check in python
make check-TESTS
...
sched: is requesting more input data
than we can provide.
ninput_items_required = 12
max_possible_items_available = 7
If this is a
G'day,
NetBSD users may be interested to learn that GNU Radio 2.8 modules are now
available from the NetBSD Packages Collection (pkgsrc).
I'm currently working on getting ham/gnuradio-audio-jack and
ham/gnuradio-audio-portaudio. There are some issues that I need to resolve
before they can be s
11 matches
Mail list logo