From owner-freebsd-multimedia Sun Aug 31 22:13:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA07176 for multimedia-outgoing; Sun, 31 Aug 1997 22:13:29 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA07169 for ; Sun, 31 Aug 1997 22:13:26 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id WAA00533; Sun, 31 Aug 1997 22:13:19 -0700 (PDT) Message-Id: <199709010513.WAA00533@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Denis DeLaRoca cc: multimedia@FreeBSD.ORG Subject: Re: guspnp18 and vat In-reply-to: Your message of "Sun, 31 Aug 1997 20:16:00 PDT." <199709010315.UAA02545@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 31 Aug 1997 22:13:18 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Denis DeLaRoca : > The other outstanding problem is with passing the audio device among > multiple active vats. That is completely broken and I think we have > to wrestle with vat's code to find out how that is supposed to work. confbus.cc calls the constructor for GroupIPC class ConfBus : public TclObject, public IPCHandler { public: ConfBus(int channel); ~ConfBus(); void ipc_input(int type, int frompid, u_char* p, int len); protected: int command(int argc, const char*const* argv); GroupIPC* ipc_; char* callback_; }; Group-ipc.cc: opens a socket to receive local ip multicast requests: GroupIPC::GroupIPC(int channel) : handlers_(0) ---- When vat gets a local ip multicast message it gets processesed here: in confbus.cc: void ConfBus::ipc_input(int, int, u_char* msg, int cc) A call gets issue to ui-audio.tcl to request the audio device which it first try to do open the audio device via the Obtain method in audio-voxware.cc Hope this helps, Amancio