Re: [FFmpeg-devel] PATCH: dshow prevent some windows 10 anniv. ed crashes

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

Re: [FFmpeg-devel] [GSOC][PATCH 2/4] FFV1 p frames

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 = >slice_context[0]->c; > > +OBMCContext *s = >obmc; >

Re: [FFmpeg-devel] [PATCH] add append_list flag into hlsenc

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)

Re: [FFmpeg-devel] [GSOC][PATCH 1/4] factoring obmc out of snow

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

Re: [FFmpeg-devel] [GSoC] Motion Interpolation

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

Re: [FFmpeg-devel] [PATCH] lavf/mpegtsenc: write metadata descriptor for timed ID3 packets

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

Re: [FFmpeg-devel] [PATCH] add append_list flag into hlsenc

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

Re: [FFmpeg-devel] [PATCH] lavf: add textdata virtual demuxer and demuxer

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 > >

[FFmpeg-devel] New MXF maintainer wanted

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

Re: [FFmpeg-devel] [GSoC] Motion Interpolation

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

Re: [FFmpeg-devel] [PATCH] avfilter/window_func: use a constant instead of acosh()

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

[FFmpeg-devel] [PATCH] avfilter/vf_crop: make it possible to crop single pixels from subsampled pixel formats

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

Re: [FFmpeg-devel] [PATCH 1/4] V7 - Adding SCTE-35 CUI codec

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

Re: [FFmpeg-devel] [GSoC] Motion Interpolation

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!

Re: [FFmpeg-devel] [PATCH] lavf/mpegtsenc: write metadata descriptor for timed ID3 packets

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

Re: [FFmpeg-devel] [PATCH 1/4] V7 - Adding SCTE-35 CUI codec

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 >

Re: [FFmpeg-devel] [GSOC][PATCH 1/4] factoring obmc out of snow

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]

Re: [FFmpeg-devel] [GSOC][PATCH 2/4] FFV1 p frames

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

Re: [FFmpeg-devel] [GSOC][PATCH 2/4] FFV1 p frames

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

Re: [FFmpeg-devel] [PATCH] avfilter/vf_crop: make it possible to crop single pixels from subsampled pixel formats

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(-) >>>

Re: [FFmpeg-devel] [PATCH] avfilter/vf_crop: make it possible to crop single pixels from subsampled pixel formats

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. > >> > >>>

Re: [FFmpeg-devel] [PATCH] libavformat/mov: Accept known codepoints in 'colr'

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.

Re: [FFmpeg-devel] [GSOC][PATCH 2/4] FFV1 p frames

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: > > > > >

Re: [FFmpeg-devel] [GSoC] Motion Interpolation

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

Re: [FFmpeg-devel] [PATCH] avfilter/vf_crop: make it possible to crop single pixels from subsampled pixel formats

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

Re: [FFmpeg-devel] [PATCH] avfilter/vf_crop: make it possible to crop single pixels from subsampled pixel formats

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 >>

Re: [FFmpeg-devel] [PATCH] libavformat/mov: Accept known codepoints in 'colr'

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

Re: [FFmpeg-devel] [PATCH] fate: add DNxHR 12-bit example.

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

Re: [FFmpeg-devel] [PATCH] libavformat/mov: Accept known codepoints in 'colr'

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'

[FFmpeg-devel] [PATCH] lavf/hlsenc: add append_list flag into hlsenc

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