I found dvb_bch_bb_impl.cc use shift register to implement BCH encode,
but it seems different with my knowledge.
If I remember right, after shift the register, we should add the info
bit to register's LSB
dvb_bch_bb_impl.cc:526~535
b = (temp ^ (shift[5] & 1));
reg_6_
han Corgan 写道:
On Fri, Jun 19, 2015 at 6:09 AM, Tom Rondeau <mailto:t...@trondeau.com>> wrote:
On Thu, Jun 18, 2015 at 8:29 AM, Tiankun Hu
mailto:tiankun...@foxmail.com>> wrote:
Hi Tom,
Thanks your reply, I have another question, in function
"min
5 at 6:09 AM, Tom Rondeau <mailto:t...@trondeau.com>> wrote:
On Thu, Jun 18, 2015 at 8:29 AM, Tiankun Hu
mailto:tiankun...@foxmail.com>> wrote:
Hi Tom,
Thanks your reply, I have another question, in function
"min_available_space" why buffer_si
Hi Tom,
Thanks your reply, I have another question, in function
"min_available_space" why buffer_size/2 is best ?
在 2015年06月16日 21:31, Tom Rondeau 写道:
On Tue, Jun 16, 2015 at 8:57 AM, Tiankun Hu <mailto:tiankun...@foxmail.com>> wrote:
Hi,
After go through the b
Hi,
After go through the block_executor.cc, I found alignment feature work
only when output_multiple not set, why them can not work at the same time?
--
Thanks
Tiankun
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org
2015 10:03 PM
To: "discuss-gnuradio";
Subject: Re: [Discuss-gnuradio] why block's buffer was mapped to two address
Hi Tiankun Hu,
I hope I'm answering the right question, but:
gr-buffer maps the same pages into memory multiple times, forming a
pseudo-ring buffer, so that
Hi,
I found block's buffer was mapped to two continues address, is there any
benefit for this?
When do update reader/writer pointer, I found they was rounded to the
real buffer size, so I want to know which code will use this second half
address?
--
Thanks
Tiankun
_
eers
Johannes
On 09.10.2014 12:28, Tiankun Hu wrote:
Hi Johannes, Could you share the LTE record data that you used in
gr-lte?
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
iQIcBAEBAgAGBQJUNooXAAoJEO7fmkDsqywMlhgP/0It1E5z/QrFhLJ7qOYyog
J7
fX9VnYPRAskLIiM86k1QPd+atA89+v8XkToXpFicNgI30axfswD
Hi Johannes,
Could you share the LTE record data that you used in gr-lte?
--
Thanks
Tiankun
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Braun mailto:martin.br...@ettus.com>> wrote:
It uses them. It will reset the channel state estimate every time it
encounters a pilot symbol. See eg the qa codes for examples. If you
want to make use of them in your modem, you need to put pilots on
the same carriers as the data.
Yes, I have the same issue with v3.7.5
Thanks
Tiankun
Mike Jameson 编写：
>___
>Discuss-gnuradio mailing list
>Discuss-gnuradio@gnu.org
>https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
___
Discuss-gnur
Resolved it
Since my gr-osmosdr dependent on gr-iqbal, but I forgot rebuild it. Need
rebuild gr-iqbal to let its lib also link against to v3.7.5
在 2014年09月08日 22:56, Tiankun Hu 写道:
Hi All,
I have updated gnuradio to 3.7.5 recently, and then reconfig&rebuild
gr-osmosdr to link its lib aga
Hi All,
I have updated gnuradio to 3.7.5 recently, and then reconfig&rebuild
gr-osmosdr to link its lib against to v3.7.5's gnuradio-runtime.so.
But when I import osmosdr, I got below error
ImportError: libgnuradio-runtime-3.7.4.so.0.0.0: cannot open shared
object file: No such file or directo
them in your modem, you need to put pilots on
the same carriers as the data.
M
On 5 Sep 2014 11:01, "Tiankun Hu" mailto:tiankun...@foxmail.com>> wrote:
Hi Aditya,
Thanks your time!
But how to use pilotes symbol's channel state to update data
-- 原始邮件 --
发件人: "Aditya Dhananjay";;
发送时间: 2014年9月4日(星期四) 晚上11:45
收件人: "Tiankun Hu";
抄送: "discuss-gnuradio@gnu.org";
主题: Re: [Discuss-gnuradio] references using in ofdm_equalizer_simpledfe
On Thu, Sep 4, 2014 at 11:29 AM, Tianku
!d_pilot_carriers.empty()) {
d_pilot_carr_set = (d_pilot_carr_set + 1) %
d_pilot_carriers.size();
}
}
在 2014年09月04日 22:59, Tiankun Hu 写道:
Aditya, thanks your clarify !
在 2014年09月04日 21:31, Aditya Dhananjay 写道:
On Thu, Sep 4, 2014 at 9:04
Aditya, thanks your clarify !
在 2014年09月04日 21:31, Aditya Dhananjay 写道:
On Thu, Sep 4, 2014 at 9:04 AM, Tiankun Hu mailto:tiankun...@foxmail.com>> wrote:
Hi Martin,
Could you tell me the reference paper that you used in
ofdm_equalizer_simpledfe?
Hello Tiankun,
A de
Hi Martin,
Could you tell me the reference paper that you used in
ofdm_equalizer_simpledfe?
--
Thanks
Tiankun
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
this corrects the coarse freq offset propagation due to the CP.
As 'i' increments, this represents later times. So, in a sense, this is
in time direction.
M
On 09/02/2014 04:14 PM, Tiankun Hu wrote:
Hi All,
I found "ofdm_frame_equalizer_vcvc_impl.cc" use below code to correct
Hi All,
I found "ofdm_frame_equalizer_vcvc_impl.cc" use below code to correct
integral freq shift(IFO) in freq domain, but as I known, the IFO only
cause signal cyclic shifting in freq domain, why this block use gr_expj
to correcting IFO in freq domain? might be blow code should be done in
tim
Hi Martin,
I mean maybe need add "nread += trigger_offset;" in line 235 to void
first header check failed.
在 2014年08月10日 23:04, Martin Braun 写道:
On 10.08.2014 10:21, Tiankun Hu wrote:
Hi all,
I am reading "header_payload_demux" module, I have some quest
Hi all,
I am reading "header_payload_demux" module, I have some questions about it.
1, in "header_payload_demux_impl.cc" line 235, seems need update nread's
value
nread += trigger_offset;
I think without this update, the first header will check failed,
if input data not include c
ght in the block_name_impl.h. This simplifies SWIG wrapping a lot,
and thus has, at least for me, decreased development complexity
significantly.
Greetings,
Marcus
On 07.08.2014 14:15, Tiankun Hu wrote:
Hi All, I want know to why the block has been split into two class:
"block_name.cc" and "block
Hi All,
I want know to why the block has been split into two class: "block_name.cc"
and "block_name_impl.cc", why do we need a virtual class, and use a
"_impl" to inherit it?
As we know, the older gnuradio just use a single class. Is there any
advantage of this change?
--
Thanks
Tiankun
Sorry, I got a mistake, magsquare has done a square operation
output[0][m] = Re{input[0][m]}^2 + Im{input[0][m]}^2
在 2014年08月02日 16:29, Tiankun Hu 写道:
Hi Martin,
I was looking ofdm_sync_sc_cfb block, I found in delay path,
"delay_magsquare" directly connect to "delay_normalize&
Hi Martin,
I was looking ofdm_sync_sc_cfb block, I found in delay path,
"delay_magsquare" directly connect to "delay_normalize", but according
S&C's paper, "delay_magsquare" need do square operation like "Energy Path".
M(d)=|P(d)|^2/(R(d))^2
Seems in your code that numerator P(d) missing ^2,
b
Hi Experts,
I was reading tx_ofdm.py. I found this module use
'set_tag_propagation_policy(TPP_DONT)' to handle tags by itself, but I
cann't find the code that used to handle tag in this module.
I knew this module will call 'packet_header_ofdm.header_formatter()' and
'packet_header_default.header_fo
Hi all,
I am designing a 2 order Gardner timing sync loop(with 1 order PI loop filter)
for QAM64.
As Best's PLL book metioned, timing sync loop's parameter can be calculated by
using PLL theory.
Now I need calculate the PI loop filter's factor K1(P gain) and K2(I gain).
According PLL theory, we
Thanks your help, it works fine now.
于 2014年03月27日 16:54, Martin Braun 写道:
On 03/26/2014 02:13 PM, Tiankun Hu wrote:
Hi Martin,
I haven’t found your committed in master branch yet, could you share
your diff?
https://github.com/mbr0wn/gnuradio/tree/blocks/stream_mux
M
于 2014年03月26日 04:37
Hi Martin,
I haven’t found your committed in master branch yet, could you share
your diff?
于 2014年03月26日 04:37, Martin Braun 写道:
On 03/25/2014 06:15 PM, Martin Braun wrote:
On 03/25/2014 03:59 PM, Tiankun Hu wrote:
Hi Experts,
As follow is my program to test stream_mux block. I found when
Hi Experts,
As follow is my program to test stream_mux block. I found when
dat1_num+dat2_num > 8192, the result was wrong.
Is there something I have made a mistake?
My gnuradio version is v3.7.4git-35-g1092e685
#!/usr/bin/env python
from gnuradio import gr
from gnuradio import blocks
if __name__
Hi Experts,
As follow is my program to test stream_mux block. I found when
dat1_num+dat2_num > 8192, the result is wrong.
Is there something I have made a mistake?
My gnuradio version is v3.7.4git-35-g1092e685
#!/usr/bin/env python
from gnuradio import gr
from gnuradio import blocks
if __name__ =
d it worked for me.
-- Volker
Am 23.02.2014 15:54, schrieb Tiankun Hu:
> Hi experts,
> I found a doc "gr-trellis/doc/gr-trellis.xml", is there anyone know how
> to build it to gr-trellis.html?
> I found cmake option "ENABLE_DOXYGEN" default is ON, but I did not
Hi experts,
I found a doc "gr-trellis/doc/gr-trellis.xml", is there anyone know how to
build it to gr-trellis.html?
I found cmake option "ENABLE_DOXYGEN" default is ON, but I did not find this
doc in my doc path "/usr/local/share/doc/gnuradio-3.7.3git/html/"
Thanks
Tiankun__
34 matches
Mail list logo
