Re: anyone experience with pulseaudio on here?
Re: anyone experience with pulseaudio on here?
- Subject: Re: anyone experience with pulseaudio on here?
- From: Patrick Shirkey <email@hidden>
- Date: Mon, 02 Feb 2015 11:39:05 +1100 (EST)
- Importance: Normal
On Mon, February 2, 2015 4:55 am, René J.V. Bertin wrote:
> Does anyone on here have experience with the PulseAudio daemon
> (http://www.freedesktop.org/wiki/Software/PulseAudio/), and the way it
> uses CoreAudio?
>
You'll probably get better response on the PA devel list.
> It works, even through the pulseaudio backend to phonon, but there are a
> few glitches:
>
> - device names are not human-readable (e.g. "__C______vb___" below) and
> change after each restart of the daemon. This makes it impossible to
> define a default device persistently, and audio will always stream to the
> built-in speakers by default.
> - pavucontrol (http://freedesktop.org/software/pulseaudio/pavucontrol) can
> be used to set the default output device (= reset, after each pulseaudio
> restart), but changing the device an application streams to does not work
> (it does under Linux), at least not reliably. When trying, it either
> works, or I get errors as shown below :
>
> I: [] source-output.c: Freeing output 23 "Peak detect"
> I: [] sink-input.c: Freeing input 8 "Playback Stream"
> I: [] client.c: Freed 12 "dragonplayer"
> I: [] protocol-native.c: Connection died.
> I: [] client.c: Created 13 "Native client (UNIX socket client)"
> I: [] module-stream-restore.c: Restoring device for stream
> sink-input-by-application-name:dragonplayer.
> I: [] sink-input.c: Trying to change sample rate
> I: [] sink-input.c: Rate changed to 44100 Hz
> I: [] module-stream-restore.c: Restoring mute state for sink input
> sink-input-by-application-name:dragonplayer.
> I: [] resampler.c: Forcing resampler 'copy', because of fixed, identical
> sample rates.
> I: [] sink-input.c: Created input 9 "pulsesink probe" on __C______vb___
> with sample spec s16le 2ch 44100Hz and channel map front-left,front-right
> I: [] sink-input.c: media.name = "pulsesink probe"
> I: [] sink-input.c: application.name = "dragonplayer"
> I: [] sink-input.c: native-protocol.peer = "UNIX socket client"
> I: [] sink-input.c: native-protocol.version = "29"
> I: [] sink-input.c: application.process.id = "33903"
> I: [] sink-input.c: application.process.user = "bertin"
> I: [] sink-input.c: application.process.host = "Portia.local"
> I: [] sink-input.c: application.process.binary = "dragon"
> I: [] sink-input.c: application.language = "C"
> I: [] sink-input.c: window.x11.display = ":0"
> I: [] sink-input.c: application.process.machine_id =
> "fdf7192e1d5c120cc731c3f654988e5b"
> I: [] sink-input.c: module-stream-restore.id =
> "sink-input-by-application-name:dragonplayer"
> I: [] protocol-native.c: Requested tlength=272.11 ms, minreq=20.00 ms
> I: [] protocol-native.c: Final latency 540.00 ms = 250.00 ms + 2*20.00 ms
> + 250.00 ms
> W: [iMic USB audio system] module-coreaudio-device.c: Failed to get device
> latency: 560947818
> W: [iMic USB audio system] module-coreaudio-device.c: Failed to get buffer
> frame size: 560947818
> W: [iMic USB audio system] module-coreaudio-device.c: Failed to get safety
> offset: 560947818
> W: [iMic USB audio system] module-coreaudio-device.c: Failed to get
> streams: 560947818
>
> Do these issues ring any bells?
>
> Thanks,
> René
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Coreaudio-api mailing list (email@hidden)
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden
--
Patrick Shirkey
Boost Hardware Ltd
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden