Yes, I'm currently in the process of cleaning up the code, this is one of the 
things I'll have to look into.

One of the main problems I'm currently having is that I've haven't wrapped all 
of multimon's original C code into a C++ class, a lot of stuff are still global 
functions and variables which causes trouble when trying to run multiple 
instances of multimon, as I'd like to for concurrent multi-channel operation 
(the various instances then start overwriting "each others" global variables..)

Any ideas how this could be solved with the least possible effort?
Maybe Python offers something to keep several instances of the same class in 
different memory spaces or something?

Regards

Urs

On Wed, Jul 13, 2005 at 12:07:09AM -0500, Rick Parrish wrote:
> Urs Schaufelberger wrote:
> 
> >I've released a new version of gr-multimon, a POCSAG, AX.25, DTMF and ZVEI 
> >decoder for GNU Radio.
> >  
> >
> The source files demod_poc5.c, demod_poc12.c, and demod_poc24.c all 
> appear to be the same - or nearly so.
> 
> Could these be cut out into a single source file with the baud rate 
> (512, 1200, or 2400) as a parameter?
> 
> -rick
> 
> 
> 
> _______________________________________________
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Reply via email to