> On Dec 29, 2022, at 11:43, tanwei (D) wrote:
>
>>>
>>> +if (rt->cur_transport_priv && rt->transport ==
>>> + RTSP_TRANSPORT_RTP) {
>>>
>>> +ff_rtp_seek_flush(rt->cur_transport_priv);
>>>
>>> +} else if (CONFIG_RTPDEC && rt->ts) {
>>>
>>> +av_freep(>recvbuf);
>
>>
>> +if (rt->cur_transport_priv && rt->transport ==
>> + RTSP_TRANSPORT_RTP) {
>>
>> +ff_rtp_seek_flush(rt->cur_transport_priv);
>>
>> +} else if (CONFIG_RTPDEC && rt->ts) {
>>
>> +av_freep(>recvbuf);
>Is it necessary to free rt->recvbuf?
The recvbuf must be
Fixes: signed integer overflow: 0 - -9223372036854775808 cannot be represented
in type 'long int'
Fixes: fate-cover-art-aiff-id3v2-remux, fate-cover-art-mp3-id3v2-remux and
fate-mov-cover-image
under ubsan.
Signed-off-by: James Almer
---
libavformat/mux.c | 1 +
1 file changed, 1 insertion(+)
On Wed, Dec 28, 2022 at 10:04:26PM +0100, Tomas Härdin wrote:
[...]
> Does this mean all-black with transparent is disallowed?
Yes a single color with or without an extra transparency slot makes no
sense.
> Shouldn't it be max_colors + reserve < 2?
max_colors accounts for the transparent color
ons 2022-12-28 klockan 00:17 +0100 skrev Clément Bœsch:
> ---
> libavfilter/vf_palettegen.c | 7 ++-
> 1 file changed, 6 insertions(+), 1 deletion(-)
>
> diff --git a/libavfilter/vf_palettegen.c
> b/libavfilter/vf_palettegen.c
> index 27f74fd147..c03f62b942 100644
> ---
Hi
On Tue, Dec 27, 2022 at 11:46:38PM +0100, Mark Gaiser wrote:
> On Tue, Dec 27, 2022 at 10:40 PM Michael Niedermayer
> wrote:
>
> > On Wed, Dec 21, 2022 at 04:44:59PM +0100, Mark Gaiser wrote:
> > > Hi,
> > >
> > > The ffmpeg crypto protocol handler [1] allows one to play encrypted
> > media.
From: caleb
---
libavcodec/Makefile|2 +-
libavcodec/jpeg2000.h |3 +
libavcodec/jpeg2000dec.c | 69 +-
libavcodec/jpeg2000htdec.c | 1425
libavcodec/jpeg2000htdec.h | 28 +
5 files changed, 1511 insertions(+), 16 deletions(-)
From: caleb
---
libavcodec/jpeg2000dec.c | 88 +---
libavcodec/jpeg2000dec.h | 121 +++
2 files changed, 122 insertions(+), 87 deletions(-)
create mode 100644 libavcodec/jpeg2000dec.h
diff --git a/libavcodec/jpeg2000dec.c
On Tue, 2022-12-20 at 19:03 +0100, Tomas Härdin wrote:
> mån 2022-12-19 klockan 20:45 +0800 skrev Zhao Zhili:
> > From: Zhao Zhili
> >
> > Signed-off-by: Zhao Zhili
> > ---
> > configure | 2 ++
> > libavcodec/Makefile| 1 +
> > libavcodec/allcodecs.c | 1 +
> >
On Thu, 2022-12-15 at 01:10 +0800, Zhao Zhili wrote:
> From: Zhao Zhili
>
> ---
> doc/protocols.texi| 4 +++-
> libavformat/file.c| 9 +++--
> libavformat/version.h | 2 +-
> 3 files changed, 11 insertions(+), 4 deletions(-)
>
> diff --git a/doc/protocols.texi b/doc/protocols.texi
From: Zhao Zhili
If there is a single group of SPS/PPS before an IDR frame, but no
SPS/PPS after that, we will miss the chance to reset
idr_sps_seen/idr_pps_seen. The result is missing SPS/PPS for all
IDR frames except the first one.
Signed-off-by: Zhao Zhili
---
On Wed, Dec 28, 2022 at 5:30 PM Nicolas George wrote:
> Mark Gaiser (12022-12-28):
> > > Ok, that made me laugh :)
>
> I did not write that. And that feels rude.
>
> > Please correct me as I'm probably wrong.
> > But where did anyone say that there was a working alternative solution
> that
> >
Mark Gaiser (12022-12-28):
> > Ok, that made me laugh :)
I did not write that. And that feels rude.
> Please correct me as I'm probably wrong.
> But where did anyone say that there was a working alternative solution that
> did not require customizing how ffmpeg is used?
> Like disabling safe.
Advanced edit list support is entirely broken for fragmented MP4s,
currently. mov_fix_index is never run in mov_build_index, since
in fragmented MP4s the stco, stsz, stts, and stsc boxes have zero
entries, with the index being filled in as each fragment's trun
box is seen.
The result of this is
On Wed, Dec 28, 2022 at 5:22 PM Nicolas George wrote:
> Mark Gaiser (12022-12-28):
> > There's definitely multiple things going on but it's not what you
> summarize.
>
> You forgot the bit where “MU” told you your proposal was mostly
> redundant, too limited and ad-hoc and would have security
Mark Gaiser (12022-12-28):
> There's definitely multiple things going on but it's not what you summarize.
You forgot the bit where “MU” told you your proposal was mostly
redundant, too limited and ad-hoc and would have security implications
if more generic, and “DEV” conveniently ignored it.
--
On Wed, Dec 28, 2022 at 3:27 PM Ronald S. Bultje wrote:
> Hi Mark,
>
> On Tue, Dec 27, 2022 at 5:47 PM Mark Gaiser wrote:
>
> > The tricky part here is for anyone using this scheme to play this file.
> > Right now i'm doing this with a command line like:
> > ffplay crypto://encrypted_file
You need a custom function that will keep old values around and
realloc the buffers for bboxes using the new reset_count value passed
as a runtime command, but one that will not call config_input() like
you did the first time as that one does a lot more than what you need.
It should also
Hi Mark,
On Tue, Dec 27, 2022 at 5:47 PM Mark Gaiser wrote:
> The tricky part here is for anyone using this scheme to play this file.
> Right now i'm doing this with a command line like:
> ffplay crypto://encrypted_file -decryption_key $AES_KEY -decryption_iv
> $AES_IV
>
> For brevity's sake,
On 12/28/2022 8:02 AM, Jeffrey CHAPUIS wrote:
Updated working patch with ff_filter_process_command and no memory leaks.
Signed-off-by: Ashyni
---
doc/filters.texi | 13 +
libavfilter/vf_cropdetect.c | 15 --
On Wed, 28 Dec 2022, Jeffrey CHAPUIS wrote:
Updated working patch with ff_filter_process_command and no memory leaks.
Signed-off-by: Ashyni
---
doc/filters.texi | 13 +
libavfilter/vf_cropdetect.c| 15 --
Updated working patch with ff_filter_process_command and no memory leaks.
Signed-off-by: Ashyni
---
doc/filters.texi | 13 +
libavfilter/vf_cropdetect.c| 15 --
tests/ref/fate/filter-metadata-cropdetect | 60 +++---
>On Mon, Dec 26, 2022 at 01:07:51PM +, Wujian(Chin) wrote:
>> The issue has been modified. Please review again, thank you!
>>
>> Signed-off-by: wujian_nanjing
>> ---
>> doc/fftools-common-opts.texi | 11 +++
>> fftools/cmdutils.c | 77
>>
23 matches
Mail list logo
