[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Commit-gnuradio] [gnuradio] 09/10: gr-fec: Adding doc in BER Curve Gen.
From: |
git |
Subject: |
[Commit-gnuradio] [gnuradio] 09/10: gr-fec: Adding doc in BER Curve Gen. block re: parallelism. |
Date: |
Sun, 27 Mar 2016 13:57:57 +0000 (UTC) |
This is an automated email from the git hooks/post-receive script.
jcorgan pushed a commit to branch maint
in repository gnuradio.
commit 65d52f79c13db74d5244f0f3dc76489d1942199b
Author: tracierenea <address@hidden>
Date: Wed Mar 23 15:40:03 2016 -0500
gr-fec: Adding doc in BER Curve Gen. block re: parallelism.
Adding documentation regarding parallelism configuration requirements for
using the BER Curve Gen. block. Also adding a FIXME note so that we can better
address this in the future. These notes are my understanding after getting
clarification from Tom on how the parallelism feature behaves in this case.
---
gr-fec/grc/fec_bercurve_generator.xml | 9 +++++++++
gr-fec/python/fec/bercurve_generator.py | 6 ++++++
2 files changed, 15 insertions(+)
diff --git a/gr-fec/grc/fec_bercurve_generator.xml
b/gr-fec/grc/fec_bercurve_generator.xml
index 4d0d47e..5dfc7c6 100644
--- a/gr-fec/grc/fec_bercurve_generator.xml
+++ b/gr-fec/grc/fec_bercurve_generator.xml
@@ -91,5 +91,14 @@
</source>
<doc>
+ Note that this block tries to launch many parallel codes to run
simultaneously. Thus, it requires that the definitions for each encoder and
decoder (specified in the "Encoder list" and "Decoder list") be configured with
a parallelism > 0. If the parallelism for one of the encoder or decoder
definition blocks is configured to 0, you will likely see an error like:
+
+ generic_decoder=decoder_list[i],
+ TypeError: 'generic_decoder_sptr' object does not support indexing
+
+ or
+
+ generic_encoder=encoder_list[i],
+ TypeError: 'generic_encoder_sptr' object does not support indexing
</doc>
</block>
diff --git a/gr-fec/python/fec/bercurve_generator.py
b/gr-fec/python/fec/bercurve_generator.py
index e67d1e1..3221a68 100644
--- a/gr-fec/python/fec/bercurve_generator.py
+++ b/gr-fec/python/fec/bercurve_generator.py
@@ -44,6 +44,12 @@ class bercurve_generator(gr.hier_block2):
self.deinterleave = blocks.deinterleave(gr.sizeof_char*1)
self.connect(self.random_gen_b_0, self.deinterleave)
self.ber_generators = []
+
+ # FIXME It would be good to check that the encoder_list and
+ # decoder_list have parallelism set to > 0. If parallelism
+ # is set to 0, a map isn't passed and an indexing error is
+ # thrown on line 53 or 54 below.
+
for i in range(0, len(esno)):
ber_generator_temp = fec_test(
generic_encoder=encoder_list[i],
- [Commit-gnuradio] [gnuradio] branch maint updated (0a1a76d -> 4ab650a), git, 2016/03/27
- [Commit-gnuradio] [gnuradio] 03/10: ctrlport: gr-perf-monitorx: add small offset to avoid log(0) calls., git, 2016/03/27
- [Commit-gnuradio] [gnuradio] 01/10: ctrlport: Some version issues for running gr-perf-monitorx, git, 2016/03/27
- [Commit-gnuradio] [gnuradio] 04/10: pmt::is_dict() and is_pair() both return true for both dictionaries and pairs. This causes issues as one may believe they have a dictionary pmt and attempt to reference it's keys (which will throw an exception for a pair). This simply serves to document this behavior, git, 2016/03/27
- [Commit-gnuradio] [gnuradio] 07/10: gr-fec: correcting function name in GRC xml, git, 2016/03/27
- [Commit-gnuradio] [gnuradio] 02/10: ctrlport: gr-perf-monitorx - don't stash the canvas, ask the figure., git, 2016/03/27
- [Commit-gnuradio] [gnuradio] 06/10: gr-fec: update/add documentation for LDPC GRC blocks., git, 2016/03/27
- [Commit-gnuradio] [gnuradio] 05/10: Merge remote-tracking branch 'jgilbert/pmt_doc_update' into maint, git, 2016/03/27
- [Commit-gnuradio] [gnuradio] 10/10: gr-fec: Address make error when parallelism = 1 or 2., git, 2016/03/27
- [Commit-gnuradio] [gnuradio] 09/10: gr-fec: Adding doc in BER Curve Gen. block re: parallelism.,
git <=
- [Commit-gnuradio] [gnuradio] 08/10: gr-fec: Address missing block error in example GRC file., git, 2016/03/27