Build with pulseaudio and ALSA?

A library to play Commodore 64 music derived from libsidplay2

Brought to you by: alankila, drfiemost

This project can now be found here.

#5 Build with pulseaudio and ALSA?

Milestone: None

Status: closed

Owner: Leandro Nini

Labels: None

Priority: 5

Updated: 2013-09-28

Created: 2013-03-26

Creator: Simon Perry

Private: No

Hey there,

One annoyance I've found building this on a couple of my boxes is the automatic pulseaudio or ALSA output support.

Is there a way you can make it include both pulseaudio and ALSA support?

The reason is that I have a box that doesn't run the pulseaudio daemon (uses ALSA), but has libpulse installed because of package dependencies (Arch Linux), so when I build sidplayfp it detects libpulse, then will only output if pulseaudio is running.

Any chance of, say, "build in support for both, but use ALSA if pulseaudio fails"?

As it is now, I can't create a generic package for Arch that will use either.

Cheers, still love the sound.

Related

News: 2013/09/released-libsidplayfp-110

Discussion

Simon Perry - 2013-03-26

Sorry, my last sentence should have been:

"As it is now, I can't create a generic package for Arch that will both if libpulse is detected."

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Simon Perry - 2013-03-26

*use both

Dammit (been drinkin')... :)

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Leandro Nini - 2013-03-26

assigned_to: nobody --> drfiemost
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Simon Perry - 2013-03-27

By the way, I've decided to make two packages (I'm the package maintainer of these in the Arch AUR).

sidplay-residfp-alsa
sidplay-residfp-pulse

This should remedy the issue, so up to you whether you think it's worth the work of what I asked for originally.

Cheers!

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Leandro Nini - 2013-07-20

I tweaked the autotool bits to support simultaneous multiple APIs but ATM I am too lazy to touch the code.
Leave it here for the future.

multiple-api.diff

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Leandro Nini - 2013-07-20

status: open --> accepted

Group: -->
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Leandro Nini - 2013-08-15

Support for multiple API at runtime with a fallback mechanism is ready in trunk,
scheduled for 1.1

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Leandro Nini - 2013-08-15

status: accepted --> pending
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Leandro Nini - 2013-09-08

Available in 1.1.0beta, if someone wants to test before the official release.

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Simon Perry - 2013-09-09

Builds fine.

On my work system (running gnome-shell, therefore Pulse) if I kill off the pulse daemon, it won't play via ALSA.

ALSA lib pulse.c:243:(pulse_connect) PulseAudio: Unable to connect: Connection refused

/dev/dsp: No such file or directory
sidplayfp: ERROR: Could locate an audio device.

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Leandro Nini - 2013-09-09

That's an OSS error, it seems that the ALSA backend is being skipped. Can you please attach the config.log?

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Simon Perry - 2013-09-09

I've just tested on two extra boxes (the error earlier was from my work laptop).

First box is ALSA only, only libpulse is installed by dependencies, no pulseaudio daemon. Playing fine.

Other system is another laptop, normal gnome-shell with pulseaudio. Also plays fine.

I'm thinking the failed test earlier today was due to me killing the pulseaudio daemon, then expecting it not to be detected (total guess). It is strange the /dev/dsp was tried (I guess, as well).

No OSS modules loaded on any of the three test systems.

So I don't know, given the other environments, seems ok. I can post the build log from the other laptop tomorrow if you think it's still worth it.

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Leandro Nini - 2013-09-09

Yes, it wuold be interesting to check if and why ALSA has not been detected.

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Simon Perry - 2013-09-10

Attached config.log

config.log

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Leandro Nini - 2013-09-10

Found a bug in the configure script that prevented the Pulse backend to be built, but ALSA is being correctly detected, so the Pulse error looks even more strange. Maybe ALSA on your machine is configured to run through the pulseaudio server?
Anyway there are some fixes and error reporting cleanups in svn if you want to give a try. I can also make a new beta tarball if you prefer.

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Leandro Nini - 2013-09-28

Available in 1.1, thanks for the feedback. If there are still issues please open new ticket.

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Leandro Nini - 2013-09-28

status: pending --> closed
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Log in to post a comment.