This issue is used to trigger TagBot; feel free to unsubscribe.

If you haven't already, you should update your TagBot.yml to include issue comment triggers.
Please see this post on Discourse for instructions and more details.

If you'd like for me to do this for you, comment TagBot fix on this issue.
I'll open a PR within a few hours, please be patient!

May be a good idea to keep random number generation predictable and independent. An example:

using Random

#=
Generate a stream of random bits.
Provide functions that convert a bit stream into a randomQAM symbol stream 
=#

struct BitGenerator 
    rng::MersenneTwister

    function BitGenerator(seed::UInt32)
        rng = MersenneTwister(seed);
        new(rng);
    end
end

function genBits(bgen::BitGenerator, nbits::Int64)
    buffer = rand(bgen.rng, [0,1], nbits);
end


function genBits!(bgen::BitGenerator, buffer::Vector{Int64})
    buffer = rand!(bgen.rng, buffer, [0,1]);
end

bgen = BitGenerator(UInt32(12))
buffer = zeros(Int64, 12)
genBits!(bgen, buffer)
#=
12-element Vector{Int64}:
 0
 1
 1
 1
 0
 ⋮
 1
 1
 1
 0
 0
=#

Small tags to make it easier to find the repositories you contributed.

Just to let you know, @RGerzaguet. Go ahead and close issue.

Hello there,

Thanks for your wonderful work. This is not an issue, just a question, Is there SCCDMA functionality with this package ? I did lookup the multi-carrier modulation and scfdma examples, is there a example for multiple access technique such as dsss or cdma ?

Since the migration to JuliaTelecom, the old URL is no longer working.

We need to change the link in readme.md to the following:
--> https://juliatelecom.github.io/DigitalComm.jl/dev/index.html

@RGerzaguet: There might be other similar issues in your repositories - but you are probably the best to know where they are.

We also need to update the links in UHDBindings.jl:
--> https://juliatelecom.github.io/UHDBindings.jl/dev/index.html

It probably would be a good idea to add a license to this package.

I myself have chosen "MIT" for PhysicalCommunications.jl, but you don't have to go that route.

I understand the potential advantages of going to GPL, but I am not necessarily convinced it will be better in mobilizing people to build good, open-source tools.

Whatever you choose, I think many potential users might like to see a license associated with this code.
(Same thing for UHDBindings.jl)