On Mon, Apr 4, 2016 at 2:49 PM, Aaron Boxer wrote:
> On Mon, Apr 4, 2016 at 5:37 AM, Michael Niedermayer
> wrote:
>
>> On Sun, Apr 03, 2016 at 05:31:25PM -0400, Aaron Boxer wrote:
>> > Hi Folks,
>> >
>> > Here is a small patch to get FFmpeg working with both OpenJPEG master and
>> > Grok master,
On Fri, Apr 8, 2016 at 11:15 PM, Kyle Swanson wrote:
> On Fri, Apr 8, 2016 at 4:07 PM, Kyle Swanson wrote:
>> On Wed, Apr 6, 2016 at 8:09 PM, Carl Eugen Hoyos wrote:
>>> Kyle Swanson ylo.ph> writes:
>>>
Does anyone have any comments about this besides the fact
that it links an externa
On Sun, Apr 10, 2016 at 6:29 AM, Carl Eugen Hoyos wrote:
> Rick Kern gmail.com> writes:
>
>> +{ "keyframes_only", "Output only I-frames", OFFSET(keyframes_only),
>
> I suspect this should check for -g 1 instead.
>
Indeed, checking avctx->gop_size would make it compatible with other
encoders
On Sun, Apr 10, 2016 at 5:50 AM, Rick Kern wrote:
> Now set by the encoder, not used as an input parameter.
>
> Signed-off-by: Rick Kern
> ---
> libavcodec/videotoolboxenc.c | 15 ++-
> 1 file changed, 14 insertions(+), 1 deletion(-)
>
> diff --git a/libavcodec/videotoolboxenc.c b/li
On Sun, Apr 10, 2016 at 6:17 AM, Carl Eugen Hoyos wrote:
> Rick Kern gmail.com> writes:
>
>> Don't require hardware encoding and explicitly fallback to
>> software if it fails. Enabling it without requiring it
>> will use hardware encoding if available.
>
> Hardware encoding should be required un
On Sun, Apr 10, 2016 at 6:39 AM, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch fixes ticket #4862 for me.
>
Listing only one extension, and a uncommon one at that, seems not ideal.
Considering the probing was fixed, maybe we should hold off on this.
- Hendrik
_
On Mon, Apr 11, 2016 at 11:29 AM, wm4 wrote:
> On Mon, 11 Apr 2016 03:12:20 +0200
> Michael Niedermayer wrote:
>
>> On Sun, Apr 10, 2016 at 11:39:57PM +, Kieran Kunhya wrote:
>> > On Mon, 11 Apr 2016 at 00:33 Michael Niedermayer
>> > wrote:
>> >
>> > > The bits_per_raw_sample represents the
On Mon, Apr 11, 2016 at 1:17 PM, wm4 wrote:
> On Mon, 11 Apr 2016 12:52:51 +0200
> Hendrik Leppkes wrote:
>
>> On Mon, Apr 11, 2016 at 11:29 AM, wm4 wrote:
>> > On Mon, 11 Apr 2016 03:12:20 +0200
>> > Michael Niedermayer wrote:
>> >
>> >> O
On Tue, Apr 12, 2016 at 4:56 PM, Ronald S. Bultje wrote:
> Hi James,
>
> On Sun, Apr 10, 2016 at 5:22 PM, James Almer wrote:
>
>> From: Michael Niedermayer
>>
>> Signed-off-by: Michael Niedermayer
>> Signed-off-by: James Almer
>> ---
>> The differences with Michael's original patch are that th
On Tue, Apr 12, 2016 at 11:29 PM, Paul B Mahol wrote:
> On 4/12/16, Paul B Mahol wrote:
>> On 4/12/16, Carl Eugen Hoyos wrote:
>>> Paul B Mahol gmail.com> writes:
>>>
Hi,
patch attached.
>>>
>>> Very cool!
>>>
-pred += s->dsp.scalarproduct_and_madd_int16(s->cdlm
On Thu, Apr 7, 2016 at 5:44 PM, nablet developer wrote:
>
> +/**
> + * Initialize a MSDK session
> + *
> + * Media SDK is based on sessions, so this is the prerequisite
> + * initialization for HW acceleration. For Windows the session is
> + * complete and ready to use, for Linux a display handle
On Fri, Apr 15, 2016 at 10:37 AM, Rodger Combs wrote:
> ---
> tests/fate/aac.mak | 3 +++
> tests/ref/fate/aac-autobsf-adtstoasc | 1 +
> 2 files changed, 4 insertions(+)
> create mode 100644 tests/ref/fate/aac-autobsf-adtstoasc
>
> diff --git a/tests/fate/aac.mak b/tests/fate/
On Fri, Apr 15, 2016 at 10:37 AM, Rodger Combs wrote:
> ---
> libavformat/mux.c | 10 ++
> 1 file changed, 10 insertions(+)
>
> diff --git a/libavformat/mux.c b/libavformat/mux.c
> index 33301f1..0ed0c3d 100644
> --- a/libavformat/mux.c
> +++ b/libavformat/mux.c
> @@ -1054,6 +1054,16 @@ i
On Sat, Apr 16, 2016 at 12:43 PM, Gerion Entrup
wrote:
>>
>> ffmpeg -i matrixbench_mpeg2.mpg -vf signature=xml:filename=signature.xml -f
>> null -
> I have already fixed a bunch of this segfault. The reason is always the same.
> init fails, the
> framework calls uninit and uninit segfaults becau
On Fri, Apr 15, 2016 at 11:18 AM, Hendrik Leppkes wrote:
> On Fri, Apr 15, 2016 at 10:37 AM, Rodger Combs wrote:
>> ---
>> tests/fate/aac.mak | 3 +++
>> tests/ref/fate/aac-autobsf-adtstoasc | 1 +
>> 2 files changed, 4 insertions(+)
>> crea
On Sun, Apr 17, 2016 at 8:55 PM, Reimar Döffinger
wrote:
> On Sun, Apr 17, 2016 at 09:41:32PM +0300, Jan Ekstrom wrote:
>> On Sun, Apr 17, 2016 at 9:21 PM, Reimar Döffinger
>> wrote:
>> > In particular, I have an uncomfortable suspicion that
>> > PGS might be designed to match the movie's colour
On Sun, Apr 17, 2016 at 9:16 PM, Jan Ekstrom wrote:
> On Sun, Apr 17, 2016 at 10:08 PM, Carl Eugen Hoyos wrote:
>>
>> Does attached make it better?
>
> So the difference between the two conversion functions is that one is
> Rec.601 in limited range, and the other is Rec.709 in limited range?
> If
On Mon, Apr 18, 2016 at 12:07 PM, Michael Niedermayer
wrote:
> On Mon, Apr 18, 2016 at 09:49:40AM +, Isamu Mogi wrote:
>> Chroma height for yuv410p is luma/2. Same as yuv440p and yuv420p.
>
> no
> but why was the first thought i had "wikipedia" and why was i correct
> "4:1:0 This ratio is poss
On Tue, Apr 19, 2016 at 10:07 AM, Carl Eugen Hoyos wrote:
> Hendrik Leppkes gmail.com> writes:
>
>> the original patch "improves" it to some degree, as the PAL8
>> format that subtitles come in should be considered a full-range
>> RGB format, but its st
On Wed, Apr 20, 2016 at 4:03 AM, James Almer wrote:
> Signed-off-by: James Almer
> ---
> tests/lavf-regression.sh | 2 +-
> tests/ref/lavf-fate/latm | 6 +++---
> 2 files changed, 4 insertions(+), 4 deletions(-)
>
I'm confused, this BSF is not for LATM, its for ADTS, so how exactly
are these tw
On Wed, Apr 20, 2016 at 9:10 AM, Rodger Combs wrote:
> ---
> libavformat/internal.h | 5 +++--
> libavformat/mux.c | 32 +--
> libavformat/segment.c | 6 +++--
> libavformat/utils.c| 59
> +-
> 4 files changed, 8
On Thu, Apr 21, 2016 at 10:10 AM, wm4 wrote:
> On Wed, 20 Apr 2016 19:46:05 -0700
> Neil Birkbeck wrote:
>
>> If you use "spherical-video" and put it in the stream's metadata, it
>> will more naturally agree with location in stream-level tag in mkv:
>> https://github.com/google/spatial-media/blob
On Thu, Apr 21, 2016 at 8:11 AM, Andreas Weis
wrote:
> I noticed that the ffmpeg build system still can get broken if you `git
> clone` on Windows with the wrong settings for the git config autocrlf
> option.
>
> There has been a ticket about this (#1209) but it was closed without a
> fix because
On Thu, Apr 21, 2016 at 4:10 PM, Moritz Barsnick wrote:
> On Thu, Apr 21, 2016 at 15:48:08 +0200, Michael Niedermayer wrote:
>> like always, backport things to the release branches if you want to
>> backport something before.
>
> *Something* seems to have been fixed on master with parsing HLS, whi
On Thu, Apr 21, 2016 at 10:57 PM, Neil Birkbeck wrote:
> The standard:
> http://www.arib.or.jp/english/html/overview/doc/2-STD-B67v1_0.pdf
>
> The choice of enum value of 18 is consistent with HEVC:
> http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=10481
>
> and also with lat
On Sat, Apr 23, 2016 at 1:02 AM, Bruce Dawson
wrote:
> I've noticed that when CONFIG_W64_DEMUXER is defined to zero that ffmpeg
> compiles in a reference to ff_w64_guid_data but doesn't not link w64.o
> (which defines that symbol).
>
> This normally works because most optimizers discard the refere
On Sat, Apr 23, 2016 at 1:21 PM, wm4 wrote:
> On Sat, 23 Apr 2016 01:16:31 +0200
> Hendrik Leppkes wrote:
>
>> On Sat, Apr 23, 2016 at 1:02 AM, Bruce Dawson
>> wrote:
>> > I've noticed that when CONFIG_W64_DEMUXER is defined to zero that ffmpeg
>> >
On Sat, Apr 23, 2016 at 1:18 PM, wm4 wrote:
> On Fri, 22 Apr 2016 23:06:37 +0300
> Jan Ekström wrote:
>
>> Functionality used before didn't widen the values from limited to
>> full range. Additionally, now the decoder uses BT.709 where it
>> should be used according to the video resolution.
>>
>>
On Sat, Apr 23, 2016 at 2:33 PM, Jan Ekstrom wrote:
> On Sat, Apr 23, 2016 at 3:21 PM, wm4 wrote:
>> In that case the hdtv field should be completely removed, and the test
>> put in the palette conversion code.
>>
>
> If avctx->height is by default 0, then it would have to be something a la:
>
>
On Sat, Apr 23, 2016 at 6:27 PM, Carl Eugen Hoyos wrote:
> Rick Kern gmail.com> writes:
>
>> Add an entropy setting to choose between CAVLC and CABAC.
>
> Am I correct that it is impossible to do this similar to
> libx264?
>
libx264 in avcodec uses "coder" with values "cabac"/"ac" or
"cavlc"/"vl
On Mon, Apr 25, 2016 at 1:09 PM, Ronald S. Bultje wrote:
> Hi,
>
> On Mon, Apr 25, 2016 at 1:17 AM, Matt Oliver wrote:
>
>> Obviously changing things would require a consensus from all the devs.
>> Personally I would like to see the DCE stuff removed as currently as stated
>> debug or lto builds
On Mon, Apr 25, 2016 at 1:59 PM, Nicolas George wrote:
> Le sextidi 6 floréal, an CCXXIV, Derek Buitenhuis a écrit :
>> Removing this causes failures when concatdec is used to concat two H.264
>> streams from an MP4 source, when remuxed, IIRC.
>>
>> Example: https://trac.ffmpeg.org/raw-attachment/
On Mon, Apr 25, 2016 at 5:44 PM, Ivan Uskov wrote:
> Hello Derek,
>
> Monday, April 25, 2016, 4:50:28 PM, you wrote:
>
> DB> On 4/25/2016 2:14 PM, Ivan Uskov wrote:
>>> The attached patch does fixes the issue of frames duplication when
>>> elementary h.264 stream decodes by qsvdec.
>
> D
On Thu, Apr 28, 2016 at 12:36 PM, Hendrik Leppkes wrote:
> On Thu, Apr 28, 2016 at 11:06 AM, Nicolas George wrote:
>> The filter can not be disabled so that applications can rely on it.
>>
>
> It probably does generally no harm to include it since its tiny,
> however i
On Thu, Apr 28, 2016 at 11:06 AM, Nicolas George wrote:
> The filter can not be disabled so that applications can rely on it.
>
It probably does generally no harm to include it since its tiny,
however it would still show up in configure and be disable-able in
configure (since the list is generate
On Sun, May 1, 2016 at 8:30 PM, James Almer wrote:
> With the samples you shared and with a random lbr-in-wav mono sample i found
> in the wild i get the following when i try to do a codec copy.
> Core and every other DTS extension in contrast seem to set timestamps just
> fine.
>
Thats probably
On Mon, May 2, 2016 at 2:54 AM, Michael Niedermayer
wrote:
> This also switches the public git URL to use the same server as ffmpeg-web &
> fateserver git
> That way all git server URLs are also much more consistent
LGTM, since videolan switched to the "smart" http git method last week
or so it
On Sun, May 1, 2016 at 11:43 PM, Hendrik Leppkes wrote:
> On Sun, May 1, 2016 at 8:30 PM, James Almer wrote:
>> With the samples you shared and with a random lbr-in-wav mono sample i found
>> in the wild i get the following when i try to do a codec copy.
>> Core and every o
On Tue, May 3, 2016 at 10:03 AM, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch does not fix ticket #5501 but it helps the user by producing a
> useful warning message that suggests to increase analyeduration to allow
> decoding (this is not possible without the patch).
> The file starts with 13
On Tue, May 3, 2016 at 7:06 PM, Christophe Gisquet
wrote:
> The slice prefix is 0 in the reference encoder and the decoder ignores it.
> Writing 0 there seems like the best temporary solution.
>
> The padding could have contained uninitialized data, but its standardized
> value
> is 0xFF, hence t
On Wed, May 4, 2016 at 12:44 PM, wm4 wrote:
> On Tue, 3 May 2016 15:21:00 -0400
> "Ronald S. Bultje" wrote:
>
>> I have no idea why the first hunk uses ost->enc_ctx, because as far as
>> I understand, that is never used in case of -c:v copy, but this code
>> block is only entered if encoding_nee
On Wed, May 4, 2016 at 5:01 PM, Felt, Patrick wrote:
>>
>>[...]
>>> +/* libavfilter documentation says that filter init will be called only
>>> once. ffmpeg calls the init twice to enable it to validate
>>> + * the complex filtering has the right input and output pads. this allows
>>> us to byp
On Thu, May 5, 2016 at 12:46 AM, Thierry Foucu wrote:
> On Wed, May 4, 2016 at 1:58 PM, Derek Buitenhuis > wrote:
>
>> On 5/4/2016 9:52 PM, wm4 wrote:
>> > This was never allowed and was never public API. Use custom I/O instead
>> > (creating an avio context with your own read/write callbacks).
>>
On Tue, Feb 9, 2016 at 1:28 AM, Timothy Gu wrote:
> On Sun, Jan 31, 2016 at 3:38 PM Timothy Gu wrote:
>>
>> On Sat, Jan 30, 2016 at 07:27:22PM +, Derek Buitenhuis wrote:
>> > On 1/30/2016 7:15 PM, Timothy Gu wrote:
>> > > FATE passes here on a x86-64 machine with both GCC 4.9.2 and 5.3.1.
>>
On Fri, May 6, 2016 at 4:30 PM, Hendrik Leppkes wrote:
> This ports the fix from 033a533 to the new parser module in prepartion
> of using it for the h264 decoder.h2645_parse: allow partial escaping
Nevermind the broken message, already
This ports the fix from 033a533 to the new parser module in prepartion
of using it for the h264 decoder.h2645_parse: allow partial escaping
---
libavcodec/h2645_parse.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavcodec/h2645_parse.c b/libavcodec/h2645_parse.c
index
When only one sublayer is present, no information is coded. Only when at least
two
are present, all 8 sublayers are written.
---
libavcodec/hevc_ps.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/hevc_ps.c b/libavcodec/hevc_ps.c
index ce3f3df..83f2ec2 100644
--- a
On Fri, May 6, 2016 at 7:49 PM, Carl Eugen Hoyos wrote:
> Hendrik Leppkes gmail.com> writes:
>
>> -get_bits_left(gb) < 8 + 8*2) {
>> +get_bits_left(gb) < 8 + (8*2 * (max_num_sub_layers - 1 > 0))) {
>
> Isnt't "max_num_sub_layers > 1"
On Sat, May 7, 2016 at 2:02 AM, James Almer wrote:
> On 5/6/2016 8:48 PM, Timothy Gu wrote:
>> On Fri, May 06, 2016 at 12:08:14PM +0200, Hendrik Leppkes wrote:
>>>
>>> Just to document it, this has caused build breakage in various
>>> scenarios, even in G
On Sun, May 8, 2016 at 1:42 AM, Michael Niedermayer
wrote:
> Also temporary enable the test so we get updated fate failure statistics
>
> Note, this does not work on all platforms, it fails on MIPS
> and ml archives indicate it failed on x86 openbsd with some compilers as well
Of course it still
On Sun, May 8, 2016 at 12:10 PM, Michael Niedermayer
wrote:
> Fixes Ticket5467
>
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/avcodec.h |4
> libavcodec/utils.c |2 ++
> 2 files changed, 6 insertions(+)
>
> diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h
> inde
On Sun, May 8, 2016 at 5:33 PM, Michael Niedermayer
wrote:
> On Sun, May 08, 2016 at 04:10:01PM +0200, wm4 wrote:
>> On Sun, 8 May 2016 12:10:07 +0200
>> Michael Niedermayer wrote:
>>
>> > Fixes Ticket5467
>> >
>> > Signed-off-by: Michael Niedermayer
>> > ---
>> > libavcodec/avcodec.h |4 +
On Sun, May 8, 2016 at 9:00 PM, Paul B Mahol wrote:
> On 5/8/16, James Almer wrote:
>> On 5/8/2016 2:34 PM, Paul B Mahol wrote:
>>> On 5/8/16, Derek Buitenhuis wrote:
Hi,
I've been doing merges for a while now, and I am happy to continue
doing them too, but, I grow quite tire
On Mon, May 9, 2016 at 3:26 PM, Derek Buitenhuis
wrote:
> On 5/9/2016 2:22 PM, Paul B Mahol wrote:
>> Once st->codec is gone, how would this lossless info be gathered back?
>
> As myself and others have said above: decode a frame.
And before people argue that avformat does this anyway today - one
On Mon, May 9, 2016 at 11:20 PM, Gregory J Wolfe
wrote:
> I am in the process of upgrading our FFmpeg from 2.6.2 to the latest
> git. One test I ran extracts audio from an AAC stream to a WAV file.
> When I examine the audio using Audacity, the stream extracted using
> the latest git is 1600 samp
On Tue, May 10, 2016 at 2:07 AM, Michael Niedermayer
wrote:
> Allow enumeration, read and write of fields without requiring #if on versions
> All other public structures can be accessed through AVOptions
>
> TODO: add all fields to AVOption table
> TODO: bump version
> TODO: update APIChanges
I
On Tue, May 10, 2016 at 1:43 PM, Michael Niedermayer
wrote:
> On Tue, May 10, 2016 at 11:17:12AM +0100, Derek Buitenhuis wrote:
>> On 5/10/2016 7:24 AM, Hendrik Leppkes wrote:
>> > I don't like this, the struct is pretty cleanly defined and unlikely
>> > to be ex
On Tue, May 10, 2016 at 2:35 PM, Michael Niedermayer
wrote:
> On Tue, May 10, 2016 at 02:02:52PM +0200, Hendrik Leppkes wrote:
>> On Tue, May 10, 2016 at 1:43 PM, Michael Niedermayer
>> wrote:
>> > On Tue, May 10, 2016 at 11:17:12AM +0100, Derek Buitenhuis wrote:
&g
On Tue, May 10, 2016 at 2:10 PM, Michael Niedermayer
wrote:
>
> libavformat gathers information about streams in av_find_stream_info()
> and that is all information completely unneeded by decoders
> no decoder needs the width and height from the parser run by
> av_find_stream_info() or other field
On Wed, May 11, 2016 at 4:19 PM, Bruce Dawson
wrote:
> The error is:
>
> wavdec.obj : error LNK2001: unresolved external symbol _ff_w64_guid_data
>
> This happens because the compiler does not recognize early enough
> that _ff_w64_guid_data is never actually needed, so it creates a reference
>
Some streams contain an additional AnnexB NAL inside the mp4/nalff NALU.
This commonly occurs in interlaced streams where both fields are packed
into the same MP4 NAL with an AnnexB startcode in between.
Port handling of this format from the previous h264 nal handling.
Fixes trac #5529
---
libav
On Thu, May 12, 2016 at 10:52 AM, Hendrik Leppkes wrote:
> Some streams contain an additional AnnexB NAL inside the mp4/nalff NALU.
> This commonly occurs in interlaced streams where both fields are packed
> into the same MP4 NAL with an AnnexB startcode in between.
>
> Port h
Some streams contain an additional AnnexB NAL inside the mp4/nalff NALU.
This commonly occurs in interlaced streams where both fields are packed
into the same MP4 NAL with an AnnexB startcode in between.
Port handling of this format from the previous h264 nal handling.
Fixes trac #5529
---
libav
Some streams contain an additional AnnexB NAL inside the mp4/nalff NALU.
This commonly occurs in interlaced streams where both fields are packed
into the same MP4 NAL with an AnnexB startcode in between.
Port handling of this format from the previous h264 nal handling.
Fixes trac #5529
---
Third
On Thu, May 12, 2016 at 3:44 PM, Andriy Lysnevych
wrote:
> Details are in the ticket https://trac.ffmpeg.org/ticket/5543
>
> ---
> libavcodec/avpacket.c | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/libavcodec/avpacket.c b/libavcodec/avpacket.c
> index dd8b71e..842d8
On Fri, May 13, 2016 at 11:48 AM, foo86 wrote:
> Valid sample_fmt will be set by dcadec_decode_frame() based on stream
> type.
> ---
> libavcodec/dcadec.c | 3 ---
> 1 file changed, 3 deletions(-)
>
> diff --git a/libavcodec/dcadec.c b/libavcodec/dcadec.c
> index e3a4b0d..565242d 100644
> --- a/l
On Sun, May 15, 2016 at 2:10 PM, wrote:
> resend_headers seems to be only related to PAT/PMT stuff
> Calling avformat_write_header multiple times do not seems that creepy to
> me, because we are handling multiples ts chunks (so, basically, multiple
> headers must be written)
>
> Pushing the 'syst
On Mon, May 16, 2016 at 4:43 AM, James Almer wrote:
> On 5/8/2016 12:18 PM, Hendrik Leppkes wrote:
>> On Sun, May 8, 2016 at 12:10 PM, Michael Niedermayer
>> wrote:
>>> Fixes Ticket5467
>>>
>>> Signed-off-by: Michael Niedermayer
>>> ---
&g
On Tue, May 17, 2016 at 3:21 AM, Michael Niedermayer
wrote:
> On Mon, May 16, 2016 at 03:21:43PM -0700, chcunning...@chromium.org wrote:
>> From: Chris Cunningham
>>
>> Fixes: undefined shift.
>> ---
>> libavformat/utils.c | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git
On Thu, May 12, 2016 at 1:53 PM, Michael Niedermayer
wrote:
> On Thu, May 12, 2016 at 12:07:40PM +0200, Hendrik Leppkes wrote:
>> Some streams contain an additional AnnexB NAL inside the mp4/nalff NALU.
>> This commonly occurs in interlaced streams where both fields are packed
&
On Tue, May 17, 2016 at 6:26 PM, Ronald S. Bultje wrote:
> Hi,
>
> On Tue, May 17, 2016 at 11:18 AM, Michael Niedermayer <
> mich...@niedermayer.cc> wrote:
>
>> AVCodecContext contains all the fields that AVCodecParameters has.
>> Examples are width, height, bitrate, profile, sample_rate, channels
On Tue, May 17, 2016 at 7:22 PM, Ronald S. Bultje wrote:
> Hi,
>
> On Tue, May 17, 2016 at 12:34 PM, Hendrik Leppkes
> wrote:
>
>> On Tue, May 17, 2016 at 6:26 PM, Ronald S. Bultje
>> wrote:
>> > Hi,
>> >
>> > On Tue, May 17, 2016 at 11:18
On Tue, May 17, 2016 at 7:46 PM, Ronald S. Bultje wrote:
> Hi,
>
> On Tue, May 17, 2016 at 1:24 PM, Hendrik Leppkes
> wrote:
>
>> On Tue, May 17, 2016 at 7:22 PM, Ronald S. Bultje
>> wrote:
>> > Hi,
>> >
>> > On Tue, May 17, 2016 at 12:34 P
On Tue, May 17, 2016 at 9:04 PM, Ronald S. Bultje wrote:
> Hi,
>
> On Tue, May 17, 2016 at 2:29 PM, Hendrik Leppkes
> wrote:
>
>> On Tue, May 17, 2016 at 7:46 PM, Ronald S. Bultje
>> wrote:
>> > Hi,
>> >
>> > On Tue, May 17, 2016 at 1:24 P
On Thu, May 19, 2016 at 1:29 PM, Michael Niedermayer
wrote:
> Fixes CID1361965
>
> Iam not 100% sure this doesnt break some case, if it does please
> tell me. Ill fix it
>
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/bitstream_filter.c |2 ++
> 1 file changed, 2 insertions(+)
>
>
On Mon, Mar 7, 2016 at 6:05 PM, Stefano Sabatini wrote:
> In particular, the slice mode API was changed in commit:
>
> commit 33c378f7b791310e4cb64b53e2bb8f3f3bded105
> Author: sijchen
> Date: Tue Nov 10 09:50:06 2015 -0800
>
> change API for slicing part for easier usage (the UseLoadBalanc
On Mon, May 23, 2016 at 1:59 PM, Michael Niedermayer
wrote:
> On Mon, May 23, 2016 at 07:24:23AM -0400, Ronald S. Bultje wrote:
>> Hi,
>>
>> On Sun, May 22, 2016 at 11:39 PM, Michael Niedermayer <
>> mich...@niedermayer.cc> wrote:
>>
>> > On Sun, May 22, 2016 at 01:51:05AM +, Davinder Singh wr
On Thu, May 26, 2016 at 10:48 PM, Paul B Mahol wrote:
> On 5/26/16, James Almer wrote:
>> On 5/18/2016 5:33 PM, Paul B Mahol wrote:
>>> Hi,
>>>
>>> I want to propose to have an FFmpeg IRC meeting on
>>> the Saturday of the next week, Saturday May 28,
>>> UTC 17.
>>>
>>> Candidate topics of the da
On Thu, May 26, 2016 at 8:12 PM, Andrey Turkin wrote:
>
> Enabling CUDA support adds some extremely useful features but it also
> adds hard runtime dependency on NVidia driver. This commit removes that
> dependency; driver library would be loaded when required.
> This allows to use same CUDA-enabl
On Sun, May 29, 2016 at 1:32 AM, Michael Niedermayer
wrote:
> Hi
>
> It was suggested in the IRC meeting today that i start a vote to
> resolve if AVClass & AVOption should be added to AVCodecParameters
> This question needs to be awnsered before the next release because
> the ABI would be broken
On Mon, May 30, 2016 at 2:25 PM, Michael Niedermayer
wrote:
> Fixes Ticket5467 "Lossless j2k information no longer shown"
>
> Based on suggestion by Hendrik Leppkes
> Signed-off-by: Michael Niedermayer
> ---
> libavformat/dump.c |3 +++
> libavformat/utils.
On Tue, May 31, 2016 at 2:58 PM, Xinzheng Zhang wrote:
> ---
> libavformat/tcp.c | 215
> ++
> 1 file changed, 215 insertions(+)
>
This whole patch looks extremely complicated and long for something
hidden behind a tiny option not saying much.
On Tue, May 31, 2016 at 3:00 PM, Matthieu Bouron
wrote:
> From: Matthieu Bouron
>
> Codec width/height restrictions seem hardcoded at the OMX level and
> seem arbitrary. Bypassing those restrictions allows a device to decode
> streams at higher resolutions.
>
> For example it allows a Nexus 5 to
On Sat, Jun 4, 2016 at 9:47 AM, Hendrik Leppkes wrote:
> On Sat, Jun 4, 2016 at 4:55 AM, Michael Niedermayer
> wrote:
>> Fixes lost codec delayy
>> Should fix Ticket5509
>>
>> Signed-off-by: Michael Niedermayer
>> ---
>> libavcodec/utils.c |1 +
>
On Sat, Jun 4, 2016 at 4:55 AM, Michael Niedermayer
wrote:
> Fixes lost codec delayy
> Should fix Ticket5509
>
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/utils.c |1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/libavcodec/utils.c b/libavcodec/utils.c
> index 7b99526..4016
On Sat, Jun 4, 2016 at 12:09 PM, Michael Niedermayer
wrote:
> On Sat, Jun 04, 2016 at 09:47:47AM +0200, Hendrik Leppkes wrote:
>> On Sat, Jun 4, 2016 at 4:55 AM, Michael Niedermayer
>> wrote:
>> > Fixes lost codec delayy
>> > Should fix Ticket5509
>> &g
On Sat, Jun 4, 2016 at 5:48 PM, Andrey Turkin wrote:
>
> It mimics same options in libx264 and qsv_h264 encoders
> ---
> libavcodec/internal.h| 15 +
> libavcodec/libx264.c | 49 ++---
> libavcodec/nvenc.c | 28 +++--
> libavcodec/nvenc.h
6 at 7:27 AM, Michael Niedermayer
>>
>> > wrote:
>> >
>> > > On Sat, Jun 04, 2016 at 12:15:50PM +0200, Hendrik Leppkes wrote:
>> > > > On Sat, Jun 4, 2016 at 12:09 PM, Michael Niedermayer
>> > > > wrote:
>> > > > &
On Mon, Jun 6, 2016 at 9:01 AM, Hendrik Leppkes wrote:
> On Sun, Jun 5, 2016 at 5:13 AM, Michael Niedermayer
> wrote:
>> This fixes a API regression
>> Probably fixes Ticket5451
>>
>> Signed-off-by: Michael Niedermayer
>> ---
>> libavformat/utils
On Sun, Jun 5, 2016 at 5:13 AM, Michael Niedermayer
wrote:
> This fixes a API regression
> Probably fixes Ticket5451
>
> Signed-off-by: Michael Niedermayer
> ---
> libavformat/utils.c |4 ++--
> libavformat/version.h |2 +-
> 2 files changed, 3 insertions(+), 3 deletions(-)
>
> diff --
On Mon, Jun 6, 2016 at 9:12 AM, Matt Oliver wrote:
> Fixes #819 #5256 #5281
> ---
> libavformat/file.c | 4
> libavformat/os_support.h | 24
> 2 files changed, 28 insertions(+)
>
> diff --git a/libavformat/file.c b/libavformat/file.c
> index 5765ce7..264542a 1
On Mon, Jun 6, 2016 at 9:54 AM, Matthieu Bouron
wrote:
> On Tue, May 31, 2016 at 05:41:16PM +0200, Matthieu Bouron wrote:
>> On Tue, May 31, 2016 at 03:51:20PM +0200, Matthieu Bouron wrote:
>> > On Tue, May 31, 2016 at 03:35:49PM +0200, Hendrik Leppkes wrote:
>> > >
On Sun, Jun 5, 2016 at 8:58 PM, Timo Rothenpieler wrote:
> ---
> Changelog | 2 +
> MAINTAINERS| 1 +
> configure | 20 ++
> libavcodec/Makefile| 2 +
> libavcodec/allcodecs.c | 4 +
> libavcodec/cuvid.c | 550
> +
On Mon, Jun 6, 2016 at 11:34 AM, Matt Oliver wrote:
> On 6 June 2016 at 19:27, Hendrik Leppkes wrote:
>
>> On Mon, Jun 6, 2016 at 9:12 AM, Matt Oliver wrote:
>> > Fixes #819 #5256 #5281
>> > ---
>> > libavformat/file.c | 4 +
On Sun, Jun 5, 2016 at 8:58 PM, Timo Rothenpieler wrote:
> ---
> Changelog | 2 +
> MAINTAINERS| 1 +
> configure | 20 ++
> libavcodec/Makefile| 2 +
> libavcodec/allcodecs.c | 4 +
> libavcodec/cuvid.c | 550
> +
On Sun, Jun 5, 2016 at 8:58 PM, Timo Rothenpieler wrote:
> ---
> Changelog | 2 +
> MAINTAINERS| 1 +
> configure | 20 ++
> libavcodec/Makefile| 2 +
> libavcodec/allcodecs.c | 4 +
> libavcodec/cuvid.c | 550
> +
On Mon, Jun 6, 2016 at 6:09 PM, Michael Niedermayer
wrote:
> On Mon, Jun 06, 2016 at 09:01:44AM +0200, Hendrik Leppkes wrote:
>> On Sun, Jun 5, 2016 at 5:13 AM, Michael Niedermayer
>> wrote:
>> > This fixes a API regression
>> > Probably fixes Ticket5451
On Mon, Jun 6, 2016 at 6:29 PM, Michael Niedermayer
wrote:
> On Mon, Jun 06, 2016 at 06:14:15PM +0200, Hendrik Leppkes wrote:
>> On Mon, Jun 6, 2016 at 6:09 PM, Michael Niedermayer
>> wrote:
>> > On Mon, Jun 06, 2016 at 09:01:44AM +0200, Hendrik Leppkes wrote:
>>
On Wed, Jun 8, 2016 at 3:02 AM, Richard Kern wrote:
>
>> On Jun 6, 2016, at 9:00 AM, Richard Kern wrote:
>>
>> Ping. This fixes #5595.
>>
>>> On Jun 1, 2016, at 10:06 PM, Rick Kern wrote:
>>>
>>> Fixes VTDecompressionSessionCreate() error.
>>>
>>> Signed-off-by: Rick Kern
>>> ---
>>> libavcodec
On Fri, Jun 10, 2016 at 10:36 AM, Michael Niedermayer
wrote:
> Hi all
>
> Should the author of a commit causing a regression be added to the CC
> of bugs if he has a trac account ?
>
> iam thinking yes because i quite often find out about regressions
> by running into them by chance on trac which
901 - 1000 of 2231 matches
Mail list logo