> This will make it easier to support options in common between different
> encoders. It also cleans up some of the field naming.
> ---
> libavcodec/vaapi_encode_h264.c | 228 +---
> -
> 1 file changed, 115 insertions(+), 113 deletions(-)
>
> diff --git a/lib
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> Rostislav Pehlivanov
> Sent: Tuesday, April 24, 2018 4:04 PM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH 5/5] amfenc: Remove spurious
> initialisa
> Matching previous commit for H.264.
> ---
> libavcodec/vaapi_encode_h265.c | 114 +++-
> -
> 1 file changed, 54 insertions(+), 60 deletions(-)
>
> diff --git a/libavcodec/vaapi_encode_h265.c b/libavcodec/vaapi_encode_h265.c
> index 5203c6871d..ba6b426eed 100
> ---
> libavcodec/vaapi_encode_mpeg2.c | 50 --
> ---
> 1 file changed, 24 insertions(+), 26 deletions(-)
>
> diff --git a/libavcodec/vaapi_encode_mpeg2.c b/libavcodec/vaapi_encode_mpeg2.c
> index 42df77ea49..5dd1f39cbc 100644
> --- a/libavcodec/vaapi_encode_
Le 24/04/2018 à 08:28, Hendrik Leppkes a écrit :
On Fri, Jan 19, 2018 at 1:01 PM, Steve Lhomme wrote:
If we don't do that get_format might not be called for a while and the proper
SAR not used.
See the sample mentioned here: https://trac.videolan.org/vlc/ticket/19435
---
libavcodec/h264_slic
On 4/16/18, Paul B Mahol wrote:
> On 4/12/18, Paul B Mahol wrote:
>> Signed-off-by: Paul B Mahol
>> ---
>> configure| 2 +-
>> fftools/ffmpeg_opt.c | 2 ++
>> 2 files changed, 3 insertions(+), 1 deletion(-)
>>
>
> ping
>
Will apply.
___
f
tor 2018-04-12 klockan 16:54 +0200 skrev Tomas Härdin:
> tor 2018-04-12 klockan 16:47 +0200 skrev wm4:
> > On Thu, 12 Apr 2018 16:43:48 +0200
> > Tomas Härdin wrote:
> >
> > > sön 2018-04-08 klockan 09:20 -0800 skrev Lou Logan:
> > > > On Sun, Apr 8, 2018, at 3:05 AM, Tomas Härdin wrote:
> > > >
On 4/25/18, Tomas Haerdin wrote:
> tor 2018-04-12 klockan 16:54 +0200 skrev Tomas Haerdin:
>> tor 2018-04-12 klockan 16:47 +0200 skrev wm4:
>> > On Thu, 12 Apr 2018 16:43:48 +0200
>> > Tomas Haerdin wrote:
>> >
>> > > soen 2018-04-08 klockan 09:20 -0800 skrev Lou Logan:
>> > > > On Sun, Apr 8, 20
> Previously there was one fixed choice for each codec (e.g. H.265 -> Main
> profile), and using anything else then required an explicit option from
> the user. This changes to selecting the profile based on the input format
> and the set of profiles actually supported by the driver (e.g. P010 in
On 2018/04/25 9:35, Paul B Mahol wrote:
On 4/25/18, Tomas Haerdin wrote:
[...]
I'll push this this some time later this week if I don't hear any
objections
What is point of it if there is only one nickname?
There are two nicknames.
--
Josh
___
On Wed, Apr 25, 2018 at 9:55 AM, Steve Lhomme wrote:
> Le 24/04/2018 à 08:28, Hendrik Leppkes a écrit :
>>
>> On Fri, Jan 19, 2018 at 1:01 PM, Steve Lhomme wrote:
>>>
>>> If we don't do that get_format might not be called for a while and the
>>> proper
>>> SAR not used.
>>>
>>> See the sample men
ons 2018-04-25 klockan 09:55 +0100 skrev Josh de Kock:
> On 2018/04/25 9:35, Paul B Mahol wrote:
> > On 4/25/18, Tomas Haerdin wrote:
> > > [...]
> > >
> > > I'll push this this some time later this week if I don't hear any
> > > objections
> >
> > What is point of it if there is only one nickna
On 4/25/18, Tomas Haerdin wrote:
> ons 2018-04-25 klockan 09:55 +0100 skrev Josh de Kock:
>> On 2018/04/25 9:35, Paul B Mahol wrote:
>> > On 4/25/18, Tomas Haerdin wrote:
>> > > [...]
>> > >
>> > > I'll push this this some time later this week if I don't hear any
>> > > objections
>> >
>> > What
Paul B Mahol (2018-04-25):
> Looks like interest is very low...
Obviously you think it is interesting enough to post several mails about
it.
Regards,
--
Nicolas George
signature.asc
Description: Digital signature
___
ffmpeg-devel mailing list
ffmp
On Wed, 25 Apr 2018 09:55:10 +0200
Steve Lhomme wrote:
> Le 24/04/2018 à 08:28, Hendrik Leppkes a écrit :
> > On Fri, Jan 19, 2018 at 1:01 PM, Steve Lhomme wrote:
> >> If we don't do that get_format might not be called for a while and the
> >> proper
> >> SAR not used.
> >>
> >> See the sampl
On Tue, 24 Apr 2018 23:46:09 +0200
Nicolas George wrote:
> Stephan Holljes (2018-04-24):
> > The consensus seems to be that there are more disadvantages in using
> > the http server of libavformat than there are advantages.
>
> I completely disagree. There is no point in having the HTTP server
Hello,
Here is patch 3. I renamed reinterlace to tinterlace and replaced the
functionality of tinterlace with the one from reinterlace. Please review.
Thank you,
Vasile
>From ee33ed769207a99adb193eece32a5043ff0b6d94 Mon Sep 17 00:00:00 2001
From: Vasile Toncu
Date: Wed, 25 Apr 2018 11:02:46 +
Hello,
Here is patch 2. In this patch I added the reinterlace filter to ffmpeg.
Please review.
Thank you,
Vasile
>From 71458a6cba548c9d5a559cdadae7a85a7825e98d Mon Sep 17 00:00:00 2001
From: Vasile Toncu
Date: Tue, 24 Apr 2018 17:46:45 +0300
Subject: [PATCH] Patch2
Signed-off-by: Vasile Tonc
Hi,
2018-04-23 18:22 GMT+02:00 Vasile Toncu :
> Hello,
>
> Here is patch 3. Please review.
>
> Thank you,
> Vasile
>
Some fate tests fail when both patches are applied.
I also get lots of compiler warnings.
Please fix them and, as already said, run fate.
All tests must pass, otherwise there is s
On 4/25/2018 7:54 PM, Vasile Toncu wrote:
Hello,
Here is patch 3. I renamed reinterlace to tinterlace and replaced the
functionality of tinterlace with the one from reinterlace. Please review.
If any options are new or different from the original tinterlace filter,
please add doc entries f
On 4/23/2018 4:46 PM, Derek Buitenhuis wrote:
> The track's media duration from the mdhd atom takes precedence
> over both the stts and elst atom for calculating and setting
> the track's total duraion.
>
> Technically, we shouldn't be using the stts atom at all for
> calculating stream durations.
On Tue, Apr 24, 2018 at 01:59:24PM -0700, Aman Gupta wrote:
> From: Aman Gupta
>
> ---
> libavcodec/mediacodecdec_common.c | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
>
> diff --git a/libavcodec/mediacodecdec_common.c
> b/libavcodec/mediacodecdec_common.c
> index 0c27624dea
On Tue, Apr 24, 2018 at 01:59:25PM -0700, Aman Gupta wrote:
> From: Aman Gupta
>
> Also fixes a bug where EOS buffer was sent with incorrect
> pts when not using surface generation.
> ---
> libavcodec/mediacodecdec_common.c | 17 ++---
> 1 file changed, 6 insertions(+), 11 deletions(
On Tue, Apr 24, 2018 at 01:59:23PM -0700, Aman Gupta wrote:
> From: Aman Gupta
>
> ---
> libavcodec/mediacodecdec.c| 24 +++-
> libavcodec/mediacodecdec_common.c | 12
> 2 files changed, 15 insertions(+), 21 deletions(-)
>
> diff --git a/libavcodec/media
Hi,
2018-04-25 16:24 GMT+02:00 Vasile Toncu :
> Hello,
>
> Here is patch 3. I renamed reinterlace to tinterlace and replaced the
> functionality of tinterlace with the one from reinterlace. Please review.
>
> Thank you,
> Vasile
>
Same as I wrote for your previous version.
Lots of compiler warni
On 24 April 2018 at 07:18, Thomas Volkert wrote:
> On 23.04.2018 21:33, Rostislav Pehlivanov wrote:
> > On 23 April 2018 at 20:16, Thomas Volkert wrote:
> >
> >> On 23.04.2018 11:27, Thomas Volkert wrote:
> >>> On 22.04.2018 20:03, Carl Eugen Hoyos wrote:
> 2018-04-22 20:00 GMT+02:00, Nicol
On Wed, Apr 25, 2018 at 12:07:53AM +0200, Michael Niedermayer wrote:
> Hi all
>
> before anyone notices and asks ...
> my box with my virtual fate clients on it died today
> my arm clients should still be working though
>
> Ill try to get it up and working ASAP.
>
> Symptoms for the curious
> at
On Tue, Apr 24, 2018 at 09:04:57PM +0200, Marton Balint wrote:
> The specs says that the the first color component in the color array is
> not alpha, but simply 0.
>
> Fixes 0 alpha of fate-suite/cvid/catfight-cvid-pal8-partial.mov
>
> Signed-off-by: Marton Balint
> ---
> libavformat/qtpalette.
On Tue, Apr 24, 2018 at 09:04:59PM +0200, Marton Balint wrote:
> Signed-off-by: Marton Balint
> ---
> libavcodec/hnm4video.c | 1 +
> 1 file changed, 1 insertion(+)
LGTM
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Observe your enemies, for they first
On Tue, Apr 24, 2018 at 09:05:01PM +0200, Marton Balint wrote:
> Temporarily keep the old method for ffmpeg_filters.c choose_pix_fmt and
> avfiltergraph.c pick_format() until a paletted pixel format without alpha is
> introduced.
>
> Signed-off-by: Marton Balint
> ---
> fftools/ffmpeg_filter.c
On Tue, Apr 24, 2018 at 09:05:00PM +0200, Marton Balint wrote:
> Signed-off-by: Marton Balint
> ---
> doc/APIchanges| 3 +++
> libavcodec/tests/imgconvert.c | 4
> libavutil/pixdesc.c | 3 +--
> libavutil/pixdesc.h | 8 ++--
> libavutil/tests/pixdesc.c
HALFQP should only be added to the inverse quantizer when the block is
coded with PQUANT. When PQUANT is equal to ALTPQUANT, the original test
for the addition of HALFQP fails. A negative value for mquant indicates
that the value was derived from VOPDQUANT.
Fixes #4372
Signed-off-by: Jerome Borsb
Philip Prindeville (2018-04-24):
> It looks like it’s internally going to keep making multiple calls to
> the read_packet function until it’s acquired enough.
>
> Is that correct?
Yes. There is AVFMT_FLAG_NONBLOCK that would cause demuxers to return
AVERROR(EAGAIN) if not enough data is available
On Tue, 24 Apr 2018, Aman Gupta wrote:
From: Aman Gupta
Based largely on VLC's modules/codec/telx.c.
Processes only teletext pages marked as subtitles, so depending
on the stream it might not produce any output.
Subtitles are rendered directly to ASS, with support for background
colors and
On Tue, Apr 24, 2018 at 02:46:56PM +0530, vdi...@akamai.com wrote:
> From: Vishwanath Dixit
>
> This utility function creates 64-bit NTP time format as per the RFC
> 5905.
> A simple explaination of 64-bit NTP time format is here
> http://www.beaglesoft.com/Manual/page53.htm
> ---
> libavformat/
On Mon, Apr 23, 2018 at 11:39:54PM -0300, James Almer wrote:
> before:
> 419022 decicycles in assemble_fragment,2047 runs, 1 skips
>
> after:
> 104621 decicycles in assemble_fragment,2045 runs, 3 skips
>
> Benched with a 2 minutes long 720x480 DVD mpeg2 sample.
>
> Signed-off-b
On 3/21/2018 11:21 AM, James Almer wrote:
> Avoids unnecessary allocs+copies and makes the code slightly simpler.
>
> Signed-off-by: James Almer
> ---
> libavcodec/mpeg4_unpack_bframes_bsf.c | 55
> +--
> 1 file changed, 20 insertions(+), 35 deletions(-)
>
> dif
On 4/25/2018 4:35 PM, Michael Niedermayer wrote:
> On Mon, Apr 23, 2018 at 11:39:54PM -0300, James Almer wrote:
>> before:
>> 419022 decicycles in assemble_fragment,2047 runs, 1 skips
>>
>> after:
>> 104621 decicycles in assemble_fragment,2045 runs, 3 skips
>>
>> Benched with a 2
On Tue, Apr 24, 2018 at 10:12:30PM -0300, James Almer wrote:
> On 4/24/2018 9:58 PM, Michael Niedermayer wrote:
> > Fixes:
> > 6798/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_G2M_fuzzer-5135899701542912
> >
> > Found-by: continuous fuzzing process
> > https://github.com/google/oss-fuzz/tr
On Sun, Apr 22, 2018 at 10:20:31PM +0200, Michael Niedermayer wrote:
> Fixes infinite loop
> Fixes:
> 6858/clusterfuzz-testcase-ffmpeg_AV_CODEC_ID_MSMPEG4V3_fuzzer-4681563766784000
> Fixes:
> 6890/clusterfuzz-testcase-ffmpeg_AV_CODEC_ID_WMV1_fuzzer-4756103142309888
>
> Found-by: continuous fuzzi
On Sat, Mar 10, 2018 at 09:51:09PM +0100, Michael Niedermayer wrote:
> Fixes misaligned accesses
> Found-by: Matt Wolenetz
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/h2645_parse.c | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
will apply
[...]
--
Michael GnuP
On 4/25/2018 1:32 PM, Michael Niedermayer wrote:
> On Wed, Apr 25, 2018 at 12:07:53AM +0200, Michael Niedermayer wrote:
>> Hi all
>>
>> before anyone notices and asks ...
>> my box with my virtual fate clients on it died today
>> my arm clients should still be working though
>>
>> Ill try to get it
Hi all,
I am working on a project where I need to insert a repeating image (10
seconds) in the middle of a video stream while also transcoding from one
video codec to another. The images are going to be either png or jpg
images. I have a frame number within the video stream which tells me where
From: Damien Riegel
ff_get_buffer is used to allocate a buffer to hold frame's content. This
function was called in the function in charge of decoding an AVPacket
containing raw video with the yuv422 pixel format and a depth of 10-bit.
RFC4175 supports both progressive and interlaced mode. But t
From: Damien Riegel
This codec is already capable of depacking some combinations of pixel
formats and depth as defined in the RFC4175. The only difference between
progressive and interlace is that either a packet will contain the whole
frame, or only a field of the frame.
There is no mechanism f
From: Damien Riegel
In order to handle the interlaced formats, the demuxer has only a few
things to do:
- parse the SDP correctly and propagate the information
- check the field bit in the RFC4175 header, and pass that information
to the decoder
In interlaced mode, received data only consis
On 2018/04/24 22:46, Nicolas George wrote:
Stephan Holljes (2018-04-24):
The consensus seems to be that there are more disadvantages in using
the http server of libavformat than there are advantages.
I completely disagree. There is no point in having the HTTP server in
libavformat if it cannot
---
On 24/04/18 03:16, James Almer wrote:
> On 4/22/2018 12:29 PM, Mark Thompson wrote:
>> +static int cbs_jpeg_split_fragment(CodedBitstreamContext *ctx,
>> + CodedBitstreamFragment *frag,
>> + int header)
>> +{
>> +uint8_t *u
On 24/04/18 23:22, James Almer wrote:
> On 4/23/2018 11:17 PM, James Almer wrote:
>> Signed-off-by: James Almer
>> ---
>> libavcodec/cbs_mpeg2.c | 15 +--
>> 1 file changed, 9 insertions(+), 6 deletions(-)
>>
>> diff --git a/libavcodec/cbs_mpeg2.c b/libavcodec/cbs_mpeg2.c
>> index bfb
On 24/04/18 11:51, Alexander Kravchenko wrote:
>> -Original Message-
>> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
>> Mark Thompson
>> Sent: Sunday, April 22, 2018 6:49 PM
>> To: FFmpeg development discussions and patches
>> Subject: Re: [FFmpeg-devel] [PATCH
On 25 April 2018 at 22:22, Patrick Keroulas <
patrick.kerou...@savoirfairelinux.com> wrote:
> From: Damien Riegel
>
> This codec is already capable of depacking some combinations of pixel
> formats and depth as defined in the RFC4175. The only difference between
> progressive and interlace is tha
On 25 April 2018 at 22:22, Patrick Keroulas <
patrick.kerou...@savoirfairelinux.com> wrote:
> From: Damien Riegel
>
> ff_get_buffer is used to allocate a buffer to hold frame's content. This
> function was called in the function in charge of decoding an AVPacket
> containing raw video with the yu
On 25/04/18 02:21, Zhao Jun wrote:
> 2018-04-22 23:29 GMT+08:00 Mark Thompson :
>> The only common option here is low_power - it was previously supported
>> for H.264 only, that specific option is removed.
>> ---
>> doc/encoders.texi | 14 --
>> libavcodec/vaapi_encode.h
On Wed, Apr 25, 2018 at 05:52:38PM -0300, James Almer wrote:
> On 4/25/2018 1:32 PM, Michael Niedermayer wrote:
> > On Wed, Apr 25, 2018 at 12:07:53AM +0200, Michael Niedermayer wrote:
> >> Hi all
> >>
> >> before anyone notices and asks ...
> >> my box with my virtual fate clients on it died today
On 25/04/18 08:35, Xiang, Haihao wrote:>> Matching previous commit for H.264.
>> ---
>> libavcodec/vaapi_encode_h265.c | 114
>> +++-
>> -
>> 1 file changed, 54 insertions(+), 60 deletions(-)
>>
>> diff --git a/libavcodec/vaapi_encode_h265.c b/libavcodec/vaapi_
On 25/04/18 08:02, Xiang, Haihao wrote:>> This will make it easier to support
options in common between different
>> encoders. It also cleans up some of the field naming.
>> ---
>> libavcodec/vaapi_encode_h264.c | 228
>> +---
>> -
>> 1 file changed, 115 inse
Josh de Kock (2018-04-25):
> If anything, this should have never been added and a suitable
> external library should have been picked.
This opinion should have been expressed three years ago. It was decided
then that lavf deserved a HTTP server. It is done.
Regards,
--
Nicolas Geo
On 25/04/18 09:43, Xiang, Haihao wrote:>> Previously there was one fixed choice
for each codec (e.g. H.265 -> Main
>> profile), and using anything else then required an explicit option from
>> the user. This changes to selecting the profile based on the input format
>> and the set of profiles act
On 4/25/2018 6:31 PM, Mark Thompson wrote:
> +static int cbs_jpeg_split_fragment(CodedBitstreamContext *ctx,
> + CodedBitstreamFragment *frag,
> + int header)
> +{
> +AVBufferRef *data_ref;
> +uint8_t *data;
> +size_t d
Hi John,
On Wed, Apr 25, 2018 at 5:11 PM, John P Poet wrote:
> I am working on a project where I need to insert a repeating image (10
> seconds) in the middle of a video stream while also transcoding from one
> video codec to another. The images are going to be either png or jpg
> images. I hav
Signed-off-by: James Almer
---
libavcodec/cbs_mpeg2.c | 9 ++---
1 file changed, 2 insertions(+), 7 deletions(-)
diff --git a/libavcodec/cbs_mpeg2.c b/libavcodec/cbs_mpeg2.c
index 94b9591b21..30d2bb6fbf 100644
--- a/libavcodec/cbs_mpeg2.c
+++ b/libavcodec/cbs_mpeg2.c
@@ -146,16 +146,11 @@ st
This way, every CodedBitstreamType->split_fragment() function can
safely assume the fragment passed to them will be reference counted,
potentially simplifying code.
Signed-off-by: James Almer
---
libavcodec/cbs.c | 41 -
1 file changed, 20 insertions(+), 2
On Wed, 25 Apr 2018 at 23:18 Nicolas George wrote:
> Josh de Kock (2018-04-25):
> > If anything, this should have never been added and a suitable
> > external library should have been picked.
>
> This opinion should have been expressed three years ago. It was decided
> then that lavf
On Wed, Apr 25, 2018 at 09:32:43PM +0200, Marton Balint wrote:
>
>
> On Tue, 24 Apr 2018, Aman Gupta wrote:
>
> >From: Aman Gupta
> >
> >Based largely on VLC's modules/codec/telx.c.
> >
> >Processes only teletext pages marked as subtitles, so depending
> >on the stream it might not produce any
On Tue, Apr 24, 2018 at 11:33:53PM +0200, Stephan Holljes wrote:
> Hi all,
>
> I've discussed this on IRC a bit, but I don't want to exclude those
> views that are not present there.
>
> The consensus seems to be that there are more disadvantages in using
> the http server of libavformat than the
On Wed, Apr 25, 2018 at 08:17:38AM +0200, Łukasz Krzciuk wrote:
> Yes, I have checked it and I implemented it according to OIPF spec: 8.4.2
> AVComponent, audioDescription case (as I wrote in my 1st email). This
> implementation is tested by official org.hbbtv_HTML50420 testcase.
ok, ill apply it
2018-04-25 4:07 GMT+02:00, Aman Gupta :
> Processes only teletext pages marked as subtitles, so
> depending on the stream it might not produce any output.
Shouldn't there be at least an option to output whatever
page was requested?
+1 for not needing an external dependency.
Thank you, Carl Euge
On Thu, 26 Apr 2018, Carl Eugen Hoyos wrote:
2018-04-25 4:07 GMT+02:00, Aman Gupta :
Processes only teletext pages marked as subtitles, so
depending on the stream it might not produce any output.
Shouldn't there be at least an option to output whatever
page was requested?
+1 for not needi
2018-04-26 3:15 GMT+02:00, Marton Balint :
>
>
> On Thu, 26 Apr 2018, Carl Eugen Hoyos wrote:
>
>> 2018-04-25 4:07 GMT+02:00, Aman Gupta :
>>
>>> Processes only teletext pages marked as subtitles, so
>>> depending on the stream it might not produce any output.
>>
>> Shouldn't there be at least an o
On 4/23/2018 3:58 PM, Jerome Borsboom wrote:
> The existing implementation did overlap smoothing for progressive
> frames only. This rewritten version implements overlap smoothing
> for all applicable frame types for both progessive and
> frame/field-interlace.
>
> Signed-off-by: Jerome Borsboom
On Wed, Apr 25, 2018 at 5:30 PM Carl Eugen Hoyos wrote:
> 2018-04-25 4:07 GMT+02:00, Aman Gupta :
>
> > Processes only teletext pages marked as subtitles, so
> > depending on the stream it might not produce any output.
>
> Shouldn't there be at least an option to output whatever
> page was reques
On Wed, Apr 25, 2018 at 4:25 PM Devin Heitmueller <
dheitmuel...@kernellabs.com> wrote:
> Hi John,
>
> On Wed, Apr 25, 2018 at 5:11 PM, John P Poet wrote:
> > I am working on a project where I need to insert a repeating image (10
> > seconds) in the middle of a video stream while also transcoding
On Wed, Apr 25, 2018 at 6:15 PM Marton Balint wrote:
>
>
> On Thu, 26 Apr 2018, Carl Eugen Hoyos wrote:
>
> > 2018-04-25 4:07 GMT+02:00, Aman Gupta :
> >
> >> Processes only teletext pages marked as subtitles, so
> >> depending on the stream it might not produce any output.
> >
> > Shouldn't ther
On Tue, Apr 24, 2018 at 7:08 PM Aman Gupta wrote:
> From: Aman Gupta
>
> Based largely on VLC's modules/codec/telx.c.
>
> Processes only teletext pages marked as subtitles, so depending
> on the stream it might not produce any output.
>
> Subtitles are rendered directly to ASS, with support for
From: Vishwanath Dixit
Progress report computation functionality was assuming the first
PTS value to be zero, but, when 'copyts' is enalbed, the first PTS
can be any big number. This was eventually causing display of
weird statistics during execution of an ffmpeg command. To overcome
this issue,
From: Vishwanath Dixit
Forced key frames creation functionality was assuming the first PTS
value to be zero, but, when 'copyts' is enalbed, the first PTS can
be any big number. This was eventually forcing all the frames as
key frames. To overcome this issue, the actual first PTS value has
to be c
> On 20 Apr 2018, at 11:33, Steven Liu wrote:
>
>
>
>> On 19 Apr 2018, at 20:28, guikunzhi wrote:
>>
>> Signed-off-by: guikunzhi
>> ---
>> libavformat/dashdec.c | 14 +++---
>> 1 file changed, 11 insertions(+), 3 deletions(-)
>>
>> diff --git a/libavformat/dashdec.c b/libavformat/d
On Sun, 2018-04-22 at 16:29 +0100, Mark Thompson wrote:
> This was previously accessible only via AVCodecContext.compression_level
> for all encoders except H.264 where it was also a private option. This
> makes it an explicit option everywhere.
> ---
> libavcodec/vaapi_encode.c | 87 +++
78 matches
Mail list logo
