On Tue, Jan 25, 2022 at 06:26:23PM +1100, Peter Ross wrote:
> Signed-off-by: Peter Ross
> ---
> libavformat/img2dec.c | 7 +++
> 1 file changed, 3 insertions(+), 4 deletions(-)
>
> diff --git a/libavformat/img2dec.c b/libavformat/img2dec.c
> index 2583ca2465..8608252d83 100644
> --- a/libavf
On Fri, Jan 21, 2022 at 09:14:05AM +1100, Peter Ross wrote:
> Use correct logic to express limits of the planes and pattern_size fields.
>
> Fix ticket# 9605
>
> Signed-off-by: Peter Ross
> ---
> libavformat/img2dec.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a
It is currently a "Picture", an mpegvideo-specific type
that has a lot of baggage, all of which is unnecessary
for new_picture, because only its embedded AVFrame
is ever used. So just use an ordinary AVFrame.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/motion_est.c| 12 -
libavc
It is only used by the H.264 decoder (as well as the dirac decoder,
which already uses a local copy).
Signed-off-by: Andreas Rheinhardt
---
libavcodec/h264dec.h | 5 +
libavcodec/mpegutils.h | 6 --
2 files changed, 5 insertions(+), 6 deletions(-)
diff --git a/libavcodec/h264dec.h b/l
It is not set any more by any user of mpegvideo/mpegpicture.
Signed-off-by: Andreas Rheinhardt
---
I think that needs_realloc could also be removed now that the buffers
that this flag is all about are refcounted.
libavcodec/mpegpicture.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
di
Plan to push tomorrow.
On 2022-01-31 11:11 am, Gyan Doshi wrote:
At present, side data printing forces display for all levels i.e.
stream, packets and frames. This can bloat output and also force
decode of all frames in selected streams.
Now, stream_side_data[=type], packet_side_data[=type] &
f
On 2022-02-02 12:42 am, James Almer wrote:
On 2/1/2022 3:47 PM, Michael Niedermayer wrote:
On Sun, Jan 16, 2022 at 05:19:15AM +, Gyan Doshi wrote:
ffmpeg | branch: master | Gyan Doshi | Wed Jan 12
20:57:59 2022 +0530| [bca30570d28bbaa07badadabf55ec3589201a82f] |
committer: Gyan Doshi
> -Original Message-
> From: ffmpeg-devel On Behalf Of Oneric
> Sent: Wednesday, February 2, 2022 12:26 AM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH 1/2] avcodec/{ass, webvttdec}: fix
> handling of backslashes
>
> On Tue, Feb 01, 2022 at 20:
Scott Theisen:
> On 2/1/22 19:15, Andreas Rheinhardt wrote:
>> It seems you didn't get why the code currently is as it is: It allows to
>> use this function with non-contiguous input (as happens in our parsers
>> which operate on data that is not cleanly split into packets yet (it is
>> their job t
On 2/1/22 19:15, Andreas Rheinhardt wrote:
It seems you didn't get why the code currently is as it is: It allows to
use this function with non-contiguous input (as happens in our parsers
which operate on data that is not cleanly split into packets yet (it is
their job to create proper packets out
On Wed, Feb 2, 2022 at 3:29 AM Lynne wrote:
> 1 Feb 2022, 22:58 by mark...@gmail.com:
>
> > This patch adds support for:
> > - ffplay ipfs://
> > - ffplay ipns://
> >
> > IPFS data can be played from so called "ipfs gateways".
> > A gateway is essentially a webserver that gives access to the
> >
On 2/1/22 21:06, James Almer wrote:
32/44 uses do not check for null.
But do they need to? Those modules have probably ensured media type is
one of the known and supported ones by the time they call this function.
Why do you need this function to never return NULL, anyway? If you
know any o
1 Feb 2022, 22:58 by mark...@gmail.com:
> This patch adds support for:
> - ffplay ipfs://
> - ffplay ipns://
>
> IPFS data can be played from so called "ipfs gateways".
> A gateway is essentially a webserver that gives access to the
> distributed IPFS network.
>
> This protocol support (ipfs and i
Scott Theisen:
> On 2/1/22 17:34, James Almer wrote:
>> This is an API breakage, so it's not ok.
> I'm new, so would this require a bump to the MINOR or MICRO version number?
>
That would need an announcement in doc/APIchanges; it can then be
changed at the next major version bump after two year
On 2/1/2022 10:58 PM, Scott Theisen wrote:
On 2/1/22 17:34, James Almer wrote:
This is an API breakage, so it's not ok.
I'm new, so would this require a bump to the MINOR or MICRO version number?
Making a behavior change like this requires a warning and a period to
let library users adapt th
On 2/1/22 17:34, James Almer wrote:
This is an API breakage, so it's not ok.
I'm new, so would this require a bump to the MINOR or MICRO version number?
The doxy states it returns NULL if media_type is unknown, so you're
expected to check the returned pointer before trying to use it.
git gr
On Wed, Feb 2, 2022 at 1:54 AM Timo Rothenpieler
wrote:
> On 02.02.2022 01:50, Mark Gaiser wrote:
> >> Ah, yeah. That's a very confusing side effect there.
> >> I guess it's fine, but I can't say I like using it like that.
> >> Since there's a large risk someone else might in the future think the
On 02.02.2022 01:50, Mark Gaiser wrote:
Ah, yeah. That's a very confusing side effect there.
I guess it's fine, but I can't say I like using it like that.
Since there's a large risk someone else might in the future think the
same and break it.
I'm fine changing it to someone that would feel mo
On Wed, Feb 2, 2022 at 1:49 AM Timo Rothenpieler
wrote:
> On 02.02.2022 01:44, Andreas Rheinhardt wrote:
> > Timo Rothenpieler:
> >> On 02.02.2022 01:33, Mark Gaiser wrote:
> >>> On Wed, Feb 2, 2022 at 1:27 AM Timo Rothenpieler <
> t...@rothenpieler.org>
> >>> wrote:
> >>>
> On 01.02.2022 22
On 02.02.2022 01:44, Andreas Rheinhardt wrote:
Timo Rothenpieler:
On 02.02.2022 01:33, Mark Gaiser wrote:
On Wed, Feb 2, 2022 at 1:27 AM Timo Rothenpieler
wrote:
On 01.02.2022 22:58, Mark Gaiser wrote:
+static int translate_ipfs_to_http(URLContext *h, const char *uri, int
flags, AVDictiona
Timo Rothenpieler:
> On 02.02.2022 01:33, Mark Gaiser wrote:
>> On Wed, Feb 2, 2022 at 1:27 AM Timo Rothenpieler
>> wrote:
>>
>>> On 01.02.2022 22:58, Mark Gaiser wrote:
+static int translate_ipfs_to_http(URLContext *h, const char *uri, int
>>> flags, AVDictionary **options)
+{
+
On 02.02.2022 01:33, Mark Gaiser wrote:
On Wed, Feb 2, 2022 at 1:27 AM Timo Rothenpieler
wrote:
On 01.02.2022 22:58, Mark Gaiser wrote:
+static int translate_ipfs_to_http(URLContext *h, const char *uri, int
flags, AVDictionary **options)
+{
+const char *ipfs_cid;
+const char *protoc
On Wed, Feb 2, 2022 at 1:33 AM Mark Gaiser wrote:
> On Wed, Feb 2, 2022 at 1:27 AM Timo Rothenpieler
> wrote:
>
>> On 01.02.2022 22:58, Mark Gaiser wrote:
>> > +static int translate_ipfs_to_http(URLContext *h, const char *uri, int
>> flags, AVDictionary **options)
>> > +{
>> > +const char *i
On Wed, Feb 2, 2022 at 1:27 AM Timo Rothenpieler
wrote:
> On 01.02.2022 22:58, Mark Gaiser wrote:
> > +static int translate_ipfs_to_http(URLContext *h, const char *uri, int
> flags, AVDictionary **options)
> > +{
> > +const char *ipfs_cid;
> > +const char *protocol_path_suffix = "ipfs/";
On 01.02.2022 22:58, Mark Gaiser wrote:
+static int translate_ipfs_to_http(URLContext *h, const char *uri, int flags,
AVDictionary **options)
+{
+const char *ipfs_cid;
+const char *protocol_path_suffix = "ipfs/";
+char *fulluri;
+int ret;
+Context *c = h->priv_data;
+int
On Mon, Jan 31, 2022 at 8:51 PM Andreas Rheinhardt
wrote:
>
> Pierre-Anthony Lemieux:
> > On Sun, Jan 30, 2022 at 2:16 PM Andreas Rheinhardt
> > wrote:
> >>
> >> p...@sandflow.com:
> >>> From: Pierre-Anthony Lemieux
> >>>
> >>> The IMF demuxer does not set the DTS and PTS of packets accurately i
Scott Theisen:
> ---
> libavcodec/cbs_mpeg2.c| 8
> libavcodec/mpeg12dec.c| 5 ++---
> libavcodec/mpeg4_unpack_bframes_bsf.c | 1 -
> libavcodec/mpegvideo_parser.c | 3 +--
> libavcodec/utils.c| 1 +
> libavformat/rtpenc_mpv.c
From: Pierre-Anthony Lemieux
---
libavformat/imfdec.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/libavformat/imfdec.c b/libavformat/imfdec.c
index 5be4411cb1..02e7bcc33f 100644
--- a/libavformat/imfdec.c
+++ b/libavformat/imfdec.c
@@ -96,12 +96,12 @@ typedef
From: Pierre-Anthony Lemieux
The IMF demuxer does not set the DTS and PTS of packets accurately in all
scenarios. Moreover, audio packets are not trimmed when they exceed the
duration of the underlying resource.
Addresses https://trac.ffmpeg.org/ticket/9611
---
libavformat/imfdec.c | 263 +
From: Pierre-Anthony Lemieux
---
libavformat/imfdec.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/libavformat/imfdec.c b/libavformat/imfdec.c
index e6a1020ecc..658ddc40f2 100644
--- a/libavformat/imfdec.c
+++ b/libavformat/imfdec.c
@@ -550,7 +550,9 @@ static int set_co
From: Pierre-Anthony Lemieux
IMF CPLs can reference thousands of files, which can result in system limits
for the number of open files to be exceeded. The following patch opens and
closes files as needed.
Addresses https://trac.ffmpeg.org/ticket/9623
---
libavformat/imfdec.c | 15 -
On Tue, Feb 01, 2022 at 20:41:37 +, Soft Works wrote:
> > On Tue, Feb 01, 2022 at 19:44:24 +, Soft Works wrote:
> > > > On Sun, Jan 16, 2022 at 19:16:54 +0100, Oneric wrote:
> > > >
> > > > In case anyone is wondering why patchwork fails to apply the second
> > > > patch,
> > > > this is p
On 2/1/2022 7:30 PM, Scott Theisen wrote:
printf %s with a null pointer is undefined behavior
---
libavutil/avutil.h | 3 +--
libavutil/utils.c | 3 ++-
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavutil/avutil.h b/libavutil/avutil.h
index 4d633156d1..4bd468d72f 100644
printf %s with a null pointer is undefined behavior
---
libavutil/avutil.h | 3 +--
libavutil/utils.c | 3 ++-
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavutil/avutil.h b/libavutil/avutil.h
index 4d633156d1..4bd468d72f 100644
--- a/libavutil/avutil.h
+++ b/libavutil/avutil
27 Jan 2022, 04:39 by quinkbl...@foxmail.com:
> VkPhysicalDeviceVulkan12Features isn't implemented on MoltenVK yet.
> VkPhysicalDeviceTimelineSemaphoreFeatures is less versatile but
> simple. None of device_features_1_1 nor device_features_1_2 has real
> usage yet, keep the code for future.
> ---
This patch adds support for:
- ffplay ipfs://
- ffplay ipns://
IPFS data can be played from so called "ipfs gateways".
A gateway is essentially a webserver that gives access to the
distributed IPFS network.
This protocol support (ipfs and ipns) therefore translates
ipfs:// and ipns:// to a http:/
Hi,
This patch series adds support for IPFS.
This is v2. Everything changed and it's now 1 commit.
The following is a short summary. In the IPFS ecosystem you access it's content
by a "Content IDentifier" (CID). This CID is, in simplified terms, a hash of
the content. IPFS itself is a distribute
by correctly starting with three new bytes on the next iteration,
instead of keeping byte p[-3] which is invalid, i.e. known to be 01
when it must be 00.
---
libavcodec/utils.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/utils.c b/libavcodec/utils.c
index b4c5fa5
This enhances the clarity of the code.
---
libavcodec/cbs_mpeg2.c | 8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/libavcodec/cbs_mpeg2.c b/libavcodec/cbs_mpeg2.c
index 648b270f44..2b80266910 100644
--- a/libavcodec/cbs_mpeg2.c
+++ b/libavcodec/cbs_mpeg2.c
@@ -148,7 +148
---
libavcodec/cavsdec.c | 2 +-
libavcodec/cbs_mpeg2.c | 4 ++--
libavcodec/extract_extradata_bsf.c | 2 +-
libavcodec/internal.h | 14 ++
libavcodec/mpeg12.c| 2 +-
libavcodec/mpeg12dec.c | 2 +-
libavcodec/mpegv
start_code will still be invalid, i.e. all ones, but will no longer have
up to the first three bytes in p shifted in.
---
libavcodec/utils.c | 13 -
1 file changed, 4 insertions(+), 9 deletions(-)
diff --git a/libavcodec/utils.c b/libavcodec/utils.c
index 54c9dd056d..b4c5fa5009 100644
---
libavcodec/internal.h | 15 ++-
libavcodec/utils.c| 10 +-
2 files changed, 19 insertions(+), 6 deletions(-)
diff --git a/libavcodec/internal.h b/libavcodec/internal.h
index 72ca1553f6..07098e1522 100644
--- a/libavcodec/internal.h
+++ b/libavcodec/internal.h
@@ -285,9
---
libavcodec/cbs_mpeg2.c| 8
libavcodec/mpeg12dec.c| 5 ++---
libavcodec/mpeg4_unpack_bframes_bsf.c | 1 -
libavcodec/mpegvideo_parser.c | 3 +--
libavcodec/utils.c| 1 +
libavformat/rtpenc_mpv.c | 3 +--
6 files c
The expected number of iterations may increase by one for an input of
alternating
0 and 1 bytes. Instead of incrementing by 2 everytime, it now alternates
between
incrementing by 1 and by 3.
No functional change, but now much clearer.
---
libavcodec/utils.c | 25 -
1 fi
No functional change.
---
libavcodec/utils.c | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git a/libavcodec/utils.c b/libavcodec/utils.c
index b19befef21..cb4437edc2 100644
--- a/libavcodec/utils.c
+++ b/libavcodec/utils.c
@@ -967,10 +967,14 @@ const uint8_t *avpriv_find
I am endeavoring to reduce MythTV’s downstream changes to FFmpeg.
avpriv_find_start_code() is one of the internal FFmpeg functions that
MythTV uses.
I was planning on copying it into MythTV to eventually eliminate all
uses of internal FFmpeg headers; however, what avpriv_find_start_code()
actually
On Tue, Feb 1, 2022 at 5:40 PM Tomas Härdin wrote:
> mån 2022-01-31 klockan 23:00 +0100 skrev Mark Gaiser:
> > On Mon, Jan 31, 2022 at 9:23 PM Tomas Härdin
> > wrote:
> >
> > > mån 2022-01-31 klockan 17:31 +0100 skrev Mark Gaiser:
> > > > On Mon, Jan 31, 2022 at 4:52 PM Tomas Härdin
> > > > wro
> -Original Message-
> From: ffmpeg-devel On Behalf Of Oneric
> Sent: Tuesday, February 1, 2022 9:07 PM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH 1/2] avcodec/{ass, webvttdec}: fix
> handling of backslashes
>
> On Tue, Feb 01, 2022 at 19:44:
On Tue, Feb 01, 2022 at 19:44:24 +, Soft Works wrote:
> > On Sun, Jan 16, 2022 at 19:16:54 +0100, Oneric wrote:
> >
> > In case anyone is wondering why patchwork fails to apply the second patch,
> > this is probably once again because the patch updates one of FATE's ASS
> > reference files whi
> -Original Message-
> From: ffmpeg-devel On Behalf Of Oneric
> Sent: Tuesday, February 1, 2022 6:39 PM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH 1/2] avcodec/{ass, webvttdec}: fix
> handling of backslashes
>
> On Sun, Jan 16, 2022 at 19:16:
On 2/1/2022 3:47 PM, Michael Niedermayer wrote:
On Sun, Jan 16, 2022 at 05:19:15AM +, Gyan Doshi wrote:
ffmpeg | branch: master | Gyan Doshi | Wed Jan 12 20:57:59
2022 +0530| [bca30570d28bbaa07badadabf55ec3589201a82f] | committer: Gyan Doshi
avformat/mpegts: add option max_packet_size
Fixes: division by zero
Fixes:
43769/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_AV1_fuzzer-5392562205097984
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/av1dec.c | 3 +++
1 file chan
Updating a chapter with the same id does not break monotonicity
Fixes: Timeout
Fixes:
43727/clusterfuzz-testcase-minimized-ffmpeg_dem_MOV_fuzzer-4960623367159808
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
On Sun, Jan 16, 2022 at 05:19:15AM +, Gyan Doshi wrote:
> ffmpeg | branch: master | Gyan Doshi | Wed Jan 12 20:57:59
> 2022 +0530| [bca30570d28bbaa07badadabf55ec3589201a82f] | committer: Gyan Doshi
>
> avformat/mpegts: add option max_packet_size
>
> Makes maximum size of emitted packet user
On Sun, Jan 16, 2022 at 19:16:54 +0100, Oneric wrote:
> [PATCH 1/2] avcodec/{ass, webvttdec}: fix handling of backslashes
> libavcodec/ass.c | 5 -
> libavcodec/webvttdec.c | 2 +-
> 2 files changed, 5 insertions(+), 2 deletions(-)
> [PATCH 2/2] avcodec/webvttdec: honour bidi marks
> l
tis 2022-02-01 klockan 11:06 +0100 skrev Michael Niedermayer:
> On Mon, Jan 31, 2022 at 09:22:52PM +0100, Tomas Härdin wrote:
> [...]
> > It strikes me that this borders on incorporating business logic
> > within
> > lavf. A user could achieve the same thing with a small shell
> > script.
> > For e
mån 2022-01-31 klockan 23:00 +0100 skrev Mark Gaiser:
> On Mon, Jan 31, 2022 at 9:23 PM Tomas Härdin
> wrote:
>
> > mån 2022-01-31 klockan 17:31 +0100 skrev Mark Gaiser:
> > > On Mon, Jan 31, 2022 at 4:52 PM Tomas Härdin
> > > wrote:
> > >
> > > > mån 2022-01-31 klockan 14:51 +0100 skrev Mark G
I need the ability to derive the poster time found in the mvhd, so I can
use that value to create a thumbnail from ffmpeg. More details can be
found here
https://www.mail-archive.com/ffmpeg-user@ffmpeg.org/msg30003.html
Signed-off-by: Bryce Chester Newman
---
libavformat/mov.c | 11 ++-
1
On 2/1/2022 12:57 PM, Ronald S. Bultje wrote:
Hi,
On Tue, Feb 1, 2022 at 10:07 AM James Almer wrote:
We still own it on failure, and there's no point trying to feed it again.
Signed-off-by: James Almer
---
libavcodec/libdav1d.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
Hi,
On Tue, Feb 1, 2022 at 10:07 AM James Almer wrote:
> We still own it on failure, and there's no point trying to feed it again.
>
> Signed-off-by: James Almer
> ---
> libavcodec/libdav1d.c | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/libavcodec/libdav1d.c b/li
On Mon, Jan 17, 2022 at 11:32:44PM +0100, Michael Niedermayer wrote:
> Fixes: signed integer overflow: 15244032 * 256 cannot be represented in type
> 'int'
> Fixes:
> 43504/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_CFHD_fuzzer-4865014842916864
>
> Found-by: continuous fuzzing process
>
We still own it on failure, and there's no point trying to feed it again.
Signed-off-by: James Almer
---
libavcodec/libdav1d.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/libavcodec/libdav1d.c b/libavcodec/libdav1d.c
index 29fa4f9c3d..872e60e000 100644
--- a/libavcodec
This is not a per-slice property.
Also move context_reinit.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/h261dec.c | 2 +-
libavcodec/h263dec.c | 8
libavcodec/mpeg12dec.c | 2 +-
libavcodec/mpeg4videodec.c | 8
libavcodec/mpegvideo.c | 6 +++---
li
Also avoid an allocation while at it.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/h263dec.c | 7 ++---
libavcodec/mpegvideo.c | 14 +++---
libavcodec/mpegvideo.h | 5 +++-
libavcodec/mpegvideo_dec.c | 54 +++---
libavcodec/mpegvideo_enc.c
ff_mpeg_update_thread_context() currently checks for whether
the source (current|last|next)_picture_ptr points into the
src context's picture array by performing a pointer comparison.
Yet pointer comparisons are only legal when the pointers point
into the same array object (or one past the last el
This piece of code has been added in an already commented-out state
in commit 158c7f059c3906b0116ae73a7669a3bb7bc570bb. It certainly
doesn't make sense now (if ever) because new_picture_ptr it used
has been removed in 6571e41dcdee4655237bca0a3277df8976167aee
(and new_picture is only used for encodi
It just duplicates AVCodecContext.strict_std_compliance.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mpeg12enc.c | 2 +-
libavcodec/mpeg4videoenc.c | 4 ++--
libavcodec/mpegvideo.h | 1 -
libavcodec/mpegvideo_enc.c | 3 +--
4 files changed, 4 insertions(+), 6 deletions(-)
diff --gi
This commit moves the base pointers of arrays only allocated
by the main thread to MPVMainContext (in case there is a base pointer).
Signed-off-by: Andreas Rheinhardt
---
These arrays are no longer reset in clear_context() because it is
my understanding that there is only one place in the code wh
It is not used by slice threads at all.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mpegvideo.c | 2 +-
libavcodec/mpegvideo.h | 3 ++-
libavcodec/mpegvideo_dec.c | 4 ++--
libavcodec/mpegvideo_enc.c | 6 +++---
4 files changed, 8 insertions(+), 7 deletions(-)
diff --git a/libavcod
With the exception of VC-1-based decoders no decoder sets this,
so move it to MPVMainEncContext and add a replacement field to
VC1Context.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/dxva2_vc1.c | 2 +-
libavcodec/mpeg4videoenc.c | 8
libavcodec/mpegvideo.h | 1 -
libavc
Also avoid an allocation while at it.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mpeg4videoenc.c | 8 +++---
libavcodec/mpegvideo.h | 1 -
libavcodec/mpegvideo_enc.c | 51 +++---
libavcodec/mpegvideoenc.h | 2 ++
4 files changed, 32 insertions(+), 30
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mjpegenc.c | 6 +++---
libavcodec/mpeg12dec.c | 4 ++--
libavcodec/mpeg4video_parser.c | 2 +-
libavcodec/mpegvideo.c | 13 ++---
libavcodec/mpegvideo.h | 3 ++-
libavcodec/mpegvideo_enc.c | 8 -
It is a pointer to const to allow the slice threads to inspect
values without modifying them.
Signed-off-by: Andreas Rheinhardt
---
I am unsure whether this should be a pointer to const void
or a pointer to const MPVMainContext.
libavcodec/mpegvideo.c | 3 +++
libavcodec/mpegvideo.h | 2
The slice contexts don't have sub-slice contexts, so it makes
no sense for them to have an array of pointers to slice contexts.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mjpegenc.c | 2 +-
libavcodec/mpeg12dec.c | 12 ++--
libavcodec/mpegvideo.c | 21 ++--
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mpegpicture.c | 2 +-
libavcodec/mpegpicture.h | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavcodec/mpegpicture.c b/libavcodec/mpegpicture.c
index 27e497c404..07fc79685c 100644
--- a/libavcodec/mpegpicture.c
+++ b/libav
user_specified_pts, dts_delta and reordered_pts are only used
by the main thread.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mpegvideo.h | 10 --
libavcodec/mpegvideo_enc.c | 22 +++---
libavcodec/mpegvideoenc.h | 11 +++
3 files changed, 22 insertions(
Also do the same for update_duplicate_context_after_me()
in mpegvideo_enc.c.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mpegvideo.c | 2 +-
libavcodec/mpegvideo.h | 2 +-
libavcodec/mpegvideo_enc.c | 2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavcodec/mp
Signed-off-by: Andreas Rheinhardt
---
libavcodec/motion_est.c | 2 +-
libavcodec/motion_est.h | 6 +++---
libavcodec/motion_est_template.c | 6 +++---
3 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/libavcodec/motion_est.c b/libavcodec/motion_est.c
index cc305d06f
Only used by the main encoding thread.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mpegvideo.h | 1 -
libavcodec/mpegvideo_enc.c | 10 +-
libavcodec/mpegvideoenc.h | 2 ++
3 files changed, 7 insertions(+), 6 deletions(-)
diff --git a/libavcodec/mpegvideo.h b/libavcodec/mpegv
Only used by the main encoder thread.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mpegvideo.h | 1 -
libavcodec/mpegvideo_enc.c | 4 ++--
libavcodec/mpegvideoenc.h | 1 +
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavcodec/mpegvideo.h b/libavcodec/mpegvideo.h
inde
Only used by the main encoding thread.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mpegvideo.h | 2 --
libavcodec/mpegvideo_enc.c | 8
libavcodec/mpegvideoenc.h | 7 +--
3 files changed, 9 insertions(+), 8 deletions(-)
diff --git a/libavcodec/mpegvideo.h b/libavcodec/mpeg
This commit moves the encoder-only allocations of the tables
owned solely by the main encoder context to mpegvideo_enc.c.
This avoids checks in mpegvideo.c for whether we are dealing
with an encoder; it also improves modularity (if encoders are
disabled, this code will no longer be included in the
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mjpegenc.c | 2 +-
libavcodec/mpegvideo.h| 4
libavcodec/mpegvideoenc.h | 8 ++--
3 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/libavcodec/mjpegenc.c b/libavcodec/mjpegenc.c
index a8ea63a76d..360653c5a1 100644
---
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mpegvideo.h | 1 -
libavcodec/mpegvideo_enc.c | 4 ++--
libavcodec/mpegvideoenc.h | 4 +++-
3 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/libavcodec/mpegvideo.h b/libavcodec/mpegvideo.h
index 0d6b79fe5d..4601c4be64 100644
---
All except vbv_ignore_qmax are only ever used by the main encoding
thread.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mpegvideo.h | 13 -
libavcodec/mpegvideo_enc.c | 4 ++--
libavcodec/mpegvideoenc.h | 31 ++-
libavcodec/ratecontrol.c | 38 +
Do this by making them part of an MPVMainEncContext; the MPVEncContexts
still retain their pointers to access them.
(These tables are quite big, so that putting them in the MpegEncContext
would have been very wasteful for all the decoders using said structure.
But this is no longer a problem: MPVMa
Only used by the main encoding thread.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mpegvideo.h | 1 -
libavcodec/mpegvideo_enc.c | 6 +++---
libavcodec/mpegvideoenc.h | 5 +++--
3 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/libavcodec/mpegvideo.h b/libavcodec/mpegvideo
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mpegvideo_enc.c | 11 ---
1 file changed, 4 insertions(+), 7 deletions(-)
diff --git a/libavcodec/mpegvideo_enc.c b/libavcodec/mpegvideo_enc.c
index 8b2de4770b..75f1db2a76 100644
--- a/libavcodec/mpegvideo_enc.c
+++ b/libavcodec/mpegvideo_
Only used there and only by the main thread.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mpeg12dec.c | 5 +++--
libavcodec/mpegvideo.h | 1 -
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavcodec/mpeg12dec.c b/libavcodec/mpeg12dec.c
index 22e0ba5ed3..d3c32818cf 100644
--
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mpegvideo.h | 10
libavcodec/mpegvideo_enc.c | 48 +++---
libavcodec/mpegvideoenc.h | 11 +
libavcodec/ratecontrol.c | 4 ++--
4 files changed, 37 insertions(+), 36 deletions(-)
diff --git a
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mpegvideo_enc.c | 32
1 file changed, 16 insertions(+), 16 deletions(-)
diff --git a/libavcodec/mpegvideo_enc.c b/libavcodec/mpegvideo_enc.c
index 5b6f5211cc..ab49705823 100644
--- a/libavcodec/mpegvideo_enc.c
+++
Seems to have been always unused since these functions were introduced
in 1f0cd30fd9b656122436ecd625656a04f6235fb3.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mpegvideo_enc.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/libavcodec/mpegvideo_enc.c b/libav
The header is always written by the main thread, so it is
not surprising that header_bits can be moved to MPVMainEncContext
as well.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mjpegenc.c | 14 --
libavcodec/mpegvideo.h | 1 -
libavcodec/mpegvideo_enc.c | 6 +++---
li
last_pict_type, last_non_b_pict_type and last_lambda_for
are only used by the encoder's main thread.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mpegvideo.h | 3 ---
libavcodec/mpegvideo_enc.c | 16
libavcodec/mpegvideoenc.h | 4
libavcodec/msmpeg4enc.c| 5
Signed-off-by: Andreas Rheinhardt
---
libavcodec/ituh263enc.c| 1 -
libavcodec/mpeg12enc.c | 5 -
libavcodec/mpeg4videoenc.c | 8
libavcodec/mpegvideo.h | 2 --
libavcodec/mpegvideo_enc.c | 8
5 files changed, 24 deletions(-)
diff --git a/libavcodec/ituh263enc.c
Also avoid an allocation while doing so.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mpegvideo.h | 1 -
libavcodec/mpegvideo_enc.c | 60 ++
libavcodec/mpegvideoenc.h | 2 ++
3 files changed, 31 insertions(+), 32 deletions(-)
diff --git a/libavcode
Only ever used by the main encoding thread.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mpegvideo.h | 1 -
libavcodec/mpegvideo_enc.c | 14 +++---
libavcodec/mpegvideoenc.h | 1 +
3 files changed, 8 insertions(+), 8 deletions(-)
diff --git a/libavcodec/mpegvideo.h b/libavcod
They don't ever read this value.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mpegvideo_enc.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/libavcodec/mpegvideo_enc.c b/libavcodec/mpegvideo_enc.c
index 77825e5b82..fd3f458fb7 100644
--- a/libavcodec/mpegvideo_enc.c
+++ b/libavcodec/mpegv
Only used by the main encoding thread.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mpegvideo.h | 1 -
libavcodec/mpegvideo_enc.c | 14 +++---
libavcodec/mpegvideoenc.h | 2 ++
libavcodec/ratecontrol.c | 2 +-
4 files changed, 10 insertions(+), 9 deletions(-)
diff --git a/
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mpegvideo.h | 2 --
libavcodec/mpegvideo_enc.c | 8
libavcodec/mpegvideoenc.h | 7 +--
3 files changed, 9 insertions(+), 8 deletions(-)
diff --git a/libavcodec/mpegvideo.h b/libavcodec/mpegvideo.h
index 4811fc0ad6..c59d4848a8 100
1 - 100 of 140 matches
Mail list logo
