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 the
commit log, we moved our activity towards the kit-cel fork.
Regarding the DRM receiver: Actually, a student of mine wrote some code
during his Master's
I'm re-tuning a frequency translating FIR filter ("tuner") dynamically based on
a channel detection. As documented, after the re-tune happens, the tuner sends
a "freq" tag when the re-tune has completed. The problem is that I have a
follow-on polyphase clock sync block which is eating that frequ
Hi Geof,
thank you for your suggestions.
Here is some more information from my Windows 7 running gnuradio binaries
3.7.10.1
1)
When I use a simple wav file source with audio sink and without setting the
"Device Name" entry I get the following output:
INFO: Audio sink arch: windows
gr::pagesize
I also would like to report that a nice 440KHz cosine can be heard
perfectly OK with the default audio sink.
So now I have my doubts about the wav file source block instead of the
audio sink block
Any ideas?
thanks
Achilleas
On Mon, Nov 7, 2016 at 10:20 AM, Achilleas Anastasopoulos wrote:
oopps I meant "a nice 440 Hz" cosine can be heard nicely.
Achilleas
On Mon, Nov 7, 2016 at 11:57 AM, Achilleas Anastasopoulos wrote:
> I also would like to report that a nice 440KHz cosine can be heard
> perfectly OK with the default audio sink.
>
> So now I have my doubts about the wav file so
OK, so you are getting *some* sound. Your first email seemed to indicate
nothing at all was happening.
In that case, please add a throttle block to your flowgraph, set to the
audio sample rate you desire.
The audio sink is being overwhelmed with data from the file source and is
not blocking.
Whe
Hi Geof,
apologies if the email was not clear: I guess for me getting some sound was
not considered good enough :-)
The audio sink IS BLOCKING (OK to block is indeed set to YES)
and as I mentioned in the last email, a nice 440Hz tone generated by a
signal source is PERFECTLY audible.
As I menti
I think I figured out what is going on:
The audio block DOES NOT BLOCK no matter what the value of the "OK to
block" setting is.
The reason that the 440 Hz tone was heard perfectly was that although
samples were dropped by the audio device, the remaining samples where
enough to reconstruct a nice
Hello,
I was going thru the implementation of ofdm_sync_sc_cfb_impl.cc. As it says,
it implements
[1] Schmidl, T.M. and Cox, D.C., "Robust frequency and timing
synchronization for OFDM", Communications, IEEE Transactions on, 1997.
with modified normalization.
However I was wondering that in i
