Re: [FFmpeg-devel] [PATCH] avformat/hlsenc: start_number new options

2017.01.10. 13:02 keltezéssel, Moritz Barsnick írta: On Tue, Jan 10, 2017 at 10:42:21 +0100, Bodecs Bela wrote: Hls speficication allow 64 bit integers as sequence numbers. This patch ^ specification allows +typedef enum { + HLS_START_SEQUNCE_AS_START_NUMBER, +

Re: [FFmpeg-devel] [PATCH] avformat/hlsenc: start_number new options

2017.01.10. 16:40 keltezéssel, Steven Liu írta: 2017-01-10 23:22 GMT+08:00 Bodecs Bela : 2017.01.10. 12:10 keltezéssel, Steven Liu írta: 2017-01-10 17:42 GMT+08:00 Bodecs Bela : 2017.01.10. 6:53 keltezéssel, Steven Liu írta: 2017-01-08 8:22

Re: [FFmpeg-devel] [PATCH]lavc/psd: Interpret duotone as grayscale

> > Seems strange, that duotone is interpreted like grayscale > > It's what gimp, ImageMagick and FreeImage do and what Adobe recommends. > > > Seems to be also the case of Apple Preview. Seems not the best way to manage this kind of file Doesn't know the general rules of this project, about

Re: [FFmpeg-devel] [PATCH]lavc/psd: Interpret duotone as grayscale

2017-01-10 23:23 GMT+01:00 Martin Vignali : >> > Seems strange, that duotone is interpreted like grayscale >> >> It's what gimp, ImageMagick and FreeImage do and what Adobe recommends. > > Seems to be also the case of Apple Preview. > > Seems not the best way to manage

Re: [FFmpeg-devel] [PATCH v2] avcodec/bsf: fix resource leak in av_bsf_list_parse_str

On 1/10/2017 4:56 PM, Steven Liu wrote: > cid: 1396268 > when av_strdup(str) error, the lst need release > > Signed-off-by: Steven Liu > --- > libavcodec/bsf.c | 6 -- > 1 file changed, 4 insertions(+), 2 deletions(-) > > diff --git a/libavcodec/bsf.c

Re: [FFmpeg-devel] [PATCH v2] avcodec/bsf: fix resource leak in av_bsf_list_parse_str

2017-01-11 4:04 GMT+08:00 James Almer : > On 1/10/2017 4:56 PM, Steven Liu wrote: > > cid: 1396268 > > when av_strdup(str) error, the lst need release > > > > Signed-off-by: Steven Liu > > --- > > libavcodec/bsf.c | 6 -- > > 1 file changed, 4

Re: [FFmpeg-devel] [PATCH] avformat/hlsenc: fix hls start and tail segment duration problem

2017-01-10 8:05 GMT+08:00 Steven Liu : > > > 2017-01-10 1:06 GMT+08:00 Steven Liu : > >> fix ticket: #6067 >> >> Signed-off-by: Steven Liu >> --- >> libavformat/hlsenc.c | 16 >> 1 file changed, 12

Re: [FFmpeg-devel] [PATCH] avformat/hlsenc: fix the bug when the largest segment duration pointer right value is 0

2017-01-10 23:28 GMT+08:00 Steven Liu : > when the segments largest duration value is look like 4.00, the > EXT-X-TARGETDURATION value should equ 4. > it's wrong when hlsenc use ceil, so fix it. > > Signed-off-by: Steven Liu > --- >

Re: [FFmpeg-devel] [PATCH]lavc/psd: Support 1bpp images

2017-01-10 20:00 GMT+01:00 Carl Eugen Hoyos : > 2017-01-10 19:45 GMT+01:00 Gonzalo Garramuño : > > > > > > El 10/01/2017 a las 10:21, Carl Eugen Hoyos escribió: > >> > >> } > >> +} else if (avctx->pix_fmt == AV_PIX_FMT_MONOWHITE) { > >> +

[FFmpeg-devel] [PATCH v2] avcodec/bsf: fix resource leak in av_bsf_list_parse_str

cid: 1396268 when av_strdup(str) error, the lst need release Signed-off-by: Steven Liu --- libavcodec/bsf.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/libavcodec/bsf.c b/libavcodec/bsf.c index ac2024b..c984526 100644 --- a/libavcodec/bsf.c

Re: [FFmpeg-devel] [PATCHv2 3/3] avfilter/formats: do not allow unknown layouts in ff_parse_channel_layout if nret is not set

On Mon, 2 Jan 2017, Marton Balint wrote: Current code returned the number of channels as channel layout in that case, and if nret is not set then unknown layouts are typically not supported. Also use the common parsing code. Use a temporary workaround to parse an unknown channel layout such

Re: [FFmpeg-devel] [PATCH]lavc/psd: Support 1bpp images

2017-01-10 23:42 GMT+01:00 Martin Vignali : > 2017-01-10 20:00 GMT+01:00 Carl Eugen Hoyos : > >> 2017-01-10 19:45 GMT+01:00 Gonzalo Garramuño : >> > >> > >> > El 10/01/2017 a las 10:21, Carl Eugen Hoyos escribió: >> >> >> >>

Re: [FFmpeg-devel] [PATCH] avformat/hlsenc: start_number new options

On Tue, Jan 10, 2017 at 16:02:34 +0100, Bodecs Bela wrote: > > Missing documentation in doc/muxers.texi. > my patch included the muxers.texi also. D'uh, sorry! ;) ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org

Re: [FFmpeg-devel] [PATCH]lavc/psd: Interpret duotone as grayscale

2017-01-10 23:57 GMT+01:00 Martin Vignali : > I don't have a strong opinion about duo tone (i never use it) > >> Seems not the best way to manage this kind of file >> >> Not sure if I understand: >> What is the alternative? Do you know how to interpret >> the duotone

[FFmpeg-devel] Favor como desvincularme para que no me lleguen los correos

?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? Nicolas Carvajal.[http://www.palermoviejo.com/palermoviejo/gifs/bonus7/148.gif=3] ?? ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org

Re: [FFmpeg-devel] [PATCH]lavc/psd: Support 1bpp images

2017-01-11 0:07 GMT+01:00 Martin Vignali : > 2017-01-10 23:56 GMT+01:00 Carl Eugen Hoyos : > >> 2017-01-10 23:53 GMT+01:00 Martin Vignali : >> >> > But maybe you can put the Store data code inside the planar part >> >> > (it's

Re: [FFmpeg-devel] [PATCH 3/3] avfilter/vf_libopencv: fix resource leak in read_shape_frame_filter

2017-01-10 19:45 GMT+08:00 Steven Liu : > CID: 1324298 > add a label when error goto the label to release resource > > Signed-off-by: Steven Liu > --- > libavfilter/vf_libopencv.c | 14 ++ > 1 file changed, 10 insertions(+), 4 deletions(-)

Re: [FFmpeg-devel] [PATCH 01/13] aarch64: vp9: use alternative returns in the core loop filter function

On Tue, Jan 10, 2017 at 12:15:07AM +0200, Martin Storsjö wrote: fate on qemu-arm (32bit) passes fine with the whole patchset [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB Into a blind darkness they enter who follow after the Ignorance, they as if into a

Re: [FFmpeg-devel] [PATCH]lavc/psd: Support 1bpp images

2017-01-10 23:53 GMT+01:00 Martin Vignali : >> > But maybe you can put the Store data code inside the planar part >> > (it's very similar) >> >> That means I have to remove the pixel_size context variable: >> Do you want me to do that? > > No i don't think you need to

Re: [FFmpeg-devel] [PATCH]lavc/psd: Interpret duotone as grayscale

> > Feel free to look at my 32bit patch attached to ticket #6045, perhaps > you know how to fix it. > > I think 32bit in psd are for float data, maybe something like the float to 16i used inside exr. Doesn't tested, and i will not have time to take a better look soon. Martin

Re: [FFmpeg-devel] [PATCH]lavc/psd: Support 1bpp images

> > Please move the uncompressed calculation > below the color_mode switch and commit. > > In attach new patch. Martin From db1ca3645624fe8fac29f09cef3ef89dd013fef6 Mon Sep 17 00:00:00 2001 From: Martin Vignali Date: Wed, 11 Jan 2017 00:18:29 +0100 Subject: [PATCH]

Re: [FFmpeg-devel] [PATCH]lavc/psd: Interpret duotone as grayscale

Hello, Seems strange, that duotone is interpreted like grayscale (i doesn't test yet your patch) You can find a sample here (and an rgb png of the result in photoshop), for a duotone file with color https://we.tl/mbvMt5bytk I think, duotone, need to be interpreted using information in Image

[FFmpeg-devel] [PATCH] hevc: Mark as having threadsafe init

Signed-off-by: Derek Buitenhuis --- It looks like it already is threadsafe, amazingly? I don't see any table inits, somehow. --- libavcodec/hevc.c | 1 + 1 file changed, 1 insertion(+) diff --git a/libavcodec/hevc.c b/libavcodec/hevc.c index 7c563a3..607a8da 100644

Re: [FFmpeg-devel] Removing DCE

On 23 December 2016 at 19:40, Nicolas George wrote: > Le primidi 1er nivôse, an CCXXV, Michael Niedermayer a écrit : > > how hard would it be to write a preprocessor like tool to convert > > all if (ARCH/HAVE/CONFIG_SYMBOL ...) > > to > > #if > > ? > > For a very general case,

Re: [FFmpeg-devel] [PATCH] hevc: Mark as having threadsafe init

On Tue, 10 Jan 2017 18:24:27 + Derek Buitenhuis wrote: > Signed-off-by: Derek Buitenhuis > --- > It looks like it already is threadsafe, amazingly? I don't > see any table inits, somehow. > --- > libavcodec/hevc.c | 1 + > 1 file

Re: [FFmpeg-devel] fate/psd : add test for 256 color psd file

On Mon, Jan 09, 2017 at 11:08:00PM +0100, Martin Vignali wrote: > Hello, > > Sample can be found here : > https://we.tl/CX9svvyEdI file uploaded [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB What does censorship reveal? It reveals fear. -- Julian Assange

Re: [FFmpeg-devel] [PATCH] avformat/hlsenc: start_number new options

2017.01.10. 12:10 keltezéssel, Steven Liu írta: 2017-01-10 17:42 GMT+08:00 Bodecs Bela : 2017.01.10. 6:53 keltezéssel, Steven Liu írta: 2017-01-08 8:22 GMT+08:00 Steven Liu : 2017-01-08 1:37 GMT+08:00 Bodecs Bela :

Re: [FFmpeg-devel] [PATCH] avformat/hlsenc: start_number new options

2017.01.10. 12:10 keltezéssel, Steven Liu írta: 2017-01-10 17:42 GMT+08:00 Bodecs Bela : 2017.01.10. 6:53 keltezéssel, Steven Liu írta: 2017-01-08 8:22 GMT+08:00 Steven Liu : 2017-01-08 1:37 GMT+08:00 Bodecs Bela :

[FFmpeg-devel] [PATCH] avformat/hlsenc: fix the bug when the largest segment duration pointer right value is 0

when the segments largest duration value is look like 4.00, the EXT-X-TARGETDURATION value should equ 4. it's wrong when hlsenc use ceil, so fix it. Signed-off-by: Steven Liu --- libavformat/hlsenc.c | 9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff

Re: [FFmpeg-devel] [PATCH]lavc/psd: Support 1bpp images

El 10/01/2017 a las 10:21, Carl Eugen Hoyos escribió: } +} else if (avctx->pix_fmt == AV_PIX_FMT_MONOWHITE) { +ptr = picture->data[0]; +for (y = 0; y < s->height; y++) { +memcpy(ptr, ptr_data, s->width + 7 >> 3); +ptr_data += s->width + 7

Re: [FFmpeg-devel] [PATCH]lavc/psd: Interpret duotone as grayscale

2017-01-10 18:42 GMT+01:00 Martin Vignali : > Seems strange, that duotone is interpreted like grayscale It's what gimp, ImageMagick and FreeImage do and what Adobe recommends. Did you see the BITMAP patch? Carl Eugen ___

Re: [FFmpeg-devel] [PATCH]lavc/psd: Support 1bpp images

2017-01-10 19:45 GMT+01:00 Gonzalo Garramuño : > > > El 10/01/2017 a las 10:21, Carl Eugen Hoyos escribió: >> >> } >> +} else if (avctx->pix_fmt == AV_PIX_FMT_MONOWHITE) { >> +ptr = picture->data[0]; >> +for (y = 0; y < s->height; y++) { >> +

Re: [FFmpeg-devel] [PATCH] avformat: Add rtp_mpegtsraw (MPEG-TS RAW Stream output)

On Mon, Jan 09, 2017 at 02:59:37PM -0500, Andreas Håkon wrote: > Hi, > > This patch adds a new MUXER named "rtp_mpegtsraw". This new muxer works with > the "mpegtsraw" input demuxer. The objective is enable direct bitstream > input-output of MPEG-TS for RTP+FEC. Using the recent support for

Re: [FFmpeg-devel] [PATCH] avformat/hlsenc: start_number new options

2017-01-10 17:42 GMT+08:00 Bodecs Bela : > > > 2017.01.10. 6:53 keltezéssel, Steven Liu írta: > >> 2017-01-08 8:22 GMT+08:00 Steven Liu : >> >> >>> 2017-01-08 1:37 GMT+08:00 Bodecs Bela : >>> >>> 2017.01.07. 0:32 keltezéssel,

Re: [FFmpeg-devel] [PATCH 2/4] dxva2: use a single macro to test if the DXVA context is valid

This was not rejected and has been merged in libav. 3/4 and 4/4 seem to be valid too and pending on both sides. I just need to send an update of 4/4 as the libavcodec version has changed. On Wed, Jan 4, 2017 at 2:36 PM, Steve Lhomme wrote: > --- > libavcodec/dxva2_h264.c |

[FFmpeg-devel] [PATCH 4/4] dxva2: allow an empty array of ID3D11VideoDecoderOutputView

We can pick the correct slice index directly from the ID3D11VideoDecoderOutputView casted from data[3]. --- libavcodec/dxva2_internal.h | 4 ++-- libavcodec/version.h| 2 +- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/libavcodec/dxva2_internal.h

Re: [FFmpeg-devel] [PATCH] avformat/hlsenc: start_number new options

2017.01.10. 6:53 keltezéssel, Steven Liu írta: 2017-01-08 8:22 GMT+08:00 Steven Liu : 2017-01-08 1:37 GMT+08:00 Bodecs Bela : 2017.01.07. 0:32 keltezéssel, Steven Liu írta: 2017-01-07 0:47 GMT+08:00 Bodecs Bela :

Re: [FFmpeg-devel] swresample/aarch64: add s16 and fltp neon resampling functions

On Mon, Jan 09, 2017 at 05:45:29PM +0100, Matthieu Bouron wrote: > Hello, > > The following patch is a port of 6d82b52712af87c7831872c27fd2abfd18b04f88 to > the aarch64 platform. Correct reference is f6265a5cbcfb94c34e233a47930ec50495b176de. [...] ___

Re: [FFmpeg-devel] [PATCH 1/3] avformat/avienc: write chained master index only if std_compliance is normal or below

On 10.01.2017 00:19, Michael Niedermayer wrote: On Mon, Jan 09, 2017 at 09:56:50AM +0100, Tobias Rapp wrote: OpenDML specification v1.02 states that entries of a master index chunk shall point to standard or field index chunks. Changed incorrect duration of last master index entry to -1 in

Re: [FFmpeg-devel] [PATCH] avformat/hlsenc: start_number new options

2017.01.10. 6:53 keltezéssel, Steven Liu írta: 2017-01-08 8:22 GMT+08:00 Steven Liu : 2017-01-08 1:37 GMT+08:00 Bodecs Bela : 2017.01.07. 0:32 keltezéssel, Steven Liu írta: 2017-01-07 0:47 GMT+08:00 Bodecs Bela :

Re: [FFmpeg-devel] [PATCH 2/3] avformat/avienc: add reserve_index_space option

On 10.01.2017 00:15, Michael Niedermayer wrote: On Mon, Jan 09, 2017 at 09:56:51AM +0100, Tobias Rapp wrote: Allows the user to reserve space for the ODML master index. A sufficient sized master index in the AVI header avoids storing follow-up master indexes within the 'movi' data later.

Re: [FFmpeg-devel] [PATCH] avformat/hlsenc: start_number new options

On Tue, Jan 10, 2017 at 10:42:21 +0100, Bodecs Bela wrote: > Hls speficication allow 64 bit integers as sequence numbers. This patch ^ specification allows > +typedef enum { > + HLS_START_SEQUNCE_AS_START_NUMBER, > + HLS_START_SEQUNCE_AS_SECONDS_SINCE_EPOCH, > +

[FFmpeg-devel] [PATCH 3/3] avfilter/vf_libopencv: fix resource leak in read_shape_frame_filter

CID: 1324298 add a label when error goto the label to release resource Signed-off-by: Steven Liu --- libavfilter/vf_libopencv.c | 14 ++ 1 file changed, 10 insertions(+), 4 deletions(-) diff --git a/libavfilter/vf_libopencv.c b/libavfilter/vf_libopencv.c index

[FFmpeg-devel] [PATCH 2/3] avcodec/bsf: fix resource leak in av_bsf_list_parse_str

cid: 1396268 when av_strdup(str) error, the lst need release Signed-off-by: Steven Liu --- libavcodec/bsf.c | 13 - 1 file changed, 8 insertions(+), 5 deletions(-) diff --git a/libavcodec/bsf.c b/libavcodec/bsf.c index ac2024b..c9b1df2 100644 ---

[FFmpeg-devel] [PATCH 1/3] cmdutils_opencl: fix resource_leak cid 1396852

CID: 1396852 check the devices_list alloc status, and release the devices_list when alloc devices error Signed-off-by: Steven Liu --- cmdutils_opencl.c | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/cmdutils_opencl.c b/cmdutils_opencl.c index

Re: [FFmpeg-devel] [PATCH] lavc/cuvid: fail early if GPU can't handle given video parameters

> The real problem I am trying to solve -- I need to find the "best" > decoder for the incoming stream, or file. There are multiple decoders > available for H264 ... Selecting based on supported output pixel > formats would eliminate some. Selecting based on AVCodecParameters > would allow to