Hello,
Just another question concerning the file gr_mpsk_receiver_cc.cc.
In the extract of code below, why are phase_error_detector_generic and
decision_generic used for all BPSK, QPSK and other modulations?
Have optimized algorithms for BPSK and QPSK already been implemented?
// Select a
Hello,
I am testing QPSK modulation. To do so, I have created a text file that I
modulate and demodulate with blks2impl dqpsk.py. The problem is the
resulting demodulated file, which I can not open:
Could not open the file Resultat.txt.
gedit has not been able to detect the character coding.
This is not surprising. It is likely that you are getting some initial
garbage (non-standard-ascii characters) coming out, or that you have
some bit errors.
Don't open it in gedit. Try:
python
f = open('Resultat.txt')
d = f.read()
f.close()
print(len(d))
print(d)
(or if d is really long,
On May 19, 2008, at 5:42 AM, irene159 [EMAIL PROTECTED] wrote:
Hello,
Just another question concerning the file gr_mpsk_receiver_cc.cc.
In the extract of code below, why are phase_error_detector_generic and
decision_generic used for all BPSK, QPSK and other modulations?
Have optimized
On Mon, May 19, 2008 at 05:15:12AM -0700, irene159 wrote:
Hello,
I am testing QPSK modulation. To do so, I have created a text file that I
modulate and demodulate with blks2impl dqpsk.py. The problem is the
resulting demodulated file, which I can not open:
Could not open the file
It seems like there are a lot of people coming to GNU radio without a
Unix background. This is prompting a lot of newbie type questions that
are covered in basic Unix/Linux intros.
Does anyone have a good list of Unix intro resources (that are
especially good for GNU Radio users) that could help
Hello,
I tried installing GNU radio in windows using cygwin. I did it as it
was given on the gnuradio.org website.
I initially built a minimal GNU radio system, with just omnithread,
gnuradio-core and gr-audio-oss modules enabled and it worked fine. Then I
when I tried to build a full
Hi,
I was trying to see if I could build a signal processing block. I
basically did nothing but copied the ``how-to-write-a-block'' package
and modified the name of the block in files according to the Shen
tutorial. I ran aclocal, autoconf, ./configure, all seemed to be fine.
Then I ran automake,
Eric Blossom wrote:
On Mon, May 19, 2008 at 05:15:12AM -0700, irene159 wrote:
Hello,
I am testing QPSK modulation. To do so, I have created a text file that I
modulate and demodulate with blks2impl dqpsk.py. The problem is the
resulting demodulated file, which I can not open:
Could not open
Hi Prasanna,
I tried installing GNU radio in windows using cygwin. I did it as it
was given on the gnuradio.org website.
I initially built a minimal GNU radio system, with just omnithread,
gnuradio-core and gr-audio-oss modules enabled and it worked fine. Then I
when I tried to build a
Greetings. Some time ago created a number of GNURadio signal
processing blocks for audio codecs, and have recently gotten around to
finishing them up for public release (Speex and CELT, along with the
speex acoustic echo canceler). Constant bitrate support was a piece
of cake (and wow does Speex
Hi,
I was trying to make a signal processing block. I basically did
nothing but copied the ``how-to-write-a-block'' package and modified
the name of the block in files according to the Shen tutorial.With the
help from Philip, I got around several make problems I asked earlier.
The automake passes
On May 19, 2008, at 9:08 PM, Zhenghao Zhang wrote:
But make is giving me problems. It seemed to be complaining about not
being able to find fvirtual, therefore the no zzblk.cc is produced
and g++ cannot find the source file to compile. The detailed messages
are the follows. Any hint is greatly
Thanks for the help! I will check it.
automake has been complaining about not being able tofind PYTHON variable:
src/lib/Makefile.am:55: Python sources seen but `PYTHON' is undefined
After adding `AM_PATH_PYTHON' micro to Makefile.am, automake does not
complain any more. I actually don't
On Mon, May 19, 2008 at 09:46:03PM -0400, Zhenghao Zhang wrote:
Thanks for the help! I will check it.
automake has been complaining about not being able tofind PYTHON variable:
src/lib/Makefile.am:55: Python sources seen but `PYTHON' is undefined
After adding `AM_PATH_PYTHON' micro
Thanks for helping me on this!
autoconf (GNU Autoconf) 2.61
automake (GNU automake) 1.10
On Mon, May 19, 2008 at 10:40 PM, Eric Blossom [EMAIL PROTECTED] wrote:
On Mon, May 19, 2008 at 09:46:03PM -0400, Zhenghao Zhang wrote:
Thanks for the help! I will check it.
automake has been
On Mon, May 19, 2008 at 10:45:41PM -0400, Zhenghao Zhang wrote:
Thanks for helping me on this!
autoconf (GNU Autoconf) 2.61
automake (GNU automake) 1.10
OK, those look fine.
Try this:
rm -fr config.cache autom4te*.cache
aclocal -I config
autoconf
autoheader
Eric,
Thanks so much! I will try them first time tomorrow morning.
Zhenghao
On Mon, May 19, 2008 at 11:30 PM, Eric Blossom [EMAIL PROTECTED] wrote:
On Mon, May 19, 2008 at 10:45:41PM -0400, Zhenghao Zhang wrote:
Thanks for helping me on this!
autoconf (GNU Autoconf) 2.61
automake (GNU
18 matches
Mail list logo