Fix unused *duration*
remove the #EXT-X-ENDLIST and #EXT-X-TARGETDURATION tags,
keep intened with hls->duratin, hls->start_pos, hls->size.
When ffmpeg exit by exception, start a new ffmpeg will
cover the old segment list, add this flag can continue
append the new segments into old hls segment li
On Wed, Aug 17, 2016 at 12:25:47AM -0700, Steven Robertson wrote:
> This change relaxes the whitelist on reading color metadata in MOV/BMFF
> containers. The whitelist on writing values is still in place.
>
> As a consequence it also fixes an apparent bug in reading 'nclc' values.
> The 'nclc' spe
On Tue, Aug 16, 2016 at 10:22:54PM -0700, Steven Robertson wrote:
> Signed-off-by: Steven Robertson
> ---
> tests/fate/dnxhd.mak | 2 ++
> tests/ref/fate/dnxhr-12bit | 6 ++
> 2 files changed, 8 insertions(+)
> create mode 100644 tests/ref/fate/dnxhr-12bit
applied
thanks
[...]
--
M
On Sat, Aug 20, 2016 at 04:15:20PM -0700, Steven Robertson wrote:
> Hey folks,
>
> We anticipate professional video software will start producing files with
> the expanded codepoints Real Soon Now, and ProRes already supports Rec.
> 2020 and ST 2084 (see SMPTE RDD 36), so presumably MOV will get s
Hey folks,
We anticipate professional video software will start producing files with
the expanded codepoints Real Soon Now, and ProRes already supports Rec.
2020 and ST 2084 (see SMPTE RDD 36), so presumably MOV will get some of
that soon too. (QuickTime in OS X El Cap already recognizes Rec. 2020
On Sun, Aug 21, 2016 at 12:03:45AM +0200, Paul B Mahol wrote:
> On 8/20/16, Paul B Mahol wrote:
> > On 8/20/16, Michael Niedermayer wrote:
> >> On Sat, Aug 20, 2016 at 07:42:09PM +0200, Paul B Mahol wrote:
> >>> Hi,
> >>>
> >>> patch attached.
> >>
> >>> vf_crop.c |2 --
> >>> 1 file changed
On 8/20/16, Paul B Mahol wrote:
> On 8/20/16, Michael Niedermayer wrote:
>> On Sat, Aug 20, 2016 at 07:42:09PM +0200, Paul B Mahol wrote:
>>> Hi,
>>>
>>> patch attached.
>>
>>> vf_crop.c |2 --
>>> 1 file changed, 2 deletions(-)
>>> fa7e5dd663b07c06f58f845cb3b519f8904e3bca
>>> 0001-avfilter-
On 8/20/16, Michael Niedermayer wrote:
> On Sat, Aug 20, 2016 at 07:42:09PM +0200, Paul B Mahol wrote:
>> Hi,
>>
>> patch attached.
>
>> vf_crop.c |2 --
>> 1 file changed, 2 deletions(-)
>> fa7e5dd663b07c06f58f845cb3b519f8904e3bca
>> 0001-avfilter-vf_crop-make-it-possible-to-crop-single-pix.
On Sat, Aug 20, 2016 at 07:42:09PM +0200, Paul B Mahol wrote:
> Hi,
>
> patch attached.
> vf_crop.c |2 --
> 1 file changed, 2 deletions(-)
> fa7e5dd663b07c06f58f845cb3b519f8904e3bca
> 0001-avfilter-vf_crop-make-it-possible-to-crop-single-pix.patch
> From e9f380d9aab2f1f82183f05b91f37ec1e5
On Sat, Aug 20, 2016 at 10:45:59PM +0200, Moritz Barsnick wrote:
> On Sat, Aug 20, 2016 at 13:10:56 +0200, Michael Niedermayer wrote:
> > On Thu, Aug 18, 2016 at 08:50:08PM +0200, Moritz Barsnick wrote:
>
> > This code is based on libavcodec/snowdec.c:static int decode_q_branch
> > Fixing formatin
On Sat, Aug 20, 2016 at 13:10:56 +0200, Michael Niedermayer wrote:
> On Thu, Aug 18, 2016 at 08:50:08PM +0200, Moritz Barsnick wrote:
> This code is based on libavcodec/snowdec.c:static int decode_q_branch
> Fixing formating is very welcome but it should be in a seperate patch
I thought it was be
On Sat, Aug 20, 2016 at 11:01:29PM +0300, Станислав Долганов wrote:
> Fixed it.
breaks fate (this worked with the previous patch)
make: *** [fate-vsynth1-snow] Error 139
make: *** [fate-vsynth1-snow-hpel] Error 139
make: *** [fate-vsynth1-snow-ll] Error 139
make: *** [fate-filter-mcdeint-fast] Er
More error handling based on snow decoder errors from patch 1 discussion.
2016-08-20 14:10 GMT+03:00 Michael Niedermayer :
> On Thu, Aug 18, 2016 at 08:50:08PM +0200, Moritz Barsnick wrote:
> > On Thu, Aug 18, 2016 at 14:49:28 +0300, Станислав Долганов wrote:
> >
> > > +static int decode_q_branch
On Sat, Aug 20, 2016 at 06:39:17PM +, Davinder Singh wrote:
> On Sat, Aug 20, 2016 at 5:45 PM Michael Niedermayer
> wrote:
>
> > how does it perform with matrixbench instead of BBB ?
> >
> > as reference 100fps matrixbench generated with mcfps
> > from https://github.com/michaelni/FFmpeg/tree
On Sat, Aug 20, 2016 at 10:04:15AM -0700, Carlos Fernandez Sanz wrote:
> On Fri, Aug 19, 2016 at 11:48 AM, Michael Niedermayer
> wrote:
>
> > can you document in a comment briefly what is in the AVPackets
> > for most codecs that is clear, SCTE-35 is maybe a bit special
> > also what the dts/pts
On Sat, Aug 20, 2016 at 5:45 PM Michael Niedermayer
wrote:
> how does it perform with matrixbench instead of BBB ?
>
> as reference 100fps matrixbench generated with mcfps
> from https://github.com/michaelni/FFmpeg/tree/mcfps
> ./ffmpeg -i matrixbench_mpeg2.mpg -vf 'mcfps=3:100,setpts=4*PTS'
> ou
On Fri, Aug 19, 2016 at 7:59 PM Robert Krüger
wrote:
> [...]
Impressive results, great job!
thanks :)
>
> I just tried minterpolate=fps=250:mc_mode=aobmc:me=epzs and did have some
> artefacts in one of my slowmo samples but overall the quality is very, very
> nice! If you're interested in mor
Hi,
patch attached.
0001-avfilter-vf_crop-make-it-possible-to-crop-single-pix.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Fri, Aug 19, 2016 at 11:48 AM, Michael Niedermayer
wrote:
> can you document in a comment briefly what is in the AVPackets
> for most codecs that is clear, SCTE-35 is maybe a bit special
> also what the dts/pts values of teh AVPackets mean
Really don't know what kind of comments or where to a
On Sat, Aug 20, 2016 at 03:48:35PM +0200, Stefano Sabatini wrote:
> On date Thursday 2016-05-19 18:45:35 +0200, Stefano Sabatini encoded:
> > This is required since some softwares are not able to correctly recognize
> > the metadata.
> > ---
> > libavformat/mpegtsenc.c | 24 ++-
On 8/20/2016 2:46 AM, Paul B Mahol wrote:
> On Saturday, August 20, 2016, James Almer wrote:
>
>> Should fix compilation with non C99 compilers like msvc 2012, where
>> acosh() is not available.
>>
>> Signed-off-by: James Almer >
>> ---
>> A fallback function like
>>
>> static av_always_inline do
Hi
Long story short: I no longer work with MXF (or broadcast in general),
and my free time is currently being consumed by other projects.
Therefore I feel it'd be better if someone took over the role as MXF
maintainer.
I took a few shots at the recent MXF tickets on trac, but I've
forgotten too m
On date Tuesday 2016-06-28 11:42:42 +0200, Nicolas George encoded:
> Le decadi 10 messidor, an CCXXIV, Stefano Sabatini a écrit :
> > +The fftextdata bytestream consists of a sequence of packets. Each
> > +packet starts with a timestamps expressed in a format recognized by
> > +FFmpeg (see
> > +@re
2016-08-20 19:51 GMT+08:00 Michael Niedermayer :
> On Thu, Aug 11, 2016 at 11:04:43PM +0800, Steven Liu wrote:
> > When ffmpeg exit by exception, start a new ffmpeg will cover the old
> > segment list, add this flag can continue append the new segments into old
> > hls segment list
> [...]
>
> > +
On date Thursday 2016-05-19 18:45:35 +0200, Stefano Sabatini encoded:
> This is required since some softwares are not able to correctly recognize
> the metadata.
> ---
> libavformat/mpegtsenc.c | 24 ++--
> 1 file changed, 14 insertions(+), 10 deletions(-)
Updated, with some m
On Thu, Aug 18, 2016 at 07:26:39PM +, Davinder Singh wrote:
> On Thu, Aug 18, 2016 at 11:52 PM Paul B Mahol wrote:
>
> > [...]
> >
>
> i tried to modify EPZS. i removed the early termination threshold which
> skip some predictors :-/
> new score:
> $ tiny_psnr 60_source_2.yuv 60_bbb.yuv
> st
On Fri, Aug 19, 2016 at 05:07:01PM +0300, Станислав Долганов wrote:
> New fixes
heres another crash:
http://ffmpeg.org/~michael/snow-chroma-bug-fuzzed2.avi
zzuf -c -s116 -r0.001 ./ffmpeg_g -i snow-chroma-bug.avi -f null -
#0 ff_emu_edge_vfix15_mmx () at libavcodec/x86/videodsp.asm:340
#1 0x00
On Thu, Aug 11, 2016 at 11:04:43PM +0800, Steven Liu wrote:
> When ffmpeg exit by exception, start a new ffmpeg will cover the old
> segment list, add this flag can continue append the new segments into old
> hls segment list
[...]
> +static int parse_playlist(AVFormatContext *s, const char *url)
On Thu, Aug 18, 2016 at 08:50:08PM +0200, Moritz Barsnick wrote:
> On Thu, Aug 18, 2016 at 14:49:28 +0300, Станислав Долганов wrote:
>
> > +static int decode_q_branch(FFV1Context *f, int level, int x, int y){
> > +RangeCoder *const c = &f->slice_context[0]->c;
> > +OBMCContext *s = &f->obm
On 8/19/2016 3:28 PM, Roger Pack wrote:
> No complaints, would someone please push it for me? Sorry still
> haven't figured out the key thing yet.
pushed
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-deve
30 matches
Mail list logo
