-
Notifications
You must be signed in to change notification settings - Fork 1.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
GRADIENT_DESCENT does not work as expected #8393
Comments
Sounds like something is broken, but before investigating I wanted to point out that the gradient w.r.t. the input image is going to be zero for that algorithm anyway, because it starts with a nearest-neighbor-sampled lookup table. |
I'm actually interested in the derivative w.r.t. alpha. I think that doesn't rely on the nearest neighbor look up. Is that correct? |
The issue happens for any generator (I've tried LLF, blur, and bilateral filtering). Follow the steps below to reproduce:
|
Please consult the documentation for The option is add_halide_library(
lib FROM gen
GRADIENT_DESCENT
) |
Thanks @alexreinking. I think CMake still picked up
|
@alexreinking @abadams Can you reproduce the issue with the code snippet above? |
We're all out this week for Thanksgiving. I can take a look next week! |
Hi,
I'm trying to get the gradient of local laplacian generator. When I add
GRADIENT_DESCENT_OPT "GRADIENT_DESCENT"
topython_bindings/apps/CMakeLists.txt:48
the local laplacian app breaks. The output image turns out to be pitch black. Also the gradient image is black (you need to add an additional buffer as the last parameter list of the generator in thelocal_laplacian_app.py
). Is there any workaround for this issue?The text was updated successfully, but these errors were encountered: