Bug 415558 - Used effects that appeared on the result screen, but after rendered the clip was in black and grey
Summary: Used effects that appeared on the result screen, but after rendered the clip ...
Status: RESOLVED WORKSFORME
Alias: None
Product: kdenlive
Classification: Applications
Component: Effects & Transitions (show other bugs)
Version: 19.12.0
Platform: Microsoft Windows Microsoft Windows
: NOR normal
Target Milestone: ---
Assignee: Vincent PINON
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-12-25 19:23 UTC by thomas huart
Modified: 2022-10-18 04:58 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
fritzibaby: timeline_corruption+


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description thomas huart 2019-12-25 19:23:56 UTC
SUMMARY
After adding saturation and contraste fliters to a clip, the preview window applies the correct settings. After being rendered, the clip was a plain neutral grey, as if saturation and contrast were both set to 0.


STEPS TO REPRODUCE
1.Add a saturation filter set to 175, and contrast to 390
2.The Project monitor previews the effects correctly
3.Render the clips

OBSERVED RESULT
The rendered clip is plain grey, but the audio is ok.


EXPECTED RESULT
The clip with the right saturation and contrast level.

SOFTWARE/OS VERSIONS
Windows: 10
Comment 1 emohr 2019-12-29 18:12:02 UTC
I tried with the 2 effects (contrast on top of saturation) and rendered to MP4 and it works. Disabling parallel processing for rendering and try again.
Comment 2 Vincent PINON 2021-02-14 21:57:05 UTC
Please check with recent version
Also maybe you use a language with coma as decimal separator? That was causing many problems that are now solved...
Comment 3 Bug Janitor Service 2021-03-01 04:33:18 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 4 Bug Janitor Service 2021-03-16 04:33:38 UTC
This bug has been in NEEDSINFO status with no change for at least
30 days. The bug is now closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!
Comment 5 Sam Bishop 2021-12-06 12:30:23 UTC
I have the same/similar issue with version 21.08.3
Flatpak running on Debian LInux.

I created a still image (png) from a source video clip.
I placed this clip on the timeline to create a freeze frame.
I then copied and pasted the effect from the preceding video clip to the png to get the same cropping, brightness and contrast effects as the video clip.
On the timeline, in preview playback the clip appears as expected.
When rendered out, a grey screen is seen where the image should be.
Render settings are: 
Format: MP4-H264/AAC
Quality: video 23 audio 192, 
selected zone is selected.
Encoder speed is default with 0 encoder threads selected
Parallel processing is de-selected
Scanning auto
No rescaling
Exporting audio is checked
Other options deselected.

Point of note, when the project is saved, kdenlive closed, then restarted and the project reopened, the issue is then seen in the timeline preview.

I worked around this by extracting the frame I wished to "freeze" to project from the timeline rather than the source clip, then placed the "pre effected" png in the timeline.
Comment 6 emohr 2021-12-06 15:00:18 UTC
Thank you for reporting. There were several issues with 21.08.3. Please try with the 21.08.3a AppImage: https://download.kde.org/stable/kdenlive/21.08/linux/kdenlive-21.08.3a-x86_64.appimage 

or with the daily Flatpak build to see if it still happen. https://binary-factory.kde.org/job/Kdenlive_x86_64_flatpak/
Comment 7 emohr 2022-09-18 12:21:21 UTC
Could you test with the latest Kdenlive version to see if the bug still exists?
Comment 8 Bug Janitor Service 2022-10-03 04:49:01 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 9 Bug Janitor Service 2022-10-18 04:58:38 UTC
This bug has been in NEEDSINFO status with no change for at least
30 days. The bug is now closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!