https://bugs.kde.org/show_bug.cgi?id=477935
Bug ID: 477935
Summary: KDE - Intermittant Audio Notifications for Various
apps
Classification: Plasma
Product: plasma-pa
Version: 5.27.9
Platform: Other
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: general
Assignee: plasma-b...@kde.org
Reporter: globalun...@disroot.org
CC: isma...@gmail.com, m...@ratijas.tk, now...@gmail.com
Target Milestone: ---
Created attachment 163775
--> https://bugs.kde.org/attachment.cgi?id=163775&action=edit
Devs of Matrix Client Apps - what their claims are about audio notifications
and kde
KDE - Intermittant Audio Notifications for Various apps
All the following tests took approxx 9 hours to compile
Apps such as Brave Browser Element Web that are set to give audio notifications
from within their settings usually start to work
immediately after you have made the settings within the apps
The VISUAL NOTIFICATIONS always work 100% perfectly all the time-nonstop
However, it has ben noticed that after a while the AUDIO NOTIFICATIONS often
get 'missed' or simply stop despite the VISUAL NOTIFICATION getting displayed
OBSERVATIONS:
-------------
If some media is played that has audio via a separate app, then the AUDIO
NOTIFICATIONS immediately start up again along with the accompanying VISUAL
NOTIFICATIONS
It's almost as if having something else that you know will play audio will
effectively (at least temporarily) 'Fix/Restore' the audio notifications again
1. It's been observed that one only needs at least 1 second of audio to be
produced via any app (ex: VLC Player)
- ONLY THE LAST PART OF AN AUDIO NOTIFICATION GETS PLAYED/HEARD:
--------------------------------------------------------------
2. It should be noted that occasionally one only hears what sounds like the
last 'half' of a/the audio notification sound
The audio notification sound is normally approxx 1 whole whole second, but
sometimes you only hear the last half of this (about 1/2 a second)
3. This 'half' of a/the default audio notification has been observed to
frequently happen very often when performing the Speaker Left/Right test in the
audio settings,
but i have only ever seen this playback of a half a second playback happen
ONLY ever on the left speaker.
It's quite easy to re-produce this, simply tap on each speaker back and
forth at least 6 or 7 times, eventually the left speaker will end up playing
the last half of
the test sound.
Then it will go back to normal again until you perform the above steps to
re-produce the bug again
4. Even players such as VLC player often intermittantly also only only the
last-part of a small duration audio file
5. This also happens when you play some notifications sounds within the file
picker in the 'Configure Notifications window itself
Possibility: Maybe playback of the first x number of milliseconds of an audio
file never gets to be played or is simply not heard ?
Could this be a possible timing issue ?
THINGS TO NOTE - APPS:
----------------------
Brave Browser
Nheko matrix client
- Dev of app claims that they are not prepared to utilise the KNotifications
feature as it would make their app larger
sais that they use the FreeDesktop.org Implementation and that KDE has not
yet implemented that
Cinny matrix client
All have the same information about them displayed in:
KDE Plasma - Settings > Notifications > Application-specific settings
This application does not support configuring notifications on a per-event
basis
AUDIO NOTIFICATION TEST 1:
--------------------------
I decided to install and run the KDE App NeoChat - the matrix client
application because this is one client app which is specifically designed for
KDE plasma
and as such i wanted to test try the Systems Bult-In Application specific Audio
Notifications - something the above apps do not support
KDE Settings > Notifications > NeoChat > Configure Events...
Close to 4 Seconds
MediaInfo:
----------
General
Complete name :
/usr/share/sounds/Oxygen-Im-Phone-Ring.ogg
Format : Ogg
File size : 60.2 KiB
Duration : 4 s 138 ms
Overall bit rate mode : Variable
Overall bit rate : 119 kb/s
Audio
ID : 9740 (0x260C)
Format : Vorbis
Format settings, Floor : 1
Duration : 4 s 138 ms
Bit rate mode : Variable
Bit rate : 160 kb/s
Channel(s) : 2 channels
Sampling rate : 48.0 kHz
Compression mode : Lossy
Stream size : 80.8 KiB
Writing library : libVorbis 1.1 (2004-06-29)
RESULT: Most of this notification plays - subjectively by ear approxx 90% of
the audio notification was heard - only the very beginning bit was not heard
After running NeoChat at the same time as Brave Browser Element Web amd having
audio notifications set to ON for any/all posts in all rooms
I choose one of the preset audio files with the selection picker for NeoChat in
KDE Settings > Notifications and set to play audio
When people posted in matrix rooms, i got:
Brave Browser Element Web VISUAL NOTIFICATIONS
Brave Browser Element Web AUDIO NOTIFICATIONS
NeoChat VISUAL NOTIFICATIONS
NeoChat AUDIO NOTIFICATIONS
Obviously i did not literally hear both the 2 different audio notifications
from both apps at the same time (no audio mixing or anything)
I just got some of the VIDEO AND AUDIO notificatiosn from each app at slightly
different times - sometimes one preceding the other
NeoChat Version: 23.08.3
NOTE: Interestingly - Unlike Brave Browser Element Web, NeoChat never shows up
in the Taskbar Volume Applet under 'Applications' - not even while its playing
an Audio Notification
The NeoChat icon in the taskbar does not show any visual notification
(like a volume icon for notification volume) when there is any audio
notification
AUDIO NOTIFICAITON - TEST 2:
----------------------------
/usr/share/sounds/Oxygen-Window-Maximize.ogg
Close to half a second
MEDIA INFO:
-----------
General
Complete name :
/usr/share/sounds/Oxygen-Window-Maximize.ogg
Format : Ogg
File size : 7.79 KiB
Duration : 509 ms
Overall bit rate mode : Variable
Overall bit rate : 125 kb/s
Audio
ID : 12660 (0x3174)
Format : Vorbis
Format settings, Floor : 1
Duration : 509 ms
Bit rate mode : Variable
Bit rate : 96.0 kb/s
Channel(s) : 1 channel
Sampling rate : 44.1 kHz
Compression mode : Lossy
Stream size : 5.96 KiB (77%)
Writing library : libVorbis 1.1 (2004-06-29)
Im showing the used notification audio file MediaInfo for others to consider -
specifically the audio file duration
I only ever heard this audio notification 1 time by NeoChat
Subsequent Notifications did not play any audio at all - or at least none were
heard
I conclude that the play length/duration of this audio file is related to the
audio notification not being able to play being related to the
above "ONLY THE LAST PART OF AN AUDIO NOTIFICATION GETS PLAYED/HEARD" issue ?
KDE INFO:
Operating System: openSUSE Tumbleweed 20231127
KDE Plasma Version: 5.27.9
KDE Frameworks Version: 5.112.0
Qt Version: 5.15.11
Kernel Version: 6.6.2-1-default (64-bit)
Graphics Platform: Wayland
Processors: 4 × Intel® Core™ i5-3570K CPU @ 3.40GHz
Memory: 11.6 GiB of RAM
Graphics Processor: AMD Radeon RX 6600
Tests performed under KDE Plasma Wayland
ALL AUDIO IS GOING OUT THROUGH MY PCI-E AMD Radeon RX 6600 Video Card
DisplayPort to my 32" Monitor
NOTE: I was not sure of the correct category to put this under - e.g.:
Product: plasma-pa
Component: kcm
Product: systemsettings
Component: kcm_pulseaudio
Product: plasma-pa
Component: general
Attachments are of convo's i had with the app Devs
I have no opinion at all about what they said - Im only "sharing" what they
said here
Clarification would be appreciated as to the accuracy of what they say
RELATED BUGS:
Fix audio notification sound mute
https://bugs.kde.org/show_bug.cgi?id=456390
Notification sound plays on Plasma session started with a new user account
despite its volume level is set to 0% in plasma-pa settings
https://bugs.kde.org/show_bug.cgi?id=425974
Audio notification sounds level initial default is 0%
https://bugs.kde.org/show_bug.cgi?id=466190
Impossible to adjust the volume level of the notification sounds
https://bugs.kde.org/show_bug.cgi?id=407397
Button to mute/unmute notification sounds does not work as expected until
"Notification sounds" slider is clicked
https://bugs.kde.org/show_bug.cgi?id=398392
--
You are receiving this mail because:
You are watching all bug changes.
