... | @@ -23,5 +23,4 @@ Cleanups: |
... | @@ -23,5 +23,4 @@ Cleanups: |
|
- palette buffers are always 16-bit, even if content is 8-bit (remaining item in #257);
|
|
- palette buffers are always 16-bit, even if content is 8-bit (remaining item in #257);
|
|
- lfmask and l/a ctx zero can be done in tile instead of frame context for better distribution.
|
|
- lfmask and l/a ctx zero can be done in tile instead of frame context for better distribution.
|
|
- the output queue handling is duplicated in `decode.c`, `lib.c` and `obu.c`, so merge this in one common place.
|
|
- the output queue handling is duplicated in `decode.c`, `lib.c` and `obu.c`, so merge this in one common place.
|
|
- The `looprestoration`, `mc`, `dav1d_apply_grain`, and `dav1d_init_wedge_masks` functions uses excessively large stack buffers. Rewrite them in a way that reduces the stack usage, for example by using ring buffers or windowed approaches (which we already use for MC/LR SIMD). This would allow us to reduce the thread stack size requirements.
|
|
- The `looprestoration`, `mc`, `dav1d_apply_grain`, and `dav1d_init_wedge_masks` functions uses excessively large stack buffers. Rewrite them in a way that reduces the stack usage, for example by using ring buffers or windowed approaches (which we already use for MC/LR SIMD). This would allow us to reduce the thread stack size requirements. |
|
- the itx64 branches in `itx_1d.c` appear to allow for UB on extreme inputs. We need to reduce calculations by 1 bit (see non-itx64 branches) to prevent that. I wonder why oss-fuzz didn't pick up on this yet? |
|
\ No newline at end of file |
|
\ No newline at end of file |
|
|