Bug 223511 - KAlarm fade time not honored/working
Summary: KAlarm fade time not honored/working
Status: RESOLVED UNMAINTAINED
Alias: None
Product: Phonon
Classification: Frameworks and Libraries
Component: Xine backend (show other bugs)
Version: 4.4.1 (KDE 4.4.4)
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Harald Sitter
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-01-20 00:51 UTC by A. Mosteo
Modified: 2011-06-07 23:38 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description A. Mosteo 2010-01-20 00:51:56 UTC
Version:           2.4.1 (using 4.3.90 (KDE 4.3.90 (KDE 4.4 RC1)), Kubuntu packages)
OS:                Linux (i686) release 2.6.31-18-generic

I set up an alarm that plays an mp3. Fade checkbox is clicked with 300 as the fade time.

I've tried both at given time, time from now, and using the "try" button. In all cases, the initial fade volume is heard for what may amount to half a second at most, and then it goes to the set volume (it seems to fade very fast).

In systemsettings->multimedia, I see the preferred device is my soundcard:

HDA Intel (ALC662 rev1 Analog)

Pulseaudio shows second since it existed in this system in the past. I've verified with ps aux that it's not running anyway (it's uninstalled indeed).

Please advice on further diagnostics.
Comment 1 David Jarvie 2010-01-20 14:55:28 UTC
Did you set up the fade to increase or to decrease the volume from its initial level?
Comment 2 A. Mosteo 2010-01-20 15:18:35 UTC
I have tried both, although my original intention was to have a fade in (for a wake-up alarm).

I tried from loud to soft to ascertain that indeed initially the volumen is set to the fade setting, and it quickly drops to the final setting.

My settings have roughly been from 0% to 20% and from 70% to 20%.
Comment 3 David Jarvie 2010-01-27 23:04:01 UTC
It works correctly on my system. I wonder if Kubuntu uses the Qt version of the Phonon library, or whether it uses the KDE version. The KDE version works far better with KDE applications, and is more up to date.
Comment 4 David Jarvie 2010-01-28 01:12:49 UTC
Can you please check what your other multimedia settings in System Settings are. Hover the mouse over the HDA Intel device and report what devices are listed for it (in order). Please check both Notifications and Music in case they are different. Go to the Backend tab, and report which backends are listed (in order).
Comment 5 A. Mosteo 2010-01-28 23:06:22 UTC
Hover reports (in both notifications and music):

1. ALSA: x-phonon: CARD=0,DEV=0
2. ALSA: plughw: CARD=0,DEV=0
3. OSS: /dev/audio
4. OSS: /dev/dsp

Backends tab shows only Xine
Comment 6 Vamp898 2010-03-13 12:09:19 UTC
For me it work neither and so the app is relative useless (i dont want to get a heart attack when i have to wake up)

KDE 4.4.1
Comment 7 David Jarvie 2010-05-31 16:37:33 UTC
A fix in KDE 4.4.3 may have affected this bug. Can the reporters please say whether KDE 4.4.3 or later has improved things.
Comment 8 Vamp898 2010-05-31 18:00:50 UTC
(In reply to comment #7)
> A fix in KDE 4.4.3 may have affected this bug. Can the reporters please say
> whether KDE 4.4.3 or later has improved things.

Still does not work

Qt: 4.6.2
KDE: 4.4.3 (KDE 4.4.3)
KAlarm: 2.4.5
Comment 9 A. Mosteo 2010-06-08 16:40:14 UTC
No improvement here either.

uname: 2.6.32-22-generic #35-Ubuntu SMP Tue Jun 1 14:17:36 UTC 2010 i686 GNU/Linux
Kalarm: 2.4.6
KDE: 4.4.4
Qt: 4.6.2
Comment 10 David Jarvie 2010-06-10 22:24:48 UTC
Assigning to Phonon, because audio fade if outside KAlarm's control once the sound playback has been kicked off. The code to set up playback and fade is in kdepim/kalarm/messagewin.cpp, in function AudioThread::run():

Phonon::AudioOutput* output = new Phonon::AudioOutput(Phonon::NotificationCategory, mAudioObject);
mPath = Phonon::createPath(mAudioObject, output);
if (mVolume >= 0  ||  mFadeVolume >= 0)
{
    float vol = (mVolume >= 0) ? mVolume : output->volume();
    float maxvol = qMax(vol, mFadeVolume);
    output->setVolume(maxvol);
    if (mFadeVolume >= 0  &&  mFadeSeconds > 0)
    {
        Phonon::VolumeFaderEffect* fader = new Phonon::VolumeFaderEffect(mAudioObject);
        fader->setVolume(mFadeVolume / maxvol);
        fader->fadeTo(mVolume / maxvol, mFadeSeconds * 1000);
        mPath.insertEffect(fader);
    }
}
Comment 11 Myriam Schweingruber 2010-06-11 02:39:03 UTC
Which Phonon backend do you use?
Comment 12 A. Mosteo 2010-06-11 11:03:49 UTC
Just tested:

with Xine 0.2.60 it goes (apparently) straight to the final volume.
with Gstreamer 0.1 it works as intended.

I'm pretty sure that first time I reported this there was only Xine backend... I think that Ubuntu only had xine for some time after deploying phonon.

(Firefox gave me a blank page after submitting, sorry if this is a duplicate post).
Comment 13 Myriam Schweingruber 2010-06-11 12:09:12 UTC
Thank you for your feedback. Ubuntu by default only installs one of the backends, depending if you use KDE or Gnome, but both backends have always been in the repositories.
Comment 14 Vamp898 2010-06-11 13:31:43 UTC
Im using the XINE Backend and in case that it works the best i really dont want to change it
Comment 15 Myriam Schweingruber 2010-06-11 13:41:27 UTC
No, Xine is OK, it gives better playback results so far, but there is not much development going on this backend right now, since we depend on Xine upstream to fix some bugs.
Comment 16 Vamp898 2010-08-02 00:30:35 UTC
with phonon-vlc it also doesn´t work...
Comment 17 Myriam Schweingruber 2011-06-07 23:38:50 UTC
Please use another backend, the xine backend is deprecated as the upstream development is stalled. 

You can choose between the gstreamer backend or the vlc backend, both are actively developed and maintained.