FS#34116 - [qt5-multimedia] doesn't work without pulseaudio running
Attached to Project:
Arch Linux
Opened by Tom (SeeLook) - Saturday, 02 March 2013, 18:40 GMT
Last edited by Antonio Rojas (arojas) - Thursday, 16 February 2017, 18:27 GMT
Opened by Tom (SeeLook) - Saturday, 02 March 2013, 18:40 GMT
Last edited by Antonio Rojas (arojas) - Thursday, 16 February 2017, 18:27 GMT
|
Details
Description:
Any application using this framework will depend on PulseAudio When Pulse isn't running it hangs up on: Unable to create a connection to the pulseaudio context I think it is because Qt5 was built with -audio-backend flag and only one backend is available: pulseaudio. To make qt5-multimedia directly depends on PulseAudio was unintentional I hope... Fortunately any package depends on qt5-multimedia yet, but this fact won't bring popularity for this framework... Additional info: * package version extra/qt5-multimedia 5.0.1-5 (qt)(s) Steps to reproduce: Just try to compile some Qt Multimedia (Audio input/output or audio devices) example and run. |
This task depends upon
Closed by Antonio Rojas (arojas)
Thursday, 16 February 2017, 18:27 GMT
Reason for closing: Fixed
Additional comments about closing: alsa plugin is available in 5.8
Thursday, 16 February 2017, 18:27 GMT
Reason for closing: Fixed
Additional comments about closing: alsa plugin is available in 5.8
There are two low level classes: QAudioInput and QAudioOutput corresponding with devices through ALSA when Qt was complied without support for audio pulugins or through plugin(s). For this moment We have only one:
ls /usr/lib/qt/plugins/audio/
libqtmedia_pulse.so*
Just try this Qt example:
http://qt-project.org/doc/qt-5.0/qtmultimedia/multimedia-audiodevices.html
It doesn't work without PulseAudio installed
However, this means that the QtMultimedia package is effectively broken for anyone not using PulseAudio. My suggestion would be to provide an alternative package which has PulseAudio explicitly disabled and let the user choose which one to install.
https://codereview.qt-project.org/#/c/87414/
https://bugreports.qt-project.org/browse/QTBUG-40190
Could the fix be backported to 5.3 if it's as simple as changing the plugins.pro to compile both ?
I think it's still worth backporting as a temporary fix until Qt 5.4 comes out..
Since qtmultimedia.pro checks for the presence of 'alsa' in 'QT_CONFIG', this should implicitly fix this package on rebuild.