discuss-gnuradio
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] gr-audio: one component to rule them all


From: Alexandru Csete
Subject: Re: [Discuss-gnuradio] gr-audio: one component to rule them all
Date: Thu, 10 Mar 2011 16:39:57 +0100

On Thu, Mar 10, 2011 at 2:00 AM, Marcus D. Leech <address@hidden> wrote:
>
> On 03/09/2011 07:53 PM, Josh Blum wrote:
>>
>> Hello list,
>>
>> I have created a new top level component called gr-audio. The goal of
>> gr-audio is to combine all supported audio architectures under a single
>> source and sink block.
>>
>> Gnuradio has 6 different top level components, each for a different
>> audio architecture. If you used audio in python, this was transparent,
>> as the python file was test-importing each possible architecture. But if
>> you used audio in c++, you would have to hard-code a specific audio
>> architecture into your code.
>>
>> gr-audio presents one interface to the user in both c++ and python. At
>> build-time, all architectures available to the compiler are built into
>> the library. At runtime, an available audio architecture is selected.
>> This selection is based on default priority, or if present, a
>> configuration file setting.
>>
>> The build system will continue to configure and build the old top-level
>> components; so this will not break C++ that was coded for a specific
>> audio component. Anyone using audio block in python will be
>> automatically calling into the new component.
>>
>> Try it out!
>> http://gnuradio.org/cgit/jblum.git/log/?h=wip/gr-audio
>>
>> I was able to test 4 of the 6 architectures. Testers for the osx and
>> windows audio support would be appreciated.
>>
>> Thanks,
>> -Josh
>>
> I'd like to be the first to start the tin-foil-hat brigade and posit that 
> there exists more than one
>  Josh Blum.   It's the only explanation for the apparently-inhuman level of 
> productivity we've
>  come to associate with the object known as Josh Blum.
>
> Off to put my tinfoil hat on :-)
>

I don't know how many of them there are, but the one who posted this
can read my mind. I was thinking about exactly this problem wrt.
creating a Funcube Dongle block that would encapsulate both audio and
control interface. Thank you.

Alex



reply via email to

[Prev in Thread] Current Thread [Next in Thread]