On 04/14/2012 01:38 PM, Johnathan Corgan wrote:
> On Sat, Apr 14, 2012 at 13:30, Marcus D. Leech wrote:
>
>>> Please try commit c787fb66, which is the merge on the former 'next'
>>> branch of a PMT library modification (this is one of the ones that
>>> failed in trellis for you, hopefully you c
Hi folks,
Yesterday after a long wait I received my DVB-T unit in the mail (it arrived on
my birthday). After some initial work, I got it to work with GNU Radio and GRC
and today I made my first working FM receiver using the same blocks as the
video from Ettus Research (building GR FM Radio in 1
On Sun, Apr 15, 2012 at 10:50 AM, Farhad Abdolian
wrote:
> Hi folks,
> Yesterday after a long wait I received my DVB-T unit in the mail (it
arrived
> on my birthday). After some initial work, I got it to work with GNU Radio
> and GRC and today I made my first working FM receiver using the same
blo
Could anyone please help me resolve this.
CMakeFiles/gnuradio-fcd.dir/hid/hid-libusb.c.o: In function
`hid_read_timeout':
/home/baz/BLD/CO9a/gnuradio/BUILD/gnuradio-3.5.3/gr-fcd/lib/hid/hid-libusb.c:990:
undefined reference to `clock_gettime'
collect2: ld returned 1 exit status
make[2]: *** [g
Hello, I'm getting the invalid opcode exception whenever the volk
library is used from gr/grc. It is also easy to reproduce by executing
volk_profile:
[user@rflab gnuradio]$ volk_profile
Using Volk machine: avx_64
RUN_VOLK_TESTS: volk_16ic_s32f_deinterleave_real_32f_a
Illegal instruction
[user@rfl
On 04/15/12 13:07, Joanna Rutkowska wrote:
> Hello, I'm getting the invalid opcode exception whenever the volk
> library is used from gr/grc. It is also easy to reproduce by executing
> volk_profile:
>
> [user@rflab gnuradio]$ volk_profile
> Using Volk machine: avx_64
> RUN_VOLK_TESTS: volk_16ic_s
HI,
I am sorry but the datasheet I have is specifically made for my company after
we signed the NDA with them and I can't share it with anyone outside the
company.
You can ask the company for the info and I am sure you will be able get one
from them.
Best regards,
Farhad
>___
Hi Alex,
Thanks for the videos, I had seen some of them before, I am not sure we are
using the same modules, the one i am using a much smaller one like the image I
have attached.
I am 'playing' with the different parameters today and hopefully I can get some
good results from it. My signals ar
On Sat, Apr 14, 2012 at 02:07:14PM -0700, Johnathan Corgan wrote:
> > it seems 'next' is gone? Tried to build 'next' using build-gnuradio, and
> > was just about to blame the script--when I figured out that the next
> > branch does not seem to exist on the remote repository.
> > (Sorry Marcus for d
Now I have another problem related to peaks in the fft plot, but in this
case, with no transmitter.
Why does a peak appears at the center of the fft plot for some frequencies
and not for the others. I mean, I am using a USRP2 to receive just noise and
plot its fft and when I center my receiver in
On Sun, Apr 15, 2012 at 7:07 AM, Joanna Rutkowska
wrote:
> Hello, I'm getting the invalid opcode exception whenever the volk
> library is used from gr/grc. It is also easy to reproduce by executing
> volk_profile:
>
> [user@rflab gnuradio]$ volk_profile
> Using Volk machine: avx_64
> RUN_VOLK_TEST
Hi Barry - In order to help you out, we (the list) need the OS and build system
info. Although buried a bit, 3 clicks from the top-level wiki on gnuradio.org
is "Mailing Lists" :: "Reporting Errors" :: "I've done everything above, and I
still have a question. How do I ask it?" [1]. I encourage
On 04/15/12 15:28, Tom Rondeau wrote:
> On Sun, Apr 15, 2012 at 7:07 AM, Joanna Rutkowska
> wrote:
>> Hello, I'm getting the invalid opcode exception whenever the volk
>> library is used from gr/grc. It is also easy to reproduce by executing
>> volk_profile:
>>
>> [user@rflab gnuradio]$ volk_profi
hi
I've found some OCXO clocks on ebay:
http://www.ebay.com/itm/Pletronics-26MHz-OCXO-Miniature-Oscillator-NEW-/140398082881
Maybe someone with enough knowledge can tell if this clock will work with USRP1?
(I am researching on my own too)
I've just bought the board fairly recent, so believe it is
On 15/04/12 09:27 AM, frankist wrote:
> Now I have another problem related to peaks in the fft plot, but in this
> case, with no transmitter.
>
> Why does a peak appears at the center of the fft plot for some frequencies
> and not for the others. I mean, I am using a USRP2 to receive just noise and
Hey all,
The benchmark_rx.py file uses the generic_mod_demod.py and on the
receiver side to be specific generic_demod whose input is
gr.io_signature(1, 1, gr.sizeof_gr_complex), # Input signatureand the
output signature is
gr.io_signature(1, 1, gr.sizeof_char)) # Output signature .
It
On Sun, Apr 15, 2012 at 10:11 AM, Joanna Rutkowska
wrote:
> On 04/15/12 15:28, Tom Rondeau wrote:
>> On Sun, Apr 15, 2012 at 7:07 AM, Joanna Rutkowska
>> wrote:
>>> Hello, I'm getting the invalid opcode exception whenever the volk
>>> library is used from gr/grc. It is also easy to reproduce by e
On Sun, Apr 15, 2012 at 10:29 AM, Josh Stevens
wrote:
> Hey all,
> The benchmark_rx.py file uses the generic_mod_demod.py and on the
> receiver side to be specific generic_demod whose input is
> gr.io_signature(1, 1, gr.sizeof_gr_complex), # Input signature and the
> output signature is
> gr
On 04/15/12 16:29, Tom Rondeau wrote:
> On Sun, Apr 15, 2012 at 10:11 AM, Joanna Rutkowska
> wrote:
>> > On 04/15/12 15:28, Tom Rondeau wrote:
>>> >> On Sun, Apr 15, 2012 at 7:07 AM, Joanna Rutkowska
>>> >> wrote:
>>> Hello, I'm getting the invalid opcode exception whenever the volk
>>>
On 04/15/12 16:32, Joanna Rutkowska wrote:
> On 04/15/12 16:29, Tom Rondeau wrote:
>> > On Sun, Apr 15, 2012 at 10:11 AM, Joanna Rutkowska
>> > wrote:
>> > On 04/15/12 15:28, Tom Rondeau wrote:
>> >>> >> On Sun, Apr 15, 2012 at 7:07 AM, Joanna Rutkowska
>> >>> >> wrote:
On Sun, Apr 15, 2012 at 10:32 AM, Joanna Rutkowska
wrote:
> On 04/15/12 16:29, Tom Rondeau wrote:
>> On Sun, Apr 15, 2012 at 10:11 AM, Joanna Rutkowska
>> wrote:
>> Does 'make test' pass? If not, can you run:
>>
>> ctest -V -R volk
>>
>> And provide the output.
>
> It fails:
>
> [user@rflab vo
On 04/15/12 16:46, Tom Rondeau wrote:
> Unfortunately, that doesn't narrow things down. How about running
> volk_profile under gdb? Let's see if we can find the instruction it's
> puking on.
>
> I find it odd that in your original post, it looks like volk_profile
> is running avx_64, but your proc
On Sun, Apr 15, 2012 at 10:50 AM, Joanna Rutkowska
wrote:
> On 04/15/12 16:46, Tom Rondeau wrote:
>> Unfortunately, that doesn't narrow things down. How about running
>> volk_profile under gdb? Let's see if we can find the instruction it's
>> puking on.
>>
>> I find it odd that in your original po
On 04/15/12 16:52, Tom Rondeau wrote:
> On Sun, Apr 15, 2012 at 10:50 AM, Joanna Rutkowska
> wrote:
>> > On 04/15/12 16:46, Tom Rondeau wrote:
>>> >> Unfortunately, that doesn't narrow things down. How about running
>>> >> volk_profile under gdb? Let's see if we can find the instruction it's
>>> >
On 04/15/12 16:59, Joanna Rutkowska wrote:
> With dbg symbols:
>
> Starting program:
> /rw/home/user/gnuradio/gnuradio/volk/build/apps/volk_profile
> [Thread debugging using libthread_db enabled]
> Using Volk machine: avx_64
> RUN_VOLK_TESTS: volk_16ic_s32f_deinterleave_real_32f_a
>
> Program rec
On Sun, Apr 15, 2012 at 03:10, Barry Jackson wrote:
> CMakeFiles/gnuradio-fcd.dir/hid/hid-libusb.c.o: In function
> `hid_read_timeout':
> /home/baz/BLD/CO9a/gnuradio/BUILD/gnuradio-3.5.3/gr-fcd/lib/hid/hid-libusb.c:990:
> undefined reference to `clock_gettime'
> collect2: ld returned 1 exit statu
On Sun, Apr 15, 2012 at 11:04 AM, Joanna Rutkowska
wrote:
> On 04/15/12 16:59, Joanna Rutkowska wrote:
>> With dbg symbols:
>>
>> Starting program:
>> /rw/home/user/gnuradio/gnuradio/volk/build/apps/volk_profile
>> [Thread debugging using libthread_db enabled]
>> Using Volk machine: avx_64
>> RUN_
On 04/15/2012 11:45 AM, Tom Rondeau wrote:
Yes, so the vmovss is an AVX instruction (the AVX version of movss),
but your processor doesn't have AVX according to your flags above.
Except that it does. According to Intel, the i5-2540M processor
supports AVX, but your OS isn't recognizing the avx f
On Sun, Apr 15, 2012 at 11:51 AM, Marcus D. Leech wrote:
> On 04/15/2012 11:45 AM, Tom Rondeau wrote:
>>
>>
>> Yes, so the vmovss is an AVX instruction (the AVX version of movss),
>> but your processor doesn't have AVX according to your flags above.
>> Except that it does. According to Intel, the
On 04/15/2012 07:21 AM, naruto canada wrote:
> hi
>
> I've found some OCXO clocks on ebay:
> http://www.ebay.com/itm/Pletronics-26MHz-OCXO-Miniature-Oscillator-NEW-/140398082881
> Maybe someone with enough knowledge can tell if this clock will work with
> USRP1?
> (I am researching on my own to
On Sun, Apr 15, 2012 at 00:08, Josh Blum wrote:
> Maybe its deleting itself: http://pastebin.com/XMSxLJk5
Marcus, this is now on branch 'test/fix-pmt-deleter' for testing.
Johnathan
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://l
On Sat, Apr 14, 2012 at 10:46 AM, rara wrote:
>
> hye...
> i'm using grc for video streaming of ofdm system...
> i manage to transmit the video but the quality is so bad
> and sometime the video can play,but sometime it doesn't play at all...
> how to improve the video quality?is it approriate
On Tue, Apr 10, 2012 at 7:27 PM, Josh Blum wrote:
>
> On 04/10/2012 08:49 AM, Justin Ford wrote:
> > I'm trying to build an existing tool against gnuradio 3.6.0 (master
> > branch 3.6.0git-7-g779d8c67). I'm getting the following error from
> > make when gnuradio.i is included by swig:
> > /usr/lo
Currently, the XML for the WAV file sink uses a "file_save" type for the
filename variable. This looks like it precludes setting the filename at
runtime, and thus having a callback that allows you to switch to a new
output filename at runtime.
So, I'm proposing changing it to a "string" type
On Sun, Apr 15, 2012 at 12:48 PM, Alexandru Csete wrote:
> On Tue, Apr 10, 2012 at 7:27 PM, Josh Blum wrote:
>>
>> On 04/10/2012 08:49 AM, Justin Ford wrote:
>> > I'm trying to build an existing tool against gnuradio 3.6.0 (master
>> > branch 3.6.0git-7-g779d8c67). I'm getting the following erro
On 04/15/2012 01:42 PM, Marcus D. Leech wrote:
Currently, the XML for the WAV file sink uses a "file_save" type for
the filename variable. This looks like it precludes setting the
filename at runtime, and thus having a callback that allows you to
switch to a new output filename at runtime.
S
On Sun, Apr 15, 2012 at 8:45 PM, Tom Rondeau wrote:
> On Sun, Apr 15, 2012 at 12:48 PM, Alexandru Csete wrote:
>> On Tue, Apr 10, 2012 at 7:27 PM, Josh Blum wrote:
>>>
>>> On 04/10/2012 08:49 AM, Justin Ford wrote:
>>> > I'm trying to build an existing tool against gnuradio 3.6.0 (master
>>> > b
On 04/15/2012 12:08 PM, Johnathan Corgan wrote:
Marcus, this is now on branch 'test/fix-pmt-deleter' for testing.
Johnathan
That seems to work.
--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
_
Yes Tom I will be glad to contribute in some or other way for the gnuradio
:-)
Tom Rondeau-2 wrote:
>
> On Mon, Apr 9, 2012 at 4:42 PM, sumitstop
> wrote:
>>
>> Hi Community,
>>
>> Just uploaded 11 more screen casts in GNURADIO for absolute beginners.
>> They are mostly related to using bench
Hi Community , some more video are up
1.In system transmission and reception using digital benchmark and ofdm
benchmark files.
2. Complete instructions on how to install UHD(latest ver), gnuradio (latest
ver) and gnuradio-companion from source code(for those ppl who enjoy
building by themselve
On 04/15/12 17:45, Tom Rondeau wrote:
> Yes, so the vmovss is an AVX instruction (the AVX version of movss),
> but your processor doesn't have AVX according to your flags above.
> Except that it does. According to Intel, the i5-2540M processor
> supports AVX, but your OS isn't recognizing the avx f
try reducing the fps. this worked for me
rara wrote:
>
> hye...
> i'm using grc for video streaming of ofdm system...
> i manage to transmit the video but the quality is so bad
> and sometime the video can play,but sometime it doesn't play at all...
> how to improve the video quality?is it
On Sun, Apr 15, 2012 at 1:13 AM, Ben Reynwar wrote:
> It appears that each test case is being run twice. I think once to
> generate the xml output, and once to generate output for stdout and
> tell you whether it failed. The random number generator isn't being
> reseeded at the start of each tes
Sorry to bump this... It appears the set_access_code method only occurs once
from within the constructor code. I'm not arguing that the old method isn't
faster, but it's functionally imprecise and the overhead of the if-else
statement isn't huge over the life of the object instance. If a time-v
Hi,
anyone using gr_modtool and the latest GNU Radio version should update the
former--there were some changes in the templates which would cause modules
created by gr_modtool to no longer work.
Changes were pushed to https://github.com/mbant/gr-modtool.
MB
--
Karlsruhe Institute of Technology
On Sun, Apr 15, 2012 at 2:26 PM, Joanna Rutkowska <
joa...@invisiblethingslab.com> wrote:
> Another potential explanations of why this doesn't work I could come up
> with:
>
> 1) Perhaps volk somehow erroneously interprets cpuid info and assumes
> that AVX is present, while it is no...? Tom, can
Attached is a patch with one further check -- to make sure the check that
AVX is enabled by the OS, is enabled by the OS.
No kidding.
--n
On Sun, Apr 15, 2012 at 4:09 PM, Nick Foster wrote:
> On Sun, Apr 15, 2012 at 2:26 PM, Joanna Rutkowska <
> joa...@invisiblethingslab.com> wrote:
>
>
> Ano
Kind of a nitpicky C++ thing, but shouldn't argument checks on the access code
in gr_correlate_access_code_tag_bb.cc throw std::invalid_argument or
std::range_error, which are both derived from std::runtime_error, versus
std::out_of_range, which is derived from std::logic_error? My understanding
Sorry for the re-post; forgot to include the attachment.
From: discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org
[mailto:discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org] On Behalf
Of Nowlan, Sean
Sent: Sunday, April 15, 2012 9:01 PM
To: discuss-gnuradio@gnu.org
Subject: [
On Sat, 14 Apr 2012 22:13:50 -0700, Ben Reynwar wrote:
> It appears that each test case is being run twice. I think once to
> generate the xml output, and once to generate output for stdout and
> tell you whether it failed. The random number generator isn't being
> reseeded at the start of each
50 matches
Mail list logo
