{5} Assigned, Active Tickets by Owner (Full Description) (11 matches)
List tickets assigned, group by ticket owner. This report demonstrates the use of full-row display.
coling
| Ticket | Summary | Component | Milestone | Type | Severity | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #69 | support airport express as audio sink | daemon | enhancement | normal | 03/11/07 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Using raop-play, (or Justeport?) it should be possible to find airport express audio devices on the network, and use it as an audio sink (hopefully with a method to release the device when there are no streams playing through it, so other computers running iTunes can use it without problems). Is this a possibility? :-) |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
lennart
| Ticket | Summary | Component | Milestone | Type | Severity | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #86 | Stereo RTP streams switch channels | module-rtp-* | defect | normal | 05/23/07 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Long running RTP streams seem to switch left and right channels. Normally this isn't a big deal - e.g. music. I am using the two channels to carry different information, so it is a big deal for me. I haven't really narrowed down where the bug is happening, I will set up a test rig which will send a 1K tone down the left channel and a 4K tone down the right channel and work out where the switching happens. Happy to take other advice on debugging this. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #73 | RTP Receive default sink | module-rtp-* | enhancement | minor | 04/02/07 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
module-rtp-recv can only connect new received streams to the default sink. This makes it difficult to automatically route different RTP streams to different sinks. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #74 | RTP Receive channel map | module-rtp-* | enhancement | minor | 04/02/07 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
RTP receive cannot map channels A single channel RTP stream is assumed to be mono A dual channel RTP stream is assumed to be stereo There is no way to change this |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #110 | Reading USB name from HAL too quickly | module-hal-detect | tracking | normal | 07/25/07 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
hal 0.5.9-1ubuntu2~feisty1 I'm getting USB devices with names like: alsa_output.usb_device_ffffffff_ffffffff_noserial_alsa_playback_0 When I look in HAL the name is: alsa_output.usb_device_471_155_noserial_if0_alsa_playback_0 My guess is that pulse is getting the name out of HAL before HAL has received the reply from the USB device describing it's USB ID.HAL probably starts the name off as FFFFFFFF and changes it when the USB device responds. Note the missing if0. HAL hasn't picked the USB device config to use yet. This is happening pretty much every time I unplug/plug one of my USB devices. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #135 | X11 connection is always opened | libpulse | enhancement | normal | 10/09/07 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I installed PulseAudio on an old, small, fan-less x86 box that is close to the hi-fi system. On my home server I have a mpd installed that uses this audio sink box. Now it always tries to open up a X11 connection as client. If I'm logged in such that the original display is available it will fail to play music just printing "X connection to localhost:11.0 broken (explicit kill or server shutdown)." or similar (DISPLAY variable may change) on the screen. Not that there is no local X installed on the box running the media player. If I log out I can play music and get "E: client-conf-x11.c: XOpenDisplay() failed" in the log file. It seems that the client always tries to open an X11 connection, which is obviously not the right thing to do. At least there should be a configuration parameter in client.conf to turn this off. Also it should not abort at that point if it cannot open the X connection, but it should just try to play. Doing an "unset DISPLAY" in the startup script just before mpd is started is a workaround. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #154 | The error message is confusing when a client tries to connect to a daemon that isn't running | clients | enhancement | normal | 11/11/07 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
The (too long) short summary says it all... well, maybe I'll elaborate a bit: Unable to connect: Connection refused That looks like a permission/authentication problem. It would be nice if the error would be "Unable to connect: Daemon not running" or something else that tells what the problem likely is. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #186 | pavucontrol should show the name of the sinks | pavucontrol | enhancement | normal | 12/11/07 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Using multiple remaps or other things on the same device, the description of the sinks will be the same in pavucontrol. ("Remapped ALSA PCM on surround71 (CA0106)" in my case) Including the sink_name in the format-string would be more usable as theres no need to guess which sink is the right anymore. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #189 | Killing a stream with pavucontrol doesn't kill the client it belongs to | pavucontrol | enhancement | normal | 12/14/07 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Just insalled a new version of pavucontrol that allows me to kill a client connection. Due to a misconfigured flash plugin, this looked quite helpful since the ~30 client connection limit is rapidly eaten up by it within some seconds... Since I almost always have pavucontrol opened, I tried to kill all those connections. They're removed from the stream list, but pulseaudio's file descriptors to the local socket aren't closed and (as before) further client connections are disallowed. This is with SVN as of two days ago IIRC. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #191 | get-default-sink/source in pacmd/pactl | clients | enhancement | normal | 12/17/07 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
A get-default-sink/source in pacmd and get/set-default-sink/source in pactl will be really useful for scripting purposes. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #214 | Ability to change sinks volumes from CLI on runtime | clients | enhancement | normal | 01/09/08 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Hi, I haven't found a way to change volume from command-line (in a non-interactive way) for sinks. I need it to be able to attach volume scripts to my notebook buttons. "pulseaudio -nF" with commands fails with error: E: pid.c: Daemon already running. E: main.c: pa_pid_file_create() failed. Other programs like pactl, pavucontrol, paprefs etc. get no commandline options at all or do not offer the needed functions. So is there a way that I haven't found? Basically what I need is to issue commands like those offered with amixer i.e. volume up (with unmute), volume down, volume up by %, volume down by %, mute, unmute, toggle mute etc. Right now, I can only control PCM with amixer through pulse. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
