No, building vectors out of streams would (in the best case) change nothing, as you don't send individual samples but always packets full of payloads.
Also, if you have a hardware device defining your data rate, you will never need a throttle, and having one will most likely only introduce problems, so remove it from your flowgraph. All throttle really does is trying to achieve a given *average* sample processing rate, and that interferes with the hardware *constantly* providing a sample rate. A few numbers in my head: 500ksps = 500 * 32kbps = 16000kbps, not very much for a gigabit ethernet! So I think it's safe to assume that the physical network is not to blame here, and usually the CPU load, maybe introduced by network handling might be to blame, if this doesn't happen with a null sink. Greetings, Marcus On 11.07.2014 19:49, madengr wrote: > Funny that I was doing the exact same thing last night, and I'm also getting > warnings on the receive end at only 500 ksps on a home LAN. > > Should the stream be vectorized before the UDP sink, and if so how long? I > tried both stream and vectors but still get the warnings. > > Lou > KD4HSO > > > Ward, Marcus D. wrote >> Hey Everyone, >> >> I am sending a signal from one USRP to another USRP through a UDP network. >> It seems to work but I am getting data loss as gnu-radio runs the flow >> graph. Hopefully someone could help me with this problem? >> >> P.S. I have the sender side (RecieveStation.jpg) and the Reciever/Display >> side (RecieveDisplay.jpg) attached > > > > > -- > View this message in context: > http://gnuradio.4.n7.nabble.com/Why-am-I-dropping-data-over-the-UDP-network-tp49283p49286.html > Sent from the GnuRadio mailing list archive at Nabble.com. > > _______________________________________________ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio