On Wed, May 12, 2010 at 12:21 PM, Rafal Wojtczuk < rafal at invisiblethingslab.com> wrote: > On Sun, May 09, 2010 at 09:24:27AM +0300, Marco Ballesio wrote: > > On Fri, Apr 23, 2010 at 6:10 PM, Rafal Wojtczuk < > rafal at invisiblethingslab.com> wrote: > > > Again, can I have a simple sound sharing over network protocol, pretty > > > pretty please ? Raw audio frames + simple synchronization, anyone ? > > stupid question, but.. is GStreamer out of your scope here? > Could you be more specific, and suggest the appropriate gst-launch > pipelines ? > Particularly, over what protocol can we stream the data ? > I tried the following on the client > gst-launch pulsesrc ! tcpclientsink host=xxx port=12345 > protocol=GST_TCP_PROTOCOL_GDP > > and on the server > gst-launch tcpserversrc port=12345 host=xxx protocol=GST_TCP_PROTOCOL_GDP ! > pulsesink > pretty simple but should work quite reliably in a simple network. If you want something more standard but with an higher error probability (e.g. rtp) you should actually check on: http://www.gstreamer.net/data/doc/gstreamer/head/gst-plugins-good-plugins/html/gst-plugins-good-plugins-gstrtpbin.html you'll find there some nice examples. > > it works nicely. But with this approach, when there is no audio activity on > the client, > gst-launch transmits silence (and noticeably burns CPU). BTW, the parec > solution from > https://tango.0pointer.de/pipermail/pulseaudio-discuss/2010-May/007107.html > has the same problem; module-pipe-sink behaves better. > there are some discussions ongoing about implementing VAD in GStreamer but nothing done so far. You should implement your own stream suspend/resume logic if you want to save bandwidth and CPU. Regards > > Does anyone know about pulseaudio "module-gdp-sink", that would speak GDP > to > some output pipe ? > > And there is a question on the complexity of the underlying protocol; > jugding by > > http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gstreamer-libs/html/gstreamer-libs-gstdataprotocol.html > GDP is simple but nontrivial; and there is still data inside, spit by > pulsesrc > whose format I don't know (hopefully it is pure pcm data, can anyone > confirm ?). > > Regards, > Rafal Wojtczuk > The Qubes OS Project > http://qubes-os.org > _______________________________________________ > pulseaudio-discuss mailing list > pulseaudio-discuss at mail.0pointer.de > https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/pulseaudio-discuss/attachments/20100515/485cf002/attachment.htm>
