On Fri, Oct 22, 2021 at 10:55:25PM -0300, James Almer wrote:
> On 10/22/2021 6:45 PM, Michael Niedermayer wrote:
> > Signed-off-by: Michael Niedermayer
> > ---
> > libswscale/utils.c | 5 -
> > 1 file changed, 4 insertions(+), 1 deletion(-)
> >
> > diff --git a/libswscale/utils.c b/libswsc
On Fri, Oct 22, 2021 at 10:53:07PM -0300, James Almer wrote:
> On 10/22/2021 6:45 PM, Michael Niedermayer wrote:
> > Fixes: ./ffplay dav.y4m -vf "scale=hd1080:threads=4"
> > Found-by: Paul
> > Signed-off-by: Michael Niedermayer
> > ---
> > libswscale/utils.c | 5 +++--
> > 1 file changed, 3 ins
Signed-off-by: Michael Niedermayer
---
libswscale/swscale.h | 8
1 file changed, 8 insertions(+)
diff --git a/libswscale/swscale.h b/libswscale/swscale.h
index 59610d03426..daa53dc01ee 100644
--- a/libswscale/swscale.h
+++ b/libswscale/swscale.h
@@ -318,14 +318,22 @@ unsigned int sws_re
Signed-off-by: Michael Niedermayer
---
libswscale/utils.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/libswscale/utils.c b/libswscale/utils.c
index 3752c3ec38c..c726922527b 100644
--- a/libswscale/utils.c
+++ b/libswscale/utils.c
@@ -995,7 +995,10 @@ int sws_setColorsp
I would like to explain the supported modes in the guided filter,
(1) Basic mode shows better denoising performance compared to bilateral
filter and can be applied in many applications such as detail enhancement,
dehazing, and so on, which is illustrated in paper
http://kaiminghe.com/eccv10/.
(2) F
On Sat, Oct 23, 2021 at 4:56 AM Xuewei Meng wrote:
> I would like to explain the supported modes in the guided filter,
> (1) Basic mode shows better denoising performance compared to bilateral
> filter and can be applied in many applications such as detail enhancement,
> dehazing, and so on, whic
On 10/21/2021 10:48 AM, Derek Buitenhuis wrote:
Signed-off-by: Derek Buitenhuis
---
* The NAL reordering approach is a result of discussions with Anton and James
a few months ago.
* I've put the NAL reordering in ff_h2645_packet_split, rather than a bitstream
filter for a few reasons:
Signed-off-by: Michael Niedermayer
---
libavfilter/vf_owdenoise.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/libavfilter/vf_owdenoise.c b/libavfilter/vf_owdenoise.c
index f15baf7e084..bb99e8f33c4 100644
--- a/libavfilter/vf_owdenoise.c
+++ b/libavfilter/vf_owdenoise.c
@@ -19,6 +19,1
---
libswscale/utils.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libswscale/utils.c b/libswscale/utils.c
index 367b0ea..bc42673 100644
--- a/libswscale/utils.c
+++ b/libswscale/utils.c
@@ -1287,7 +1287,7 @@ av_cold int sws_init_context(SwsContext *c, SwsFilter
*srcFilter
---
libswscale/utils.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libswscale/utils.c b/libswscale/utils.c
index 367b0ea..bc42673 100644
--- a/libswscale/utils.c
+++ b/libswscale/utils.c
@@ -1287,7 +1287,7 @@ av_cold int sws_init_context(SwsContext *c, SwsFilter
*srcFilter
On 10/22/2021 11:02 PM, Jan Ekström wrote:
> DoVi Profile 5 and 7 rendering requires the data within these RPU
> entities, AFAIK (as it contains various values to correctly configure
> the custom color space). So software such as libplacebo where haasn
> has made efforts towards implementing the no
On 10/23/2021 3:18 PM, James Almer wrote:
> 0x7c01 is just the NAL header that signals type 62, nuh_layer_id 0 and
> nuh_temporal_id 0.
>
> forbidden_zero_bit= 0
> nal_unit_type = 10
> nuh_layer_id = 00
> nuh_temporal_id_plus1 =001
>
> So the last two checks
On 10/23/2021 2:52 PM, Derek Buitenhuis wrote:
On 10/23/2021 3:18 PM, James Almer wrote:
0x7c01 is just the NAL header that signals type 62, nuh_layer_id 0 and
nuh_temporal_id 0.
forbidden_zero_bit= 0
nal_unit_type = 10
nuh_layer_id = 00
nuh_temporal_id_plus1 =
On Sat, Oct 23, 2021 at 9:16 PM James Almer wrote:
>
> On 10/23/2021 2:52 PM, Derek Buitenhuis wrote:
> > On 10/23/2021 3:18 PM, James Almer wrote:
> >> 0x7c01 is just the NAL header that signals type 62, nuh_layer_id 0 and
> >> nuh_temporal_id 0.
> >>
> >> forbidden_zero_bit= 0
> >> nal_
On 10/23/2021 7:15 PM, James Almer wrote:
>> Do'h, will fix.
>
> That being said, would Dolby RPU NALUs like this using other values for
> temporal and layer id be valid? Or can we just assume that's never
> happening?
They also use 63 for an EL, according to other codebases an docs. I didn't
i
On 10/23/2021 7:25 PM, Jan Ekström wrote:
> Since effectively D has taken over NAL unit 62 for this stuff, just
> call it RPU_BUFFER or so, and take in everything NAL unit 62?
Sounds OK to me if others are OK.
- Derek
___
ffmpeg-devel mailing list
ffmpe
On Fri, Oct 22, 2021 at 5:38 PM Michael Niedermayer
wrote:
> its 2 separate libraries they are often shiped by distributions in
> separate packages. libavformat can depend on libavcodec but not the
> other way around. libavcodec could get upgraded without libavformat
> separate patches make it mor
17 matches
Mail list logo