linux-show-player icon indicating copy to clipboard operation
linux-show-player copied to clipboard

Near end fade-out (automatic fade-out "x" seconds before a media-cue ends)

Open drjswalker opened this issue 6 years ago • 4 comments

Problem

I created a media cue from a mp3 file on disk using the Media Settings tab and set start and stop times using the Media Cue tab to play only a portion of the file (start =0, stop =30s). I then set the behaviours using the Cue tab to FadeInStart and FadeOutStop and using the FadeIn/out subtab I set fade in to 5 s linear and fade out to 30 s linear. Having applied all the settings on each page I pressed OK and then pressed the go button. The fade in went fine but the fade out did not. Instead the media cue stopped suddenly

So I'm just beginning to work with LiSP and I'm not sure if I've missed a setting or if this is an actual bug. I'm simply trying to fade in a single audio cue and fade it out as I play with LiSP trying to learn it. As far as I can tell, I am selecting a media cue and choosing a file. I set the behaviour to use fadein start and fadeout stop, and I set the fade in and fade ot times and curves. I want to use only a portion of the file so I set the media stop and start times. Then I press go and it fades in quite nicely but doesn't fade out. This behaviour is not dependent on the mp3 file used and also doesn't seem to depend on whether I subset the media file. This makes me think it's something I'm doing wrong. I'm using LiSP as an Appimage on ubuntu 16.04 on a lenovo X1 (2nd generation) laptop (I don't think it's hardware since fadein works just fine)

Can anybody help?

John Walker

drjswalker avatar Feb 26 '18 06:02 drjswalker

Hi, if I understood correctly you expect the cue to fade (for 30 seconds) before (or after?) reaching the stop time you've set, right? This cannot be done in LiSP (yet?), the cue behaviors are used to define what the cue should do on user interactions (mainly), so the FadeOutStop tells the cue to stop with a fade-out when the user interact with the running cue, not when the cue is near it's end.

Right now the best option, if you need this kind of fade is to created an ad-hoc version, using audacity or similar.

Anyway I can keep this open as a feature-request, technically it should be easy to add without touching the backend, but I'd like to find a solution native to GStreamer to allow better precision and performances.

FrancescoCeruti avatar Feb 26 '18 09:02 FrancescoCeruti

I have the same issue. If the fade in is applied on the media start, it seem logic to me than the fade out is applied on the end. So i +1 this enhancement !

wargreen avatar Apr 28 '18 10:04 wargreen

Hi, +2 for this feature. Assuming that LISP supports this kind of workflow where you load "raw" media files and edit their behaviour (start/stop/volume/etc..) it seems natural to have this option to fade out towards the end of either the set end position or the actual end of the media file

raradek avatar Jun 13 '18 00:06 raradek

I, unfortunately, duplicated this. I have found a work-around that involves starting a volume que at the same time, pre-waiting until the fade-out, then executing it. It’s clunky, but it works.

roboknight avatar Nov 25 '21 14:11 roboknight