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] compress
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
on behalf of Priyanka
Sent: Tuesday, March 27,
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
on behalf of suraj hanchinal
S
From: Marcus Müller
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
sample time stamping that you can
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 out
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 Soundararajan
Sent: Saturday, November 4, 2017 2:50 AM
To: Discuss
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 sa
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 delt
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
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 b
nce they are addressing the same
issues 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
>&g
these rates.
Now the audio decoded is synchronized 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; G
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
>
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 possible
>> 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
Sen
too)
multiple times 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-use
chain.
Best regards,
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. E
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
.
Please send your feedback regarding this approach.
-ben
From: Marcus Müller
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 I know why not with JACK
d 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 receiv
e. 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
Sent: Saturday, August 19, 2017 10:30:23 AM
To: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] [GSoC 17] DA
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 5
Marcus Müller
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 ver
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
___
Discuss
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.
t and average deviation.
This in effect reflects the internal buffer operation exactly.
-ben
From: Fons Adriaensen
Sent: Tuesday, November 15, 2016 1:44:37 AM
To: Benny Alexandar
Cc: Marcus Müller; discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnur
blue line should intersect all the grid points.
Why the real sample frequency is slightly lower than nominal ?
-ben
From: Fons Adriaensen
Sent: Sunday, November 13, 2016 9:47:48 PM
To: Benny Alexandar
Cc: Marcus Müller; discuss-gnuradio@gnu.org
Subject: Re: [Discus
>>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
th
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
From: Felix Wunsch
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 as I have no DRM+ receive
uous audio streaming. This is my understanding,
please correct if I'm wrong.
-ben
From: Fons Adriaensen
Sent: Thursday, November 10, 2016 2:56:50 AM
To: Benny Alexandar
Cc: Marcus Müller; discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] Broadcast Recei
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
Sent: Monday, November 7, 2016 1:34:07 AM
To: Marcus Müller
Cc: Benny Alexandar; disc
, 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. As you can see in
. I would 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 <mailto:marcus.muel...@ettus.com>
Sent: Friday, November 4, 2016 10:32:26 PM
To: Benny Alexandar; di
y
callback of audio frame and average the drift over some duration and correct
the sampling frequency.
-ben
From: Marcus Müller
Sent: Friday, November 4, 2016 10:32:26 PM
To: Benny Alexandar; discuss-gnuradio@gnu.org; f...@linuxaudio.org
Subject: Re: [Discus
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 anothe
kend exists, so you could configure your Pulse
audio to do
Audio Sink -> "default" ALSA device -> Pulseaudio -> Jack -> resampling
incl. DLL -> ...
Notice that I'm absolutely no expert in Pulseaudio, Jack, or ALSA
configuration, so this will be quite some trial and
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
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 n
-ben
From: Marcus Müller
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 via apt-get, then do the
U
: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 that you have (check by searchi
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
/home/ben/w
42 matches
Mail list logo