On 1/31/2011 4:22 PM, Marcus D. Leech wrote:
audio_alsa_source[hw:2,1]: get_period_size failed: Invalid argument
I think the clue is in the above.
It looks like the device-specific driver for this hardware doesn't
contain the "PERIOD_SIZE" parameter
in the configuration description for the
On 1/31/2011 4:22 PM, Marcus D. Leech wrote:
audio_alsa_source[hw:2,1]: get_period_size failed: Invalid argument
I think the clue is in the above.
It looks like the device-specific driver for this hardware doesn't contain the
"PERIOD_SIZE" parameter
in the configuration description for the
Dear all,
I've been trying to implement a system that operates over a wide range of
signal-to-noise-ratio (SNR) (e.g. -5dB ~ 30dB).
For the first step, I tried to measure bit-error-rate (BER) of QPSK at
various SNRs.
I used a pn sequence to implement channel compensation and accurately
measure in
On 01/31/2011 01:10 PM, George S. Williams wrote:
> Hey, Tom,
>
> Thanks for the reply. I'm not sure that it's entirely an ALSA problem.
>
> Both my aplay and snd-bt88x are patched to allow 1792000. If I do-
> arecord -D hw:1,1 -r 1792000 -f S16_LE -t wav -d 5 test0.wav
>
>
audio_alsa_source[hw:2,
On Mon, Jan 31, 2011 at 1:10 PM, George S. Williams
wrote:
> Hey, Tom,
>
> Thanks for the reply. I'm not sure that it's entirely an ALSA problem.
>
> Both my aplay and snd-bt88x are patched to allow 1792000. If I do-
> arecord -D hw:1,1 -r 1792000 -f S16_LE -t wav -d 5 test0.wav
>
> I get-
> Reco
Hy Matt, I know the Nyquist theorem :-D , but here the problem is not as
simple as that. The problem is that changing the interpolation, the
bandwidth of the signal sent by USRP2 and displayed on spectrum analyzer
does not change. Not only that, the displayed signal is not stable at all.
I tried
Achilleas -
Have you updated your repo trees?:
-
# opkg update
-
My repos show python-lxml packages:
-
usrp-e1xx:/home/bhilburn/# opkg list | grep python-lxml
python-lxml - 2.2.6-r0.9 - Powerful and Pythonic XML processing
library combining libxml
Hi,
I have N210 and latest UHD (downloaded 20110129) from GIT.
I have downloaded firmware from:
http://www.ettus.com/downloads/uhd_images/UHD-images-most-recent/UHD-images-002.20110122035832.cd5631f-Linux.zip
But I get:
user@user-desktop:~/gnuradio/uhd/host/utils$ uhd_find_devices
linux; GNU C+
Hey, Tom,
Thanks for the reply. I'm not sure that it's entirely an ALSA problem.
Both my aplay and snd-bt88x are patched to allow 1792000. If I do-
arecord -D hw:1,1 -r 1792000 -f S16_LE -t wav -d 5 test0.wav
I get-
Recording WAVE 'test0.wav' : Signed 16 bit Little Endian, Rate 1792000
Hz, Mon
On Mon, 2011-01-31 at 17:49 +, Philip Apus wrote:
> Hi,
>
> I have N210 and latest UHD (downloaded 20110129) from GIT.
> I have downloaded firmware from:
> http://www.ettus.com/downloads/uhd_images/UHD-images-most-recent/UHD-images-002.20110122035832.cd5631f-Linux.zip
>
> But I get:
>
> use
Hi,
I have N210 and latest UHD (downloaded 20110129) from GIT.
I have downloaded firmware from:
http://www.ettus.com/downloads/uhd_images/UHD-images-most-recent/UHD-images-002.20110122035832.cd5631f-Linux.zip
But I get:
user@user-desktop:~/gnuradio/uhd/host/utils$ uhd_find_devices
linux; GNU
On 01/31/2011 11:51 AM, nyquist82 wrote:
> I do not understand what you mean by "proper" bandwidth. And what are these
> "proper" USRP2 `s bandwidth? Thanks anyway for your reply.
>
The allowable bandwidths for the USRP2 are in the range 100Msps /
([4...512]). The
FPGA *do not do* fractional
On 1/31/11 11:51 AM, nyquist82 wrote:
I do not understand what you mean by "proper" bandwidth. And what are these
"proper" USRP2 `s bandwidth? Thanks anyway for your reply.
The USRP2 runs at 100 Msamples/sec. There is no integer decimation
factor that will yield exactly 8 Msamples/sec for an
# opkg install python-lxml
says the package does not exist...
are we supposed to build it from source?
thanks
Achilleas
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
I do not understand what you mean by "proper" bandwidth. And what are these
"proper" USRP2 `s bandwidth? Thanks anyway for your reply.
Marcus D. Leech wrote:
>
> On 01/31/2011 09:35 AM, nyquist82 wrote:
>>
>> Hy Matt, I know the Nyquist theorem :-D , but here the problem is not as
>> simple as
On Thu, Jan 27, 2011 at 11:38 AM, George S. Williams
wrote:
> Is it possible to increase the maximum sampling rate for audio_alsa?
>
> I am experimenting with using a modified TV tuner card as an ADC. The card
> uses a Bt878a chipset. arecord can record from the card at 1972000 rate and
> GRC sho
On 01/31/2011 09:35 AM, nyquist82 wrote:
>
> Hy Matt, I know the Nyquist theorem :-D , but here the problem is not as
> simple as that. The problem is that changing the interpolation, the
> bandwidth of the signal sent by USRP2 and displayed on spectrum analyzer
> does not change. Not only that, th
Matt Ettus wrote:
>
> On 01/27/2011 03:44 AM, nyquist82 wrote:
>>
>> Hi!! I am trying to transmit a complex signal with the USRP2+WBX system.
>> First I tried transmitting from file, an 8MHz band recorded with the
>> USRP2,
>> by connecting the "from file" block to the USRP2 transmitter, with a
18 matches
Mail list logo
