Ah, it has just came to my mind the following idea: a block with history value of few miliseconds connected directly to usrp source. The history can provide me previous data, but I would like to hear if something like this has sense?
best On Thu, May 8, 2014 at 5:21 PM, Nemanja Savic <vlasi...@gmail.com> wrote: > Hi all again, > > regarding my previous email, I would like to ask you is there any more > efficient way to buffer data in gnuradio except makind a block that just > copies samples and waits for the signal to store them into file? > > > On Tue, Apr 22, 2014 at 10:20 AM, Nemanja Savic <vlasi...@gmail.com>wrote: > >> hi all guys, >> >> I would like to be able to store raw data into file after correct frame >> reception. For this reason I suppose there should be a block that buffers >> raw data and wait for the trigger to store into file. >> The trigger can only be sent from packet deframer after checking >> validity. So my questions are how could I synchronize those two blocks and >> what should be the minimum length of the buffer, and what would be the >> optimal way to do this, cause my processor is already under 90% of load. >> >> Best and thank you, >> >> -- >> Nemanja Savić >> > > > > -- > Nemanja Savić > -- Nemanja Savić
_______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
