> On Oct 1, 2024, at 14:55, Nuo Mi wrote:
>
> We still need several refactors to improve the current VVC decoder's
> performance,
> which will frequently break the API/ABI. To mitigate this, we've copied the
> executor from
> avutil to avcodec. Once the API/ABI is stable, we will move this c
On 1 Oct 2024, at 9:51, Lynne via ffmpeg-devel wrote:
> On 01/10/2024 08:55, Nuo Mi wrote:
>> We still need several refactors to improve the current VVC decoder's
>> performance,
>> which will frequently break the API/ABI. To mitigate this, we've copied the
>> executor from
>> avutil to avcod
On 01/10/2024 09:51, Lynne via ffmpeg-devel wrote:
On 01/10/2024 08:55, Nuo Mi wrote:
We still need several refactors to improve the current VVC decoder's
performance,
which will frequently break the API/ABI. To mitigate this, we've
copied the executor from
avutil to avcodec. Once the API/ABI i
On 01/10/2024 08:55, Nuo Mi wrote:
We still need several refactors to improve the current VVC decoder's
performance,
which will frequently break the API/ABI. To mitigate this, we've copied the
executor from
avutil to avcodec. Once the API/ABI is stable, we will move this class back to
avutil
-
On Tue, Oct 1, 2024 at 6:16 PM Zhao Zhili wrote:
>
>
> > On Oct 1, 2024, at 14:55, Nuo Mi wrote:
> >
> > We still need several refactors to improve the current VVC decoder's
> performance,
> > which will frequently break the API/ABI. To mitigate this, we've copied
> the executor from
> > avutil
We still need several refactors to improve the current VVC decoder's
performance,
which will frequently break the API/ABI. To mitigate this, we've copied the
executor from
avutil to avcodec. Once the API/ABI is stable, we will move this class back to
avutil
---
libavcodec/Makefile | 1 +
