Tue, Oct 20
Mon, Oct 19
Thu, Oct 15
fix is working.. that was a easy bugfix after 1 year :)
open source is cool
Wed, Oct 14
These examples were saved out as PNGs
I have looked into this - bug happens, when fps time base in render settings is whole number.
Always a bit on shaky ground when it comes to Color Management.
Tue, Oct 13
@Richard Antalik (ISS) Or the value was never set before?
I set it directly after the memory request and it looks like the value never changed after that?... maybe the value was always 0 and therefore ffmpeg set it to a maximum of 600fps?
@Daniel (salvation) Thanks for help, I haven't looked at this problem so far so I don't know much more than you. But looking that you used AVRational type, now I suspect that this could be caused by overflow perhaps. Will have a look and see if I get anywhere.
I'm not familiar with the source code of Blender and FFmpeg, but I have tried to find the bug and if I insert one line in writeffmpeg.c
it export fine with the right fps ... maybe it helps to solve the problem in the right way.
Because its a hack, I put as example 25fps in the source-file.
Tue, Oct 6
Wed, Sep 30
Tue, Sep 29
Yes, so I did.
Mon, Sep 28
Thanks for finding the source of the problem.
While it's not Blender's fault, shouldn't users be warned that this format is an exception and that the alpha channel will be lost if the video will be used in Blender?
I tried adding it here https://docs.blender.org/manual/en/dev/files/media/video_formats.html, but this page can't be edited by me (a warning in the UI would be more effective of course).
Fri, Sep 25
Can this be fixed in 2.9x ?
Thu, Sep 24
Sep 23 2020
Sep 20 2020
Sep 18 2020
@Germano Cavalcante (mano-wii) I'm using the latest driver according to the package manager
Here's the debug-gpu
I imported the image tried to change the transparency then exited blender.
This also appears on the command line:
Thanks for the report. This seems like a graphic driver issue. Please double-check if the drivers are up to date.
Sep 17 2020
Sep 16 2020
Analyzing the code, it is really strange that BKE_image_has_loaded_ibuf returns true but BKE_image_acquire_ibuf returns NULL.
In fact there may be an error in one of these functions.
It deserves an investigation.
Sep 14 2020
You are right, it works in kdenlive, too. But VLC, mpv and Blender don't recognize the alpha channel in the VP9.
Here is a file I created with following settings (and transparent film)
But choosing WebM/VP9 does not include an alpha channel, so either the RGBA option should not be there or something is wrong in the encoding step.
@Mark Spink (marks) this has been fixed in 2.91 alpha.
I've woken up and smelled the coffee as they say: I'm doing the grown-up linear workflow and all is fine...
@Piotr Adamowicz (madminstrel) this is an issue of the web browsers then (more likely the broken png format). But then if you need a workaround I would put the responsability towards the user. You just *cannot* emulate correctly emissive transparency with just a alpha hack. Since this hack is very situation dependant we will not implement it. Do you have any example of any other 3D renderer that handle this case the way you want?
I think your ideals are clouding your judgement on matters of practicality.
Sep 13 2020
I think @Troy Sobotka (sobotka) answered the question thoroughly.
Sep 11 2020
This issue has been resolved by D8234. Please report any new issues as new reports