On Tue, Oct 04, 2005 at 02:50:17AM +, Robert McGwier wrote:
> gr_fir_fff test fails in
>
> test_101_interp. It hangs after 7 dots in the ellipsis and then prints
> a capital E and gives one of the unreadable traces.
>
> Anyone else see this?
>
> Bob
I've backed out the problematic changes
On Tue, Oct 04, 2005 at 02:50:17AM +, Robert McGwier wrote:
> gr_fir_fff test fails in
>
> test_101_interp. It hangs after 7 dots in the ellipsis and then prints
> a capital E and gives one of the unreadable traces.
>
> Anyone else see this?
>
> Bob
Yes, I've seen the problem tonight. I'
gr_fir_fff test fails in
test_101_interp. It hangs after 7 dots in the ellipsis and then prints
a capital E and gives one of the unreadable traces.
Anyone else see this?
Bob
--
Laziness is the number one inspiration for ingenuity. Guilty as charged!
_
On Mon, Oct 03, 2005 at 04:24:13PM -0600, Robitaille, Michael wrote:
> Hello all,
>
>
>
> I have been trying to get the Gnu Radio 2.5 core to compile under the Fedora
> 4 Core. I have been following the instruction given at KD7lmo and with
> some work; I have gotten the baseline packages to w
On Mon, Oct 03, 2005 at 03:06:10PM -0700, Jonathan Jacky wrote:
>
> >>We have played around with GnuRadio using the Python bindings and
> >>it seems to do the job we require quite well. However, we would
> >>need to use the GnuRadio data processing directly from C++.
> >>There does not seem to be
Hello all,
I have been trying to get the Gnu Radio 2.5 core to compile
under the Fedora 4 Core. I have been following the instruction
given at KD7lmo and with some work; I have gotten the baseline packages to
work. I am using the tarball files since our network will not allow me to
d
We have played around with GnuRadio using the Python bindings and
it seems to do the job we require quite well. However, we would
need to use the GnuRadio data processing directly from C++.
There does not seem to be a C++ API that matches the Python API,
for example there does not appear to be a
On Mon, Oct 03, 2005 at 01:22:32PM -0500, Brent M. Ledvina wrote:
> I have succesfully forced at least one driver in COMEDI to stream data
> continuously. It took a minimal amount of hacking. The card is the NI
> PCI-DIO-32HS, also known as a NI 6533 digitial I/O card. The driver is
> the ni_pcidio
On Mon, Oct 03, 2005 at 02:58:36PM +0100, Terry Barnaby wrote:
> Hi Eric,
>
> Thanks for the info.
> I don't have an aversion to Python, we use it quite a lot. But our
> current project involves production of a real-time 24/7 semi-embedded
> system. It is good for ease of development, testing, ins
I have succesfully forced at least one driver in COMEDI to stream data
continuously. It took a minimal amount of hacking. The card is the NI
PCI-DIO-32HS, also known as a NI 6533 digitial I/O card. The driver is
the ni_pcidio.c driver in COMEDI. The changes I made are in CVS and it
should be easy f
On Mon, Oct 03, 2005 at 04:45:45AM -0400, Ilia Mirkin wrote:
> I just ran into a project called Comedi (www.comedi.org) which seems to
> support, even in RT kernels (or so they claim), a large number of PCI
> data acquisition boards (including the Measurement Computing 4020, which
> also has a sepa
On Mon, Oct 03, 2005 at 08:56:57AM -0400, Clark Pope wrote:
> This post reminded me of a question I had: Has anyone developed a network
> source/sink? Basically a module just like the audio sink but who's sole job
> is to package and stream the data to a network destination. With the
> network s
Hi
Is it possible to obtain USRP pcb files? Or is that not available?
Kind regards
Mochara
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Eric Blossom wrote:
On Fri, Sep 30, 2005 at 09:34:47AM +0100, Terry Barnaby wrote:
Hi,
We are looking at using GnuRadio for a data processing project.
The code will be developed in C++.
We have played around with GnuRadio using the Python bindings and
it seems to do the job we require quite we
This post reminded me of a question I had: Has anyone developed a network
source/sink? Basically a module just like the audio sink but who's sole job
is to package and stream the data to a network destination. With the network
source/sink in place one could listen to the audio remotely and do so
I just ran into a project called Comedi (www.comedi.org) which seems to
support, even in RT kernels (or so they claim), a large number of PCI
data acquisition boards (including the Measurement Computing 4020, which
also has a separate driver in gnuradio, but I and at least one other
person I know h
Gang,
You will find at savannah a new GNU Radio module: gr-audio-jack.
This is both source and sink modules for JACK http://jackit.sourceforge.net.
The JACK Audio Connection Kit is a low-latency sound server. JACK allows
the connection of multiple applications to an audio device, as well as
allow
17 matches
Mail list logo