Jul 28, 2023, 03:21 by b...@bcheng.me:
> The hevc parser parses the diagonal scan order in bitstream into raster
> scan order. However, the Vulkan spec wants it as specified in H265 spec,
> which is diagonal scan order.
>
> Tested on RADV.
>
> v2: fix copy-paste typo with PPS.
>
Pushed with a
Hi all,
I've been directed here from https://ffmpeg.org/consulting.html as I'm looking to hire an expert
for what should hopefully be a simple but well-paid job. Please let me know if anyone has availability!
What I'm trying to do is capture demoscene demos in full quality: 4k@60hz (with
Continuation of 40e6575aa3eed64cd32bf28c00ae57edc5acb25a
Signed-off-by: L. E. Segovia
---
libavcodec/x86/aacencdsp_init.c| 2 ++
libavcodec/x86/aacpsdsp_init.c | 2 ++
libavcodec/x86/ac3dsp_init.c | 4
libavcodec/x86/audiodsp_init.c | 2 ++
Continuation of 40e6575aa3eed64cd32bf28c00ae57edc5acb25a
Signed-off-by: L. E. Segovia
---
libavcodec/x86/hpeldsp_init.c | 2 ++
libavcodec/x86/vc1dsp_init.c | 2 +-
2 files changed, 3 insertions(+), 1 deletion(-)
diff --git a/libavcodec/x86/hpeldsp_init.c b/libavcodec/x86/hpeldsp_init.c
index
Continuation of e42aaaf92a4b0c88d60acc12df64c81d0887c26f
Signed-off-by: L. E. Segovia
---
fftools/ffprobe.c | 16 +++-
fftools/opt_common.c| 12 ++--
libavformat/rtmpproto.c | 24 ++--
3 files changed, 39 insertions(+), 13 deletions(-)
diff
Continuation of 40e6575aa3eed64cd32bf28c00ae57edc5acb25a
Co-authored-by: Nirbheek Chauhan
Signed-off-by: L. E. Segovia
---
libavcodec/x86/fdctdsp_init.c| 2 +
libavcodec/x86/flacdsp_init.c| 8 +-
libavcodec/x86/hevcdsp_init.c| 547 ++-
Updated for 6.0, any constructive feedback will be appreciated.
L. E. Segovia (4):
all: Replace if (ARCH_FOO) checks by #if ARCH_FOO, part 2
all: Replace if (CONFIG_FOO) checks by #if CONFIG_FOO
all: Guard if (INLINE*) checks with #if HAVE_INLINE_ASM
all: Guard if (EXTERNAL*) checks with
The hevc parser parses the diagonal scan order in bitstream into raster
scan order. However, the Vulkan spec wants it as specified in H265 spec,
which is diagonal scan order.
Tested on RADV.
v2: fix copy-paste typo with PPS.
---
libavcodec/vulkan_hevc.c | 83
This moves sdr back from libavradio into libavdevice & libavformat
(inside the libavradio repository)
People originally wanted this code in a libavradio library but recently
suggested that sdr should have no impact on other things in FFmpeg.
libavradio has a substantial impact as it will result
untested as i have no clean signal from a CQUAM station
Signed-off-by: Michael Niedermayer
---
libavradio/sdr.h | 1 +
libavradio/sdrdemux.c | 37 +++--
2 files changed, 32 insertions(+), 6 deletions(-)
diff --git a/libavradio/sdr.h b/libavradio/sdr.h
On Mon, Jul 24, 2023 at 08:35:30PM +0200, Michael Niedermayer wrote:
> Signed-off-by: Michael Niedermayer
> ---
> libavradio/sdrinradio.c | 15 +--
> 1 file changed, 9 insertions(+), 6 deletions(-)
will apply patchset to libavradio repository
[...]
--
Michael GnuPG
On Thu, Jul 27, 2023 at 08:15:52PM +0200, reimar.doeffin...@gmx.de wrote:
> From: Reimar Döffinger
>
> Enough to make it run on macOS.
> In particular:
> - fix "empty subexpression" errors caused by constructs like (smth|),
> use ? instead to make them optional
> - no -d option for xargs, use
On Thu, Jul 20, 2023 at 06:57:15PM +, Anton Khirnov wrote:
> ffmpeg | branch: master | Anton Khirnov | Fri Jul 14
> 12:28:18 2023 +0200| [2e6afa799ef693b94f993f54ed41a84f6d9f1685] | committer:
> Anton Khirnov
>
> fftools/cmdutils: add error handling to GROW_ARRAY()
>
> >
On Thu, Jul 27, 2023 at 12:37 AM Jan Ekström wrote:
>
> On Tue, Jul 25, 2023 at 10:29 PM Jan Ekström wrote:
> >
> > This allows parsing code to be re-utilized from H.264, as well as probably
> > from VVC in the future.
> >
> > This additionally eases verification of the AVCodecContext side data
On Tue, 25 Jul 2023, Richard Acayan wrote:
A POLLERR occurs when libavcodec attempts to dequeue output buffers
before enqueuing capture buffers. This could happen to an application
deciding to send the first coded packet. Suppress these POLLERRs when
the buffers are uninitialized.
Will
On Sat, 22 Jul 2023, Marton Balint wrote:
Signed-off-by: Marton Balint
---
libavcodec/libaomenc.c | 3 ++-
libavcodec/libvpxenc.c | 3 ++-
libavcodec/msmpeg4enc.c | 3 ++-
3 files changed, 6 insertions(+), 3 deletions(-)
Will apply.
Regards,
Marton
diff --git a/libavcodec/libaomenc.c
On Wed, 26 Jul 2023, Anton Khirnov wrote:
---
fftools/ffprobe.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fftools/ffprobe.c b/fftools/ffprobe.c
index a39185f6fe..81610c097b 100644
--- a/fftools/ffprobe.c
+++ b/fftools/ffprobe.c
@@ -4113,7 +4113,7 @@ int main(int
Jul 24, 2023, 22:46 by andreas.rheinha...@outlook.com:
> libavcodec/vulkan_video_codec_av1std.h currently does not pass
> checkheaders: It is missing stdint.h and vulkan/vulkan_core.h.
> The comment "This header is NOT YET generated from the Khronos Vulkan
> XML API Registry." as well as the fact
On Thu, 27 Jul 2023, Steven Liu wrote:
check ensure seekback 4 bytes before read 4 bytes from pb,
and seek back 4 byte from current position after read 4 bytes.
fix segfaults:
READ of size 1 at 0x610003b7 thread T0
#0 0x7f928d in flv_same_video_codec
Including winsock2.h without WIN32_LEAN_AND_MEAN causes bzlib.h to parse
as nonsense, due to an instance of #define char small in rpcndr.h
(included transitively from windows.h).
See: https://stackoverflow.com/a/27794577
Signed-off-by: L. E. Segovia
---
libavformat/network.h| 1 +
Michael Niedermayer (12023-07-27):
> Now gqrx needs me to manually enter the frequency, the modulation the
> device, then it still doesnt work (first one has to know why from multiple
> rtlsdr lines some dont work) and once one is through this it still
> doesnt work, all AGC methods dont work, i
On Thu, Jul 27, 2023 at 03:05:23PM +0200, Tomas Härdin wrote:
> ons 2023-07-26 klockan 12:37 +0200 skrev Michael Niedermayer:
>
> > But what my goal after
> > having some fun with SDR is, is to
> > serve the end user. And here iam
> > trying to make it possible that "FFmpeg based" players and
From: Reimar Döffinger
Enough to make it run on macOS.
In particular:
- fix "empty subexpression" errors caused by constructs like (smth|),
use ? instead to make them optional
- no -d option for xargs, use the more standard -0 and use tr to
replace newlines with 0.
Not sure if these cause
Kieran Kunhya (12023-07-25):
> You can have satisified users without having to implement SDR in a
> multimedia library, nor xml parsing, nor a web server, nor anything
> else that sits at a higher or lower level than FFmpeg.
Satisfied users is not a yes/no thing. There was a branch of the fork
Reimar Döffinger (12023-07-27):
> Thanks, sent a new version with that updated, plus a fix for a typo
> in the commit message.
If it is all you have changed, then I do not think I need to look at it
again.
I do not maintain most of the files you have changed, but I think you
can go ahead.
On Thu, Jul 27, 2023 at 4:29 AM Thilo Borgmann wrote:
>
> Am 25.07.23 um 22:14 schrieb James Zern:
> > On Tue, Jul 25, 2023 at 1:58 AM Thilo Borgmann
> > wrote:
> >>
> >> Still images fixed from v2. Now includes a fate test for animated webp.
> >>
> >> Patch 5/7 is still there for making
> On 27 Jul 2023, at 19:33, Nicolas George wrote:
>
> reimar.doeffin...@gmx.de (12023-07-23):
>> From: Reimar Döffinger
>>
>> Change some internal APIs a bit to make it harder to make
>> such mistakes.
>> In particular, have the read chunk functions return an error
>> when the result is
From: Reimar Döffinger
Change some internal APIs a bit to make it harder to make
such mistakes.
In particular, have the read chunk functions return an error
when the result is incomplete.
This might be less flexible, but since there has been no
use-case for that so far, avoiding coding mistakes
On Wed, Jul 26, 2023 at 09:19:10PM -0300, James Almer wrote:
> On 7/26/2023 8:59 PM, Michael Niedermayer wrote:
> > Fixes: out of array write
> > Fixes:
> > 60798/clusterfuzz-testcase-minimized-ffmpeg_BSF_EVC_FRAME_MERGE_fuzzer-4633529766772736
> >
> > Found-by: continuous fuzzing process
> >
reimar.doeffin...@gmx.de (12023-07-23):
> From: Reimar Döffinger
>
> Change some internal APIs a bit to make it harder to make
> such mistakes.
> In particular, have the read chunk functions return an error
> when the result is incomplete.
> This might be less flexible, but since there has been
> On 23 Jul 2023, at 14:00, reimar.doeffin...@gmx.de wrote:
>
> From: Reimar Döffinger
>
> Change some internal APIs a bit to make it harder to make
> such mistakes.
> In particular, have the read chunk functions return an error
> when the result is incomplete.
> This might be less flexible,
> On 26 Jul 2023, at 21:43, Martin Storsjö wrote:
>
> On Wed, 26 Jul 2023, reimar.doeffin...@gmx.de wrote:
>
>> From: Reimar Döffinger
>>
>> ret can be given an argument instead.
>> This is also consistent with how other assembler code
>> in FFmpeg does it.
>> ---
>>
> On 27 Jul 2023, at 15:55, Rémi Denis-Courmont wrote:
>
> Hi,
>
> The use of RET vs BR also has microarchitectural side effects. AFAIU, RET
> should always be paired with an earlier BL/BLR to avoid interfering with
> branch prediction.
>
> So depending on the circumstances, either one of
On Wed, Jul 26, 2023 at 2:36 PM Tomas Härdin wrote:
>
> tis 2023-07-25 klockan 16:18 +0200 skrev Thilo Borgmann:
> > Am 25.07.23 um 14:24 schrieb Tomas Härdin:
> > > > +// Extremely simplified key frame detection:
> > > > +// - the first frame (containing headers) is marked as a key
> > >
The hevc parser parses the diagonal scan order in bitstream into raster
scan order. However, the Vulkan spec wants it as specified in H265 spec,
which is diagonal scan order.
Tested on RADV.
---
libavcodec/vulkan_hevc.c | 83
1 file changed, 41
On 7/21/2023 5:37 PM, Devin Heitmueller wrote:
Because SCTE-35 messages are represented in TS streams as sections
rather than PES packets, we cannot rely on ffmpeg's standard
mechanisms to adjust PTS values if reclocking the stream.
This filter will leverage the SCTE-35 pts_adjust field to
On Fri, Jul 21, 2023 at 4:38 PM Devin Heitmueller
wrote:
>
> Properly set up the MPEG-TS mux and recalculate the pts_adjust field
> in SCTE_35 packets, such that a user can transparently pass through
> SCTE-35 streams when both the input and output are MPEG-TS.
>
> This patch series rebased
Hi,
The use of RET vs BR also has microarchitectural side effects. AFAIU, RET
should always be paired with an earlier BL/BLR to avoid interfering with branch
prediction.
So depending on the circumstances, either one of these should be addressed:
* Clarify that this is actually a function
> -Original Message-
> From: ffmpeg-devel On Behalf Of James
> Almer
> Sent: środa, 26 lipca 2023 17:46
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v26 5/9] avcodec/evc_decoder: Provided
> support for EVC decoder
>
> On 6/15/2023 8:48 AM, Dawid Kozinski wrote:
On Thu, 27 Jul 2023 at 13:09, Timo Rothenpieler
wrote:
> Looks sensible to me.
> I'm curious, what is the use case for this mode?
>
The classical use-case for this feature is to fit a slice in a UDP packet
for RTP streaming.
Kieran
___
ffmpeg-devel
ons 2023-07-26 klockan 12:37 +0200 skrev Michael Niedermayer:
> But what my goal after
> having some fun with SDR is, is to
> serve the end user. And here iam
> trying to make it possible that "FFmpeg based" players and tools
> can use SDR.
Which tools and players?
> For FFmpeg using a C or C++
On 7/27/2023 9:16 AM, hung kuishing wrote:
> Let me briefly describe what I needed at that time:
> I have another prores encoder and another mov muxer, what I need to do are:
> 1. use "another mov muxer" to encapsulate prores bitstream generated by
> ffmpeg.
> 2. use ffmpeg to encapsulate prores
Looks sensible to me.
I'm curious, what is the use case for this mode?
___
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
On 7/27/2023 8:13 AM, Anton Khirnov wrote:
Quoting Tomas Härdin (2023-07-26)
tis 2023-07-25 klockan 14:09 -0300 skrev James Almer:
Signed-off-by: James Almer
---
Now inserting a filter into the graph.
This looks useful for MXF
+ { "apply_cropping", HAS_ARG | OPT_BOOL | OPT_SPEC |
+
Am 25.07.23 um 22:14 schrieb James Zern:
On Tue, Jul 25, 2023 at 1:58 AM Thilo Borgmann wrote:
Still images fixed from v2. Now includes a fate test for animated webp.
Patch 5/7 is still there for making changes in lavc/webp reviewable but
shall be stashed when pushing.
-Thilo
Josef Zlomek
Quoting Tomas Härdin (2023-07-26)
> tis 2023-07-25 klockan 14:09 -0300 skrev James Almer:
> > Signed-off-by: James Almer
> > ---
> > Now inserting a filter into the graph.
>
> This looks useful for MXF
>
> > + { "apply_cropping", HAS_ARG | OPT_BOOL | OPT_SPEC |
> > +
ons 2023-07-26 klockan 19:11 -0300 skrev James Almer:
> On 7/26/2023 6:42 PM, Tomas Härdin wrote:
> > tis 2023-07-25 klockan 14:09 -0300 skrev James Almer:
> > > Signed-off-by: James Almer
> > > ---
> > > Now inserting a filter into the graph.
> >
> > This looks useful for MXF
> >
> > > + {
This patch changes the return instruction in the
tr_32x4 macro from br to ret.
On devices that support BTI a landing pad is
required when branching with br, or the instruction
can be replaced with a ret.
The change fixes fate-hevc-hdr-vivid-metadata when
on hardware with BTI support.
Jul 25, 2023, 11:41 by d...@lynne.ee:
> They're presently broken, and not really needed anywhere.
> They can be fixed at a later date, but for
>
> Patch attached.
>
They *were* already disabled, as intended, in the original code.
I must've had an error in my code which caused them to show up.
> From: ffmpeg-devel On Behalf Of
> Andreas Rheinhardt
> Sent: Thursday, July 27, 2023 1:11 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v3 2/2] lavf: add prores bitstream
> demuxer and muxer
>
> hung kuishing:
> >> From: ffmpeg-devel On Behalf
> Of
> >> Derek
Hendrik Leppkes 于2023年7月27日周四 14:47写道：
Hi Hendrik,
>
> On Thu, Jul 27, 2023 at 4:38 AM Steven Liu wrote:
> >
> > fix segfaults:
> > READ of size 1 at 0x610003b7 thread T0
> > #0 0x7f928d in flv_same_video_codec ffmpeg/libavformat/flvdec.c:317:29
> > #1 0x7f928d in flv_read_packet
check ensure seekback 4 bytes before read 4 bytes from pb,
and seek back 4 byte from current position after read 4 bytes.
fix segfaults:
READ of size 1 at 0x610003b7 thread T0
#0 0x7f928d in flv_same_video_codec ffmpeg/libavformat/flvdec.c:317:29
#1 0x7f928d in flv_read_packet
On Thu, Jul 27, 2023 at 4:38 AM Steven Liu wrote:
>
> fix segfaults:
> READ of size 1 at 0x610003b7 thread T0
> #0 0x7f928d in flv_same_video_codec ffmpeg/libavformat/flvdec.c:317:29
> #1 0x7f928d in flv_read_packet ffmpeg/libavformat/flvdec.c:1177
> #2 0x6ff32f in ff_read_packet
53 matches
Mail list logo
