Moin,
Am Thu, 13 Jul 2006 13:44:50 -0400 schrieb Robert McGwier:
> Sorry. I missed what you referred to in the early email. I misread
> it. I agree that refout and carriertracking should not be doing the
> same thing. I will look at it.
In the meantime the docs have been updated so that ca
Thanks, that was indeed the problem!
--
This message was sent on behalf of [EMAIL PROTECTED] at openSubscriber.com
http://www.opensubscriber.com/message/discuss-gnuradio@gnu.org/4681265.html
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
Nathanael Nerode wrote:
> Matteo Campanella wrote:
>
>
>>Hello folks, here there is an interesting piece about the nice usrp_tx_rcv
>>and the status of the art as of now.
>>I am sending it to the list with the consensus of Martin.
>
>
>
>>>A needed add-on is also color-decoding, color-video-si
Hi Eric,
Thanks for the idea. This had started to dawn on me after I wrote the
email and was on my way home ;-)
Josh
On 8/15/06, Eric Blossom <[EMAIL PROTECTED]> wrote:
On Tue, Aug 15, 2006 at 05:52:50PM +0200, Josh Jennings wrote:
> Hi Michael,
> Having thought about this a little more, I don't
On Aug 15, 2006, at 12:09 PM, Eric Blossom wrote:
It's probably an "endianness problem". The dat file is native binary
on whatever machine it was written on. Most likely x86, thus
little-endian. The PPC macs are big-endian. Thus the problem.
Is the indianness stored in the .dat file somehow
Thomas Schmid wrote:
I have a question which confuses me all the time. If I connect a
RFX400 (or RFX2400) to the USRP and receive the samples from it on the
PC, what are those samples exactly? Are they in baseband? Or are they
still in the intermediate frequency?
All daughterboards operate the
That's probably mostly due to a versioning problem. The reference phase
argument is no longer used. What the Costas loop is expecting, instead, is
(alpha, beta, max_freq, min_freq, order). The order is the order of the
Costas loop. Use 2 for BPSK and 4 for QPSK. This determines how the slicer
behav
Hello,
I am working on demodulating a BPSK signal (a manchester coded stream of
pseudorandom bits.) I'd like to use a gr_costas_loop_cc block to recover the
carrier. However, when I try to create the block with all five args (alpha,
beta, max_freq, min_freq, and ref_phase) as floats, python r
On Tue, August 15, 2006 09:09, Eric Blossom wrote:
> Anybody know if the intel macs are big or little endian?
Little.
-Johnathan
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> Anybody know if the intel macs are big or little endian?
Intel Mac's are LE.
- -Josh
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.2 (GNU/Linux)
iD8DBQFE4fZQTS8i9jZYpL8RAi4VAJ9SdS5+k+WNwlgUHsBaOwB3TmYCfACeLcER
L4mzFuDM9r8Szf2PwSrJ5Ts=
=/2mW
On Tue, Aug 15, 2006 at 05:52:50PM +0200, Josh Jennings wrote:
> Hi Michael,
> Having thought about this a little more, I don't think this problem is
> limited to the osx-audio.
> I have tried this also on my osx:
> 1) convert a complex dat file to a num file for gnuplot
> 2) plot the num file in g
Hi Michael,
Having thought about this a little more, I don't think this problem is
limited to the osx-audio.
I have tried this also on my osx:
1) convert a complex dat file to a num file for gnuplot
2) plot the num file in gnuplot
On os x I get zeros for all the converted points from the dat file,
Matteo Campanella wrote:
> Hello folks, here there is an interesting piece about the nice usrp_tx_rcv
> and the status of the art as of now.
> I am sending it to the list with the consensus of Martin.
>> A needed add-on is also color-decoding, color-video-sink and
>> audio-decoding.
>> Audio-dec
13 matches
Mail list logo
