Transparency seems ignored with RasterRSvg about reanimate HOT 4 CLOSED

Running the code from your repository, I get identical results when comparing rsvg and ffmpeg under Linux:

ffmpeg:

rsvg:

Curious to know if things work differently under Windows. Feel free to upload gifs that show unusual or unexpected behaviour.

from reanimate.

Sorry, I must have messed up with my code; now I cannot reproduce the blank mp4 video from ImageMagick, I guess that was an accident.

I tried again with RSvg and ImageMagick, and I found out ImageMagick produced (no matter mp4 or gif) video with white background, while RSvg produced video with transparent (gif) and black (mp4) background. I don't know whether this is the expected behaviour. (See the screenshot below.)

Also, I should have added fadeOutE in line 43 of Motion.hs, but I don't see a fade out effect on the first two lines of 2, 0, 4, and 8 (I expect them to fade out while moving upward). I might have used fadeOutE incorrectly.

The transparency issue, as is mentioned above, still happens. Modify line 51 of Config.hs to use colour eee4da59 instead of cdc0b4 (#cdc0b4 is the mixed colour of #eee4da59 and background #bbada0), I see the following difference (with RasterRSvg):

Transparency Seems Ignored: eee4da59	Manually Mixed Colour: cdc0b4

To conclude:

• fadeOutE does not make the first two lines (moving upward) fade out (I might have used it incorrectly);
• Transparency in colours does not appear as expected (alpha seems ignored).

from reanimate.

This doesn't look quite right:

animate $ if fade then fadeOutE dt 0 . f else f

The second controls the level of fade so setting it to '0' means it will never fade. Usually you shouldn't call effects directly but rather use applyE or spriteE.

Try something like:

applyE (if fade then fadeOutE else constE id) $ animate f

We can chat on discord if you want more immediate feedback: https://discord.gg/Qs28Dv6

from reanimate.

Solved.

from reanimate.