[USRP-users] [Discuss-gnuradio] continous Tx voice transmission

2019-03-06 Thread franz kurniawan via USRP-users
Hi all, i have struggling for couple of weeks in my AM transmitter project. i use audio source (alsa) as input and USRP sink (B200mini) as output.. i know that this making a "2 clock problem" and it will create either underflow "U" or building latency between microphone (audio source) and resulted

Re: [USRP-users] [Discuss-gnuradio] continous Tx voice transmission

2019-03-06 Thread Ian Buckley via USRP-users
The elegant architectual solution (abstracted from GR) is to have a FIFO cross those 2 real clock domains, monitor the fullness and do closed loop sample rate adaption in reaction to the FIFO’s fullness…. Now I can also think of reasons why that would be tricky to do well in GR. > On Mar 6, 2019

Re: [USRP-users] [Discuss-gnuradio] continous Tx voice transmission

2019-03-06 Thread Marcus D. Leech via USRP-users
On 03/06/2019 10:48 AM, Ian Buckley via USRP-users wrote: The elegant architectual solution (abstracted from GR) is to have a FIFO cross those 2 real clock domains, monitor the fullness and do closed loop sample rate adaption in reaction to the FIFO’s fullness…. Now I can also think of reasons

Re: [USRP-users] [Discuss-gnuradio] continous Tx voice transmission

2019-03-06 Thread Marcus Müller via USRP-users
I've had rather longish discussions on how to solve this; essentially: for something that actually *solves* the issue (instead of postponing it), as Ian said, you'd need to have clock domain crossing ability. Assuming you do that in GNU Radio, you'd end up with the problem of needing to know which