[pulseaudio-tickets] [PulseAudio] #400: Pulseaudio is downmixing channels to every speaker (using 4 channels)
#400: Pulseaudio is downmixing channels to every speaker (using 4 channels) +--- Reporter: Cimi| Owner: lennart Type: defect | Status: new Priority: normal | Milestone: Component: daemon |Severity: normal Keywords: | +--- I've 4 speakers, 2 fronts 2 rears. I've configured pulseaudio to use 4 channels, but when it streams the center channel of an Ac3 video this channel is played by every channel (even the rear channels). I guess this is a bug related to some downmixing, pulseaudio 0.9.10 from ubuntu Hardy. May I ask for a temporary workaround? (maybe using default.pa) -- Ticket URL: http://www.pulseaudio.org/ticket/400 PulseAudio http://pulseaudio.org/ The PulseAudio Sound Server ___ pulseaudio-tickets mailing list pulseaudio-tickets@mail.0pointer.de https://tango.0pointer.de/mailman/listinfo/pulseaudio-tickets
Re: [pulseaudio-tickets] [PulseAudio] #400: Pulseaudio is downmixing channels to every speaker (using 4 channels)
#400: Pulseaudio is downmixing channels to every speaker (using 4 channels) -+-- Reporter: Cimi| Owner: lennart Type: defect | Status: new Priority: normal | Milestone: Component: daemon |Severity: normal Resolution: |Keywords: -+-- Comment (by Cimi): I forgot to say that both mplayer and xine downmix the center channel (and the LFE, which I forgot to say it is downmixed to every speaker with PA) to the front speakers -- Ticket URL: http://www.pulseaudio.org/ticket/400#comment:1 PulseAudio http://pulseaudio.org/ The PulseAudio Sound Server ___ pulseaudio-tickets mailing list pulseaudio-tickets@mail.0pointer.de https://tango.0pointer.de/mailman/listinfo/pulseaudio-tickets
Re: [pulseaudio-tickets] [PulseAudio] #400: Pulseaudio is downmixing channels to every speaker (using 4 channels)
#400: Pulseaudio is downmixing channels to every speaker (using 4 channels) -+-- Reporter: Cimi| Owner: lennart Type: defect | Status: new Priority: normal | Milestone: Component: daemon |Severity: normal Resolution: |Keywords: -+-- Changes (by Cimi): * cc: [EMAIL PROTECTED] (added) -- Ticket URL: http://www.pulseaudio.org/ticket/400#comment:2 PulseAudio http://pulseaudio.org/ The PulseAudio Sound Server ___ pulseaudio-tickets mailing list pulseaudio-tickets@mail.0pointer.de https://tango.0pointer.de/mailman/listinfo/pulseaudio-tickets
Re: [pulseaudio-tickets] [PulseAudio] #153: OSS wrapper - Assertion `pa_atomic_load((b)-_ref) 0' failed.
#153: OSS wrapper - Assertion `pa_atomic_load((b)-_ref) 0' failed. -+-- Reporter: jone| Owner: lennart Type: defect | Status: new Priority: normal | Milestone: Component: padsp |Severity: normal Resolution: |Keywords: -+-- Changes (by wvengen): * cc: wvengen (added) -- Ticket URL: http://www.pulseaudio.org/ticket/153#comment:4 PulseAudio http://pulseaudio.org/ The PulseAudio Sound Server ___ pulseaudio-tickets mailing list pulseaudio-tickets@mail.0pointer.de https://tango.0pointer.de/mailman/listinfo/pulseaudio-tickets
[pulseaudio-tickets] [PulseAudio] #401: 32bit client can't use shm to talk to 64bit PA daemon
#401: 32bit client can't use shm to talk to 64bit PA daemon -+-- Reporter: michich | Owner: lennart Type: defect | Status: new Priority: low | Milestone: Component: core |Severity: minor Keywords: | -+-- A 32bit program (for testing I use the package qmmp.i386 on Fedora Rawhide x86_64) is unable to use shared memory to communicate with the 64bit pulseaudio daemon. The client prints an error message: E: shm.c: Invalid shared memory segment size The error is not fatal, the client is able to play sounds anyway (I think it uses sockets for all data then). The problem is caused by a smaller size of struct shm_marker when compiled for i386. I don't think the _reserved fields should be pointers. -- Ticket URL: http://www.pulseaudio.org/ticket/401 PulseAudio http://pulseaudio.org/ The PulseAudio Sound Server ___ pulseaudio-tickets mailing list pulseaudio-tickets@mail.0pointer.de https://tango.0pointer.de/mailman/listinfo/pulseaudio-tickets
[pulseaudio-tickets] [PulseAudio] #402: Slow motion video in Totem
#402: Slow motion video in Totem +--- Reporter: whizse | Owner: lennart Type: defect | Status: new Priority: normal | Milestone: Component: daemon |Severity: normal Keywords: | +--- I keep having a strange problem with Totem (using the Gstreamer backend). Every so often when I watch a movie, the video slows down to only a few frames per second, but audio is fine. This can happen spontaneously, but is easiest reproduced by pausing the movie for a long period (several minutes) and resuming playback. Restarting Totem doesn't help, I still get slow video and normal audio, but restarting pulseaudio gets everything back to normal. When this happens, pulseaudio starts using a lot more CPU than normal, it goes from 2-3% up to 18-19%. Usually this is where it shuts down automatically, so I'm now using no-cpu-limit = yes. I'm using PulseAudio 0.9.13 on Debian sid/unstable, kernel 2.6.27. The built-in sound card is identified as 00:1b.0 Audio device: Intel Corporation 82801JI (ICH10 Family) HD Audio Controller. I'm attaching backtraces from both totem and pulseaudio when this happens. A very similar problem is discussed in this Ubuntu bug report; https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/221488 It's also similar to ticket 240, but I haven't used suspend before this happens. -- Ticket URL: http://www.pulseaudio.org/ticket/402 PulseAudio http://pulseaudio.org/ The PulseAudio Sound Server ___ pulseaudio-tickets mailing list pulseaudio-tickets@mail.0pointer.de https://tango.0pointer.de/mailman/listinfo/pulseaudio-tickets