Use the existing audio stack to play event sounds
Bug #1283065 reported by
Pat McGowan
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
indicator-datetime (Ubuntu) |
Fix Released
|
High
|
Charles Kerr |
Bug Description
This merge introduced several new packages in order to produce sounds on calendar events
https:/
We should rather use existing APIs in QtMultimedia or go directly to the media service in the platform api.
- reduce number of packages supported
- allow coordination for audio playback from multiple sources
- support multiple encoding formats
Related branches
lp:~charlesk/indicator-datetime/lp-1337348-use-gstreamer-api
- Ted Gould (community): Approve
- PS Jenkins bot (community): Approve (continuous-integration)
-
Diff: 441 lines (+118/-149)5 files modifiedCMakeLists.txt (+1/-1)
debian/control (+1/-1)
src/snap.cpp (+106/-146)
tests/manual (+10/-0)
tests/test-locations.cpp (+0/-1)
Changed in indicator-datetime (Ubuntu): | |
status: | New → In Progress |
To post a comment you must log in.
libcanberra just wraps around GStreamer and Pulse which are parts of our current audio stack. It's just small convenience API that we already support in main. Adding full Qt support to indicator-datetime seems kinda crazy (it doesn't have any Qt deps today)