Hi,I really appreciate the work you guys are doing on GnuRadio and the accompanying products. Thing is, I run OSX and am still not proficient enough with Linux to go through all the steps to compile the core-project (well, I tried at least, and failed miserably). If some Mac-guys on the list could
On Thu, 28 Apr 2005, Oskar Lissheim-Boethius wrote:
I run OSX and am still not proficient enough
with Linux to go through all the steps to compile the core-project (well, I
tried at least, and failed miserably).
If some Mac-guys on the list could give a prospect on when I could eventually
find
> Also, there is no audio support for OS X yet.
I was under the impression that OS X offered OSS (Open Sound System)
emulation, in which case our gr-audio-oss module would work.
Can someone confirm this?
If not, is there a good reference online about sound programming for OS X?
Matt
___
Damien B. wrote:
> Matt in a previous thread you were talking about making d/b that let
> DC component pass:
>
>
>>If there is enough interest, I might make such a set of boards. If someone
>>else
>>is interested in the design, the BasicRX/TX are a great starting point, and I
>>can offer guida
FWIW the version of jack that runs on OSX appears to have
matured quite a bit. PortAudio also has an OSX version, but
given a choice, I'd bet more on jack.
Matt Ettus wrote:
Also, there is no audio support for OS X yet.
I was under the impression that OS X offered OSS (Open Sound System)
emulat
Frank Brickle wrote:
> FWIW the version of jack that runs on OSX appears to have matured quite
> a bit. PortAudio also has an OSX version, but given a choice, I'd bet
> more on jack.
PortAudio looks interesting because it has a Windows port too. Anyone
have any experience with it? Interested in
I have loads of experience with it under Windows but my experiences
under Linux have been
less than fun. We use PortAudio in the Windows version of the Flex
Radio GUI to talk to the
myriad hosts under Windows (standards are wonderful, that is why there
are so many of
them). Jack is easy to use
On Thu, Apr 28, 2005 at 10:42:07AM -0700, Matt Ettus wrote:
>
> > Also, there is no audio support for OS X yet.
>
> I was under the impression that OS X offered OSS (Open Sound System)
> emulation, in which case our gr-audio-oss module would work.
>
> Can someone confirm this?
>
> If not, is th
Hi,
I have a simple question on the USRP. When setting fpga digital
down-conversion frequency to zero via set_rx_freq method why do I get
nonzero (and changing) values in the imaginary channel? Seems like
these should all be zero since sin(0)==0 ??
Thanks,
Viktor
__
How is your RX mux register setup? If there are two ADC connected to the DDC,
then the second ADC will be the imaginary channel.
Quoting Viktor Przebinda <[EMAIL PROTECTED]>:
> Hi,
>
> I have a simple question on the USRP. When setting fpga digital
> down-conversion frequency to zero via set_rx_
On Thursday 28 April 2005 13:48, Matt Ettus wrote:
> I have seen very little interest in that.
Count me as interested, and actually wondering why your diff-amp solution
wasn't the default? I wonder what the cost differential between the AD8132
and the transformer used?
Speaking of, what is the
On Thu, Apr 28, 2005 at 02:12:37PM -0600, Viktor Przebinda wrote:
> Hi,
>
> I have a simple question on the USRP. When setting fpga digital
> down-conversion frequency to zero via set_rx_freq method why do
> I get nonzero (and changing) values in the imaginary channel?
> Seems like these should
Gang - Yesterday I finally figured out how to create a rudimentary
ofdm signal, and today I slapped a receiver together and was suprised to
see they actually (somewhat) work - at least it's something to work with
and play with parameters and see what happens. Currently using psk31
and gmsk signals,
> Count me as interested, and actually wondering why your diff-amp solution
> wasn't the default? I wonder what the cost differential between the AD8132
> and the transformer used?
Actually, the differential amps are _cheaper_ than the transformers. I
went with the transformers because they
Hi,
thanks for the solution, maybe i'll try with a different transformer
to shift the cutoff.
> > When i'm inspecting the my FIR output, it's really difficult to
> > measure a 30ns (one sample) delay if the signal is not clean.
>
> This is unrelated to the DC component issue.
Blame it on my bad
THAT is exactly it. I think I have a scenario where it happens:
You've done some stuff with usrp so that it and daughter card gets
loaded up.
You finish up, exit, rip out the power cable, plug in the power again
and the usrp USB gets re-registered.
Then, (with the verbose flag turned on) I see th
16 matches
Mail list logo