Re: [Discuss-gnuradio] Broadcast Receiver Audio Synchronization ( Delay locked loop for the two-clock problem)

lback of audio frame and average the drift over some duration and correct the sampling frequency. -ben From: Marcus Müller <marcus.muel...@ettus.com> Sent: Friday, November 4, 2016 10:32:26 PM To: Benny Alexandar; discuss-gnuradio@gnu.org; f...@linuxaudio

Re: [Discuss-gnuradio] Broadcast Receiver Audio Synchronization ( Delay locked loop for the two-clock problem)

like to explore this option of using a TimeStampCounter (TSC) from audio hardware if it exists. If you know of any please let me know. -ben ________ From: Marcus Müller <marcus.muel...@ettus.com><mailto:marcus.muel...@ettus.com> Sent: Friday, November 4, 2016 10:32:26 PM T

Re: [Discuss-gnuradio] gr-drm reconfiguration & Channel simulations

edu> Sent: Monday, November 7, 2016 5:44:16 PM To: Benny Alexandar; discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] gr-drm reconfiguration & Channel simulations Hi Ben, even though the stable version should work, please use the master branch, which contains all the recent changes.

Re: [Discuss-gnuradio] Broadcast Receiver Audio Synchronization ( Delay locked loop for the two-clock problem)

s slow down or speed up the sampling rate based on which side the drift is. Is it possible to change the sample rate of ALSA by drift amount ? -ben From: Fons Adriaensen <f...@linuxaudio.org> Sent: Monday, November 7, 2016 1:34:07 AM To: Marcus Müller Cc

Re: [Discuss-gnuradio] Broadcast Receiver Audio Synchronization ( Delay locked loop for the two-clock problem)

audio streaming. This is my understanding, please correct if I'm wrong. -ben From: Fons Adriaensen <f...@linuxaudio.org> Sent: Thursday, November 10, 2016 2:56:50 AM To: Benny Alexandar Cc: Marcus Müller; discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradi

Re: [Discuss-gnuradio] gr-drm reconfiguration & Channel simulations

Hi Felix, I'm happy to hear that gr-drm is being used! I hope you are using the newest version, I did quite some refactoring some time ago., I pulled the git stable version from this link, https://github.com/kit-cel/gr-drm/tree/stable Which is the latest version of gr-drm ? I see

Re: [Discuss-gnuradio] Broadcast Receiver Audio Synchronization ( Delay locked loop for the two-clock problem)

Hi Fons, >> codec -> [ buffer -> resampler ] -> audio HW. >>where [...] is the audio sink block. The buffer is *an internal part* >>of the audio sink, and *not* the one that gr provides to connect codec >>and audio sink. So, there is an internal buffer in audio sink, which should at least be

Re: [Discuss-gnuradio] Broadcast Receiver Audio Synchronization ( Delay locked loop for the two-clock problem)

blue line should intersect all the grid points. Why the real sample frequency is slightly lower than nominal ? -ben From: Fons Adriaensen <f...@linuxaudio.org> Sent: Sunday, November 13, 2016 9:47:48 PM To: Benny Alexandar Cc: Marcus Müller; discuss-gnuradio

Re: [Discuss-gnuradio] Broadcast Receiver Audio Synchronization ( Delay locked loop for the two-clock problem)

erage deviation. This in effect reflects the internal buffer operation exactly. -ben From: Fons Adriaensen <f...@linuxaudio.org> Sent: Tuesday, November 15, 2016 1:44:37 AM To: Benny Alexandar Cc: Marcus Müller; discuss-gnuradio@gnu.org Subject: Re: [Discus

Re: [Discuss-gnuradio] Broadcast Receiver Audio Synchronization ( Delay locked loop for the two-clock problem)

>>It can, even if the data stream has irregular timing. That's why there >>is a DLL there. See the links posted before for how it works. Suppose if I have an audio hardware where I can set the ppm drift and the hardware adjusts the sampling frequency based on the ppm drift, then no need of

Re: [Discuss-gnuradio] gr-drm reconfiguration & Channel simulations

From: Felix Wunsch <felix.wun...@kit.edu> Sent: Thursday, November 10, 2016 10:22:38 PM To: Benny Alexandar; discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] gr-drm reconfiguration & Channel simulations Hi Ben, the flowgraph is not tested at all

[Discuss-gnuradio] Not able to build GNU Radio (git checkout v3.7.10.1)

Hi, I get this following error while building GNU Radio 3.7.10.1. Please find the below errors - [ 86%] Built target uhd_swig_gr_uhd_swig_5e3ce Scanning dependencies of target _uhd_swig [ 86%] Building CXX object gr-uhd/swig/CMakeFiles/_uhd_swig.dir/uhd_swigPYTHON_wrap.cxx.o

Re: [Discuss-gnuradio] Not able to build GNU Radio (git checkout v3.7.10.1)

Sent: Sunday, October 30, 2016 8:01:19 PM To: Benny Alexandar; discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] Not able to build GNU Radio (git checkout v3.7.10.1) Hi Ben, This is very symptomatic of a system with conflicting installs of a library, in your case UHD. Uninstall all UHDs t

