Tristan Matthews 于2023年6月1日周四 13:03写道：
>
> > you can publish hevc, av1 or vp9 codec stream to Youtube over rtmp.
>
> Were you able to push av1 or vp9 to Youtube with this patchset alone?
I've tested push them after after this patchset, do you mean you get
some problems after this patchset?
Thank
> you can publish hevc, av1 or vp9 codec stream to Youtube over rtmp.
Were you able to push av1 or vp9 to Youtube with this patchset alone?
Best,
-t
On Wed, May 31, 2023 at 8:03 PM Steven Liu wrote:
>
> Neal Gompa 于2023年5月31日周三 13:47写道：
> >
> > On Mon, May 15, 2023 at 10:41 PM Neal Gompa wrot
On 5/31/2023 9:26 PM, Michael Niedermayer wrote:
Also update check accordingly
Fixes: tickets/10237/mszh_306_306_yuv422_nocompress.avi
Fixes: tickets/10237/mszh_306_306_yuv411_nocompress.avi
Signed-off-by: Michael Niedermayer
---
libavcodec/lcldec.c | 9 ++---
1 file changed, 6 inser
Fixes: Timeout
Fixes:
59332/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_QPEG_fuzzer-6292824736530432
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
tools/target_dec_fuzzer.c | 1 +
1 file changed,
Also update check accordingly
Fixes: tickets/10237/mszh_306_306_yuv422_nocompress.avi
Fixes: tickets/10237/mszh_306_306_yuv411_nocompress.avi
Signed-off-by: Michael Niedermayer
---
libavcodec/lcldec.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/libavcodec/lcldec
Neal Gompa 于2023年5月31日周三 13:47写道：
>
> On Mon, May 15, 2023 at 10:41 PM Neal Gompa wrote:
> >
> > On Mon, May 15, 2023 at 4:32 AM Steven Liu wrote:
> > >
> > > Reference file:
> > > https://github.com/veovera/enhanced-rtmp/blob/main/enhanced-rtmp-v1.pdf
> > > The Enhanced flv has been supported
On Wed, May 31, 2023 at 04:54:49PM +0200, Anton Khirnov wrote:
> Sending an empty packet already does that implicitly.
> ---
> fftools/ffmpeg.c | 1 -
> 1 file changed, 1 deletion(-)
seems to infinite loop this:
ffmpeg -y -threads:a 1 -i
/home/michael/tickets//1208/702121h264-TTA.mkvtest82.mkv
On Wed, May 31, 2023 at 11:07:15AM +0800, Tong Wu wrote:
> From: Wu Jianhua
>
> The implementation is based on:
> https://learn.microsoft.com/en-us/windows/win32/medfound/direct3d-12-video-overview
>
> With the Direct3D 12 video decoding support, we can render or process
> the decoded images by
Hello, quick skim below, followe by some waffling at the end.
I have not bothere to mention any code style nits, to keep it technical.
On 5/29/2023 12:50 PM, Steven Liu wrote:
> @@ -3483,6 +3483,7 @@ ogg_demuxer_select="dirac_parse"
> ogv_muxer_select="ogg_muxer"
> opus_muxer_select="ogg_muxer"
On Wed, 31 May 2023, Rémi Denis-Courmont wrote:
Le tiistaina 30. toukokuuta 2023, 15.30.41 EEST Martin Storsjö a écrit :
Based partially on code by Janne Grunau.
---
Updated to use both the direct HWCAP* macros and HWCAP_CPUID. A
not unreasonably old distribution like Ubuntu 20.04 does have
HW
May 31, 2023, 19:59 by phil...@overt.org:
> On Wed, 31 May 2023 19:55:19 +0200 (CEST)
> Lynne wrote:
>
>> + May 31st, 2023, Vulkan decoding
>> +
>> + Recently, Vulkan-powered decoding hardware acceleration code was
>> merged into the codebase.
>> + This is the first vendor-generic and pl
On 5/31/2023 12:32 PM, Anton Khirnov wrote:
It is recommended for callers to set it, though not required.
Add this comment to the file. It's meant to be an example for library
users to refer to for their implementations, after all.
---
doc/examples/transcode.c | 3 +++
1 file changed, 3
On Wed, 31 May 2023 19:55:19 +0200 (CEST)
Lynne wrote:
> + May 31st, 2023, Vulkan decoding
> +
> + Recently, Vulkan-powered decoding hardware acceleration code was
> merged into the codebase.
> + This is the first vendor-generic and platform-generic decode
> acceleration API, enabling th
+ May 31st, 2023, Vulkan decoding
+
+ Recently, Vulkan-powered decoding hardware acceleration code was merged
into the codebase.
+ This is the first vendor-generic and platform-generic decode acceleration
API, enabling the
+ same code to be used on multiple platforms, with very minima
On Mon, May 29, 2023 at 02:49:55PM +0200, Anton Khirnov wrote:
> Set them in ifilter_parameters_from_dec(), similarly to audio/video
> streams. This reduces the extent to which sub2video filters need to be
> treated specially.
> ---
> You can also get the updated tree from ffmpeg_sub2video in my re
Le tiistaina 30. toukokuuta 2023, 15.30.41 EEST Martin Storsjö a écrit :
> Based partially on code by Janne Grunau.
>
> ---
> Updated to use both the direct HWCAP* macros and HWCAP_CPUID. A
> not unreasonably old distribution like Ubuntu 20.04 does have
> HWCAP_CPUID but not HWCAP2_I8MM in the dis
Le tiistaina 30. toukokuuta 2023, 15.25.25 EEST Martin Storsjö a écrit :
> On Sun, 28 May 2023, Rémi Denis-Courmont wrote:
> > Le sunnuntaina 28. toukokuuta 2023, 0.34.15 EEST Martin Storsjö a écrit :
> >> I guess the alternative would be to just try to set .arch
> >> . I was worried that support f
LGTM
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
LGTM
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
LGTM
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
The timebases do not have to match.
---
doc/examples/transcode.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/doc/examples/transcode.c b/doc/examples/transcode.c
index 2e1491f432..ebe5ad2a42 100644
--- a/doc/examples/transcode.c
+++ b/doc/examples/transcode.c
@@ -439,6 +439,10 @@ stati
It is recommended for callers to set it, though not required.
---
doc/examples/transcode.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/doc/examples/transcode.c b/doc/examples/transcode.c
index 805a028ed7..7110816fe6 100644
--- a/doc/examples/transcode.c
+++ b/doc/examples/transcode.c
@@
The contents of this field are not defined for decoding. Use
pkt_timebase, which is the timebase of demuxed packets.
Drop a tautological av_packet_rescale_ts() call, as the stream and
decoder timebases are the same.
---
doc/examples/transcode.c | 7 ++-
1 file changed, 2 insertions(+), 5 dele
approved
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
Use NULL packets to signal EOF instead of a separate variable. This is
made possible by the previous commit.
---
fftools/ffmpeg.c | 2 +-
fftools/ffmpeg.h | 13 +
fftools/ffmpeg_enc.c | 6 +++---
fftools/ffmpeg_mux.c | 14 +++---
4 files changed, 12 insertions(+), 23
---
fftools/ffmpeg_filter.c | 20
1 file changed, 20 deletions(-)
diff --git a/fftools/ffmpeg_filter.c b/fftools/ffmpeg_filter.c
index 287b1e6f9d..1150f6fc65 100644
--- a/fftools/ffmpeg_filter.c
+++ b/fftools/ffmpeg_filter.c
@@ -1075,26 +1075,6 @@ static int configure_output_
It is no longer used outside of muxing code.
---
fftools/ffmpeg.h | 1 -
fftools/ffmpeg_mux.c | 4 ++--
fftools/ffmpeg_mux.h | 2 ++
fftools/ffmpeg_mux_init.c | 4 ++--
4 files changed, 6 insertions(+), 5 deletions(-)
diff --git a/fftools/ffmpeg.h b/fftools/ffmpeg.h
index 89008
For decoding, this field is used by the decoder to export information
to the caller; it does not make sense for the caller to set it.
---
fftools/ffmpeg_demux.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/fftools/ffmpeg_demux.c b/fftools/ffmpeg_demux.c
index 5c15b8bad3..5e5f106368 100644
Currently of_output_packet() reuses the input packet, which requires its
callers to submit blank packets even on EOF, which makes the code more
complex.
---
fftools/ffmpeg_mux.c | 9 +++--
fftools/ffmpeg_mux.h | 1 +
2 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/fftools/ffmpeg
Output stream will be closed implicitly after a NULL packet is sent to
it, there is no need to explicitly call close_output_stream().
---
fftools/ffmpeg.c | 9 +
1 file changed, 1 insertion(+), 8 deletions(-)
diff --git a/fftools/ffmpeg.c b/fftools/ffmpeg.c
index 9997881572..7d2a25f2bf 10
Packets submitted to the muxer now have their timebase attached to them,
so the muxer can do conversion to muxing timebase and avoid exposing it
to callers.
---
fftools/ffmpeg_enc.c | 17 ++---
fftools/ffmpeg_mux.c | 6 ++
2 files changed, 8 insertions(+), 15 deletions(-)
diff --
This way the encoder does not need to reach backward into the filter.
---
fftools/ffmpeg.h| 2 ++
fftools/ffmpeg_enc.c| 19 +++
fftools/ffmpeg_filter.c | 10 ++
3 files changed, 23 insertions(+), 8 deletions(-)
diff --git a/fftools/ffmpeg.h b/fftools/ffmpeg.h
It has no effect otherwise.
---
fftools/ffmpeg_mux_init.c | 23 ---
1 file changed, 12 insertions(+), 11 deletions(-)
diff --git a/fftools/ffmpeg_mux_init.c b/fftools/ffmpeg_mux_init.c
index b5295ad445..d0b89cd188 100644
--- a/fftools/ffmpeg_mux_init.c
+++ b/fftools/ffmpeg_mux
There is no reason to expect input frame durations to match output
framerate.
---
fftools/ffmpeg_enc.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/fftools/ffmpeg_enc.c b/fftools/ffmpeg_enc.c
index 4a5ae3aa1b..5be6e9332a 100644
--- a/fftools/ffmpeg_enc.c
+++ b/fftools/ffmpeg_enc.c
@@ -104
Stop assuming the encoder knows the muxing timebase, which does not
always have to hold (e.g. due to bitstream filters).
---
fftools/ffmpeg_enc.c | 4
fftools/ffmpeg_mux.c | 5 +
fftools/ffmpeg_mux.h | 3 +++
fftools/ffmpeg_mux_init.c | 10 ++
4 files changed, 14
---
fftools/ffmpeg.h| 1 -
fftools/ffmpeg_filter.c | 1 -
2 files changed, 2 deletions(-)
diff --git a/fftools/ffmpeg.h b/fftools/ffmpeg.h
index cef4b5d000..0e9ad5f9f7 100644
--- a/fftools/ffmpeg.h
+++ b/fftools/ffmpeg.h
@@ -296,7 +296,6 @@ typedef struct OutputFilter {
/* desired
It is set by the muxing code, which will not be synchronized with
encoding code after upcoming threading changes. Use an encoder-private
variable instead.
---
fftools/ffmpeg_enc.c | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/fftools/ffmpeg_enc.c b/fftools/ffmpeg_enc
Sending an empty packet already does that implicitly.
---
fftools/ffmpeg.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/fftools/ffmpeg.c b/fftools/ffmpeg.c
index 7d2a25f2bf..462365ed02 100644
--- a/fftools/ffmpeg.c
+++ b/fftools/ffmpeg.c
@@ -1104,7 +1104,6 @@ static int process_input(int fil
Will be useful in following commits.
---
fftools/ffmpeg.c | 11 +++
fftools/ffmpeg.h | 6 ++
fftools/ffmpeg_dec.c | 5 ++---
3 files changed, 19 insertions(+), 3 deletions(-)
diff --git a/fftools/ffmpeg.c b/fftools/ffmpeg.c
index bcda7570e9..9997881572 100644
--- a/fftools/f
The function now reduces to a ternary operator, so it is shorter and
clearer to eliminate it.
---
fftools/ffmpeg_enc.c | 18 --
1 file changed, 4 insertions(+), 14 deletions(-)
diff --git a/fftools/ffmpeg_enc.c b/fftools/ffmpeg_enc.c
index 04d2c3c201..4a5ae3aa1b 100644
--- a/fftoo
The code currently uses OutputStream.pkt, which complicates its
ownership semantics.
---
fftools/ffmpeg_enc.c | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
diff --git a/fftools/ffmpeg_enc.c b/fftools/ffmpeg_enc.c
index 8dd8104cea..2bf4782a9f 100644
--- a/fftools/ffmpeg_enc
The values currently written into it are not used after
enc_open(), so it is better to confine them to that function.
---
fftools/ffmpeg_enc.c | 33 ++---
1 file changed, 18 insertions(+), 15 deletions(-)
diff --git a/fftools/ffmpeg_enc.c b/fftools/ffmpeg_enc.c
index 5
There is no reason to postpone it until opening the encoder. Also, abort
when the input stream is unknown, rather than disregard an explicit
request from the user.
---
fftools/ffmpeg_enc.c | 11 ---
fftools/ffmpeg_mux_init.c | 9 +
2 files changed, 9 insertions(+), 11 deletio
---
The patchset is also available from branch 'ffmpeg_enc_tb' in
git://git.khirnov.net/libav
---
fftools/ffmpeg.c | 6 --
fftools/ffmpeg.h | 6 +++---
fftools/ffmpeg_enc.c | 8
3 files changed, 11 insertions(+), 9 deletions(-)
diff --git a/fftools/ffmpeg.c b/fftools/ffmpeg.
The values currently written into it are not used after
streamcopy_init(), so it is better to confine them to that function.
---
fftools/ffmpeg_mux_init.c | 15 +--
1 file changed, 9 insertions(+), 6 deletions(-)
diff --git a/fftools/ffmpeg_mux_init.c b/fftools/ffmpeg_mux_init.c
index
There is no meaningful reason for them to be separated.
---
fftools/ffmpeg_enc.c | 38 ++
1 file changed, 18 insertions(+), 20 deletions(-)
diff --git a/fftools/ffmpeg_enc.c b/fftools/ffmpeg_enc.c
index d390e384ed..07928b3557 100644
--- a/fftools/ffmpeg_enc.c
+
The code will currently add a small offset to avoid exact midpoints, but
this can cause inexact results when a float timestamp is exactly
representable as an integer.
Fixes off-by-one in the first frame duration in multiple FATE tests.
---
fftools/ffmpeg_enc.c | 6 --
tests/ref/fa
On Tue, May 30, 2023 at 11:10 PM Marton Balint wrote:
>
>
> On Fri, 20 Jan 2023, Anton Khirnov wrote:
>
> > ---
> > libavfilter/graphparser.c | 537 +-
> > 1 file changed, 126 insertions(+), 411 deletions(-)
>
> This change makes error messages for parse failure
>On Wednesday, May 31, 2023, Tong Wu
>wrote:
>
>> From: Wu Jianhua
>>
>> The implementation is based on:
>> https://learn.microsoft.com/en-us/windows/win32/medfound/
>> direct3d-12-video-overview
>>
>>
>
>> With the Direct3D 12 video decoding support, we can render or process
>> the decoded image
On Wednesday, May 31, 2023, Tong Wu
wrote:
> From: Wu Jianhua
>
> The implementation is based on:
> https://learn.microsoft.com/en-us/windows/win32/medfound/
> direct3d-12-video-overview
>
>
> With the Direct3D 12 video decoding support, we can render or process
> the decoded images by the pixe
50 matches
Mail list logo
