Missing icon and identification in Ubuntu sound preferences

[Conscious User]

When you play a video in OpenShot and open the Ubuntu sound preferences, in the "Applications" tab there is a OpenShot specific volume slider. However, this slider has the "icon not found" icon and is identified only as "python".

[Olivier Girard (eolinwen)]

I confirm this bug and the program is called python. it is working only when you play a file with and not when Openshot is opening. See the screenshots for more details below.

[Daniel Ellis (danellisuk)]

According to the pulse audio wiki, applications should set some properties to identify itself to pulse audio:-

http://www.pulseaudio.org/wiki/ApplicationProperties

Attached is a patch which adds the required variables. I don't know where the best location to put these three lines are, so it would be best if Jonathan could choose a suitable home for these three lines.

However! This patch does not work (yet!) because there is an issue with the pulse module of SDL. The SDL pulse module is identifying itself to PulseAudio using the process name. On my system, I have patched libsdl to not do this, and then finally OpenShot is identified correctly in the Sound Preferences dialog.

I will raise a bug with the libsdl1.2debian-pulseaudio package and add a reference to that bug here.

[Andy Finch (fincha)]

Thanks for looking into this Daniel.

[Daniel Ellis (danellisuk)]

Bug report for libsdl is Bug #597859

[Jonathan Thomas (jonoomph)]

Have the SDL developers commented on this yet? I think I am going to wait to implement this patch, until we know what the SDL folks say about the patch. Thanks for looking into this!

[Daniel Ellis (danellisuk)]

No comment from upstream yet (http://bugzilla.libsdl.org/show_bug.cgi?id=1011). I'm not sure how long to wait before emailing them directly. I think I will wait another week or so, in case they are on holiday.

[poweruser32 (poweruser32-deactivatedaccount)]

According to http://bugzilla.libsdl.org/show_bug.cgi?id=1011#c3 it has been fixed in SDL 1.3. I am going ahead and nominating this for release 1.4.

[Jonathan Thomas (jonoomph)]

We will soon no longer be using SDL to playback audio. So, we'll need to revisit this issue when we start integrating our own library backend, which uses JUCE to playback audio. Thanks.

[Andy Finch (fincha)]

Thanks for the patch, it's now committed.