Mailinglist Archive: opensuse (2008 mails)

[John Andersen <jsamyth@xxxxxxxxx>]

buzlite wrote:
> -You can setup PulseAudio to serve your needs. Let's say you have 2 systems.
> SystemA and SystemB and assuming that they can see each other. Let SystemA
> be the PulseAudio server and SystemB be the PulseAudio client.
>
> -Make sure PulseAudio daemon is started at least on SystemA:
> #ps -ely|grep -i pulse
>
> on SystemA(Server):
> --------------------
> -run 'paprefs'. And perform the configuration as follows.
>
> NetworkAccessTab:
>   EnableNetworkAccessToLocalSoundDevices=yes
>   AllowOtherMachinesOnTheLanToDiscoverLocalSoundDevices=yes
>   Don'tRequireAuthentication=yes
>   MakeDiscoverableNetworkSoundDevicesAvailableLocally=yes
> MulticastTab:
>   EnableMulticast/RtpReceiver=yes
>   EnableMulticast/RtpSender=yes
>     SendAudioFromLocalMicrophone=no
>     SendAudioFromLocalSpeakers=yes
>     CreateSeparateAudioDeviceForMulticast/Rtp=no
>
> -now play an audio file. Make sure that your systems sound configuration is
> configured to use PulseAudio.
>
> On SystemB(client):
> -------------------
> -run 'tcpdump' to look for any multicast from the SystemA. Take note of the
> multicast ip and port# (eg. 224.0.x.x). You'll need to refer to it later in
> the player on SystemB.  On my system, it's 224.0.0.56.46946.
>
> $ sudo tcpdump -n net 224.0.0.0/8 -c 10
>
> $ mplayer -demuxer rawaudio -rawaudio
> channels=2:rate=44100:samplesize=2:format=0x10001 rtp://224.0.0.56.46946
>
> -Note: As you can see, i'm using 'mplayer' in this example. but you can use
> another that support RTP streaming.  Take note of the parameter values that
> is specified with 'mplayer', you'd have to probably enter it in you player.
>
>
> Caveat: Please note that the configuration in this posting is extremely open
> and could potentially cause security concerns.  The purpose is to show you
> how to get things running and you can tweak the settings to suit your need.

This is really great info

But if you didn't want to run an application all the time to play the
sound, could you not configure SystemB to serve as a sink for system A?

I think Pulseaudio has this concept of sources and sinks, where sources
stram any sounds, and Sinks can grab any streams and just play them without
an application because the sound server will send send them to your
speakers.  Is this not correct?
-- 
To unsubscribe, e-mail: opensuse+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse+help@xxxxxxxxxxxx