trunk build, with pulseaudio disabled, hangs @ exec trying to use PulseAudio

[GoogleCodeExporter]

i'm building gnome-mplayer on opensuse 12.1/64.

i've removed pulse-audio from the system to the extent possible,

    rpm -qa | grep -i pulse
        libpulse-mainloop-glib0-1.1-86.2.x86_64
        libpulse-devel-1.1-86.2.x86_64
        libpulse0-1.1-86.2.x86_64

and have setup to use recent alsa

    alsactl -v
        alsactl version 1.0.25

as my audio system.

building trunk,

    cd /usr/local/src/gnome-mplayer
    svn info | grep Revision
        Revision: 2206

configuring WITHOUT pulseaudio,

    ./configure --with-dbus \
    --with-alsa=yes --with-pulseaudio=no \
    --with-libgpod --with-libmusicbrainz3

        ...
        checking for DBUS... yes
        checking for XSCRNSAVER... yes
        checking for ALSA... yes
        checking for NOTIFY... yes
        checking for LIBNOTIFY_07... yes
        checking for GPOD06... no
        configure: Compiling without libgpod 0.6.0 support
        checking for GPOD07... yes
        checking for MUSICBRAINZ... yes
        checking for NAUTILUS... no
        configure: gmlib is using gsettings for preference storage
        checking for pkg-config... (cached) /usr/bin/pkg-config
        checking pkg-config is at least version 0.16... yes
        ...

make complete,

    make -j5
    make install
    ldconfig
    rehash

    which gnome-mplayer
        /usr/local/bin/gnome-mplayer
    ls -al `which gnome-mplayer`
        -rwxr-xr-x 1 root root 741K Feb  9 10:44 /usr/local/bin/gnome-mplayer*

on exec, however, it uses PulseAudio device -- despite having disabled support,

    gnome-mplayer --reallyverbose
        GNOME MPlayer v1.0.6b1
        gmtk v1.0.6b1
        Running in single instance mode
        Running with GIO support
    ??  Using audio device: PulseAudio
        Using MPlayer Software Volume control

and hangs here, pushing cpu -> ~100%, and

    top -p 9601
          PID USER      PR  NI  VIRT  RES  SHR S   %CPU %MEM    TIME+  COMMAND
         9601 dev       20   0  718m  25m  19m R     98  0.3   4:25.30 gnome-mplayer

Original issue reported on code.google.com by pgnet.dev on 9 Feb 2012 at 7:02

[GoogleCodeExporter]

This:   Using audio device: PulseAudio

Comes from your local configuration. Open up gnome-mplayer, select edit 
preferences and change the audio device to something else. The default value is 
"Default" as it comes shipped in my source package. You will also not that it 
is using mplayer software volume control, which means that it is not trying to 
talk to pulse, it is using an internal volume value. If it is hanging without 
opening a file, something else is wrong.

Original comment by kdeko...@gmail.com on 13 Feb 2012 at 2:18

[GoogleCodeExporter]

tracked down the source of the problem.

i'd clean-built a prereq, gmtk (http://gmtk.googlecode.com/svn/trunk), with 
config of:

  ./configure --with-alsa=yes --with-pulseaudio=no
  make
  make install

apparently, something hung around from prior install that'd had 
"--with-pulseaudio=yes".

a complete uninstall, and manual delete of any/all *gmtk* files/dirs on disk, 
then a clean re-install, as above seems to have done the trick -- in that it no 
longer hangs.

In addition, changing GNOME Mplayer prefs -> Audio Ouput -> ALSA, although it 
has no effect on the hand at all, does clear up the output at launch.

now,

gnome-mplayer --reallyverbose
  GNOME MPlayer v1.0.6b1
  gmtk v1.0.6b1
  Running in single instance mode
  Running with GIO support
  Using audio device: ALSA
  Using MPlayer Software Volume control
  Using match: type='signal',interface='com.gnome.mplayer'
  Using match: type='signal',interface='org.gnome.SettingsDaemon'
  Using match: type='signal',interface='org.gnome.SettingsDaemon.MediaKeys'
  Proxy connections and Command connected

and, back to normal operation.

thanks.

Original comment by pgnet.dev on 13 Feb 2012 at 6:01

[GoogleCodeExporter]

Original comment by kdeko...@gmail.com on 20 Feb 2012 at 2:20

• Changed state: Done