Hi Jimmy, Thank you very much for your response. As i mentioned it in another answer, i used this block because it was so advised in this topic:https://github.com/gnuradio/gnuradio/issues/1314
And this had a good effect on the quality of the transmitted sound. Thanks in advance, Timur On 15.12.2017 22:46, Jimmy Chau wrote: > Hi Timur, > > I’m not sure if this is your main problem, but we generally don’t > recommend using a Throttle block with hardware sources or sinks. > Instead, the hardware alone should control the sample rate. It is > plausible that your Throttle block is preventing the "osmocom Sink" > from getting samples quickly enough. > > -Jimmy >> On Dec 15, 2017, at 4:17 PM, Timur Karychev <tkary...@hs-mittweida.de >> <mailto:tkary...@hs-mittweida.de>> wrote: >> >> Hi Marcus, >> Please find attached Screenshots of (tx/rx) flowgraphs that I used to >> transfer the file. >> Without Codecs. The sound lasts well for several tens of seconds, >> then errors are heard. I'm transmitting the wav file with 8 KHz >> Samplerate. >> >> I hope you can help in this matter. Looking forward to receiving your >> reply. Thank you. >> Timur >> >> >> On 15.12.2017 17:17, Müller, Marcus (CEL) wrote: >>> Hi Timur, >>> >>> there's infinitely many things that can go wrong – this might be a >>> design mistake, this might be device imperfections, or this might >>> really just be noise on your wireless channel. >>> >>> So, without you posting all details about your transmitter/receiver >>> implementation, this will be pretty impossible to answer! >>> >>> Looking forward to more info, >>> Regards, >>> Marcus >> >> <tx_BPSK.grc.png><rx_BPSK.png>_______________________________________________ >> Discuss-gnuradio mailing list >> Discuss-gnuradio@gnu.org <mailto: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
