Blocks are no longer missing and....didn't produce errors running the heir
block graphs but....Yikes. Now the transmitters complain about incorrect
sample sizes:
"Source IO size "630" does not match sink IO size "1"."
among many similar messages. The red arrows exist on
Scramble > MLC xQAM > and everything the MLC goes too has a red arrow as
well.
Here's a dump (Not sure if this is all of it, the window went past the
borrom of my screen):
Error 0:
Connection (
Block - drm_mlc_64qam_sm_vbvc_0 - MLC 64QAM SM(drm_mlc_64qam_sm_vbvc)
Source - out(0)
Block - drm_interleaver_vcvc_0 - Cell Interleaver(drm_interleaver_vcvc)
Sink - in(0)
):
Source IO size "8" does not match sink IO size "18696".
Error 1:
Connection (
Block - drm_scrambler_vbvb_0 - Scrambler(drm_scrambler_vbvb)
Source - out(0)
Block - drm_mlc_64qam_sm_vbvc_0 - MLC 64QAM SM(drm_mlc_64qam_sm_vbvc)
Sink - in(0)
):
Source IO size "8390" does not match sink IO size "1".
Error 2:
Connection (
Block - drm_scrambler_vbvb_0_1 - Scrambler(drm_scrambler_vbvb)
Source - out(0)
Block - drm_mlc_16qam_vbvc_0 - MLC 16QAM(drm_mlc_16qam_vbvc)
Sink - in(0)
):
Source IO size "630" does not match sink IO size "1".
Error 3:
Connection (
Block - drm_mlc_16qam_vbvc_0 - MLC 16QAM(drm_mlc_16qam_vbvc)
Source - out(0)
Block - cell_mapping_vcvc_0 - DRM Cell mapping(cell_mapping_vcvc)
Sink - SDC(1)
):
Source IO size "8" does not match sink IO size "2576".
Error 4:
Connection (
Block - drm_scrambler_vbvb_0_0 - Scrambler(drm_scrambler_vbvb)
Source - out(0)
Block - drm_mlc_4qam_vbvc_0_0 - MLC 4QAM(drm_mlc_4qam_vbvc)
Sink - in(0)
):
Source IO size "72" does not match sink IO size "1".
Error 5:
Connection (
Block - drm_mlc_4qam_vbvc_0_0 - MLC 4QAM(drm_mlc_4qam_vbvc)
Source - out(0)
Block - blocks_stream_to_vector_0_0 - Stream to
Vector(blocks_stream_to_vector)
Sink - in(0)
):
Source IO size "8" does not match sink IO size "520".
____________________
It's 2AM here so I have to be off to bed for work, I'll take a stab at this
again later today. I appreciate your assistance so far. :) I'd liek to stop
using an awkward Dream + jack combo to get drm in my IBOC project.
On Mon, Mar 31, 2014 at 1:46 AM, Jordan Johnson <[email protected]>wrote:
> Fixed it. Here is what I did:
> > libgnuradio-drm had to be moved to /usr/lib64 along with the drm folder
> from lib
> Weird. I wonder why Arch is so different with respect to libraries and
> things. Haven't tested the flowgraphs, will now.
>
>
> On Mon, Mar 31, 2014 at 1:28 AM, Felix W. <[email protected]>wrote:
>
>> Forgot to include the mailing list...
>>
>> ---------- Forwarded message ----------
>> From: Felix W. <[email protected]>
>> Date: 2014-03-31 10:20 GMT+02:00
>> Subject: Re: [Discuss-gnuradio] gr-drm for GNU Radio 3.7 available
>> To: Jordan Johnson <[email protected]>
>>
>>
>> About the "no module named drm" error: Obviously the needed library is
>> not found. Normally, a "sudo ldconfig" should solve this, but only if it
>> can find it. So your library has to be placed somewhere in the standard
>> paths like "usr/local/lib", where also the other GNU Radio libraries are
>> located. Looking at the man page of "ldconfig" it seems that you can also
>> give it a path to your shared library. Maybe that's already enough.
>>
>> Because you couldn't execute the hierarchical blocks the respective files
>> were not generated and this is why they are missing when you open the
>> transmitter flow graph. GRC is just telling you that the MLC blocks are
>> missing and therefore it can't connect them to the adjacent blocks.
>>
>> To sum it up: Try to find out where the working GNU Radio files such as
>> XML files and shared libraries are placed and install the DRM stuff there.
>> Unfortunately, I'm not familiar with the differences between Arch and
>> Ubuntu so I'm sorry that I can't give you more detailed instructions.
>>
>> Keep me posted about your progress!
>>
>>
>> 2014-03-31 9:56 GMT+02:00 Jordan Johnson <[email protected]>:
>>
>> Shoulda figured. Arch likes to put things in /usr/local/share as opposed
>>> to /usr/local. Has caused problems with some programs in the past.
>>> However, it looks like it put things in several wrong spots. As running the
>>> heir-blocks graphs gets me this:
>>>
>>> "No module named drm"
>>>
>>> No missing blocks there, DRM section appears.
>>>
>>> On top of it, on opening the transmitter flowgraphs, I am confronted
>>> with this:
>>>
>>> >>> Error: Block key "drm_mlc_16qam_vbvc" not found in Platform -
>>> grc(GNU Radio Companion)
>>> >>> Error: Block key "drm_mlc_64qam_sm_vbvc" not found in Platform -
>>> grc(GNU Radio Companion)
>>> >>> Error: Block key "drm_mlc_4qam_vbvc" not found in Platform - grc(GNU
>>> Radio Companion)
>>> >>> Error: Connection between drm_mlc_64qam_sm_vbvc_0(0) and
>>> drm_interleaver_vcvc_0(0) could not be made.
>>> source block id "drm_mlc_64qam_sm_vbvc_0" not in block ids
>>> >>> Error: Connection between drm_scrambler_vbvb_0(0) and
>>> drm_mlc_64qam_sm_vbvc_0(0) could not be made.
>>> sink block id "drm_mlc_64qam_sm_vbvc_0" not in block ids
>>> >>> Error: Connection between drm_scrambler_vbvb_0_1(0) and
>>> drm_mlc_16qam_vbvc_0(0) could not be made.
>>> sink block id "drm_mlc_16qam_vbvc_0" not in block ids
>>> >>> Error: Connection between drm_mlc_16qam_vbvc_0(0) and
>>> cell_mapping_vcvc_0(1) could not be made.
>>> source block id "drm_mlc_16qam_vbvc_0" not in block ids
>>> >>> Error: Connection between drm_scrambler_vbvb_0_0(0) and
>>> drm_mlc_4qam_vbvc_0_0(0) could not be made.
>>> sink block id "drm_mlc_4qam_vbvc_0_0" not in block ids
>>> >>> Error: Connection between drm_mlc_4qam_vbvc_0_0(0) and
>>> blocks_stream_to_vector_0_0(0) could not be made.
>>> source block id "drm_mlc_4qam_vbvc_0_0" not in block ids
>>>
>>> ...should I re-make with different locations?
>>>
>>>
>>> On Mon, Mar 31, 2014 at 12:32 AM, Felix W.
>>> <[email protected]>wrote:
>>>
>>>> Hi Jordan,
>>>>
>>>> Nice to hear that you can use my code! I just tried to reproduce your
>>>> problem on my machine (Ubuntu 12.10, GNU Radio v3.7.2.1-263-g78551a56) but
>>>> all seemed to be fine.
>>>>
>>>> So here are some guesses that come to my mind:
>>>> Did you make sure to reload the block list if GRC was already open by
>>>> using the respective button on the top or did you restart GRC inbetween?
>>>> You could also check (assuming you are on linux) if the blocks' XML files
>>>> are placed in '/usr/local/share/gnuradio/grc/blocks' ? The 'install' output
>>>> also shows where it copies stuff. After the install, you should also do a
>>>> 'sudo ldconfig' although this should not keep the blocks from showing in
>>>> GRC.
>>>>
>>>> Let me know if there are any further problems!
>>>>
>>>> Felix
>>>>
>>>>
>>>> 2014-03-31 6:25 GMT+02:00 Jordan Johnson <[email protected]>:
>>>>
>>>>> Exciting! This should help one of my projects along nicely.
>>>>>
>>>>> Problem is, they blocks do not show up....at all. I am using as
>>>>> up-to-date version of GNURadio that is available to pacman. The make goes
>>>>> fine, make-test passes with flying colors, and install appears fine too;
>>>>> no
>>>>> blocks though. I attempted to place the blocks in the custom block
>>>>> folder;
>>>>> still no dice.
>>>>>
>>>>> If it helps, packages and their versions:
>>>>> gnuradio-3.7.2.1-2
>>>>>
>>>>> _______________________________________________
>>>>> Discuss-gnuradio mailing list
>>>>> [email protected]
>>>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>>>>
>>>>>
>>>>
>>>
>>
>>
>> _______________________________________________
>> Discuss-gnuradio mailing list
>> [email protected]
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>>
>
_______________________________________________
Discuss-gnuradio mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