[Discuss-gnuradio] Broadcast Receiver Audio Synchronization ( Delay locked loop for the two-clock problem)

Hi, Broadcast Receiver Audio Synchronization w.r.t Transmitter Clock This can be applied to broadcast receiver where, for broadcast digital raido receiver the audio output buffers will undergo buffer overflow or underflow if the audio clock is not adjusted to the transmitter clock drift. This

[Discuss-gnuradio] gr-drm reconfiguration & Channel simulations

Hi, I was able to use the gr-drm to transmit using USRP and receive it on DRM receiver. However when tried to change RM to mode A, it fails to transmit. I'm using GNU Radio Companion 3.7.10.1. I would like to experiment more on gr-drm, like DRM transmission reconfiguration. DRM standard

Re: [Discuss-gnuradio] Broadcast Receiver Audio Synchronization ( Delay locked loop for the two-clock problem)

te some trial and error, if it doesn't work right away. Best regards, Marcus On 04.11.2016 10:40, Benny Alexandar wrote: > Hi, > > Broadcast Receiver Audio Synchronization w.r.t Transmitter Clock > > This can be applied to broadcast receiver where, for broadcast digital raido &g

Re: [Discuss-gnuradio] Not able to build GNU Radio (git checkout v3.7.10.1)

-ben From: Marcus Müller <marcus.muel...@ettus.com> Sent: Sunday, October 30, 2016 8:41:44 PM To: Benny Alexandar; discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] Not able to build GNU Radio (git checkout v3.7.10.1) So, you want to make sure you *don't* install uhd-host v

Re: [Discuss-gnuradio] Regarding GSoC'17

Hi Kartik, You can start by going through the following link, http://gnuradio.org/redmine/projects/gnuradio/wiki/Tutorials Just google it you will get plenty to start with. Since you are from communication and DSP background, I suggest to contribute on Digital Radio standard DRM for India.

Re: [Discuss-gnuradio] [USRP-users] Audio Synchronization

uel...@ettus.com> Sent: Monday, March 20, 2017 11:42:50 PM To: Benny Alexandar; GNURadio Discussion List Subject: Re: [USRP-users] Audio Synchronization Hi Ben, please keep discussions on the list. I don't fully understand your question. You, Fons and I (as well as others) had a very very l

[Discuss-gnuradio] [GSoC] A DAB/DAB+ transceiver app: Draft of proposal

Hi Luca, Good proposal to see you are planning to add audio coding/decoding into the module. Please add a synchronization method to synchronize the received audio with transmitter audio clock. Let me know if you need any details. -ben ___

Re: [Discuss-gnuradio] [GSoC 17] DAB: Updates

. If anybody knows please let me know. I'm there to enhance the gr-drm to make it a fully blown DRM transmitter. -ben From: Benny Alexandar <ben.a...@outlook.com> Sent: Saturday, August 19, 2017 10:30:23 AM To: discuss-gnuradio@gnu.org Subject: Re: [Discuss-gn

Re: [Discuss-gnuradio] [GSoC 17] DAB: updates of the week

