On 4/10/18, Patrick Keroulas wrote:
> From: Damien Riegel
>
> This codec is already capable of depacking some combinations of pixel
> formats and depth as defined in the RFC4175. The only difference between
> progressive and interlace is that either a packet will contain the whole
> frame, or onl
Ping.
Any comments on this?
There was also recently the flacenc support for cover images, and the
question if some of this code should be moved to generic code in mux.c so
both can share it: e.g. storing the image packets to attached_pic - or if
that should be moved to the muxer private structs.
> On 6 Apr 2018, at 18:27, Bodecs Bela wrote:
>
> Dear All,
>
> when var_stream_map option is used, %v must appear either in segment name
> template or in the directory path. This latter case currently is not handled
> and using delete_segments flag of hls_flags is broken now. This patch fix
On Wed, Mar 28, 2018 at 09:59:00PM +, Drew Allen wrote:
> Hello all,
>
> My name is Andrew Allen and I'm a contributor to Opus, supporting new
> channel mappings 2 and 3 for ambisonics compression. I've attached a patch
> to support the new OpusProjectionEncoder and OpusProjectionDecoder APIs
On 2018/4/10 21:54, Marton Balint wrote:
>
>
> On Tue, 10 Apr 2018, Jun Zhao wrote:
>
>>
>>
>
> Maybe you should use ff_read_line_to_bprint instead? It already chops
> the trailing line endings, not any whitespace though. Generally I
> think we should deprecate ff_get_line, because line length li
On Wed, Apr 11, 2018 at 12:43:21AM +0200, Michael Niedermayer wrote:
> On Tue, Apr 10, 2018 at 02:13:28PM -0700, Matthew Wolenetz wrote:
> >
>
> > libopusdec.c |6 +-
> > 1 file changed, 5 insertions(+), 1 deletion(-)
> > a62bece9f45c68d93e138cb021a533fbc242ddc3
> > 0001-lavc-libopusde
On 4/9/2018 11:35 AM, Derek Buitenhuis wrote:
> On 4/9/2018 3:32 PM, James Almer wrote:
>> Maybe they already know and it was fixed at some point, seeing the
>> OpenBSD fate client we have has software from 2007 (gcc 4.2, and safe to
>> assume equally outdated binutils).
>
> OpenBSD doesn't update
On 4/8/2018 1:30 PM, James Almer wrote:
> Should fix compilation on targets like some old Android NDK versions.
>
> Signed-off-by: James Almer
> ---
> configure | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/configure b/configure
> index 08d6fc5983..4ea30762f4 100755
> --- a/config
On 4/8/2018 2:00 PM, James Almer wrote:
> Should fix compilation wiht some old mingw-w64 builds that
> don't seem to define it.
>
> Signed-off-by: James Almer
> ---
> configure | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/configure b/configure
> index 08d6fc5983..3bae584ab0 100755
>
From: Damien Riegel
This codec is already capable of depacking some combinations of pixel
formats and depth as defined in the RFC4175. The only difference between
progressive and interlace is that either a packet will contain the whole
frame, or only a field of the frame.
As FFmpeg is not capabl
From: Damien Riegel
In order to handle the interlaced formats, the demuxer has only a few
things to do:
- parse the SDP correctly and propagate the information
- check the field bit in the RFC4175 header, and pass that information
to the decoder
In interlaced mode, received data only consis
From: Damien Riegel
ff_get_buffer is used to allocate a buffer to hold frame's content. This
function was called in the function in charge of decoding an AVPacket
containing raw video with the yuv422 pixel format and a depth of 10-bit.
RFC4175 supports both progressive and interlaced mode. But t
On Tue, Apr 10, 2018 at 4:00 PM, Liu Steven wrote:
>
> > 在 2018年4月11日，上午3:14，Richard Shaffer 写道：
> >
> > On Tue, Apr 3, 2018 at 5:11 PM, Steven Liu
> wrote:
> >
> >> 2018-04-04 7:53 GMT+08:00 Steven Liu :
> >
> > Look at the code:
> >
> > 205 char *referer;
On 09/04/18 17:48, Alexander Kravchenko wrote:
> Hi, could you please review updated patch?
>
> Fixes according on Mark's review:
> * Macroses changed to functions
> * error level of AMF_RETURN_IF_FALSE changed to fatal (all cases it returns
> are fatal according on fatal error level description)
From: Aman Gupta
Before adding uvlinesize check, I was seeing failures decoding
some video with ffmpeg compiled with --enable-gray and using AV_CODEC_FLAG_GRAY.
[mpeg2video @ 0x7fa193818c00] get_buffer() failed (stride changed:
linesize=1280/1280 uvlinesize=0/640)
[mpeg2video @ 0x7fa193818c00]
> 在 2018年4月11日，上午3:14，Richard Shaffer 写道：
>
> On Tue, Apr 3, 2018 at 5:11 PM, Steven Liu wrote:
>
>> 2018-04-04 7:53 GMT+08:00 Steven Liu :
>
> Look at the code:
>
> 205 char *referer; ///< holds HTTP referer
>> set
> as an AVOption to the HTTP p
On Tue, Apr 10, 2018 at 03:25:33PM -0700, Aman Gupta wrote:
> On Tue, Apr 10, 2018 at 3:15 PM, Michael Niedermayer > wrote:
>
> > On Tue, Apr 10, 2018 at 10:20:07AM -0700, Aman Gupta wrote:
> > > From: Aman Gupta
> > >
> > > Before adding uvlinesize check, I was seeing failures decoding
> > > so
On Tue, Apr 10, 2018 at 02:13:28PM -0700, Matthew Wolenetz wrote:
>
> libopusdec.c |6 +-
> 1 file changed, 5 insertions(+), 1 deletion(-)
> a62bece9f45c68d93e138cb021a533fbc242ddc3
> 0001-lavc-libopusdec-Allow-avcodec_open2-to-call-.close.patch
> From 031e96bd481b7b8d0c11e5353f74fafc6
On Tue, Apr 10, 2018 at 3:15 PM, Michael Niedermayer wrote:
> On Tue, Apr 10, 2018 at 10:20:07AM -0700, Aman Gupta wrote:
> > From: Aman Gupta
> >
> > Before adding uvlinesize check, I was seeing failures decoding
> > some samples (shown with extra logging added):
> >
> > [mpeg2video @ 0x7fa1938
On Tue, Apr 10, 2018 at 10:38:30PM +0300, Timo Teras wrote:
> On Tue, 3 Apr 2018 09:05:18 +0300
> Timo Teräs wrote:
>
> > Support for writing copyright metadata was added in commit bed4fc54c9
> > for 3GP, MOV and iTunes metadata. 3GP and MOV cases are formally
> > specified. However, iTunes form
Thanks!
Please send it to the same mailing list thread where it was being reviewd.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Tue, Apr 10, 2018 at 07:21:29PM +0530, Gyan Doshi wrote:
>
>
> On 4/10/2018 4:49 AM, Michael Niedermayer wrote:
>
> >To implement generic "codec supported" checks, muxers would have to
> >list what they support.
> >There are 3 ways i know how this can be done in the current API
> >1. the audi
On Tue, Apr 10, 2018, at 2:05 PM, Michael Niedermayer wrote:
>
> what do you mean by "Git and me are not good friends" ?
> If git hates you and sometimes does things that you didnt intend at all then
> that would be a problem with direct pushes as theres no way to undo.
> But maybe i misunderstand.
On Tue, Apr 10, 2018 at 10:20:07AM -0700, Aman Gupta wrote:
> From: Aman Gupta
>
> Before adding uvlinesize check, I was seeing failures decoding
> some samples (shown with extra logging added):
>
> [mpeg2video @ 0x7fa193818c00] get_buffer() failed (stride changed:
> linesize=1280/1280 uvlinesi
On Sat, Mar 31, 2018 at 04:21:36PM +0200, Martin Vignali wrote:
> Hello,
>
> In attach new patchs for showvolume filter
>
> 001 : Move the clear picture part to a new func, and use it if fade option
> == 0.
> (no need to calculate it in float)
>
> 002/003 : Move "height" condition for draw volum
On Tue, Apr 10, 2018 at 09:41:05PM +0200, Jerome Martinez wrote:
> On 10/04/2018 12:34, Carl Eugen Hoyos wrote:
> >2018-04-10 12:28 GMT+02:00, Kieran O Leary :
> >>I just tested this patch non packed to 16-bit gbrp12le DPX from DaVinci
> >>Resolve.
> >Testing is good, apart
>
> I thought the patch
Fixes: Timeout
Fixes:
6381/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_JPEGLS_fuzzer-5665032743419904
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/mjpegdec.c | 4
libavcodec/mjpe
Fixes: Timeout
Fixes:
6389/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_TRUEMOTION2_fuzzer-5695918121680896
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/truemotion2.c | 6 ++
1 fil
From 031e96bd481b7b8d0c11e5353f74fafc69e37f09 Mon Sep 17 00:00:00 2001
From: Matt Wolenetz
Date: Tue, 10 Apr 2018 13:59:25 -0700
Subject: [PATCH] lavc/libopusdec: Allow avcodec_open2 to call .close
If there is a decoder initialization failure detected in avcodec_open2
after .init is called, allo
Hello,
This is the first part of the first patch. I added interlace options to
tinterlace. On the next patch I will delete vf_interlace.
Thank you,
Vasile Toncu
From b2be4e949e071f9017d8a9d6fbd1fbb56505ac50 Mon Sep 17 00:00:00 2001
From: Vasile Toncu
Date: Tue, 10 Apr 2018 23:28:32 +0300
On Mon, Apr 9, 2018, at 10:59 PM, Tobias Rapp wrote:
>
> +For example to enable repeated log output and set @var{loglevel} to
> +@code{verbose}:
> +@example
> +ffmpeg -loglevel repeat+verbose -i input output
> +@end example
Just to show all current flags and the loglevel I prefer:
For example to
On Tue, 3 Apr 2018 09:05:18 +0300
Timo Teräs wrote:
> Support for writing copyright metadata was added in commit bed4fc54c9
> for 3GP, MOV and iTunes metadata. 3GP and MOV cases are formally
> specified. However, iTunes format does not have specification, and
> it seems to have been assumed that
On 10/04/2018 12:34, Carl Eugen Hoyos wrote:
2018-04-10 12:28 GMT+02:00, Kieran O Leary :
I just tested this patch non packed to 16-bit gbrp12le DPX from DaVinci
Resolve.
Testing is good, apart
I thought the patch was "technically" OK, as I answered to all change
requests and there was no ad
On Tue, Apr 3, 2018 at 5:11 PM, Steven Liu wrote:
> 2018-04-04 7:53 GMT+08:00 Steven Liu :
> >>>
> >>> Look at the code:
> >>>
> >>> 205 char *referer; ///< holds HTTP referer
> set
> >>> as an AVOption to the HTTP protocol context
> >>> 206 char *user_agent;
From: Richard Shaffer
The HLSContext struct contains fields which duplicate the data stored in the
avio_opts field. This change removes those fields in favor of avio_opts, and
updates the code accordingly.
---
libavformat/hls.c | 74 +++
1 file
On Tue, Apr 10, 2018 at 10:36 AM, Bodecs Bela wrote:
>
>
> 2018.04.10. 19:23 keltezéssel, Aman Gupta írta:
>
>> On Tue, Apr 10, 2018 at 9:49 AM, Bodecs Bela wrote:
>>
>>
>>> 2018.04.10. 17:41 keltezéssel, Aman Gupta írta:
>>>
>>> On Tue, Apr 10, 2018 at 1:28 AM, Steven Liu wrote:
when
2018.04.10. 19:23 keltezéssel, Aman Gupta írta:
On Tue, Apr 10, 2018 at 9:49 AM, Bodecs Bela wrote:
2018.04.10. 17:41 keltezéssel, Aman Gupta írta:
On Tue, Apr 10, 2018 at 1:28 AM, Steven Liu wrote:
when use hls_list_size and hls_flags delete_segments, there will saving
hls_list_size *
On Monday, 09 April 2018 at 14:29, Carl Eugen Hoyos wrote:
> 2018-04-09 14:25 GMT+02:00, Dominik 'Rathann' Mierzejewski
> :
> > Hello,
> > could someone backport these commits:
> > 00d454ed2ca3f8b4d454a837e95931afe604c53f
> > 79a744768aa6f498e4f46fca4ff01cd04eade9a5
> > to 3.4 and 3.3 branches?
>
On Tue, Apr 10, 2018 at 9:49 AM, Bodecs Bela wrote:
>
>
> 2018.04.10. 17:41 keltezéssel, Aman Gupta írta:
>
>> On Tue, Apr 10, 2018 at 1:28 AM, Steven Liu wrote:
>>
>> when use hls_list_size and hls_flags delete_segments, there will saving
>>> hls_list_size * 2 +- segments, so this option can co
From: Aman Gupta
Before adding uvlinesize check, I was seeing failures decoding
some samples (shown with extra logging added):
[mpeg2video @ 0x7fa193818c00] get_buffer() failed (stride changed:
linesize=1280/1280 uvlinesize=0/640)
[mpeg2video @ 0x7fa193818c00] get_buffer() failed (stride change
2018.04.10. 17:41 keltezéssel, Aman Gupta írta:
On Tue, Apr 10, 2018 at 1:28 AM, Steven Liu wrote:
when use hls_list_size and hls_flags delete_segments, there will saving
hls_list_size * 2 +- segments, so this option can control the segments
numbers.
fix ticket: #7131
Signed-off-by: Steven
On Tue, Apr 10, 2018 at 1:28 AM, Steven Liu wrote:
> when use hls_list_size and hls_flags delete_segments, there will saving
> hls_list_size * 2 +- segments, so this option can control the segments
> numbers.
>
> fix ticket: #7131
>
> Signed-off-by: Steven Liu
> ---
> doc/muxers.texi | 4
On Tue, Apr 10, 2018 at 3:16 PM, Paul B Mahol wrote:
> On 4/10/18, Kieran O Leary wrote:
>>
>> Hopefully this is a bit better than just using ffmpeg?
>
> No, you must not use tragic software ever.
>
> Besides ffmpeg also can give you checksums for image only.
> See framehash muxer, and it can giv
On 4/10/18, Kieran O Leary wrote:
> Actually, here's another test that might be a bit more meaningful.
> This is using graphicksmagic and the identify/signature command in
> order to generate sha256 hashes for the image data only.
>
> It is producing identical hashes for:
> 1. The original 12-bit
On Tue, 10 Apr 2018, Jun Zhao wrote:
Maybe you should use ff_read_line_to_bprint instead? It already chops the
trailing line endings, not any whitespace though. Generally I think we
should deprecate ff_get_line, because line length limits always pop
here or there...
Regards,
Marton
__
On 4/10/2018 4:49 AM, Michael Niedermayer wrote:
To implement generic "codec supported" checks, muxers would have to
list what they support.
There are 3 ways i know how this can be done in the current API
1. the audio_codec / video_codec / ... fields
2. the codec_tag array (this was in fact II
Actually, here's another test that might be a bit more meaningful.
This is using graphicksmagic and the identify/signature command in
order to generate sha256 hashes for the image data only.
It is producing identical hashes for:
1. The original 12-bit DPX from Da Vinci Resolve (not packed to 16-bi
SDL_QueryTexture and SDL_DestroyTexture require that the input texture
pointer be non-null. Debug builds of SDL will correctly check for this
and break program execution. This patch fixes this by checking the
status of the texture pointer.
Signed-off-by: Matt Oliver
---
fftools/ffplay.c | 5 +++-
2018-03-31 16:21 GMT+02:00 Martin Vignali :
> Hello,
>
> In attach new patchs for showvolume filter
>
> 001 : Move the clear picture part to a new func, and use it if fade option
> == 0.
> (no need to calculate it in float)
>
> 002/003 : Move "height" condition for draw volume at the start of the
Hi
On Tue, Apr 10, 2018 at 11:34 AM, Carl Eugen Hoyos wrote:
> 2018-04-10 12:28 GMT+02:00, Kieran O Leary :
>> I just tested this patch non packed to 16-bit gbrp12le DPX from DaVinci
>> Resolve.
>
> Testing is good, apart from more brackets (and less comments) it would
> be better if Jerome sends
2018-04-10 12:41 GMT+02:00, Paul B Mahol :
> On 4/10/18, Kieran O Leary wrote:
>> I just tested this patch non packed to 16-bit gbrp12le DPX from DaVinci
>> Resolve. Encoding to FFV1 and back again to DPX produced the same framemd5
>> values.
>>
>> Does any more testing need to happen before this
On 4/10/18, Kieran O Leary wrote:
> I just tested this patch non packed to 16-bit gbrp12le DPX from DaVinci
> Resolve. Encoding to FFV1 and back again to DPX produced the same framemd5
> values.
>
> Does any more testing need to happen before this can be merged?
>
> Best,
>
> Kieran
>
2018-04-10 12:28 GMT+02:00, Kieran O Leary :
> I just tested this patch non packed to 16-bit gbrp12le DPX from DaVinci
> Resolve.
Testing is good, apart from more brackets (and less comments) it would
be better if Jerome sends his public keys to Michael and pushes the patch.
> Encoding to FFV1 an
I just tested this patch non packed to 16-bit gbrp12le DPX from DaVinci
Resolve. Encoding to FFV1 and back again to DPX produced the same framemd5
values.
Does any more testing need to happen before this can be merged?
Best,
Kieran
___
ffmpeg-devel mai
when use hls_list_size and hls_flags delete_segments, there will saving
hls_list_size * 2 +- segments, so this option can control the segments
numbers.
fix ticket: #7131
Signed-off-by: Steven Liu
---
doc/muxers.texi | 4
libavformat/hlsenc.c | 13 +
2 files changed, 17 in
Hi Steven,
The changes mentioned have the same logic. I have re-submitted the patch.
Thanks,
Sanil
On Mon, Apr 9, 2018 at 2:52 AM, Steven Liu wrote:
>
>
> > On 9 Apr 2018, at 15:02, sanilraut wrote:
> >
> > Hi,
> >
> > The following patch avoid multiple HTTP requests for initialization
> segm
Hi,
The following patch avoid multiple HTTP requests for initialization segment
that is common among all representations.
---
libavformat/dashdec.c | 82 ---
1 file changed, 71 insertions(+), 11 deletions(-)
diff --git a/libavformat/dashdec.c b/l
57 matches
Mail list logo
