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
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 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 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 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 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
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 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
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 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
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 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
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 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
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 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 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
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 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
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 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 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 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 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 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
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 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
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 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
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
30 matches
Mail list logo