VSE: Applying Blur to Color strip produces different result than to same color Image strip #118213

New Issue

Closed

opened 2024-02-13 19:05:40 +01:00 by Aras Pranckevicius · 7 comments

Aras Pranckevicius commented

2024-02-13 19:05:40 +01:00

Member

If you have a Color strip that is transformed to not take up whole screen, and apply some effect (e.g. Gaussian Blur) to it, the resulting image displays both the blurred strip, and the original Color strip underneath it.

This is different behavior from e.g. Image strips - if an image strip is an input to a Gaussian Blur effect, the original image is not displayed.

Attached repro .blend file and the image it uses as a .zip. Plus result of color vs image against gaussian blur:

From what I can tell, the logic in code that determines "which strips should be displayed", has special case that effect strips are always displayed. And "color" strip is deemed an effect strip, even though from user's perspective I'd argue that it's more similar to like a "source" strip (just instead of file based source, it generates a solid color)

The behavior was like that at least since Blender 3.0 (did not check earlier). Similar effect happens on Text strips, applying blur to them displays both the blurred version and the original underneath.

If you have a Color strip that is transformed to not take up whole screen, and apply some effect (e.g. Gaussian Blur) to it, the resulting image displays *both* the blurred strip, and the original Color strip underneath it. This is different behavior from e.g. Image strips - if an image strip is an input to a Gaussian Blur effect, the original image is not displayed. Attached repro .blend file and the image it uses as a .zip. Plus result of color vs image against gaussian blur: ![res_color.png](/attachments/a79f1d33-6639-4530-b251-fe75cadc226b) ![res_image.png](/attachments/230eedab-af22-414a-aa34-1d840432c911) From what I can tell, the logic in code that determines "which strips should be displayed", has special case that effect strips are always displayed. And "color" strip is deemed an effect strip, even though from user's perspective I'd argue that it's more similar to like a "source" strip (just instead of file based source, it generates a solid color) The behavior was like that at least since Blender 3.0 (did not check earlier). Similar effect happens on Text strips, applying blur to them displays both the blurred version and the original underneath.

vse_blur_color_repro.zip

73 KiB

res_image.png

16 KiB

res_color.png

16 KiB

Aras Pranckevicius added the

labels 2024-02-13 19:05:40 +01:00

Richard Antalik commented

2024-02-13 19:23:25 +01:00

Member

Can reproduce. If I remember correctly in 2.79 you had to mute strips on which you applied effects. Agree with this being bug now though.

Can reproduce. If I remember correctly in 2.79 you had to mute strips on which you applied effects. Agree with this being bug now though.

Richard Antalik added

Video Sequencer

and removed

labels 2024-02-13 19:23:45 +01:00

Aras Pranckevicius commented

2024-02-13 19:26:26 +01:00

Author

Member

I can fairly easily think of how to solve this, and I think (hope) for Color strips that would not cause practical problems. Not sure about Text strips though, e.g. today if you just add a blur to a Text, you get both displayed at once, and I'd assume people might be accidentally relying on that behavior?

I can fairly easily think of how to solve this, and _I think_ (hope) for Color strips that would not cause practical problems. Not sure about Text strips though, e.g. today if you just add a blur to a Text, you get both displayed at once, and I'd assume people might be accidentally relying on that behavior?

Richard Antalik commented

2024-02-13 19:54:27 +01:00

Member

I can fairly easily think of how to solve this, and I think (hope) for Color strips that would not cause practical problems.

I think there is condition somewhere. I remember seeing it quite some time ago...

Not sure about Text strips though, e.g. today if you just add a blur to a Text, you get both displayed at once, and I'd assume people might be accidentally relying on that behavior?

Quite possibly. Which is good question if then this should be classified as bug :/ You can always add dummy effects, but forward compatibility...

There was report where user made quite elaborate text glow effect. Can't find the report now, it was like 30 strip tall stack. Would be good test case...

> I can fairly easily think of how to solve this, and _I think_ (hope) for Color strips that would not cause practical problems. I think there is condition somewhere. I remember seeing it quite some time ago... > Not sure about Text strips though, e.g. today if you just add a blur to a Text, you get both displayed at once, and I'd assume people might be accidentally relying on that behavior? Quite possibly. Which is good question if then this should be classified as bug :/ You can always add dummy effects, but forward compatibility... There was report where user made quite elaborate text glow effect. Can't find the report now, it was like 30 strip tall stack. Would be good test case...

Richard Antalik commented

2024-02-13 19:58:00 +01:00

Member

Ah [found it](https://projects.blender.org/attachments/f0c8dc53-b61e-4a49-9329-6a6c2da48090)

Aras Pranckevicius commented

2024-02-13 20:10:24 +01:00

Author

Member

@iss hmm, that file is produced with Blender 3.6, it seems... and it renders differently between 3.6 and 4.0 already (same in 4.1/4.2 as in 4.0). Not sure if by design, or something "broke" lol.

@iss hmm, that file is produced with Blender 3.6, it seems... and it renders differently between 3.6 and 4.0 already (same in 4.1/4.2 as in 4.0). Not sure if by design, or something "broke" lol.

Aras Pranckevicius commented

2024-02-14 12:46:51 +01:00

Author

Member

@iss found what is the cause of different outline in your "complex text effect stack" file between 3.6 and 4.0 -- the effect was seemingly relying on strip color Multiply affecting the alpha channel as well, which after #110984 was not doing that. #113791 introduced an option to use that; with that option on the effect looks the same as in 3.6. Curiously that was not mentioned in 4.0 release notes.

@iss found what is the cause of different outline in your "complex text effect stack" file between 3.6 and 4.0 -- the effect was seemingly relying on strip color Multiply affecting the alpha channel as well, which after #110984 was not doing that. #113791 introduced an option to use that; with that option on the effect looks the same as in 3.6. Curiously that was not mentioned in 4.0 release notes.

Aras Pranckevicius referenced a pull request that will close this issue

2024-02-14 13:43:23 +01:00

Fix #118213: Applying effects to VSE Color/Text strips makes both the effect and source strip visible #118269

Richard Antalik commented

2024-02-14 17:29:27 +01:00

Member

That change indeed should have been mentioned in notes. My bad.

That change indeed should have been mentioned in notes. My bad.

Aras Pranckevicius self-assigned this 2024-02-15 11:44:37 +01:00

Aras Pranckevicius referenced this issue from a commit

2024-02-16 19:56:22 +01:00

Fix #118213: Applying effects to VSE Color/Text strips makes both the effect and source strip visible

Aras Pranckevicius closed this issue

2024-02-16 19:57:46 +01:00

Blender Bot added

and removed

labels 2024-02-16 19:57:47 +01:00

Sign in to join this conversation.

No Label

Animation & Rigging

Asset Browser Project (Legacy)

Automated Testing

Blender Asset Bundle

Dependency Graph

Development Management

EEVEE & Viewport

Images & Movies

Motion Tracking

Nodes & Physics

Pipeline, Assets & IO

Platforms, Builds & Tests

Render & Cycles

Render Pipeline

Sculpt, Paint & Texture

Video Sequencer

Virtual Reality

Blender 2.8 Project

Milestone 1: Basic, Local Asset Browser

Good First Issue

Animation & Rigging

Development Management

EEVEE & Viewport

Nodes & Physics

Pipeline, Assets & IO

Platforms, Builds & Tests

Render & Cycles

Sculpt, Paint & Texture

Needs Info from Developers

Needs Information from User

No Milestone

No project

No Assignees

2 Participants

Notifications

Due Date

The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: blender/blender#118213

No description provided.