Hi
On Wed, Apr 23, 2025 at 11:16:13PM +0200, Marton Balint wrote:
>
>
> On Wed, 23 Apr 2025, Michael Niedermayer wrote:
>
> > Hi
> >
> > On Mon, Apr 21, 2025 at 09:55:33PM +0200, Marton Balint wrote:
> > >
> > >
> > > On Sun, 20 Apr 2025, Michael Niedermayer wrote:
[...]
> > > Because as far
> -Original Message-
> From: ffmpeg-devel On Behalf Of Mark
> Thompson
> Sent: środa, 23 kwietnia 2025 23:08
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v1 5/8] avformat/mov_muxer: Extended
> MOV muxer to handle APV video content
>
> On 23/04/2025 15:13, Dawid
I resubmitted it according to your suggestion.
please check.
https://patchwork.ffmpeg.org/project/ffmpeg/patch/20250424124250.71553-1-jiangjie...@gmail.com/
So only remove AV_PKT_DATA_NEW_EXTRADATA can fix the issue?
answer: yes, but AV_PKT_DATA_NEW_EXTRADATA is used for event
notification, it
softworkz . (HE12025-04-22):
> At the implementation level, I sensed that "you" ("FFmpeg")
> are following some principles which are somewhat contradictive to
> those that I'm usually adhering to (e.g. "parameter validation
> being a responsibility of the call site, crashing otherwise
> being acc
Signed-off-by: Michael Niedermayer
---
libavutil/map.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/libavutil/map.h b/libavutil/map.h
index 61c64900ace..7df591873a6 100644
--- a/libavutil/map.h
+++ b/libavutil/map.h
@@ -129,6 +129,9 @@
* there are restrictions on what compare function
The new flags allow specifying the case sensitivity of key and value
independently
The are shorter
0 now represents key never keyvalue reducing the risk for accidential overread
Signed-off-by: Michael Niedermayer
---
libavutil/map.c | 60 +--
libavu
> On Apr 24, 2025, at 20:42, jiangjie wrote:
>
> if get AV_PKT_DATA_NEW_EXTRADATA in AVPacket, this bitstream filter will
> return an error.
> ffmpeg -i rtmp://xxx/live/xxx -bsf:v
> "h264_mp4toannexb,h264_metadata=aud=remove" -c copy -f null -
The subject and commit message is confusing.
’t
if get AV_PKT_DATA_NEW_EXTRADATA in AVPacket, this bitstream filter will return
an error.
ffmpeg -i rtmp://xxx/live/xxx -bsf:v
"h264_mp4toannexb,h264_metadata=aud=remove" -c copy -f null -
---
libavcodec/bsf/h264_mp4toannexb.c | 26 ++-
tests/fate/h264.mak
ctx->par_out->extradata isn't updated by this commit. Only NEW_EXTRADATA
is updated (avvc to annexb).
You suggest the patch should only remove AV_PKT_DATA_NEW_EXTRADATA from
packet, but AV_PKT_DATA_NEW_EXTRADATA is used to notify the codec or the
format that the extradata buffer was changed and
> On Apr 24, 2025, at 21:04, jie jiang wrote:
>
> I resubmitted it according to your suggestion.
> please check.
> https://patchwork.ffmpeg.org/project/ffmpeg/patch/20250424124250.71553-1-jiangjie...@gmail.com/
>
>
> So only remove AV_PKT_DATA_NEW_EXTRADATA can fix the issue?
> answer: yes,
> -Original Message-
> From: ffmpeg-devel On Behalf Of James
> Almer
> Sent: środa, 23 kwietnia 2025 16:44
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v1 5/8] avformat/mov_muxer: Extended
> MOV muxer to handle APV video content
>
> On 4/23/2025 11:13 AM, Dawid Ko
On Mon, 21 Apr 2025 at 20:40, Andreas Rheinhardt
wrote:
>
> Patches attached.
Patches make sense to me.
- Kacper
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, o
On 24/04/2025 03:55, James Almer wrote:
> On 4/23/2025 5:45 PM, Mark Thompson wrote:
>> Typical checkasm result on Alder Lake:
>>
>> decode_transquant_8_c: 464.2 ( 1.00x)
>> decode_transquant_8_avx2: 86.2 ( 5.38x)
>> decode_transquant_10
On 24/04/2025 01:10, James Almer wrote:
> On 4/23/2025 5:45 PM, Mark Thompson wrote:
>> +static int apv_read_header(AVFormatContext *s)
>> +{
>> + AVStream *st;
>> + GetByteContext gbc;
>> + APVHeaderInfo header;
>> + uint8_t buffer[28];
>> + uint32_t au_size, signature, pbu_size;
>>
On 24/04/2025 01:02, James Almer wrote:
> On 4/23/2025 5:45 PM, Mark Thompson wrote:
>> +static int cbs_apv_split_fragment(CodedBitstreamContext *ctx,
>> + CodedBitstreamFragment *frag,
>> + int header)
>> +{
>> + uint8_t *data =
On Apr 24, 2025, at 22:53, jie jiang wrote:
>
> ctx->par_out->extradata isn't updated by this commit. Only NEW_EXTRADATA
> is updated (avvc to annexb).
>
> You suggest the patch should only remove AV_PKT_DATA_NEW_EXTRADATA from
> packet, but AV_PKT_DATA_NEW_EXTRADATA is used to notify the code
On 24 Apr 2025, at 5:54, Zhao Zhili wrote:
> From: Zhao Zhili
>
> ---
> libavformat/hls.c | 16 +++-
> 1 file changed, 11 insertions(+), 5 deletions(-)
>
> diff --git a/libavformat/hls.c b/libavformat/hls.c
> index 6623c80309..6139b8525e 100644
> --- a/libavformat/hls.c
> +++ b/li
On 24/04/2025 13:08, Dawid Kozinski/Multimedia (PLT) /SRPOL/Staff
Engineer/Samsung Electronics wrote:
>> -Original Message-
>> From: ffmpeg-devel On Behalf Of Mark
>> Thompson
>> Sent: środa, 23 kwietnia 2025 23:08
>> To: ffmpeg-devel@ffmpeg.org
>> Subject: Re: [FFmpeg-devel] [PATCH v1 5/
From: Zhao Zhili
This bsf converts AV_PKT_DATA_NEW_EXTRADATA side data in avcc format
to in-band annexb format. However, the side data wasn't been removed
and copied from input packet to output packet. So the output packet
has mixed bitstream format. We don't support mixed bitstream format.
For e
On 23/04/2025 15:13, Dawid Kozinski wrote:
> - Added APV decoder wrapper
> - Changes in project configuration file and libavcodec Makefile
> - Added documentation for APV decoder wrapper
>
> Signed-off-by: Dawid Kozinski
> ---
> configure | 1 +
> doc/decoders.texi | 27 ++
>
Le tiistaina 22. huhtikuuta 2025, 7.20.26 Itä-Euroopan kesäaika softworkz . a
écrit :
> Hi Stefano, Andreas, Nicolas
> and of course, anybody who's interested in the AVTextFormat APIs,
>
>
> let me start by saying that I have no intention to rush the
> publicization of those APIs. I think there'
softworkz . (HE12025-04-22):
> AVTextFormatter Implementations
>
> - print_section_header
> - print_section_footer
> - print_integer
> - print_string
> TextFormat API
>
> - avtext_context_open
> - avtext_context_close
> - avtext_print_section_header
> - avtext_print_section_footer
You are ignor
On 4/24/2025 5:37 PM, Mark Thompson wrote:
On 24/04/2025 03:55, James Almer wrote:
On 4/23/2025 5:45 PM, Mark Thompson wrote:
Typical checkasm result on Alder Lake:
decode_transquant_8_c: 464.2 ( 1.00x)
decode_transquant_8_avx2: 86.
Yes, your patch solves my problem too, which is very nice.
But I still think AV_PKT_DATA_NEW_EXTRADATA is not just data, it is also an
event. As sps/pps data it can be removed, but as event it should be
reserved.
Anyway, your patch should be merged.
On Fri, Apr 25, 2025 at 1:24 AM Zhao Zhili <
> -Original Message-
> From: ffmpeg-devel On Behalf Of Mark
> Thompson
> Sent: czwartek, 24 kwietnia 2025 21:02
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v1 5/8] avformat/mov_muxer: Extended
> MOV muxer to handle APV video content
>
> On 24/04/2025 13:08, Dawid
25 matches
Mail list logo
