[hpsdr] Starter question

[Bob Cowdery]

On 11/15/06, Christopher T. Day <CTDay at lbl.gov> wrote:
> ***** High Performance Software Defined Radio Discussion List *****
>
> Bob,
>
> The way the protocol is currently designed, all the audio data and
> SDR-1000-type control data are interleaved into one byte stream into Ozy
> and one byte stream out. So, no, I believe you will not be able to run
> these functions in separate processes easily. Part of the idea of making
> the Janus/Ozy combo into a real audio card would be to separate the
> control functions into separate pipes so that multiple processes could
> work with the hardware as you would like. However, nothing much has come
> of that effort so far. [I've been one of those pushing that idea, but
> haven't managed to actually produce anything so far.] Note that this
> would involve a fairly deep redesign of the firmware in the FX2 and the
> CPLD/FPGA configurations.
>
>
>         Chris - AE6VK
>

>> It would probably be better to set up a user mode server process that
>> handles access to the OZY USB device that other processes can connect
>> to.

>> I think it is a mistake to try to make OZY look like a sound card to
>> the system.  Right now we enjoy very low latency and overhead in
>> talking to the OZY via USB.  Making OZY appear as a sound card puts
>> more latency and overhead crud on top of what we have now.

>> Phil N8VB

I'm not sure I'm qualified to have an opinion yet as there is much I don't understand. However, keeping to the KISS principle I would prefer to work with the raw interface and don't have any problem with it being like that. As Phil points out it is much more efficient as well as simpler that way. I'm after doing something that requires the minimum amount of data copying in the computer but maintains good separation of function. I'm sure I can devise a scheme but I'm glad I asked the question.

Sorry about the rubbish formatting by the way but I have to work under Outlook for this list at the moment.

Bob G3UKB  

 1163599854.0