[pulseaudio-discuss] pulseaudio problem when using x2go and likewise-open
Hi, I have read all the related documentation on http://www.pulseaudio.org/wiki/ServerStrings and related wikis, and I understood what it is written there, still I need some more information how can I debug or start manually pulseaudio SSH forward. What is this thread about: Ubuntu 10.10 with Likewise-open connected to corporate LDAP. X2go server installed and configured using pulseaudio forwarding sound from the server to the clients. Problem: x2goclient can't make ssh pulseaudio tunnel when using LDAP user. x2goclient can make ssh pulseaudio tunnel when using local ubuntu user. It is nothing with group permissions, as they are not needed, because I do have configured, and working system wide mode ( http://www.pulseaudio.org/wiki/SystemWideInstance). Logging physically on the Ubuntu x2goserver with LDAP user does have sound, but the access to the soundcard is through the physical hardware. I am in touch with x2go-developers, and there have live discussion with them on their mailing list as well: https://lists.berlios.de/pipermail/x2go-dev/2010-December/thread.html#start and more specific: the thread: [X2go-dev] x2go with likewise-open (ldap) questions https://lists.berlios.de/pipermail/x2go-dev/2010-December/001361.html Currently I do have 2 remote open x2go sessions. One using LDAP user, the other Local Ubuntu user. I don't have anything in hardware and aplay -l or aplay -L or lspci -v are absolutely same. The difference from gnome-volume-control is the Output Tab. The LDAP user has Dummy Output, while the Local Ubuntu user has Windows waveOut PCM My questions are: 1. In this situation, can I try to start manually pulseaudio server forward in the LDAP user? 2. Is there a way do make some deep debugs on the LDAP user, so to get what exactly is getting wrong P.S. My assumption is that x2go side has un-escaped string for username, which now because of LDAP include @ and converted to \. I'm checking the sources, still that will take its time. My x2goclients are both Windows 7(for all my experience up is used), and another Ubuntu 10.10 (on VMware). The VM has sound, but the x2goclient does not have in all cases (doesn't matter if the user is LDAP or Local Ubuntu). Bottom line: can you give me more information how this forward happens exactly, or help me with deep investigation from pulseaudio side. Thanks and Best Regards Ivan ___ pulseaudio-discuss mailing list pulseaudio-discuss@mail.0pointer.de https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss
Re: [pulseaudio-discuss] Pulseaudio for two sessions at the same time
'Twas brillig, and Noel David Torres Taño at 14/12/10 17:53 did gyre and gimble: (continues here) I've deleted .pulse and .pulse-cookie to be sure, removed both accounts from audio group and set them both in pulse-access group. Still first session opened gets sound (even when changing sessions, so ConsoleKit is not in the way) and secondly opened one gets no sound. May it be that extra PA processes are opened? How to avoid that and get each session connect to the system-wide PA? $ ps -A u | grep pulse pulse12594 0.0 0.1 273444 5132 ?Ssl 16:52 0:01 /usr/bin/pulseaudio --system --daemonize --high-priority --log-target=syslog --disallow-module-loading=1 user115671 0.0 0.1 218140 5144 ?Ssl 17:41 0:00 /usr/bin/pulseaudio --start user216193 0.4 0.0 335412 3868 ?Ssl 17:45 0:00 /usr/bin/pulseaudio --start user1 16306 0.0 0.0 9612 892 pts/1S+ 17:46 0:00 grep pulse Hmm, interesting. pulseaudio --start should basically exit when a system-wide instance is present IIRC. I'll dig through the code and do some experiments to try and work out what's going on. As I don't use system wide myself, I'm maybe missing something. I'll try and get back to you soon. Col -- Colin Guthrie gmane(at)colin.guthr.ie http://colin.guthr.ie/ Day Job: Tribalogic Limited [http://www.tribalogic.net/] Open Source: Mageia Contributor [http://www.mageia.org/] PulseAudio Hacker [http://www.pulseaudio.org/] Trac Hacker [http://trac.edgewall.org/] ___ pulseaudio-discuss mailing list pulseaudio-discuss@mail.0pointer.de https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss
Re: [pulseaudio-discuss] [gst-devel] [PATCH 0/3] Fighting rewinds
Am 10.12.2010 17:37, schrieb pl bossart: However, the problem is quite complex and there does not seem to be one perfect fix, it's more of an optimisation problem. GStreamer in particular sends out many small data packages, and PulseAudio does not handle that very well. That's the default behavior, but you can cut the traffic by using the latency-time property in pulsesink. This makes sure you send bigger buffers, up to the 64k limit that PulseAudio has internally. Thanks, that's good to know. Now, I'm just playing a simple audio file with totem, so obviously we want high latency and large packet sizes, but I'm not a gstreamer developer - do you have an idea of what can be at fault here? Should totem specify a big packet size (regardless of sink?), or can we just change the default packet size to something big for people not requesting anything in particular? The default pulsesink settings for latency/buffering are inherited from a base class. I would agree with you that they should be large by default and decreased explicitly when the application wants low-latency (gaming, speech), but the opposite is done... It's my understanding that higher-level components in the Meego/Qt stack will specify bigger buffers/higher latencies, but for people who use plain vanilla gstreamer optimizing for power requires a bit of knowledge and manual configurations. This is unfortunate since every single player will need to repeat this configuration. -Pierre We could consider tweaking the settings on the high-level bins. I mean after all playbin2 is used for playback of media, so it could select a high latency (at least a higher default). Imho farsight would alreday set a low latency on the pulsesrc/sink. Stefan ___ pulseaudio-discuss mailing list pulseaudio-discuss@mail.0pointer.de https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss
Re: [pulseaudio-discuss] jack-module tips?
At Sat, 11 Dec 2010 00:25:59 +0800, Ng Oon-Ee wrote: Your script should load the jack modules and set them as default. This would only work if you haven't had your streams saved to go to the soundcard via PA (module-restore-streams I think). Alternatively you could just pactl list and unload your soundcard module, so only module-jack-source/sink are loaded, it'll all work then. Okay, thanks. Probably I had done that by GUI on the occasions when it worked better before. By the way, is there a better GUI to change the default sink/source? The only GUI way I could find is to open the pa applet, which has Default sink and Default source in the indicator menu. But, I see only Default and Other [1], and to use Other, I have to type in the exact name. It's possible but less than ideal vis-à-vis usability, especially if pa is targeted for typical consumer-grade applications, whose users don't want to have to learn the pa CLI to do basic configuration :) Quite possibly I'm missing something. Thanks! James -- James Harkins /// dewdrop world jamshar...@dewdrop-world.net http://www.dewdrop-world.net Come said the Muse, Sing me a song no poet has yet chanted, Sing me the universal. -- Whitman blog: http://www.dewdrop-world.net/words audio clips: http://www.dewdrop-world.net/audio more audio: http://soundcloud.com/dewdrop_world/tracks [1] inline: pa-set-sink.png___ pulseaudio-discuss mailing list pulseaudio-discuss@mail.0pointer.de https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss
Re: [pulseaudio-discuss] Forcing a mapping from a stream to a device
[Adding the list back in - I think I may have removed it accidentally :s ] 'Twas brillig, and Matt Feifarek at 15/12/10 00:06 did gyre and gimble: On Thu, Dec 9, 2010 at 12:32 PM, Colin Guthrie gm...@colin.guthr.ie I've a funny feeling we discussed this on IRC but perhaps not. Jeez, I hope not. I did have this problem before with another device... I may have asked... if so, I didn't solve the problem, and therefore forgot. If I did, I really am sorry to waste your time. Oh don't worry. I just remember discussing something similar with someone recently and with the length of time this mail was stuck in the moderation queue, I figured it may have been you. No need to apologise for wasting time etc. I wouldn't have replied if I didn't want to :D Can you provide output pacmd list-sink-inputs output when one of these calls is in progress. The interesting bit will be the stream restore id in the proplist. Attached. It seems that Chromium might be shooting straight for ALSA rather than Pulse. This ought to be caught by pulse, right? If it's listed at all in pacmd it definitely is caught by pulse. The Chromium connection going via alsa is perfectly OK. It's basically just using alsa API and using the 'default' device which is correctly routed via pulse. Technically there are several different parts to alsa (i.e the driver and the audio library) Using Alsa the api to talk to pulse is a proper part of a good setup :) This will be more complicated as the browser is a general purpose system, and yet it's trying to do use-case specific things. Well, perhaps in my case I'm lucky... it's a specific plugin, that seems to be properly identifying itself: GoogleTalkPlugin. Yeah that's good. It will be saved/restored independently of the flash and movies and such like coming from Chromium. It doesn't set a media.role for itself which it likely should. Skype should work fine. Skype even identifies it's streams properly - phone for it call audio and event for the ringing sound etc. Hmm. I'm not having good luck, but I'll keep trying. Good to know. Have a look at pacmd list-sink-inputs (and list-source-outputs) when a Skype call is in progress. You should see a media.role = phone in there somehow. Generally speaking, pavucontrol is the app you want. I have no idea what earcandy is. It's not really worth mucking with, but: https://launchpad.net/earcandy /me has heard of it actually... I just keep forgetting as it's not on my radar 99% of the time. I like the name tho' :D Glad to hear that the stock conf should be working for me; now at least I know it's worth it to keep trying. Thanks so much for your detailed response. No worries, feel free to ask more questions if things don't behave better for you. Generally speaking pacmd list output is the most useful debug - preferably when the things that's not behaving is active in some way. Cheers Col -- Colin Guthrie gmane(at)colin.guthr.ie http://colin.guthr.ie/ Day Job: Tribalogic Limited [http://www.tribalogic.net/] Open Source: Mageia Contributor [http://www.mageia.org/] PulseAudio Hacker [http://www.pulseaudio.org/] Trac Hacker [http://trac.edgewall.org/] ___ pulseaudio-discuss mailing list pulseaudio-discuss@mail.0pointer.de https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss
Re: [pulseaudio-discuss] jack-module tips?
'Twas brillig, and James Harkins at 11/12/10 02:52 did gyre and gimble: By the way, is there a better GUI to change the default sink/source? The only GUI way I could find is to open the pa applet, which has Default sink and Default source in the indicator menu. But, I see only Default and Other [1], and to use Other, I have to type in the exact name. It's possible but less than ideal vis-à-vis usability, especially if pa is targeted for typical consumer-grade applications, whose users don't want to have to learn the pa CLI to do basic configuration :) If you are referring to padevchooser then it is deprecated and not really recommended (it works in an old way that is not really doing things the right way) At present the default device is a bit of a misnomer. It's really the fallback - e.g. the device to use when no other config or automated system specifies another device. Devices are saved on a per-app basis and restored via module-stream-restore. Sometimes other modules like module-intended-roles will try to map phone streams onto e.g. bluetooth headsets. If none of that provides a device, then we use the default device. Changing the default device will not actually move any currently running streams across to the new device, which catches a lot of people out (and it's also not how I would like to see things work personally). pavucontrol lets you specify which device is the default, as does gnome-volume-control. In KDE, there are priority lists of devices in systemsettings rather than a single default. HTHs Col -- Colin Guthrie gmane(at)colin.guthr.ie http://colin.guthr.ie/ Day Job: Tribalogic Limited [http://www.tribalogic.net/] Open Source: Mageia Contributor [http://www.mageia.org/] PulseAudio Hacker [http://www.pulseaudio.org/] Trac Hacker [http://trac.edgewall.org/] ___ pulseaudio-discuss mailing list pulseaudio-discuss@mail.0pointer.de https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss
Re: [pulseaudio-discuss] pulseaudio problem when using x2go and likewise-open
As I said above, we do not do any forward at all (well, it would be SSH that does this if anything, but it doesn't - yet). All we do is piggy back onto X11 forwarding built in to SSH. Overall, I'm not sure where you are running PA and why it needs to be system-wide at all (generally I would not recommend this), but come on IRC and then we can discuss and I can explain how things should be setup. I'm coling in #pulseaudio on Freenode. FWIW, I describe how the Remote X11 case works here: http://colin.guthr.ie/2009/08/sound-on-linux-is-confusing-defuzzing-part-2-pulseaudio/ which may be useful reading. Col -- Colin Guthrie Hi Colin, thanks for your reply, I have found the root cause, and it is in x2go side You can check their mailing list for more information: https://lists.berlios.de/pipermail/x2go-dev/2010-December/001388.html Best Regards Ivan ___ pulseaudio-discuss mailing list pulseaudio-discuss@mail.0pointer.de https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss
Re: [pulseaudio-discuss] pulseaudio problem when using x2go and likewise-open
'Twas brillig, and Colin Guthrie at 15/12/10 14:22 did gyre and gimble: 'Twas brillig, and Ivan Boyadzhiev at 15/12/10 09:48 did gyre and gimble: Hi, 8 snip! Just for the record, I spoke with Ivan and it seems the problem relates to x2go in some capacity. https://lists.berlios.de/pipermail/x2go-dev/2010-December/001388.html -- Colin Guthrie gmane(at)colin.guthr.ie http://colin.guthr.ie/ Day Job: Tribalogic Limited [http://www.tribalogic.net/] Open Source: Mageia Contributor [http://www.mageia.org/] PulseAudio Hacker [http://www.pulseaudio.org/] Trac Hacker [http://trac.edgewall.org/] ___ pulseaudio-discuss mailing list pulseaudio-discuss@mail.0pointer.de https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss
Re: [pulseaudio-discuss] Pulseaudio for two sessions at the same time
[...] I'll dig through the code and do some experiments to try and work out what's going on. As I don't use system wide myself, I'm maybe missing something. I'll try and get back to you soon. Col Thanks Noel er Envite ___ pulseaudio-discuss mailing list pulseaudio-discuss@mail.0pointer.de https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss
Re: [pulseaudio-discuss] *reminder* Re: [PATCH 0/3] Fighting rewinds
I never saw any feedback on the patches, is this because of lack of time, interest (i e you're not affected by the problem anyway), or knowledge (i e you don't know how the stuff works), or something else? For users running Ubuntu Maverick, there is a ppa for easy testing here: https://launchpad.net/~diwic/+archive/fighting-rewinds It also includes two fixes on the gstreamer side. -- David Henningsson, Canonical Ltd. http://launchpad.net/~diwic I am sorry I have not responded earlier but I have been so busy on another project. I will test the patch tomorrow on my Acer Aspire One PC running Meego and report back if it is helping (enough). I can not do it today as I am at another location. /Kim Therkelsen ___ pulseaudio-discuss mailing list pulseaudio-discuss@mail.0pointer.de https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss
