Bug#690294: phonon-backend-vlc breaks replaygain and fade in Amarok
> I see. sorry, I didn't know. Now that you mention it, fade doesn't work with
> Gstreamer backend either (but replaygain does).
>
>
gstreamer + pulseaudio = fade working just fine for me. Make sure you
have fade enabled in your Amarok settings, it's a checkbox. Also, you
need to play more than 5s of the audio clip if you want it to fade on
stop. Amarok never fades on pause. You should have a
gstreamer0.10-pulseaudio package. Let me know if the fade for
gstreamer is still giving you problems.
> Most of my files are Ogg, but neither my MP3 files nor my Ogg files have any
> replaygain tags in them (clementine, which can use replaygain values stored
> in files as tags but can't calculate them - just as you say Amarok 2 does -
> doesn't adjust the volume either).
>
Sorry, in that case you should be using vorbisgain instead of mp3gain.
Amarok's volume slider isn't going to change from playing one file to
the next with ReplayGain enabled. Rather the music will just sound
louder or quieter automatically. The ReplayGain values are applied
while the file is being read, which is before it gets combined with
the Amarok volume. So you've got one volume control for Amarok and
with ReplayGain, all your songs should be at the same volume.
Yes, Amarok as a software application has it's own volume control
which is separate from the system volume and also separate from the
volume control of other applications.
> If you think this is normal behavior, feel free to close the bug, but again,
> Amarok 2 with gstreamer backend seems to actually use those replaygain
> values, which would indicate that they were correctly imported from Amarok
> 1, and that the VLC backend indeed have a problem using them.
Your ReplayGain values only exist inside your old Amarok collections
database? Now that could be the problem. Although VLC has supported
ReplayGain for some time, I don't recall a method for Amarok feeding
ReplayGain values to VLC through Phonon. So if Amarok has got gain
values that VLC doesn't know about and can't get to from simply
reading the mp3 file, then those values probably are not going to
work. I'll have to dive back into the code again to make sure I
remember things correctly.
I'll take a look at it and report back next week sometime.
I think if I contact the Amarok team they'll probably tell me that the
method of keeping ReplayGain values in the collection database is
deprecated, as the whole industry is moving towards keeping that
information in the tags of each individual file. The reason for that
is because it doesn't make sense to spend days recalculating all your
ReplayGain values everytime you want to switch Audio Players :).
Reply to: