I have opened an issue on the gnuradio.org. See the link below
http://gnuradio.org/redmine/issues/841
--
Bob
On Sat, Sep 12, 2015 at 1:36 PM, bob wole wrote:
> Okay. I registered my self at gnuradio.org. Do I have to open a new Issue
> on the website?
>
> --
> Bob
>
>
>
>> Jan, Bob,
>>
>> mig
Okay. I registered my self at gnuradio.org. Do I have to open a new Issue
on the website?
--
Bob
> Jan, Bob,
>
> might be worth opening a ticket for this.
>
> M
> On 10.09.2015 00:22, bob wole wrote:
> > Hey Jan,
> >
> > Thanks for your reply, you are correct about the bit shift being LSB.
> >
Jan, Bob,
might be worth opening a ticket for this.
M
On 10.09.2015 00:22, bob wole wrote:
> Hey Jan,
>
> Thanks for your reply, you are correct about the bit shift being LSB.
> So, I reversed the bit order of polynomials 1101101 to 1011011 and
> 100 to 001 in MATLAB, Now the output of g
Hey Jan,
Thanks for your reply, you are correct about the bit shift being LSB. So, I
reversed the bit order of polynomials 1101101 to 1011011 and 100 to
001 in MATLAB, Now the output of gnuradio and MATLAB and my dry run
matches. I am wondering why they did implementation like this? Any
ad
On Tue, Sep 1, 2015 at 2:55 PM, bob wole wrote:
> I am trying channel coding in gnuradio. I am using convolutional encoder
> with K=7 and R=1/2 with polynomials [109, 79] (default). However I am not
> getting the expected result. I input a known bit sequence, single frame
> using head block, and
I am trying channel coding in gnuradio. I am using convolutional encoder
with K=7 and R=1/2 with polynomials [109, 79] (default). However I am not
getting the expected result. I input a known bit sequence, single frame
using head block, and observe the output of the encoder using file sink.
The out
