Iain, thanks for that. Will be helpful in my gnuradio pursuits.
I think the TCP blocks should be definitely be decoupled from GRC...
With regards to my problem, I tried the ncat/fifo approach, and it works
acceptably. Using TCP, I get a few overflows on the sender (beaglebone) as
expected due to
On 08/09/2013 05:29 PM, Marcus Müller wrote:
You're right, although grc_blks2 is in grc/grc_gnuradio, which, as far
as I would guess from here,
won't be built if you don't build GRC, which you usually don't when in
a headless environment.
There's also no necessity to do the development side on t
On 08/08/13 17:52, Vanush Vaswani wrote:
> So the receiver begins with a sample rate of 48 KHz? So how is it
> possible to FM demodulation this case?
No, that's my transmit chain (assuming you are referring to my
GUI_TRX_JACK flowgraph)
The (Simplified) FM RX chain in the same flowgraph goes th
On 08/09/2013 02:08 PM, Marcus Müller wrote:
Hi Vanush,
No... that didn't do it. In fact, connected UDP source to null sink
and still get console full of warnings.
Ok, that _is_ strange. Try reducing the payload size - that's my only
guess. Are you using a large vector length on the UDP sourc
Hi Vanush,
No... that didn't do it. In fact, connected UDP source to null sink
and still get console full of warnings.
Ok, that _is_ strange. Try reducing the payload size - that's my only
guess. Are you using a large vector length on the UDP source?
I can't possibly imagine your computer bein
Also, what kind of network infrastructure? Is it dropping frames?
Which side of this has the BeagleBone, and which side is the "sink".
on Aug 09, 2013, Marcus Müller wrote:
Hi Vanush, remove the gui sink. It also limits the sample processing speed and thus is equally bad as throttle. Am 09.08
Hi Marcus,
No... that didn't do it. In fact, connected UDP source to null sink and
still get console full of warnings.
I think something is wrong somewhere, maybe in network setup or network
stack of BBB.
If anyone has achieved something similar, (sample forwarding), do feel free
to post your grc f
Hi Vanush,
remove the gui sink. It also limits the sample processing speed and thus
is equally bad as throttle.
Am 09.08.2013 19:33, schrieb Vanush Vaswani:
Hi,
It doesn't help, I still consistently drop samples.
I tried increasing the buffer size in udp_source_impl.cc. I can record
to .wav
Hi Vanush,
ok. Throttle does not _do anything_ with the samples. It just slows down
the computational speed that they are processed with. Remove it, it
breaks your flowgraph.
As said before, the WARN:... warnings stem from your UDP source. Data
does not get processed fast enough; that's thrott
Hi,
since I also had trouble with this issue at first, please allow me to
clarify this further: GNURadio does not support looping of blocks.
Inside a single block you can loop as often as you wish and that is
exactly how the available PLLs in GNURadio are made. Just search the
mailing list fo
Ok, I still don't understand why I'm getting so many dropped packets.
sender
FCDPP -> UDP Sink
receiver
UDP Src -> _Throttle_ (at 192KHz) -> WBFM Receive -> Wav File Sink
Note: no audio sinks.
I constantly get "WARN: Too much data; dropping packet."
Wave file is full of skips, yet both flowgrap
On Fri, Aug 9, 2013 at 3:59 PM, Michael Dickens wrote:
>
> I just pushed (r109181 < https://trac.macports.org/changeset/109181 >) the
> MacPorts portfile & patches for gqrx (Gqrx.app); it should be live by around
> 10:30 AM/US/ET today (Friday, August 9). Please note Alexandru's posting
> this mo
On Fri, Aug 09, 2013 at 07:31:58AM -0700, tom sutherland wrote:
> I am trying to make a simple PLL using a VCO but I get an error
> "RuntimeError:flow graph has loops!". Anyway around that?
Nope, stock GNU Radio does not support loops. There's plenty of PLLs
available already, though.
MB
--
Karl
I am trying to make a simple PLL using a VCO but I get an error
"RuntimeError:flow graph has loops!". Anyway around that?
Thanks...Tom___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
I just pushed (r109181 < https://trac.macports.org/changeset/109181 >) the
MacPorts portfile & patches for gqrx (Gqrx.app); it should be live by around
10:30 AM/US/ET today (Friday, August 9). Please note Alexandru's posting this
morning on the audio issue; I have not addressed it in this Portf
Greetings,
While working on the Mac OS X app bundle for Gqrx 2.2, (available here
http://gqrx.dk/download), I encountered several issues with the OS X
audio support in gnuradio. These are my notes and how I worked around
it.
My setup consists of Mac OS X 10.7, UHD and gnuradio-devel installed
via
Hi all guys,
I have designed a small board based on Ti's CC1000 transciever, which I
want to use as my RF front end. The board provides 10.7 MHz IF signal at
one of the pins. After connecting everything I come to the point where I
don't understand what's going on after LFTX.
In the "documentation"
17 matches
Mail list logo
