[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Discuss-gnuradio] Re: handling bursty data

From: Volodymyr Kindratenko
Subject: [Discuss-gnuradio] Re: handling bursty data
Date: Mon, 16 May 2005 21:34:00 +0000 (UTC)
User-agent: Loom/3.14 (http://gmane.org/)

Rahul Dhar <rdhar <at> cmu.edu> writes:

> this?  I'm thinking of buffering along the Tx path, specifically.  Will
> data that is buffered in the host stay there until the next time the
> sink block is run, or does everything written to the USRP Tx eventually
> make it to the Tx d'card, even if the Tx sink block is never run again?
> I'm seeing behaviour that could either be that not all data is
> transmitted, or maybe my synchronization sequence isn't long enough.
> Either way, it seems that there needs to be a "critical mass" of data
> being transmitted continuously before recovery works (based on the
> fsk_rx/tx example: it doesn't work sending a file in non-looping mode,
> at least for me)

We have a different setup, but the same problem as you.  Our data source is a 
file descriptor source made from a socket.  But since the source uses blocking 
read, the entire data processing pipeline becomes blocked when there is no 
data to read.  Our solution was to re-write parts of the file descriptor 
source to check if there is data in the socket, and, if there is, read it, but 
otherwise inject 0s.  This way the data processing pipe always has something 
to process.  Of course you need some sort of an application-dependent higher-
level intelligence to drop those 0s on the receiving side.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]