On Sat, 6 Jan 2024, Kieran Kunhya wrote:
On Sat, 6 Jan 2024 at 02:35, Nuo Mi wrote:
On Sat, Jan 6, 2024 at 9:13 AM James Almer wrote:
> On 1/5/2024 10:09 PM, Nuo Mi wrote:
> > On Sat, Jan 6, 2024 at 5:09 AM James Almer wrote:
> >
> > Here are the clips and their sources:
> > https://github
Jan 5, 2024, 18:25 by r...@remlab.net:
> Le keskiviikkona 3. tammikuuta 2024, 2.56.12 EET Lynne a écrit :
>
>> As some of you know, my laptop died nearly 2 years ago, and
>> I've been working on a desktop machine, which is currently a Zen 3.
>> AVX512 has become more popular in the meantime, with
On date Friday 2024-01-05 10:33:51 +0800, Xiang, Haihao wrote:
> From: Haihao Xiang
>
> Signed-off-by: Haihao Xiang
> ---
> doc/ffmpeg.texi | 26 --
> 1 file changed, 24 insertions(+), 2 deletions(-)
>
> diff --git a/doc/ffmpeg.texi b/doc/ffmpeg.texi
> index 7246a46d2f.
---
libavcodec/h26x/h2656_sao_template.c | 217 +++
libavcodec/hevcdsp_template.c| 196 +---
2 files changed, 218 insertions(+), 195 deletions(-)
create mode 100644 libavcodec/h26x/h2656_sao_template.c
diff --git a/libavcodec/h26x/h2656_sao_tem
---
libavcodec/vvc/vvc_filter_template.c | 193 +--
1 file changed, 2 insertions(+), 191 deletions(-)
diff --git a/libavcodec/vvc/vvc_filter_template.c
b/libavcodec/vvc/vvc_filter_template.c
index a4f1792ec4..9418980c33 100644
--- a/libavcodec/vvc/vvc_filter_template.c
++
---
libavcodec/h26x/h2656_deblock_template.c | 99
libavcodec/hevcdsp_template.c| 96 ---
2 files changed, 116 insertions(+), 79 deletions(-)
create mode 100644 libavcodec/h26x/h2656_deblock_template.c
diff --git a/libavcodec/h26x/h2656_de
---
libavcodec/vvc/vvc_filter_template.c | 82 +---
1 file changed, 3 insertions(+), 79 deletions(-)
diff --git a/libavcodec/vvc/vvc_filter_template.c
b/libavcodec/vvc/vvc_filter_template.c
index 9418980c33..671ed7de4e 100644
--- a/libavcodec/vvc/vvc_filter_template.c
+++
On date Friday 2024-01-05 10:33:52 +0800, Xiang, Haihao wrote:
> From: Haihao Xiang
>
> Signed-off-by: Haihao Xiang
> ---
> doc/ffmpeg.texi | 23 +++
> 1 file changed, 23 insertions(+)
>
> diff --git a/doc/ffmpeg.texi b/doc/ffmpeg.texi
> index f095f402bd..8fb165c5df 100644
Le lauantaina 6. tammikuuta 2024, 12.38.28 EET Lynne a écrit :
> Emergencies could happen, but progress must always happen.
Laptops are more prone to breaking, and as already noted less serviceable. The
whole premise is that your current laptop broke after just 2 years, while the
normally (fisca
On date Friday 2024-01-05 17:42:44 +0100, Anton Khirnov wrote:
> This is the standard way to mark unreachable cases in a switch
> ---
> fftools/ffmpeg_demux.c | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
> diff --git a/fftools/ffmpeg_demux.c b/fftools/ffmpeg_demux.c
> index 95af31e
On date Friday 2024-01-05 17:42:45 +0100, Anton Khirnov wrote:
> ---
> doc/ffmpeg.texi | 2 --
> 1 file changed, 2 deletions(-)
>
> diff --git a/doc/ffmpeg.texi b/doc/ffmpeg.texi
> index 7246a46d2f..d75517b443 100644
> --- a/doc/ffmpeg.texi
> +++ b/doc/ffmpeg.texi
> @@ -1643,8 +1643,6 @@ option t
On date Friday 2024-01-05 17:42:46 +0100, Anton Khirnov wrote:
> Add it to decoder options instead, to be processed when opening the
> decoder. This way it won't be overridden by flags the user might be
> setting otherwise.
> ---
> fftools/ffmpeg_demux.c | 2 +-
> 1 file changed, 1 insertion(+), 1
On date Friday 2024-01-05 17:42:47 +0100, Anton Khirnov wrote:
> This avoids the requirement to always have a decoder context.
> ---
> fftools/ffmpeg_demux.c | 43 +-
> 1 file changed, 21 insertions(+), 22 deletions(-)
>
> diff --git a/fftools/ffmpeg_demux.
On date Friday 2024-01-05 17:42:48 +0100, Anton Khirnov wrote:
> It is not needed otherwise.
> ---
> fftools/ffmpeg_demux.c | 24
> 1 file changed, 12 insertions(+), 12 deletions(-)
>
> diff --git a/fftools/ffmpeg_demux.c b/fftools/ffmpeg_demux.c
> index 892094c512..c5114
On date Friday 2024-01-05 17:42:49 +0100, Anton Khirnov wrote:
> To be used for data that never needs to be visible outside of the
> demuxer thread, similarly as was previously done for other components.
> ---
> fftools/ffmpeg_demux.c | 67 --
> 1 file chang
On date Friday 2024-01-05 17:42:50 +0100, Anton Khirnov wrote:
> Previously bitstream filters could only be applied right before muxing,
> this allows to apply them right after demuxing.
> ---
> Changelog | 1 +
> doc/ffmpeg.texi | 22 +++--
> fftools/ffmpe
On date Friday 2024-01-05 17:42:51 +0100, Anton Khirnov wrote:
> ---
> fftools/ffmpeg_opt.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/fftools/ffmpeg_opt.c b/fftools/ffmpeg_opt.c
> index 76b50c0bad..ea995f2b5f 100644
> --- a/fftools/ffmpeg_opt.c
> +++ b/fftools/ffmpe
Yes, I can see the warnings in patchwork but I don't understand what's
the actual problem.
This is how I've done things over here:
- forked https://github.com/FFmpeg/FFmpeg which is synchronized with
https://git.ffmpeg.org/ffmpeg.git
- made the changes, committed them
- created the patches with
On date Friday 2024-01-05 20:14:58 -0600, Marth64 wrote:
> Signed-off-by: Marth64
>
> Raw Captions With Time (RCWT) is a format native to ccextractor, a commonly
> used open source tool for processing 608/708 closed caption (CC) sources.
> It can be used to archive the original, raw CC bitstream
On 1/5/2024 1:42 PM, Anton Khirnov wrote:
This avoids the requirement to always have a decoder context.
---
fftools/ffmpeg_demux.c | 43 +-
1 file changed, 21 insertions(+), 22 deletions(-)
diff --git a/fftools/ffmpeg_demux.c b/fftools/ffmpeg_demux.c
in
Le perjantaina 5. tammikuuta 2024, 2.56.18 EET flow gg a écrit :
> One vset can be reduced, but vwsub should not be used in this case. I
> modified it in this reply.
Fair enough, but are you sure that that's faster than keeping the vsetvli and
removing the sign extension?
> Rémi Denis-Courmont
Jan 6, 2024, 12:10 by r...@remlab.net:
> Le lauantaina 6. tammikuuta 2024, 12.38.28 EET Lynne a écrit :
>
>> Emergencies could happen, but progress must always happen.
>>
>
> Laptops are more prone to breaking, and as already noted less serviceable.
> The
> whole premise is that your current lap
Jan 6, 2024, 17:13 by d...@lynne.ee:
> Jan 6, 2024, 12:10 by r...@remlab.net:
>
>> Le lauantaina 6. tammikuuta 2024, 12.38.28 EET Lynne a écrit :
>>
>>> Emergencies could happen, but progress must always happen.
>>>
>>
>> Laptops are more prone to breaking, and as already noted less serviceable.
---
doc/muxers.texi | 468 +---
1 file changed, 321 insertions(+), 147 deletions(-)
diff --git a/doc/muxers.texi b/doc/muxers.texi
index 7b705b6a9e..345a55e8f4 100644
--- a/doc/muxers.texi
+++ b/doc/muxers.texi
@@ -19,6 +19,327 @@ enabled demuxers and m
---
libavformat/movenc.c | 86 ++--
1 file changed, 43 insertions(+), 43 deletions(-)
diff --git a/libavformat/movenc.c b/libavformat/movenc.c
index 6b1ff408c7..c95410f5c1 100644
--- a/libavformat/movenc.c
+++ b/libavformat/movenc.c
@@ -70,56 +70,56 @@
#in
On Sat, Dec 16, 2023 at 06:12:19PM +0100, Stefano Sabatini wrote:
> On date Monday 2023-12-11 02:35:10 +0100, Clément Bœsch wrote:
> > ---
> > libavcodec/proresenc_kostya.c | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/libavcodec/proresenc_kostya.c b/libavcodec/pr
On Wed, Jan 03, 2024 at 11:19:56PM -0500, Brad Smith wrote:
> lavu/thread: add support for setting thread name on *bsd and solaris
>
> FreeBSD/DragonFly/Solaris use pthread_setname_np(). OpenBSD uses
> pthread_set_name_np().
>
> Signed-off-by: Brad Smith
> ---
> configure | 10 +++
On 12/16/2023 5:13 AM, Thilo Borgmann via ffmpeg-devel wrote:
---
Changelog| 1 +
MAINTAINERS | 1 +
configure| 2 +
doc/filters.texi | 33 +
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/ver
Hi
On Wed, Jan 03, 2024 at 01:56:12AM +0100, Lynne wrote:
> As some of you know, my laptop died nearly 2 years ago, and
Why/how did the laptop die ?
is it unrepearable ?
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Nations do behave wisely once they ha
On 1/1/2024 11:12 AM, Nuo Mi wrote:
vvc decoder plug-in to avcodec.
split frames into slices/tiles and send them to vvc_thread for further decoding
reorder and wait for the frame decoding to be done and output the frame
Features:
+ Support I, P, B frames
+ Support 8/10/12 bits, chroma
Le lauantaina 6. tammikuuta 2024, 18.13.33 EET Lynne a écrit :
> A fire would put me out for much more than a week tbh.
What aboutism much? In this case, you would loose your internet access, and
potentially spend a long time hospitalised.
You're dodging the real issues here: why should *you* ge
On Sat, Jan 06, 2024 at 01:09:58PM +0200, Rémi Denis-Courmont wrote:
[...]
> > Also, I think some developers here would disagree with the notion that
> > desktop machines are always the best option, and I think I that subjects
> > such as ergonomy, uselessness when not docked,
>
> That's simply no
Jan 6, 2024, 18:57 by r...@remlab.net:
> Le lauantaina 6. tammikuuta 2024, 18.13.33 EET Lynne a écrit :
>
>> A fire would put me out for much more than a week tbh.
>>
>
> What aboutism much? In this case, you would loose your internet access, and
> potentially spend a long time hospitalised.
>
>
Le lauantaina 6. tammikuuta 2024, 18.21.00 EET Lynne a écrit :
> As for whether this is a lifestyle choice, we generally pay for anything
> that involves conferences, from train tickets, planes, parking, and
> sometimes for location/stand rent.
I would personally agree that representing FFmpeg at
Move section to the top of the file, use table in place of subsection
to list the comprising muxers, and show media type information and
extensions in the item entry names.
---
doc/muxers.texi | 340 ++--
1 file changed, 158 insertions(+), 182 deletions(
---
doc/muxers.texi | 12
1 file changed, 12 insertions(+)
diff --git a/doc/muxers.texi b/doc/muxers.texi
index 4a17345b5d..5dc539e621 100644
--- a/doc/muxers.texi
+++ b/doc/muxers.texi
@@ -503,6 +503,18 @@ A64 muxer for Commodore 64 video.
This muxer accepts a single @code{a64_mult
Le lauantaina 6. tammikuuta 2024, 19.59.47 EET Michael Niedermayer a écrit :
> What i do with my laptop is i have it on this thing:
> https://www.amazon.de/gp/product/B072PZLZ25
> That can adjust tilt, rotate and height (and of course it can be moved
> around on the table)
> put a good keyboard b
On Sat, Jan 06, 2024 at 08:11:51PM +0200, Rémi Denis-Courmont wrote:
> Le lauantaina 6. tammikuuta 2024, 18.21.00 EET Lynne a écrit :
> > As for whether this is a lifestyle choice, we generally pay for anything
> > that involves conferences, from train tickets, planes, parking, and
> > sometimes fo
Jan 6, 2024, 19:22 by r...@remlab.net:
> Le lauantaina 6. tammikuuta 2024, 19.59.47 EET Michael Niedermayer a écrit :
>
>> What i do with my laptop is i have it on this thing:
>> https://www.amazon.de/gp/product/B072PZLZ25
>>
>> That can adjust tilt, rotate and height (and of course it can be move
---
doc/muxers.texi | 76 +
1 file changed, 76 insertions(+)
diff --git a/doc/muxers.texi b/doc/muxers.texi
index 1e05cc8355..e5370eecb9 100644
--- a/doc/muxers.texi
+++ b/doc/muxers.texi
@@ -177,6 +177,82 @@ ffplay -video_size 1920x1080 -pixel_form
---
doc/muxers.texi | 5 +
1 file changed, 5 insertions(+)
diff --git a/doc/muxers.texi b/doc/muxers.texi
index 6255d00807..a7d000cd5e 100644
--- a/doc/muxers.texi
+++ b/doc/muxers.texi
@@ -654,6 +654,11 @@ type @code{pcm} else type @code{tun} is set.
@var{(default)}
@end table
@end table
Should fix compilation with old GCC.
Signed-off-by: James Almer
---
libavcodec/vvc/vvc_thread.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavcodec/vvc/vvc_thread.c b/libavcodec/vvc/vvc_thread.c
index db901585a4..31c931f050 100644
--- a/libavcodec/vvc/vvc_thread.c
Jan 3, 2024, 16:53 by nuomi2...@gmail.com:
> Thanks for the suggestion from Lynne.
> ---
> libavcodec/vvc/vvc_intra.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/libavcodec/vvc/vvc_intra.c b/libavcodec/vvc/vvc_intra.c
> index 43de312a71..214ad38c8c 100644
> --- a/libavcodec/vvc/vvc
Le 6 janvier 2024 20:26:42 GMT+02:00, Michael Niedermayer
a écrit :
>
>I think some kind of remotely usable system does make sense for every volunteer
>who wants to work. It simply results in more available time for that work.
>
>Even i (who doesnt travel volunteerly around) have needed and us
---
doc/muxers.texi | 26 ++
1 file changed, 26 insertions(+)
diff --git a/doc/muxers.texi b/doc/muxers.texi
index 75552f0d03..5608638e89 100644
--- a/doc/muxers.texi
+++ b/doc/muxers.texi
@@ -667,6 +667,32 @@ Ubisoft Rayman 2 APM audio muxer.
It accepts a single ADPCM
+This section covers formats belonging to the QuickTime / MOV family,
+also named after the MPEG-4 Part 14 format, also named after the ISO
+base media file format (ISOBMFF).
+
+The MOV format was originally developed for the Apple QuickTime
+container format. Then it was later used as basis for th
Jan 6, 2024, 21:15 by r...@remlab.net:
>
>
> Le 6 janvier 2024 20:26:42 GMT+02:00, Michael Niedermayer
> a écrit :
>
>>
>>
> >I think some kind of remotely usable system does make sense for every
> >volunteer
> >who wants to work. It simply results in more available time for that work.
>
>>
>>
Jan 6, 2024, 07:18 by s...@gentoo.org:
>
> Sam James writes:
>
>> FIx warnings (soon to be errors in GCC 14, already so in Clang 15):
>> ```
>> src/libavcodec/vulkan_av1.c: In function ‘vk_av1_create_params’:
>> src/libavcodec/vulkan_av1.c:183:43: error: initialization of ‘long long
>> unsigned
Signed-off-by: Marth64
Thank you for the good feedback and review. Most feedback is addressed.
> nit: no need to shift
I left this alone only since I see it being done this way in lavf/ccfifo
and other documentation. I assumed it could be doing the shift for a reason,
but I can study further wh
This reverts commit 6442d1ddd62160e96c686c30648b6111e3e0c264.
A valid point was made, that the non-breaking space will cause this text
to render better by ensuring the unit never seperates from the number.
Signed-off-by: Marth64
---
doc/faq.texi | 2 +-
1 file changed, 1 insertion(+), 1 deletio
Thanks all, this should be much better now.
Signed-off-by: Marth64
---
doc/filters.texi | 9 +
1 file changed, 9 insertions(+)
diff --git a/doc/filters.texi b/doc/filters.texi
index 09fa3264ea..20c91bab3a 100644
--- a/doc/filters.texi
+++ b/doc/filters.texi
@@ -15968,6 +15968,15 @@ furt
The in-reply-to didn't seem to work out, but this traces back to
https://ffmpeg.org//pipermail/ffmpeg-devel/2023-December/318226.html
On Sat, Jan 6, 2024 at 4:18 PM Marth64 wrote:
> Thanks all, this should be much better now.
>
> Signed-off-by: Marth64
> ---
> doc/filters.texi | 9 +
>
Signed-off-by: Marth64
---
doc/encoders.texi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/doc/encoders.texi b/doc/encoders.texi
index f65389f2a0..c9fe6d6143 100644
--- a/doc/encoders.texi
+++ b/doc/encoders.texi
@@ -615,7 +615,7 @@ and slightly improves compression.
Opus
Thank you, for the feedback and encouragement. I have made progress fixing
the timestamp issues and will follow up once I am more confident about the
solution.
On Wed, Dec 13, 2023 at 2:45 PM Nicolas George wrote:
> Marth64 (12023-12-09):
> > I am hoping and willing to improve this to be a robus
On Sat, 6 Jan 2024, 16:06 Lynne, wrote:
> Jan 6, 2024, 21:15 by r...@remlab.net:
>
> >
> >
> > Le 6 janvier 2024 20:26:42 GMT+02:00, Michael Niedermayer <
> mich...@niedermayer.cc> a écrit :
> >
> >>
> >>
> > >I think some kind of remotely usable system does make sense for every
> volunteer
> > >
On Tue, Jan 02, 2024 at 03:14:19AM +, aybe aybe wrote:
> This fourth and last patch is an attempt at removing the hard-coded value of
> 15 FPS.
>
> In patch 1/4, although it would render video, the audio and video were not
> synchronized at all, now there are.
>
> In this approach I kept it
Jan 7, 2024, 00:36 by kier...@obe.tv:
> On Sat, 6 Jan 2024, 16:06 Lynne, wrote:
>
>> Jan 6, 2024, 21:15 by r...@remlab.net:
>>
>> >
>> >
>> > Le 6 janvier 2024 20:26:42 GMT+02:00, Michael Niedermayer <
>> mich...@niedermayer.cc> a écrit :
>> >
>> >>
>> >>
>> > >I think some kind of remotely usabl
On Sat, 6 Jan 2024, 19:00 Lynne, wrote:
> Jan 7, 2024, 00:36 by kier...@obe.tv:
>
> > On Sat, 6 Jan 2024, 16:06 Lynne, wrote:
> >
> >> Jan 6, 2024, 21:15 by r...@remlab.net:
> >>
> >> >
> >> >
> >> > Le 6 janvier 2024 20:26:42 GMT+02:00, Michael Niedermayer <
> >> mich...@niedermayer.cc> a écrit
On Sun, Jan 7, 2024 at 4:03 AM Lynne wrote:
> Jan 3, 2024, 16:53 by nuomi2...@gmail.com:
>
> > Thanks for the suggestion from Lynne.
> > ---
> > libavcodec/vvc/vvc_intra.c | 2 ++
> > 1 file changed, 2 insertions(+)
> >
> > diff --git a/libavcodec/vvc/vvc_intra.c b/libavcodec/vvc/vvc_intra.c
> >
On Sat, Jan 6, 2024 at 10:10 AM Nuo Mi wrote:
>
>
> On Sat, Jan 6, 2024 at 9:32 AM James Almer wrote:
>
>> On 1/5/2024 10:27 PM, Nuo Mi wrote:
>> > On Sat, Jan 6, 2024 at 9:25 AM Nuo Mi wrote:
>> >
>> >> For example:
>> >> wget
>> >>
>> https://www.elecard.com/storage/video/NovosobornayaSquare_
On Sun, Jan 7, 2024 at 3:38 AM James Almer wrote:
> Should fix compilation with old GCC.
>
> Signed-off-by: James Almer
>
LGTM
> ---
> libavcodec/vvc/vvc_thread.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/libavcodec/vvc/vvc_thread.c b/libavcodec/vvc/vvc_threa
I tested it, and indeed using vwsub is faster. Updated it in the reply.
---
I have a question: if I tweak the load order a bit, using one less vset, it
leads to being slower (the patch I submitted is 13.2, if I make the
following change, the time would be 15.2).
But I thought it would be faster.
Jan 7, 2024, 01:40 by kier...@obe.tv:
> On Sat, 6 Jan 2024, 19:00 Lynne, wrote:
>
>> Jan 7, 2024, 00:36 by kier...@obe.tv:
>>
>> > On Sat, 6 Jan 2024, 16:06 Lynne, wrote:
>> >
>> >> Jan 6, 2024, 21:15 by r...@remlab.net:
>> >>
>> >> >
>> >> >
>> >> > Le 6 janvier 2024 20:26:42 GMT+02:00, Michael
On Sat, 6 Jan 2024, 20:55 Lynne, wrote:
> Jan 7, 2024, 01:40 by kier...@obe.tv:
>
> > On Sat, 6 Jan 2024, 19:00 Lynne, wrote:
> >
> >> Jan 7, 2024, 00:36 by kier...@obe.tv:
> >>
> >> > On Sat, 6 Jan 2024, 16:06 Lynne, wrote:
> >> >
> >> >> Jan 6, 2024, 21:15 by r...@remlab.net:
> >> >>
> >> >>
On Sun, Dec 31, 2023 at 10:21:51PM +0100, Michael Niedermayer wrote:
> On Sun, Dec 31, 2023 at 03:57:02AM -0500, Brad Smith wrote:
> > Could this be back ported to 6.1?
> >
> > https://git.videolan.org/?p=ffmpeg.git;a=commit;h=b3825bbe452c8e4f129fa90bba1fed0ee7b87d71
>
> It doesnt apply cleanly
>
On Sat, 6 Jan 2024 at 05:10, Martin Storsjö wrote:
> On Sat, 6 Jan 2024, Kieran Kunhya wrote:
>
> > On Sat, 6 Jan 2024 at 02:35, Nuo Mi wrote:
> >
> >> On Sat, Jan 6, 2024 at 9:13 AM James Almer wrote:
> >>
> >> > On 1/5/2024 10:09 PM, Nuo Mi wrote:
> >> > > On Sat, Jan 6, 2024 at 5:09 AM James
see
https://fate.ffmpeg.org/report.cgi?slot=x86_64-archlinux-gcc-valgrind&time=20240105201935
If tc is zero, the max_len_q, max_len_p are uninitialized.
Reported-by: James Almer
---
libavcodec/vvc/vvc_filter_template.c | 231 +--
1 file changed, 114 insertions(+), 117 d
---
libavcodec/vvc/vvc_filter_template.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavcodec/vvc/vvc_filter_template.c
b/libavcodec/vvc/vvc_filter_template.c
index e30deaac96..8687d5b24d 100644
--- a/libavcodec/vvc/vvc_filter_template.c
+++ b/libavcodec/vvc/vvc_fi
> -Original Message-
> From: ffmpeg-devel On Behalf Of Stefano
> Sabatini
> Sent: 2024年1月7日 0:53
> To: FFmpeg development discussions and patches
> Cc: Stefano Sabatini
> Subject: [FFmpeg-devel] [PATCH 2/2] lavf/movenc: sort options by name
>
> ---
> libavformat/movenc.c | 86 +++
On Sun, Jan 7, 2024 at 1:47 AM James Almer wrote:
> On 1/1/2024 11:12 AM, Nuo Mi wrote:
> > vvc decoder plug-in to avcodec.
> > split frames into slices/tiles and send them to vvc_thread for further
> decoding
> > reorder and wait for the frame decoding to be done and output the frame
> >
> > Fea
lavu/thread: add support for setting thread name on *bsd and solaris
FreeBSD/DragonFly/Solaris use pthread_setname_np(). OpenBSD uses
pthread_set_name_np().
Signed-off-by: Brad Smith
---
configure | 10 ++
libavutil/thread.h | 14 --
2 files changed, 22 insertions(
71 matches
Mail list logo
