<br><br><div><span class="gmail_quote">On 7/31/07, <b class="gmail_sendername">Jim Carter</b> &lt;<a href="mailto:jimc@math.ucla.edu">jimc@math.ucla.edu</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Tue, 31 Jul 2007, Brad Midgley wrote:<br><br>&gt; Which module would be the best example for writing a bluetooth module?<br>&gt; It will link up our recent work in bluez on a bluetooth audio server<br>&gt; with a native pulse module.
<br><br>I&#39;m totally over my head here, but I&#39;ll maunder: it sounds like you want to<br>take module-alsa-sink (also source),&nbsp;</blockquote><div><br>I&#39;m not sure I would use a module to do this. It seems like you could make your bluetooth stack a pulse client instead. We have a variety of software systems that might want access to the pulse output, so I created a &quot;system&quot; sink that is just a null sink. If they want access to it, they can just attach to the &quot;system&quot; monitor source. I have yet to see how well that actually works in practice, but it means I don&#39;t have to worry about all those user-level stacks. 
<br><br>However, if you did want to make a module, alsa might not be the right model to follow either. The ALSA interface is pretty specific to ALSA, so its a bit confusing. The OSS module is a good reference for a char style interface, but it sounds like you have a plan to use pipes, so why not just alter the module-pipe to meet your needs?
<br><br>Justin<br></div><br></div><br>