linux-show-player
linux-show-player copied to clipboard
Near end fade-out (automatic fade-out "x" seconds before a media-cue ends)
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
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.
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 !
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
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.