From 5272bc77ec1834f767277f1cdf8ac13727a19319 Mon Sep 17 00:00:00 2001
From: Jun Zhao
Date: Fri, 23 Feb 2018 15:58:10 +0800
Subject: [PATCH] ffmpeg_opt: fix max_error_rate help info display issue.
ffmpeg -h display "max_error_rate" option help information have
been cut off, the root cause is use
On Fri, 23 Feb 2018 01:21:52 +0100
Michael Niedermayer wrote:
> On Thu, Feb 22, 2018 at 07:31:27PM +0100, wm4 wrote:
> > On Thu, 22 Feb 2018 16:28:56 +0100
> > Michael Niedermayer wrote:
> >
> > > On Wed, Feb 21, 2018 at 09:02:40PM +0100, wm4 wrote:
> > > > On Wed, 21 Feb 2018 19:14:59 +010
Marton Balint (2018-02-23):
> The environment variable contains the directory to the library, not the
> library name itself.
So it reinvents LD_LIBRARY_PATH. Probably badly.
> LD_LIBRARY_PATH, LD_PRELOAD is an environment variable as well, so I don't
> see why it is different from security standp
On 22 February 2018 at 22:53, Marton Balint wrote:
>
>
> On Thu, 22 Feb 2018, Ricardo Constantino wrote:
>
> On 22 February 2018 at 22:22, Carl Eugen Hoyos wrote:
>>
>> 2018-02-22 20:26 GMT+01:00 Marton Balint :
>>> >
>>> > On Wed, 21 Feb 2018, Nicolas George wrote:
>>> >
>>> >> Marton Balint (2
On Fri, Feb 23, 2018 at 11:47 AM, Nicolas George wrote:
>
>> - dynamic loading alone has some pros (e.g. not needing the SDK
>>on every machine where you use your built ffmpeg)
>
> Sorry, you are wrong, this is not how dynamic loading works. You need
> the shared library (and possibly support
> 在 2018年2月22日,下午3:34,Liu Steven 写道:
>
>>
>> 在 2018年2月20日,上午5:00,Bodecs Bela 写道:
>>
>> Dear All,
>>
>> Currently using HLS_TEMP together with HLS_SECOND_LEVEL_SEGMENT_DURATION
>> and/or HLS_SECOND_LEVEL_SEGMENT_SIZE gives error at end of each segment
>> writing and the final segment file nam
On 2/23/2018 4:35 AM, Hendrik Leppkes wrote:
> On Fri, Feb 23, 2018 at 1:28 AM, James Almer wrote:
>> On 2/22/2018 8:52 PM, Hendrik Leppkes wrote:
>>> On Fri, Feb 23, 2018 at 12:37 AM, James Almer wrote:
On 2/22/2018 8:34 PM, Hendrik Leppkes wrote:
> On Fri, Feb 23, 2018 at 12:20 AM, Jam
On Tue, Feb 20, 2018 at 9:15 AM, Stefan Pöschel wrote:
> The supplementary audio descriptor is defined in ETSI EN 300 468 and
> provides more details regarding accessibility audio tracks, especially
> the normative annex J contains a detailed description of its use.
>
> Its language code (if pres
Hello, my name is Gagandeep Singh and I am a sophomore at Indian Institute
of Technology, Kanpur (IITK). I am interested in applying for the CINEFORM
DECODER DEVELOPMENT FOR FFMPEG in GSOC.
I am writing this mail to introduce myself to the community. If anyone has
any suggestions regarding the dev
A lax or tolerant decoder may support an End Sequence between fields of the same
frame but the spec. says this is not allowed.
2012 spec. 10.3.2, 2017 spec. 10.4.3:
Where pictures are fields, a sequence shall comprise a whole number of
frames (i.e., an even number of fields) and shall begin and en
James Darnley (2):
avcodec/vc2enc: do not write an End Sequence after the first field of
field-separated pictures
avcodec/vc2enc: do not reset the last_parse_code variable every frame
libavcodec/vc2enc.c | 9 +++--
tests/ref/vsynth/vsynth1-vc2-420p | 2 +-
te
It should be kept between frames so that the encoder can actually know
whether the previous parse_code was an End Sequence.
---
libavcodec/vc2enc.c | 1 -
tests/ref/vsynth/vsynth1-vc2-420p | 2 +-
tests/ref/vsynth/vsynth1-vc2-420p10 | 2 +-
tests/ref/vsynth/vsynth1-vc
After some deeper testing it looks like this mechanism can actually fully
replace the existing ID3 and APE tag skips; so I've simplified the patch to
do so.
- dale
On Thu, Feb 22, 2018 at 4:46 PM, Dale Curtis
wrote:
> The parser should only return valid mpeg audio packets; it generally
> does s
Whoops, that version spams on every flush; changed to only print when
buf_size > 0.
- dale
On Fri, Feb 23, 2018 at 10:37 AM, Dale Curtis
wrote:
> After some deeper testing it looks like this mechanism can actually fully
> replace the existing ID3 and APE tag skips; so I've simplified the patch
---
libavformat/dashenc.c | 4
1 file changed, 4 insertions(+)
diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c
index 0f6f4f22fa..28ff288fca 100644
--- a/libavformat/dashenc.c
+++ b/libavformat/dashenc.c
@@ -105,6 +105,7 @@ typedef struct DASHContext {
const char *init_seg_nam
On Thu, Feb 22, 2018, at 9:00 PM, Vittalprasad wrote:
> Hi All,
> From below link i saw that mp4 container can have h264 as video codec and
> opus as audio codec. so i tried both codecs in to mp4 using ffmpeg, but
> external player like mplayer, vlc and kmp are failing to decode voice . i.e
> whil
On Fri, Feb 23, 2018 at 11:15:50AM -0300, James Almer wrote:
> On 2/23/2018 4:35 AM, Hendrik Leppkes wrote:
> > On Fri, Feb 23, 2018 at 1:28 AM, James Almer wrote:
> >> On 2/22/2018 8:52 PM, Hendrik Leppkes wrote:
> >>> On Fri, Feb 23, 2018 at 12:37 AM, James Almer wrote:
> On 2/22/2018 8:34
Michael: Dale and I dig into history a bit more and we don't understand why
the code is changed to the current state around memset. This new patch
reverted the change back to the previous state which we felt is much
cleaner. Please see the CL description for details and take a look at the
new patch
On Fri, Feb 23, 2018 at 12:05:54AM -0300, James Almer wrote:
> Prevents use of uninitialized values.
>
> Fixes ticket #7038.
>
> Signed-off-by: James Almer
> ---
> libavformat/hevc.c | 2 ++
> 1 file changed, 2 insertions(+)
probably ok
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B14
On Fri, Feb 23, 2018 at 11:15:09AM -0800, Dale Curtis wrote:
> Whoops, that version spams on every flush; changed to only print when
> buf_size > 0.
>
> - dale
>
> On Fri, Feb 23, 2018 at 10:37 AM, Dale Curtis
> wrote:
>
> > After some deeper testing it looks like this mechanism can actually fu
On Fri, Feb 23, 2018 at 04:08:09PM +0800, Jun Zhao wrote:
>
> ffmpeg_opt.c |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
> eb647d9949ae4d3da7b93630bc527653d4ebeb46
> 0001-ffmpeg_opt-fix-max_error_rate-help-info-display-issu.patch
> From 5272bc77ec1834f767277f1cdf8ac13727a19319 Mon
On Fri, Feb 23, 2018 at 05:15:20AM +0100, Michael Niedermayer wrote:
> Fixes: Timeout
> Fixes:
> 6261/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_SMC_fuzzer-5811309653262336
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
> Signed-o
On Fri, Feb 23, 2018 at 03:12:42PM +0800, Jun Zhao wrote:
>
> bitstream_filters.texi |3 +++
> 1 file changed, 3 insertions(+)
> 938bac08c9db9bbec9181417952755dba107554c
> 0002-doc-bitstream_filters-documents-delete_filler-option.patch
> From 9567abf90857ed1401cf041079635c0f688865cc Mon Se
On 2/23/2018 11:42 PM, Michael Niedermayer wrote:
> On Fri, Feb 23, 2018 at 12:05:54AM -0300, James Almer wrote:
>> Prevents use of uninitialized values.
>>
>> Fixes ticket #7038.
>>
>> Signed-off-by: James Almer
>> ---
>> libavformat/hevc.c | 2 ++
>> 1 file changed, 2 insertions(+)
>
> probabl
On 2/23/18 3:30 PM, Serhii Marchuk wrote:
> ---
> libavformat/dashenc.c | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c
> index 0f6f4f22fa..28ff288fca 100644
> --- a/libavformat/dashenc.c
> +++ b/libavformat/dashenc.c
> @@ -105,6 +105,7
I can successfully compile ffmpeg info lgpl compliant dylibs which I can link
to from /usr/local. I specify /usr/local during my ./configure phase. All OK. I
want to be able to include them as dylibs in my OSX app package. The app wants
to see dylibs which are built using @rpath like @rpath/liba
On 2/19/18 11:25 AM, vdi...@akamai.com wrote:
> From: Vishwanath Dixit
>
> ---
> doc/muxers.texi | 3 +++
> libavformat/dashenc.c | 26 +++---
> 2 files changed, 26 insertions(+), 3 deletions(-)
>
> diff --git a/doc/muxers.texi b/doc/muxers.texi
> index d9a5cc0..c156e
From: Karthick Jeyapal
---
libavformat/dashenc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c
index d6474f3..ebff3c5 100644
--- a/libavformat/dashenc.c
+++ b/libavformat/dashenc.c
@@ -1307,7 +1307,7 @@ static int dash_write_pac
On 2018-02-24 01:22, livinginlosange...@mac.com wrote:
> I can successfully compile ffmpeg info lgpl compliant dylibs which I can link
> to from /usr/local. I specify /usr/local during my ./configure phase. All OK.
> I want to be able to include them as dylibs in my OSX app package. The app
> wa
29 matches
Mail list logo