Hi Luca, Nice to see your progress so far. Once you have the DAB receiver audio listening in place, I would suggest to have an audio synchronization for continuous playback without any buffer overflow or under-runs. DAB+ audio super frame length is 120ms according to DAB+ standard (ETSI TS 102

Re: [Discuss-gnuradio] [USRP-users] Audio Control loop testing

. Please send your feedback regarding this approach. -ben From: Marcus Müller <marcus.muel...@ettus.com> Sent: Tuesday, September 19, 2017 10:47 PM To: Benny Alexandar; GNURadio Discussion List Subject: Re: [USRP-users] Audio Control loop testing Hi Ben, May

Re: [Discuss-gnuradio] [USRP-users] Audio Control loop testing

ng and clock matching, and frankly, you're not showing much progress at that over last 10 months. Best regards, Marcus On 09/16/2017 05:38 AM, Benny Alexandar via USRP-users wrote: Hi, I want to create an artificial audio drift in transmitter side and test it using my audio control loop in

Re: [Discuss-gnuradio] [USRP-users] Audio Control loop testing

ssues for audio streaming through network, why can't it be reused here ? -ben From: Benny Alexandar Sent: Wednesday, October 4, 2017 10:39 PM To: Marcus Müller; GNURadio Discussion List Subject: Re: [USRP-users] Audio Control loop testing >>Yeah. But that doesn't help at

Re: [Discuss-gnuradio] [USRP-users] Audio Control loop testing

ock to system one . At the input side USRP decides the input rate, slave the audio to this rate. -ben From: Benny Alexandar Sent: Friday, September 29, 2017 11:59 PM To: Marcus Müller; GNURadio Discussion List Subject: Re: [USRP-users] Audio Control loop testing >

Re: [Discuss-gnuradio] [USRP-users] Audio Control loop testing

ed to transmitter rate and send to sound card. By using a resampler this audio clock is adjusted to sound card clock rate. -ben From: Benny Alexandar Sent: Tuesday, October 3, 2017 11:18 PM To: Marcus Müller; GNURadio Discussion List Subject: Re: [USRP-users]

Re: [Discuss-gnuradio] [GSOC 2018] Ideas please!

Please consider China Digital Radio standard (CDR) -ben From: Benny Alexandar Sent: Saturday, October 14, 2017 8:26 PM To: discuss-gnuradio@gnu.org; felix.wun...@kit.edu Subject: RE: [Discuss-gnuradio] [GSOC 2018] Ideas please! Hi Felix, I have couple of Ides

Re: [Discuss-gnuradio] [GSOC 2018] Ideas please!

Hi Felix, I have couple of Ides for GSOC 1. DRM digital radio receiver on GNU Radio. We have only DRM transmitter but no receivers are available. DRM is mainly used in Europe, India and in South America. xHE-AAC codec has recently made license free this will be good to add. 2. Audio Control

Re: [Discuss-gnuradio] [USRP-users] Audio Control loop testing

, Marcus From: Benny Alexandar Sent: Tuesday, September 26, 2017 10:56 PM To: Marcus Müller; GNURadio Discussion List Subject: Re: [USRP-users] Audio Control loop testing Hello, Now the timing of input side is after detecting the start of symbol. Every symbol

Re: [Discuss-gnuradio] [USRP-users] Audio Control loop testing

deviation between two symbols. D - time duration between two symbols according to digital radio standards, then error = ( D / d ) - 1 Please send your suggestions feedback regarding this approach. -ben From: Benny Alexandar Sent: Friday, September 22, 2017 10:26

Re: [Discuss-gnuradio] [USRP-users] Audio Control loop testing

s now. Could you maybe elaborate how you're planning to solve all a),b),c) instead of asking for new feedback? ________ From: Benny Alexandar Sent: Wednesday, September 27, 2017 6:50 AM To: Marcus Müller; GNURadio Discussion List Subject: Re: [USRP-users] Audio Control loop te

Re: [Discuss-gnuradio] Signal Processing Block with Control Port

Hi, I'm not sure about control port, you are asking for sending asynchronous input to blocks. GNU Radio blocks shud support data as well as control ports, which will be of much use. -ben -- Hi, Is it

Re: [Discuss-gnuradio] [USRP-users] Audio Control loop testing

>> you don't get the sound card clock anywhere in software. If you did, there >> would >> be no problem Jack uses audio clock and maps this audio clock to system one with the use of DLL (delay locked loop). -ben ____ From: Benny Alexandar Sent: We

Re: [Discuss-gnuradio] Hi all

Hi Nirmala, Can you be more specific on what simulations you are planning to do with GNU radio ? There are plenty of tutorials available in net. -ben From: Discuss-gnuradio on behalf of Nirmala

Re: [Discuss-gnuradio] Channel model & frequency offset

From: Benny Alexandar Sent: Friday, October 27, 2017 6:38 AM To: discuss-gnuradio@gnu.org Subject: RE: [Discuss-gnuradio] Channel model & frequency offset Hi Atif, For frequency offset , a signal with (cos ((w + delta)t) + j sin((w + delta)t)), where d

[Discuss-gnuradio] Fw: Channel model & frequency offset

Hi Atif, For frequency offset , a signal with (cos ((w + delta)t) + j sin((w + delta)t)), where delta is the offset compared to original signal. This can be achieved by creating a grc as attached. In this grc the signal source (Tx) sample rate is fixed and in the sink (Rx) which is fft, the

Re: [Discuss-gnuradio] Timestamping baseband samples

From: Marcus Müller <marcus.muel...@ettus.com> Sent: Saturday, February 10, 2018 9:47 PM To: Benny Alexandar; discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] Timestamping baseband samples Hi ben, the Ettus USRP series of devices (N2x0, B2xx, E3xx, X3xx, N3xx) have RX

[Discuss-gnuradio] Timestamping baseband samples

Hi All, In Broadcast receiver where the RF samples are received on AIR and channel decoder does the demodulation of digital radio symbols, and extracts the compressed audio data. This is then fed to an audio decoder to decode the audio. After decoding the uncompressed audio has to be played

Re: [Discuss-gnuradio] How to stop GRC flowgraph after a defined time

Hi Priyanka, GRC will generate python code for free when you create the flow graph. After that its like any python coding adding delay. timer etc. Modify the python code for your need. -ben From: Discuss-gnuradio

Re: [Discuss-gnuradio] [GSoC2018] Adding Passive radar and multiple device support to gr-radar toolbox

Hi Suraj, I would like to know for measuring the reference signal how do you determine the direction of transmitter ? In case of WiFi which direction you set your antenna for making it as reference ? -ben From: Discuss-gnuradio

Re: [Discuss-gnuradio] compressing I/Q files

Yes, converting float 32bit to short16 is an option, compressing using 7zip or gzip won't give good compression . From: Discuss-gnuradio on behalf of Kristoff Sent: Sunday, March 10, 2019 3:57 PM To: discuss-gnuradio@gnu.org Subject: [Discuss-gnuradio]