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

2016-11-04 Thread Benny Alexandar
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

[Discuss-gnuradio] problems with windows binaries and audio

2016-11-04 Thread Achilleas Anastasopoulos
Hi, I have installed the windows binaries from GCNDevelopment http://www.gcndevelopment.com/gnuradio/ A simple test with a wav file and an audio sink does not seem to work. I have changed the config file to use audio - windows but still this is not working. (same grc file works fine on Linux). I

Re: [Discuss-gnuradio] Load one from file but store in memory

2016-11-04 Thread Marcus Müller
Hi Ashley, you could use a vector source, and load the vector from a file :) Best regards, Marcus On 11/04/2016 08:06 PM, Ashley Neboschick wrote: > Greetings, > > I would like to write a block (C++ preferably) that loads a vector > (~512 values) from a file and keeps it in memory for

[Discuss-gnuradio] Load one from file but store in memory

2016-11-04 Thread Ashley Neboschick
Greetings, I would like to write a block (C++ preferably) that loads a vector (~512 values) from a file and keeps it in memory for subsequent iterations for speed optimization purposes (so as not to have to load the same vector from a file each iteration). I am relatively new to GNURadio and any

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

2016-11-04 Thread Marcus Müller
Hi Benny, Drift between what and what? So, drift between the RF receiver hardware and the transmitter: that's job of the timing recovery in the receiver. The output of that is an audio signal that is correctly resampled for the *nominal* sampling rate of the Soundcard, measured in nominal

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

2016-11-04 Thread Felix Wunsch
Hi Ben, 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. On 11/04/2016 05:21 PM, Benny Alexandar wrote: > > Hi, > > > I was able to use the gr-drm to transmit using USRP and receive it on > DRM receiver. However

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

2016-11-04 Thread Benny Alexandar
Hi Marcus, I have read the papers from Fons, and was interesting to know how the algorithm implements the control loop. For broadcast receiver also the same can be applied. Here the received audio will be in blocks of samples and the output audio rate can drift due to crystal inaccuracies.

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

2016-11-04 Thread Benny Alexandar
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)

2016-11-04 Thread Marcus Müller
Hi Ben, Ok, I'm not 100% sure I'm following you here: "Broadcast Receiver Audio Synchronization w.r.t Transmitter Clock" is of course what you'll need to do, mathematically, anyway, and any reasonable receiver has some kind of timing recovery (sync) functionality that does that, in order to be

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

2016-11-04 Thread Benny Alexandar
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