On 12.11.2018 18:10, Jan Ekström wrote:
On Mon, Nov 12, 2018 at 6:11 PM Tobias Rapp wrote:
Reverts some accidental change in commit
e621b1ca646a2f268797adc3194b694a852548d2.
Signed-off-by: Tobias Rapp
---
libavcodec/libopenh264enc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
fix CID: 1441166
because the logic have checked the vtt_dirname before
Signed-off-by: Steven Liu
---
libavformat/hlsenc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
index e0048aa9d8..8a687dc1bb 100644
--- a/libavformat/hlsenc.c
Ping?
On Wed, Oct 17, 2018 at 8:01 PM Jun Zhao wrote:
>
> Fix the issue: https://github.com/intel/media-driver/issues/317
>
> the root cause is update_dimensions call get_pixel_format will
> trigger the hwaccel_uninit/hwaccel_init , in current context,
> there are 3 situations in the update_dimens
> 在 2018年11月13日，上午6:36，Philippe Symons 写道：
>
> Hello everyone,
>
> This is my first patch to FFMpeg or any open-source project for that
> matter. In this patch, I've added the LANGUAGE attribute to the
> #EXT-X-MEDIA tag for for audio only variant streams for HLS streams.
>
> This attribute w
> 在 2018年11月13日，上午6:17，Michael Niedermayer 写道：
>
> On Mon, Nov 12, 2018 at 05:48:46PM +0800, Steven Liu wrote:
>> Signed-off-by: Steven Liu
>> ---
>> libavformat/async.c | 208
>>
>> 1 file changed, 208 deletions(-)
>
> Is this test done el
On Mon, Nov 12, 2018 at 01:10:55PM -0800, Wang Cao wrote:
> Friendly ping!
i tried the code
and for example
-i matrixbench_mpeg2.mpg -map 0:a -map 0:a -map 0:a -map 0:a -map 0:v -map 0:v
test.nut -map 0:a -map 0:a -map 0:v -map 0:a -map 0:v -map 0:v test2.nut
generates when i stop it:
cpb:
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Mark Thompson
> Sent: Sunday, November 11, 2018 23:09
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v3] fftools/ffmpeg: add an option to
> forbid the fallback to software p
Am So., 11. Nov. 2018 um 20:47 Uhr schrieb Philip Langdale <
phil...@overt.org>:
> vf_bwdif's frame management logic is almost identical to that of yadif.
> The only difference is that it tracks the first and last fields in a
> sequence, and that requires slight changes to the common code.
>
> Ass
On Mon, Nov 12, 2018 at 11:51:26PM +1100, Peter Ross wrote:
> ---
> compat/djgpp/math.h | 22 ++
> configure | 1 +
> 2 files changed, 23 insertions(+)
> create mode 100644 compat/djgpp/math.h
>
> diff --git a/compat/djgpp/math.h b/compat/djgpp/math.h
> new file mo
On Mon, Nov 12, 2018 at 12:26 AM Mark Thompson wrote:
>
> These may be used by hwaccel decoders when the standard tables are not
> otherwise available. At the same time, clean up that code into an array
> so it's a little less repetitive.
> ---
> On 29/10/18 10:26, Jun Zhao wrote:
> > From: Jun Z
On Mon, Nov 12, 2018 at 03:18:12PM +0100, Andreas Rheinhardt wrote:
> Signed-off-by: Andreas Rheinhardt
> ---
> libavcodec/h264_levels.c | 2 +-
> libavcodec/h264_metadata_bsf.c | 2 +-
> 2 files changed, 2 insertions(+), 2 deletions(-)
breaks fate-h264-levels, a change to the output needs
On Mon, Nov 12, 2018 at 02:42:36PM +0100, Paweł Wegner wrote:
> Implemented the following encoders:
> * ff_h264_mf_encoder
> * ff_hevc_mf_encoder
> * ff_aac_mf_encoder
> * ff_ac3_mf_encoder
> * ff_mp3_mf_encoder
>
> The code is based on the PLEX's FFmpeg fork which can be found here:
> https://fil
On Fri, Nov 2, 2018 at 4:57 PM Chris Cunningham
wrote:
> > Also, when dealing with a super frame, to get other values like pixel
> > format and frame dimensions we'd have to make sure to parse the visible
> > frame, and if it's an inter frame also keep the reference frames around
> > to take said
Hello everyone,
This is my first patch to FFMpeg or any open-source project for that
matter. In this patch, I've added the LANGUAGE attribute to the
#EXT-X-MEDIA tag for for audio only variant streams for HLS streams.
This attribute will be added to the output in
avformats' ff_hls_write_audio_ren
On Mon, Nov 12, 2018 at 05:48:46PM +0800, Steven Liu wrote:
> Signed-off-by: Steven Liu
> ---
> libavformat/async.c | 208
>
> 1 file changed, 208 deletions(-)
Is this test done elsewhere ? (i think its not but i may have missed it)
If not th
On 11/12/18, Marton Balint wrote:
> Signed-off-by: Marton Balint
> ---
> libavfilter/af_silenceremove.c | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
This are not that useful to be big values as this will alloc memory,
so no point in increasing to 64bit.
__
Friendly ping!
On Tue, Oct 16, 2018 at 3:39 PM Wang Cao wrote:
> From: Wang Cao
>
> - Add an option "detail_stats" to ffmpeg to output stats for each
> video/audio streams and each ouptut file ffmpeg output log in print_report.
> - Make print_final_stats only output stats for one output instead
Signed-off-by: Marton Balint
---
libavfilter/af_silenceremove.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/libavfilter/af_silenceremove.c b/libavfilter/af_silenceremove.c
index 335f55bb4e..8df8b6fc5b 100644
--- a/libavfilter/af_silenceremove.c
+++ b/libavfilter/af
Signed-off-by: Marton Balint
---
libavfilter/af_afade.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavfilter/af_afade.c b/libavfilter/af_afade.c
index 8c7678107a..751db7da4d 100644
--- a/libavfilter/af_afade.c
+++ b/libavfilter/af_afade.c
@@ -239,8 +239,8 @@ static
Tomas Härdin (2018-11-12):
> Why not set locale instead?
That would conflict with the wishes of the application. A library should
never change global state.
(Of course, the core of the problem is that locales are global state,
this is braindead design.)
Regards,
--
Nicolas George
signature
mån 2018-11-12 klockan 19:46 +0100 skrev Paul B Mahol:
> Copied and adopted from musl implementation.
> * converted all 'long double' to 'double'
>
> Signed-off-by: Paul B Mahol
> ---
> libavutil/avstring.c | 961
>
Why not set locale instead?
/Tomas
__
On Sun, Nov 11, 2018 at 02:54:41PM +, Mark Thompson wrote:
> Fixes #7519.
> ---
> I've had this lying around for a bit with intent to use it to support
> non-hwaccel hardware decoders (in particular, v4l2m2m), but it actually fixes
> the force-hwaccel use-case too in a sensible way.
>
>
>
Copied and adopted from musl implementation.
* converted all 'long double' to 'double'
* removed %m support
Signed-off-by: Paul B Mahol
---
libavutil/Makefile | 1 +
libavutil/avsscanf.c | 971 +++
libavutil/avstring.c | 1 +
libavutil/avstring.h |
On 11/12/2018 4:05 PM, Michael Niedermayer wrote:
> On Mon, Nov 12, 2018 at 03:37:05PM -0300, James Almer wrote:
>> On 11/12/2018 3:28 PM, Michael Niedermayer wrote:
>>> On Sun, Nov 11, 2018 at 07:07:18PM +0800, Jun Zhao wrote:
Improved the performance of 1 decode + N filter graphs and adaptiv
On 11/12/2018 3:46 PM, Paul B Mahol wrote:
> Copied and adopted from musl implementation.
> * converted all 'long double' to 'double'
>
> Signed-off-by: Paul B Mahol
> ---
> libavutil/avstring.c | 961 +++
> libavutil/avstring.h | 6 +
> 2 files changed
On Mon, Nov 12, 2018 at 07:46:45PM +0100, Paul B Mahol wrote:
> Copied and adopted from musl implementation.
> * converted all 'long double' to 'double'
>
> Signed-off-by: Paul B Mahol
> ---
> libavutil/avstring.c | 961 +++
> libavutil/avstring.h | 6 +
On Mon, Nov 12, 2018 at 03:37:05PM -0300, James Almer wrote:
> On 11/12/2018 3:28 PM, Michael Niedermayer wrote:
> > On Sun, Nov 11, 2018 at 07:07:18PM +0800, Jun Zhao wrote:
> >> Improved the performance of 1 decode + N filter graphs and adaptive
> >> bitrate scenario.
> >>
> >> With new option "-
Copied and adopted from musl implementation.
* converted all 'long double' to 'double'
Signed-off-by: Paul B Mahol
---
libavutil/avstring.c | 961 +++
libavutil/avstring.h | 6 +
2 files changed, 967 insertions(+)
diff --git a/libavutil/avstring.c b/li
Thanks for the suggestion. I have updated the patch.
Ard
---
doc/encoders.texi | 28 +++
libavcodec/libvpxenc.c | 79 ++
2 files changed, 107 insertions(+)
diff --git a/doc/encoders.texi b/doc/encoders.texi
index 899faac49b..6ecd572ea3 10
On 11/12/2018 3:28 PM, Michael Niedermayer wrote:
> On Sun, Nov 11, 2018 at 07:07:18PM +0800, Jun Zhao wrote:
>> Improved the performance of 1 decode + N filter graphs and adaptive
>> bitrate scenario.
>>
>> With new option "-abr_pipeline"
>> 1. It enabled multiple filter graph concurrency, which b
On Sun, Nov 11, 2018 at 07:07:18PM +0800, Jun Zhao wrote:
> Improved the performance of 1 decode + N filter graphs and adaptive
> bitrate scenario.
>
> With new option "-abr_pipeline"
> 1. It enabled multiple filter graph concurrency, which bring above
> about 5%~20% improvement in some 1:N scenar
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of Mark
> Thompson
> Sent: Sunday, November 11, 2018 6:55 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: [FFmpeg-devel] [PATCH] ffmpeg: Add option to force a specific decode
> format
>
> Fixes #7519
Signed-off-by: Paul B Mahol
---
Funny thing is that support was already there, just encoder missed pixel format.
---
libavcodec/huffyuvenc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/huffyuvenc.c b/libavcodec/huffyuvenc.c
index 8be752844b..3662c173ec 100644
--
On Mon, Nov 12, 2018 at 6:11 PM Tobias Rapp wrote:
>
> Reverts some accidental change in commit
> e621b1ca646a2f268797adc3194b694a852548d2.
>
> Signed-off-by: Tobias Rapp
> ---
> libavcodec/libopenh264enc.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavcodec/libo
Reverts some accidental change in commit
e621b1ca646a2f268797adc3194b694a852548d2.
Signed-off-by: Tobias Rapp
---
libavcodec/libopenh264enc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/libopenh264enc.c b/libavcodec/libopenh264enc.c
index 5baa423..ae6d17c 1006
2018-11-12 14:42 GMT+01:00, Paweł Wegner :
> Implemented the following encoders:
> * ff_h264_mf_encoder
> * ff_hevc_mf_encoder
> * ff_aac_mf_encoder
> * ff_ac3_mf_encoder
> * ff_mp3_mf_encoder
>
> The code is based on the PLEX's FFmpeg fork which can be found here:
> https://files.plexapp.com/elan/
2018-11-12 14:42 GMT+01:00, Paweł Wegner :
> +case AV_CODEC_ID_MSMPEG4V1:
> +case AV_CODEC_ID_MSMPEG4V2: return &ff_MFVideoFormat_MP42;
This looks unexpected: Is v1 encoding really still supported?
> +case AV_CODEC_ID_MP1: return &MFAudioFormat_MPEG;
> +case
There are currently several issues with level 1b in h264_levels and
h264_metadata:
1. The most obvious is that the table in h264_levels.c is simply wrong:
The level_idc for 1b and profile 66, 77 or 88 is 11, not 10. The first
patch corrects this.
2. If profile is 66, 77 or 88 and one lets h264_meta
Currently ff_h264_get_level does not provide the correct level for any
of the High Intra profiles. Now only High Intra profiles with level 1.1
get misdetected.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/h264_levels.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/l
Using the value of buffering frames inferred from the old level is
not a sensible approach when one wants to guess the level.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/h264_metadata_bsf.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/libavcodec/h264_metadata
Signed-off-by: Andreas Rheinhardt
---
libavcodec/h264_levels.c | 2 +-
libavcodec/h264_metadata_bsf.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavcodec/h264_levels.c b/libavcodec/h264_levels.c
index 737b7dcf06..7a55116773 100644
--- a/libavcodec/h264_levels.c
The earlier logic had two errors:
1. If level 1b for a non-High profile had been guessed, level 1b was not always
written to the output, because constraint_set3_flag wasn't set.
2. If a level different from 1b that shares its level_idc with 1b was
intended to be set, constraint_set3_flag wasn't cl
Implemented the following encoders:
* ff_h264_mf_encoder
* ff_hevc_mf_encoder
* ff_aac_mf_encoder
* ff_ac3_mf_encoder
* ff_mp3_mf_encoder
The code is based on the PLEX's FFmpeg fork which can be found here:
https://files.plexapp.com/elan/ffmpeg/plex-ffmpeg-2017-12-17.txz
Signed-off-by: Paweł Wegn
I renamed mf.c to mfenc.c and left only the encoders for now.
This lowered the line count of the biggest file to 1242, don't
know how to split this up more for now.
MF is now autodetected.
The commit message now contains the origin of the code.
HWContext stuff removed.
Paweł Wegner (1):
avco
On 11/12/18 3:12 PM, Jeyapal, Karthick wrote:
On 11/12/18 5:20 PM, Andrey Semashev wrote:
On 11/12/18 8:20 AM, Jeyapal, Karthick wrote:
On 11/8/18 10:27 PM, Andrey Semashev wrote:
This commit restores the ability to create DASH streams with codecs
that require different containers that was l
---
compat/djgpp/math.h | 22 ++
configure | 1 +
2 files changed, 23 insertions(+)
create mode 100644 compat/djgpp/math.h
diff --git a/compat/djgpp/math.h b/compat/djgpp/math.h
new file mode 100644
index 00..28fae5212e
--- /dev/null
+++ b/compat/djgpp/math
---
DOS builds are currently broken.
patch 1 adds djgpp libc detection.
patch 2 adds float min/max functions just for djggp libc
(these functions were removed from libm.h in
4436a8f44dedc83767b3d9da9beb85d1fae2ca30)
configure | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git
Paul B Mahol (2018-11-12):
> How to document copyright of multiple authors?
What is the issue? libavcodec/j2kenc.c does it quite well.
Regards,
--
Nicolas George
signature.asc
Description: Digital signature
___
ffmpeg-devel mailing list
ffmpeg-dev
On 11/12/18, Nicolas George wrote:
> Paul B Mahol (2018-11-12):
>> Its origin is musl libc. Multiple authors.
>
> The mailing-list is not the proper place to document that.
>
> Do you realize you just did an unintentional copyright infringement? If
> you were to commit as is, you would cause the p
On 11/12/18 5:20 PM, Andrey Semashev wrote:
> On 11/12/18 8:20 AM, Jeyapal, Karthick wrote:
>>
>> On 11/8/18 10:27 PM, Andrey Semashev wrote:
>>> This commit restores the ability to create DASH streams with codecs
>>> that require different containers that was lost after commit
>>> 2efdbf7367989cf
Paul B Mahol (2018-11-12):
> Its origin is musl libc. Multiple authors.
The mailing-list is not the proper place to document that.
Do you realize you just did an unintentional copyright infringement? If
you were to commit as is, you would cause the project to make one more
severe.
Regards,
--
On 11/12/18, Nicolas George wrote:
> Paul B Mahol (2018-11-12):
>> > Did you write this function?
>> No
>
> Then the authorship and origin need to be documented.
Its origin is musl libc. Multiple authors.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpe
Paul B Mahol (2018-11-12):
> > Did you write this function?
> No
Then the authorship and origin need to be documented.
Regards,
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 11/12/18 8:20 AM, Jeyapal, Karthick wrote:
On 11/8/18 10:27 PM, Andrey Semashev wrote:
This commit restores the ability to create DASH streams with codecs
that require different containers that was lost after commit
2efdbf7367989cf9d296c25fa3d2aff8d6e25fdd. It extends the dash_segment_type
o
On 11/12/18, Carl Eugen Hoyos wrote:
> 2018-11-11 17:41 GMT+01:00, Paul B Mahol :
>
>> +static long long scanexp(FFFILE *f, int pok)
>> +{
>> +int c;
>> +int x;
>> +long long y;
>> +int neg = 0;
>> +
>> +c = shgetc(f);
>> +if (c=='+' || c=='-') {
>> +neg = (c=='-');
2018-11-12 12:37 GMT+01:00, Paul B Mahol :
> On 11/12/18, Carl Eugen Hoyos wrote:
>> 2018-11-12 12:22 GMT+01:00, Kirill Gavrilov :
>>> On Tue, Nov 6, 2018 at 3:51 PM, Carl Eugen Hoyos
>>> wrote:
>>>
If the dll(s) necessary for Media Foundation at run-time are installed
on every supporte
2018-11-11 17:41 GMT+01:00, Paul B Mahol :
> +static long long scanexp(FFFILE *f, int pok)
> +{
> +int c;
> +int x;
> +long long y;
> +int neg = 0;
> +
> +c = shgetc(f);
> +if (c=='+' || c=='-') {
> +neg = (c=='-');
> +c = shgetc(f);
> +if (c-'0'>=10
2018-11-10 16:46 GMT+01:00, der richter :
> This fixes an issue that was reported on the mpv issue tracker. some more
> informations can be found there including test files.
>
> https://github.com/mpv-player/mpv/issues/6153
Patch applied.
Thank you, Carl Eugen
On 11/12/18, Carl Eugen Hoyos wrote:
> 2018-11-12 12:22 GMT+01:00, Kirill Gavrilov :
>> On Tue, Nov 6, 2018 at 3:51 PM, Carl Eugen Hoyos
>> wrote:
>>
>>> If the dll(s) necessary for Media Foundation at run-time are installed
>>> on every supported Windows system
>>
>> I think Media Foundation is
2018-11-12 12:22 GMT+01:00, Kirill Gavrilov :
> On Tue, Nov 6, 2018 at 3:51 PM, Carl Eugen Hoyos
> wrote:
>
>> If the dll(s) necessary for Media Foundation at run-time are installed
>> on every supported Windows system
>
> I think Media Foundation is excluded from Windows 10 N editions:
The quest
On Tue, Nov 6, 2018 at 3:51 PM, Carl Eugen Hoyos
wrote:
> If the dll(s) necessary for Media Foundation at run-time are installed on
> every supported Windows system
>
I think Media Foundation is excluded from Windows 10 N editions:
> Excluded features
> ...
> - Media Foundation: Provides suppor
Jun Zhao 于2018年11月11日周日 下午7:07写道：
>
> Improved the performance of 1 decode + N filter graphs and adaptive
> bitrate scenario.
>
> With new option "-abr_pipeline"
> 1. It enabled multiple filter graph concurrency, which bring above
> about 5%~20% improvement in some 1:N scenario by CPU or GPU
> acc
Signed-off-by: Steven Liu
---
libavformat/async.c | 208
1 file changed, 208 deletions(-)
diff --git a/libavformat/async.c b/libavformat/async.c
index 54dbd2312a..d755f3471b 100644
--- a/libavformat/async.c
+++ b/libavformat/async.c
@@ -489,21
On 11/12/18, Mark Harris wrote:
> A fade out (usually at the end of a video) can easily start beyond
> INT32_MAX (about 36 minutes). Regression since d40dc64173.
> ---
> libavfilter/vf_fade.c | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
LGTM
__
Stephen Dawkins 于2018年11月11日周日 下午8:07写道：
>
> This patch removes some duplicate code in hls_start that prevents the usage
> of strftime base filenames in conjuction with hls_segment_size.
>
> Signed-off-by: Stephen Dawkins
> ---
> libavformat/hlsenc.c | 13 -
> 1 file changed, 13 dele
65 matches
Mail list logo
