When I wrote a fast atan table look algorithm a long time ago ( and I
have no recollection if our stuff traces its ancestry to that or not) I
picked the table size for my problem at the time. There is a large
speed up using the table lookup algorithm even on today's machines but
there is no re
hello
I want to simulate a mobile station and I need to modulate frames I make
with GMSK but the problem is that I can't make the modulation just during
one time slot and let the other time slots without modulating.
___
Discuss-gnuradio mailing list
Di
Hi All,
I am trying to use one USRP board to tranmit some audio file, say at 900MHz,
and use another USRP board as the receiver to receive this audio file @ 900MHz.
How should I start it? Could anyone give me some hint to start it?
Thanks a lot,
Ruby
--
Hello
I made with my friends a block in witch we simulate channel coding
interleaving desinterleaving and channel decoding with viterbi hard to
correct errors, now we want to simulate a BTS so we need to know how to make
a synchronized block using options in gr_block.
I hope that some one answer
Steven Clark wrote:
> Do you have a sense of how much slower the regular atan2f function is
> than gr_fast_atan2f?
I don't think there were any formal benchmarks done, but IIRC the fast
atan2 reduced CPU utilization by a factor of 5 for a WFM demodulator.
--
Johnathan Corgan
Corgan Enterprises
Steven Clark wrote:
> Thanks Matt, I understand the issue now and switching atan functions
> does indeed make the glitches go away.
Great!
> Do you have a sense of how much slower the regular atan2f function is
> than gr_fast_atan2f?
I think Eric looked at it a while ago when he wrote it.
> If
Thanks Matt, I understand the issue now and switching atan functions does
indeed make the glitches go away.
Do you have a sense of how much slower the regular atan2f function is than
gr_fast_atan2f?
If the performance hit isn't too bad, I might leave it in for peace of mind.
Regarding excessive o
Steven Clark wrote:
> Hi all-
> please look at this sequence of eye diagrams:
> http://picasaweb.google.com/steven.p.clark/GMSKFmdemodGlitches
>
> These are from a gmsk mod/demod pair, showing the output of the TX's
> gaussian filter (blue) overlaid with the output of the RX's fmdemod
> (red). BT =
Steven Clark wrote:
> Hi all-
> please look at this sequence of eye diagrams:
> http://picasaweb.google.com/steven.p.clark/GMSKFmdemodGlitches
>
> These are from a gmsk mod/demod pair, showing the output of the TX's
> gaussian filter (blue) overlaid with the output of the RX's fmdemod
> (red). BT =
Hi all-
please look at this sequence of eye diagrams:
http://picasaweb.google.com/steven.p.clark/GMSKFmdemodGlitches
These are from a gmsk mod/demod pair, showing the output of the TX's
gaussian filter (blue) overlaid with the output of the RX's fmdemod (red).
BT = 0.35.
At 8 samples per symbol,
Dan Halperin wrote:
>> From poking around, it appears to me that the data transfer across the
>> USB is either 2 * 8 bits/sample or 2 * 16. 2 * 12 should be easy enough
>> to disentangle?
> It'll involve hacking the FPGA code, but no, it shouldn't be especially
> hard.
The problem with 12 bit code
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
It'll involve hacking the FPGA code, but no, it shouldn't be especially
hard.
- -Dan
Jan Schiefer wrote:
> This may be a dumb question, but suppose I changed the USRP ADC clock to
> 10MHz. Would there be a way to get 12-bit integer data across the US
This may be a dumb question, but suppose I changed the USRP ADC clock to
10MHz. Would there be a way to get 12-bit integer data across the USB,
using usrp_rx_cfile.py or something similar? This would result in a
manageable USB transfer rate of 30MB/s and line up pretty well with the
bandwidth o
Vijay Ramasami wrote:
On 8/17/07, Jan Schiefer <[EMAIL PROTECTED]> wrote:
Vijay Ramasami wrote:
Thanks for the information David. I will look up ITU-J.83B ...
Do you happen to have any captured QAM cable data (or any website that
lists the data) ? I wanted to see if I can put together
14 matches
Mail list logo