On Sat, Dec 10, 2016 at 6:20 PM, Andreas Cadhalpun
wrote:
> On 10.12.2016 17:29, Hendrik Leppkes wrote:
>> On Sat, Dec 10, 2016 at 4:55 PM, Andreas Cadhalpun
>> wrote:
>>> If that is done, the hard limit in av_image_check_size should check for
>>> the maximum
On Sat, Dec 10, 2016 at 11:24 PM, James Almer wrote:
> On 12/10/2016 7:22 PM, Carl Eugen Hoyos wrote:
>> 2016-12-10 19:47 GMT+01:00 Andreas Cadhalpun
>> :
>>> Suggested-by: Carl Eugen Hoyos
>>> Signed-off-by: Andreas Cadhalpun
>>> ---
>>> src/index | 7 +++
>>> 1 file changed, 7 insertions
On Sat, Dec 10, 2016 at 11:34 PM, Carl Eugen Hoyos wrote:
> 2016-12-10 23:32 GMT+01:00 Hendrik Leppkes :
>> On Sat, Dec 10, 2016 at 11:24 PM, James Almer wrote:
>>> On 12/10/2016 7:22 PM, Carl Eugen Hoyos wrote:
>>>> 2016-12-10 19:47 GMT+01:00 Andreas Cadhalpun
&
On Sat, Dec 10, 2016 at 6:53 PM, Andreas Cadhalpun
wrote:
> On 10.12.2016 18:40, Hendrik Leppkes wrote:
>> On Sat, Dec 10, 2016 at 6:20 PM, Andreas Cadhalpun
>> wrote:
>>> On 10.12.2016 17:29, Hendrik Leppkes wrote:
>>>> On Sat, Dec 10, 2016 at 4:55 PM, And
On Sat, Dec 10, 2016 at 11:36 PM, Ronald S. Bultje wrote:
> Hi,
>
> On Sat, Dec 10, 2016 at 5:24 PM, Carl Eugen Hoyos
> wrote:
>
>> 2016-12-10 14:07 GMT+01:00 Ronald S. Bultje :
>> > Hi,
>> >
>> > On Sat, Dec 10, 2016 at 7:11 AM, Carl Eugen Hoyos
>> > wrote:
>> >
>> >> 2016-12-09 12:56 GMT+01:00
On Sun, Dec 11, 2016 at 3:59 PM, Michael Niedermayer
wrote:
> On Sun, Dec 11, 2016 at 01:54:28PM +0100, wm4 wrote:
>> On Sat, 10 Dec 2016 23:01:04 +0100
>> Michael Niedermayer wrote:
>>
>> > When we will backport this, it will be inevitably in a different location
>> > in AVCodecContext in each r
On Sun, Dec 11, 2016 at 7:48 PM, Andreas Cadhalpun
wrote:
> On 11.12.2016 10:04, Hendrik Leppkes wrote:
>> On Sat, Dec 10, 2016 at 6:53 PM, Andreas Cadhalpun
>> wrote:
>>> On 10.12.2016 18:40, Hendrik Leppkes wrote:
>>>> and just adds extra burden when these l
On Wed, Dec 14, 2016 at 10:30 AM, Stève Lhomme wrote:
>>
>> I'm pretty much against this, since it duplicates the profile selection
>> code all over again, even if it could be shared. (And this code should
>> be in libavcodec in the first place.) Someone adding such code would
>> have to refactor
On Wed, Dec 14, 2016 at 1:02 AM, Andreas Cadhalpun
wrote:
> On 13.12.2016 08:11, Paul B Mahol wrote:
>> On 12/13/16, Andreas Cadhalpun wrote:
>>> Signed-off-by: Andreas Cadhalpun
>>> ---
>>> libavformat/omadec.c | 4 ++--
>>> 1 file changed, 2 insertions(+), 2 deletions(-)
>>>
>>> diff --git a/
On Wed, Dec 14, 2016 at 3:23 PM, Matteo Naccari
wrote:
>> Missing error handling, and maybe overflow handling. Also, we don't use
>> malloc/realloc/free, but av_malloc/av_realloc/av_free. I'm not sure why we
>> do this (it doesn't have much of a justification for realloc at least), but
>> it's
>>
On Thu, Dec 15, 2016 at 12:02 AM, Mark Thompson wrote:
> On 14/12/16 01:55, Jun Zhao wrote:
>> From 03030392ec2458679cdfb14802b80cbb196eae40 Mon Sep 17 00:00:00 2001
>> From: Yi A Wang
>> Date: Tue, 13 Dec 2016 10:50:54 +0800
>> Subject: [PATCH] lavc/vaapi_encode_h264: add option to indicate the
On Thu, Dec 15, 2016 at 12:31 AM, Matthew Wolenetz
wrote:
> Some toolchains failed to link a dynamic library containing wavdec.c,
> but with either CONFIG_SPDIF_DEMUXER or CONFIG_W64_DEMUXER disabled.
> This change adds #if's to explicitly exclude code rather than depend on
> toolchain code elisio
On Thu, Dec 15, 2016 at 4:07 PM, Paul B Mahol wrote:
> On 12/15/16, Michael Niedermayer wrote:
>> On Wed, Dec 14, 2016 at 10:05:50PM -0700, pkoshe...@gmail.com wrote:
>>> From: Pavel Koshevoy
>>>
>>> ---
>>> libavcodec/utils.c | 2 --
>>> 1 file changed, 2 deletions(-)
>>>
>>> diff --git a/liba
On Thu, Dec 15, 2016 at 8:43 PM, Matthew Wolenetz wrote:
>>
>> This seems like a rather odd issue to be toolchain specific. Can you
>> please provide a configure command line that would result in a broken
>> build?
>
>
> I believe the link-time failures occurred with configs like these:
>
> IIRC,
On Fri, Dec 16, 2016 at 10:41 AM, Sunny Shukla
wrote:
> Hi,
>
> NV12 Tile format conversion to NV12 and yuv420p support is added. NV12 Tile
> format conversion support is only added for input format not as output format.
>
> The algorithm used is referenced from
> https://github.com/ssshukla26/N
On Fri, Dec 16, 2016 at 1:35 PM, Sumit Agarwal wrote:
> h264_cuvid (without hwaccel) + hwupload_cuda filter is currently broken. The
> resample_sample_fmt in the input stream is not updated after h264_cuvid
> decoder is initialized, due to this reconfiguration of the filter graph is
> triggered
On Fri, Dec 16, 2016 at 5:32 PM, wm4 wrote:
> On Fri, 16 Dec 2016 11:12:02 +0100
> Steve Lhomme wrote:
>
>> From: Steve Lhomme
>>
>> ---
>> libavutil/Makefile | 3 +
>> libavutil/hwcontext.c | 3 +
>> libavutil/hwcontext.h | 1 +
>> libavutil/hwcontext_d3d11v
On Sun, Dec 18, 2016 at 8:42 AM, Burt P wrote:
> Additional/Modified FATE tests improve code coverage from 63.7% to 98.1%.
>
> Changed fate-suite sample files:
> * filter/hdcd-encoding-errors.flac (1.3M) replaced by
> filter/hdcd-encoding-errors2.flac (140K)
> * filter/hdcd-mix.flac (2.2M) added
On Tue, Dec 20, 2016 at 3:15 AM, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch is supposed to fix an issue reported by Blake Senftner
> on libav-user.
>
Sorry, but those guys are just using it wrong. Those format specifiers
are perfectly valid in a mingw build, and if you mix different
compile
On Tue, Dec 20, 2016 at 10:38 AM, Muhammad Faiz wrote:
> FFRET_ERR and FFGOTO_ERR for common error handling
> FFRET_OOM and FFGOTO_OOM for oom handling
>
> Signed-off-by: Muhammad Faiz
> ---
> libavutil/common.h | 23 +++
> 1 file changed, 23 insertions(+)
>
> diff --git a/li
Am 24.12.2016 21:17 schrieb "foo86" :
Fixes regression introduced in 39f7620d76c7a133535ed7a535f7a74fefa6e435.
Not setting default sample_fmt can result in failed transcode when audio
stream starts later in a file.
I don't agree with this.
Letting decoders set their output format based on str
On Wed, Jul 13, 2016 at 6:05 AM, James Almer wrote:
> Fix the demuxer dependencies in some of the tests and remove the vp8 decoder
> dependency for the stream copy tests
>
I assume you actually tested those without the decoder? Some codecs
like to act a bit odd when the decoder can't provide extr
On Wed, Jul 13, 2016 at 12:28 PM, Michael Niedermayer
wrote:
> On Wed, Jun 29, 2016 at 01:07:13AM +0200, Hendrik Leppkes wrote:
>> On Wed, Jun 29, 2016 at 12:30 AM, Steven Liu wrote:
>> >
>> >
>> > 2016-06-29 0:16 GMT+08:00 Hendrik Leppkes :
>> >&g
On Sat, Jul 16, 2016 at 5:27 PM, Jens Ziller wrote:
> Hello Rodger and wm4,
>
> for interlaced frames I need AVFrame->interlaced_frame. For invoke MMAL
> components like deinterlacer and renderer added a pointer data[2] to
> existing MMAL_ES_FORMAT_T. I don't have find a better solution to give
>
On Mon, Jul 18, 2016 at 2:34 AM, Soft Works wrote:
> This commit addresses the following scenario:
>
> we are using ffmpeg to transcode or remux mkv (or something else) to mkv. The
> result is being streamed on-the-fly to an HTML5 client (streaming starts
> while ffmpeg is still running). The pr
On Tue, Jul 19, 2016 at 11:33 PM, Josh de Kock wrote:
> Libav doesn't have AV_OPT_TYPE_CHANNEL_LAYOUT
> so use strings instead to maintain consistency.
We do have this option, so I would prefer if we keep using it.
- Hendrik
___
ffmpeg-devel mailing li
On Sun, Jul 24, 2016 at 3:43 PM, Ivan Uskov wrote:
> Hello Mark,
>
> Saturday, July 23, 2016, 11:42:46 PM, you wrote:
>
> MT> On 23/07/16 20:33, Ivan Uskov wrote:
>>> If you are use qsv, I would like to recommend to roll-back to version
>>> before
>>> d30cf57a7b2097b565db02ecfffbdc9c16423d0e
>>>
On Tue, Jul 26, 2016 at 12:57 PM, qw wrote:
> Hi,
>
> avcodec_decode_video2(), avcodec_decode_audio4(), avcodec_encode_video2(),
> and avcodec_encode_audio2(). The following url links are ffmpeg 3.1.1
> description:
>
Because they are deprecated and replacement functions have been created.
That
On Wed, Jul 27, 2016 at 6:43 PM, Stève Lhomme wrote:
> Hello fellow FFmpegers,
>
> Is there still an issue with hardware decoding when combined with
> multithread ? It seems to work fine on our Windows build. Although we
> have a mutex in place in the D3D11 variant of the code that may help.
> It
On Thu, Jul 28, 2016 at 9:39 AM, Stève Lhomme wrote:
> On Wed, Jul 27, 2016 at 7:58 PM, Hendrik Leppkes wrote:
>> On Wed, Jul 27, 2016 at 6:43 PM, Stève Lhomme wrote:
>>> Hello fellow FFmpegers,
>>>
>>> Is there still an issue with hardware decoding when comb
On Tue, Jul 26, 2016 at 9:03 PM, Carlos Fernandez Sanz
wrote:
> On Mon, Jul 25, 2016 at 5:41 PM, Michael Niedermayer
> wrote:
>
>> This breaks
>> http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket1827/vc1_dts_mplayerAudioProblem_sb41_cut.m2ts
>
>
> I need some help with this. HDMV audio is not de
---
cmdutils.c | 9 +
cmdutils.h | 5 +
ffmpeg.c | 2 ++
ffplay.c | 2 ++
ffprobe.c | 2 ++
ffserver.c | 1 +
6 files changed, 21 insertions(+)
diff --git a/cmdutils.c b/cmdutils.c
index 03a4836..6960f8c 100644
--- a/cmdutils.c
+++ b/cmdutils.c
@@ -107,6 +107,15 @@ static void lo
On Mon, Aug 8, 2016 at 10:09 PM, Michael Niedermayer
wrote:
> On Mon, Aug 08, 2016 at 06:32:23PM +0200, Carl Eugen Hoyos wrote:
>> 2016-08-06 12:52 GMT+02:00 Michael Niedermayer :
>> > QUESTION: is this the best place for this ?
>> >
>> > Signed-off-by: Michael Niedermayer
>> > ---
>> > libavuti
On Wed, Aug 10, 2016 at 3:48 AM, Sasi Inguva
wrote:
> Signed-off-by: Sasi Inguva
> ---
> libavformat/avformat.h | 3 +++
> libavformat/version.h | 2 +-
> 2 files changed, 4 insertions(+), 1 deletion(-)
>
> diff --git a/libavformat/avformat.h b/libavformat/avformat.h
> index d8a6cf3..8cf1401 10
On Mon, Aug 15, 2016 at 10:22 AM, Jun Zhao wrote:
> add libyami decoder/encoder/vpp in ffmpeg, about build step,
> please refer to the link: https://github.com/01org/ffmpeg_libyami/wiki/Build
>
We've had patches for yami before, and they were not applied because
many developers did not agree with
On Fri, Aug 19, 2016 at 7:01 AM, James Almer wrote:
> It's only available on Windows XP or newer.
We don't support anything older.
- Hendrik
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Fri, Aug 19, 2016 at 8:39 PM, James Almer wrote:
> Windows versions earlier than XP are not supported.
>
> Should fix compilation of command line tools.
>
> Signed-off-by: James Almer
> ---
> configure | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/configure b/configure
> index 9b
On Fri, Aug 19, 2016 at 10:24 PM, James Almer wrote:
> On 8/19/2016 5:11 PM, Hendrik Leppkes wrote:
>> On Fri, Aug 19, 2016 at 8:39 PM, James Almer wrote:
>>> Windows versions earlier than XP are not supported.
>>>
>>> Should fix compilation of command line
On Thu, Aug 25, 2016 at 2:24 AM, Jean-Baptiste Kempf wrote:
> On 25 Aug, Nablet Developer wrote :
>> -int ff_qsv_init_internal_session(AVCodecContext *avctx, QSVSession *qs)
>> +int ff_qsv_init_internal_session(void *avctx, QSVSession *qs)
>> -int ff_qsv_init_internal_session(AVCodecContext *avctx
On Thu, Aug 25, 2016 at 2:07 AM, Nablet Developer wrote:
> From: ChaoX A Liu
>
> Signed-off-by: ChaoX A Liu
> ---
> ffmpeg.c | 2 +-
> ffmpeg.h | 2 +
> ffmpeg_opt.c | 2 +-
> ffmpeg_qsv.c | 636
> +++
On Sun, Aug 28, 2016 at 12:48 PM, Umair Khan wrote:
> On Sun, Aug 28, 2016 at 1:56 PM, Paul B Mahol wrote:
>> Hi,
>>
>> On Sun, Aug 28, 2016 at 10:04 AM, Umair Khan wrote:
>>
>>> Hi,
>>>
>>> Patches attached. :)
>>
>>
>> Inline asm is unacceptable to get into master.
>
> How should that case be
On Sun, Aug 28, 2016 at 9:21 PM, Michael Niedermayer
wrote:
> On Sun, Aug 28, 2016 at 12:03:38PM -0300, James Almer wrote:
> [...]
>> Also, the changelog entry line can be part of the encoder patch, no
>> need to have it separate.
>
> actually, i was just thinking having Changelog + version + APIC
On Mon, Aug 29, 2016 at 8:17 AM, Matt Oliver wrote:
> The fifo muxer works without pthreads due to the existing pthread wrappers
> already available within ffmpeg for other platforms.
>
It should probably still depend on "threads" at least, assuming the
thread-wrapper we have provides enough thre
On Mon, Aug 29, 2016 at 9:28 AM, Carl Eugen Hoyos wrote:
> Hi!
>
> 2016-08-29 9:00 GMT+02:00 Matt Oliver :
>> On 29 August 2016 at 16:43, Carl Eugen Hoyos wrote:
>>
>>> How did you test this?
>>> (How can I test?)
>>
>> There is a FATE test already added for the fifo muxer. I used that to test
>>
On Thu, Sep 1, 2016 at 1:34 PM, Timo Rothenpieler wrote:
>> Hi,
>>
>> On Thu, Sep 1, 2016 at 7:00 AM, Ali KIZIL wrote:
>>
>>> Hi Oliver,
>>>
>>> I just setup my DDR3 RAM speed to 2133 Mhz on i7 4960x server. It dosnt
>>> make a much difference. FPS is still waiving 41-44 fps for UHD P010LE HEVC
>
On Sun, Sep 4, 2016 at 1:18 PM, Carl Eugen Hoyos wrote:
> 2016-09-04 13:10 GMT+02:00 Paul B Mahol :
>> On 9/4/16, Carl Eugen Hoyos wrote:
>>> 2016-09-03 15:25 GMT+02:00 Timo Rothenpieler :
>>>
+output_pixel(tdstY++, (t | (t << 8)) & 0xFFC0);
>>>
>>> Please remove the "& 0xFFC0" h
On Mon, Sep 5, 2016 at 12:17 PM, Ronald S. Bultje wrote:
> It was proposed that we could go one step further and do parsing
> not in the demuxer step (av_read_frame)
Personally, I use avformat demuxing with a bunch of other decoders
which might still need the parser to run first to re-package fra
On Tue, Sep 6, 2016 at 2:21 PM, Michael Niedermayer
wrote:
> On Tue, Sep 06, 2016 at 02:18:35PM +0200, Michael Niedermayer wrote:
>> On Tue, Sep 06, 2016 at 04:57:06AM +0200, Michael Niedermayer wrote:
>> > On Mon, Sep 05, 2016 at 10:04:35PM -0300, James Almer wrote:
>> > > On 9/5/2016 12:41 PM, M
On Tue, Sep 6, 2016 at 5:10 PM, Michael Niedermayer
wrote:
> On Tue, Sep 06, 2016 at 02:39:11PM +0200, Hendrik Leppkes wrote:
>> On Tue, Sep 6, 2016 at 2:21 PM, Michael Niedermayer
>> wrote:
>> > On Tue, Sep 06, 2016 at 02:18:35PM +0200, Michael Niedermayer wrote:
>&
On Wed, Sep 7, 2016 at 7:35 PM, Zoran Turalija wrote:
> Today, new commit landed in git [1], but third part of submitted patch is
> missing in that commit. Same part is missing in patchwork [2], too. Maybe
> committer redacted patch, and threw out unneeded third part. It looks like
> patchwork was
On Sun, Sep 11, 2016 at 5:04 PM, Sven C. Dack wrote:
> On 11/09/16 15:12, Nicolas George wrote:
>>
>> I do not care at all about ffserver, but the argument of parsing stderr to
>> revuse a warning is completely void, period.
>>
>> Regards,
>
>
> Please no foot stomping of opinions. When you cannot
On Sun, Sep 11, 2016 at 7:52 PM, Sven C. Dack wrote:
> On 11/09/16 18:27, Clément Bœsch wrote:
>>
>> Aside from the stdout output in ffprobe, no stdout/stderr output is
>> standardized in FFmpeg and thus can be changed at will (and does
>> regularly). You can try to parse it, but there is zero war
On Tue, Sep 13, 2016 at 4:45 AM, Rodger Combs wrote:
> Some demuxers can't handle Matroska compression, so this lets API users
> check if a file uses it and determine whether those players will fail.
>
> Currently only exports the first encoding; the format technically supports
> multiple, but I c
On Wed, Sep 14, 2016 at 12:45 PM, Matt Oliver wrote:
> On 14 September 2016 at 20:22, Yogender Kumar Gupta <
> yogender.gu...@gmail.com> wrote:
>
>> Currently libavcodec.c/nvenc.c is not compilable using MSVC tools. I am
>> attaching a patch that fixes this issue.
>>
>> Thanks,
>> Yogender
>>
>
>
Am 14.09.2016 18:00 schrieb "Carl Eugen Hoyos" :
>
> 2016-09-14 17:54 GMT+02:00 Josh de Kock :
> > We discussed this in IRC and thought that ffmpeg was a
> > big enough library, and it switching to SDL2 may help
> > distros to consider supporting SDL2
>
> If this really were the only reason, I sinc
On Thu, Sep 15, 2016 at 7:36 PM, James Almer wrote:
> There have been some complains from developers about keeping both
> SDL1 and SDL2 support at the same time even after all SDL1 code
> has been already ported, and especially since it makes maintaining
> ffplay more complex, so seeing the waters
On Thu, Sep 15, 2016 at 11:19 PM, Moritz Barsnick wrote:
> On Thu, Sep 15, 2016 at 14:36:32 -0300, James Almer wrote:
>> * SDL1 is old and effectively unmaintained.
>
> I understand this verbatim, but what is it supposed to mean? Has SDL1
> gotten rotten? Or more precisely:
>
> - Has technology ev
On Fri, Sep 16, 2016 at 2:48 PM, Carl Eugen Hoyos wrote:
> 2016-09-16 14:21 GMT+02:00 Rostislav Pehlivanov :
>
>> I'd rather have SDL1 support dropped. ffplay is the only thing on my
>> machine which uses libsdl1.2
>
> And we already (everybody) agreed that we want to switch to SDL2
> so that you
On Tue, Sep 20, 2016 at 12:28 PM, Clément Bœsch wrote:
> From: Clément Bœsch
>
> This commit is largely based on commit 15e84ed3 from Anton Khirnov
> which was previously skipped in bbf5ef9d.
>
> There are still a bunch of things raising codecpar related warnings that
> need fixing, such as:
> -
On Mon, Sep 19, 2016 at 12:00 PM, Ivan Uskov wrote:
>
> Hello nablet,
>
> Saturday, September 17, 2016, 11:32:26 AM, you wrote:
>
>> From: Anton Khirnov
>
>> Signed-off-by: nablet developer
>> ---
>> libavutil/Makefile | 3 +
>> libavutil/hwcontext.c | 3 +
>> libavutil
On Wed, Sep 21, 2016 at 10:23 AM, Timo Rothenpieler
wrote:
>> Well its just that both cuvid and cuda are both currently flagged as
>> nonfree in FFmpeg which limits there availability. So I was just wondering
>> what needed to be done to make them gpl compatible as I would like to see
>> cuvid be
On Wed, Sep 21, 2016 at 3:34 AM, Michael Niedermayer
wrote:
> Might fix some mysterious asm related issues like Ticket5579
>
I can reproduce the problem on win64, but this patch does
unfortunately not fix it.
- Hendrik
___
ffmpeg-devel mailing list
ffm
On Thu, Sep 22, 2016 at 12:30 PM, Michael Fritscher
wrote:
> Hi,
>
> I try to build ffmpeg 3.1.3 on cygwin64 on Windows.
>
> Configstring: ./configure --prefix=/usr/local --enable-ffplay
> --enable-ffmpeg --enable-ffserver --enable-gpl --enable-version3
> --enable-nonfree --enable-shared --enable-
On Thu, Sep 22, 2016 at 1:52 PM, Timo Rothenpieler
wrote:
> Am 22.09.2016 um 13:37 schrieb Michael Fritscher:
>> Hi,
>>
>> ok, I rephrase it: I have the issue that HAVE_SETDLLDIRECTORY is
>> defined, but _WIN32 is not if compiling under cygwin (fresh install, no
>> mingw).
>>
>> SetDllDirectory()
On Thu, Sep 22, 2016 at 2:21 PM, Timo Rothenpieler
wrote:
>> master uses _WIN32 checks in both places so if its not set, it will
>> never error, because it'll never even try to call it.
>
> But wasn't the HAVE_SETDLLDIRECTORY introduced because of Windows XP
> compatibility, as the function doesn'
Fixes trac 5579
---
libavcodec/x86/h264_weight.asm | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/libavcodec/x86/h264_weight.asm b/libavcodec/x86/h264_weight.asm
index 6c57d57..0975d74 100644
--- a/libavcodec/x86/h264_weight.asm
+++ b/libavcodec/x86/h264_weight.as
On Fri, Sep 23, 2016 at 4:19 PM, Michael Niedermayer
wrote:
> On Fri, Sep 23, 2016 at 10:21:27AM +0200, Hendrik Leppkes wrote:
>> Fixes trac 5579
>> ---
>> libavcodec/x86/h264_weight.asm | 12 ++--
>> 1 file changed, 6 insertions(+), 6 deletions(-)
>
> ac
On Tue, Sep 27, 2016 at 8:03 PM, James Almer wrote:
> It's listed as mandatory in https://matroska.org/technical/specs/index.html
>
> Signed-off-by: James Almer
> ---
> The spec also mentions FieldOrder "MUST be ignored if FlagInterlaced is not
> set to interlaced". Since it's a mandatory element
On Tue, Sep 27, 2016 at 11:14 PM, James Almer wrote:
> On 9/27/2016 5:56 PM, Hendrik Leppkes wrote:
>> On Tue, Sep 27, 2016 at 8:03 PM, James Almer wrote:
>>> It's listed as mandatory in https://matroska.org/technical/specs/index.html
>>>
>>> Signed-off-b
On Fri, Sep 30, 2016 at 7:48 AM, Min wrote:
> diff --git a/libavutil/hwcontext_dxva2.c b/libavutil/hwcontext_dxva2.c
> index e79254b..17d8eb5 100644
> --- a/libavutil/hwcontext_dxva2.c
> +++ b/libavutil/hwcontext_dxva2.c
> @@ -101,6 +101,11 @@ static void dxva2_frames_uninit(AVHWFramesContext *ctx
On Fri, Sep 30, 2016 at 11:07 AM, Carl Eugen Hoyos wrote:
> 2016-09-30 10:43 GMT+02:00 wm4 :
>
>> Keep in mind that I'll fix anything that is pointed out and
>> reproducible.
>
> This seems to contradict your last two emails...
Please keep the discussion technical.
If you can point out a reprodu
On Fri, Sep 30, 2016 at 11:40 AM, wm4 wrote:
> On Fri, 30 Sep 2016 11:29:05 +0200
> Marton Balint wrote:
>
>> Signed-off-by: Marton Balint
>> ---
>> libavcodec/utils.c | 3 +++
>> 1 file changed, 3 insertions(+)
>>
>> diff --git a/libavcodec/utils.c b/libavcodec/utils.c
>> index cf85300..d0a681
Decoders have previously not used AVFrame.pts, and with the upcoming
deprecation of pkt_pts (in favor of pts), this would lead to an errorneous
interpration of timestamps.
---
ffmpeg.c | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/ffmpeg.c b/ffmpeg.c
index 9a8e65a..cdbf
On Sat, Oct 1, 2016 at 4:15 PM, Hendrik Leppkes wrote:
> Decoders have previously not used AVFrame.pts, and with the upcoming
> deprecation of pkt_pts (in favor of pts), this would lead to an errorneous
> interpration of timestamps.
> ---
> ffmpeg.c | 7 +--
> 1 file ch
On Sun, Oct 2, 2016 at 10:53 PM, Carl Eugen Hoyos wrote:
> Hi!
>
> The functions in libavutil/x86/pixelutils.asm are exported
> to the library users if I understand the code correctly.
> I suspect it can be expected that the MMX state is reset
> after returning.
>
> Fixes the pixelutils fate test
On Sun, Oct 2, 2016 at 11:08 PM, Timo Rothenpieler
wrote:
> ---
> libavcodec/cuvid.c | 16
> 1 file changed, 8 insertions(+), 8 deletions(-)
>
> diff --git a/libavcodec/cuvid.c b/libavcodec/cuvid.c
> index e9a1dd7..5ceb94e 100644
> --- a/libavcodec/cuvid.c
> +++ b/libavcodec/cuvi
On Mon, Oct 3, 2016 at 11:35 AM, Ali KIZIL wrote:
> Hello,
>
> This patch is done for performance increase on UHD or above resolution
> color space convertions.
> Some SDI sources provide yuv422p10 for 10bit source and uyvy422 for 8 bit
> source.
> To encode these sources with NVENC 10 bits, there
On Mon, Oct 3, 2016 at 2:36 AM, Ronald S. Bultje wrote:
> Hi,
>
> On Sun, Oct 2, 2016 at 7:51 PM, Carl Eugen Hoyos wrote:
>
>> Hi!
>>
>> Attached patch adds a musl section to doc/platform.
>
>
> This is counter-productive... Let's work with the musl-devs and fix their
> libc-alternative?
>
I agr
On Mon, Oct 3, 2016 at 1:37 PM, Carl Eugen Hoyos wrote:
> Hi!
>
> 2016-10-03 13:05 GMT+02:00 Guillaume POIRIER :
>> Hello,
>>
>> On Mon, Oct 3, 2016 at 11:38 AM, Carl Eugen Hoyos wrote:
>>> 2016-10-03 3:52 GMT+02:00 Carl Eugen Hoyos :
>>>
New patch attached.
>>>
+Compilation with @uref{
On Mon, Oct 3, 2016 at 7:24 PM, wrote:
> On Mon, Oct 03, 2016 at 05:27:19PM +0200, wm4 wrote:
>> > Musl merely showed you the problem and now you are suggesting to "document
>> > that the messenger with his bad news about our health is no longer
>> > welcome".
>>
>> musl could also choose to aba
On Sun, Oct 2, 2016 at 6:22 PM, Hendrik Leppkes wrote:
> On Sat, Oct 1, 2016 at 4:15 PM, Hendrik Leppkes wrote:
>> Decoders have previously not used AVFrame.pts, and with the upcoming
>> deprecation of pkt_pts (in favor of pts), this would lead to an errorneous
>> inter
On Tue, Oct 4, 2016 at 4:05 AM, Michael Niedermayer
wrote:
> On Sat, Oct 01, 2016 at 04:15:45PM +0200, Hendrik Leppkes wrote:
>> Decoders have previously not used AVFrame.pts, and with the upcoming
>> deprecation of pkt_pts (in favor of pts), this would lead to an errorneous
>
On Tue, Oct 4, 2016 at 8:41 AM, Hendrik Leppkes wrote:
> On Tue, Oct 4, 2016 at 4:05 AM, Michael Niedermayer
> wrote:
>> On Sat, Oct 01, 2016 at 04:15:45PM +0200, Hendrik Leppkes wrote:
>>> Decoders have previously not used AVFrame.pts, and with the upcoming
>>> de
Please don't top post on the mailing list.
On Tue, Oct 4, 2016 at 8:20 AM, Min wrote:
> Hi, I'm using ffmpeg dxva2 implementation (ffmpeg_dxva2.c) to render mp4
> video to a DX texture.
>
> The crash happens when closing my application, when I call to
> av_frame_free() to the last frame I've crea
On Tue, Oct 4, 2016 at 1:23 PM, Michael Niedermayer
wrote:
> On Tue, Oct 04, 2016 at 08:41:42AM +0200, Hendrik Leppkes wrote:
>> On Tue, Oct 4, 2016 at 4:05 AM, Michael Niedermayer
>> wrote:
>> > On Sat, Oct 01, 2016 at 04:15:45PM +0200, Hendrik Leppkes wrote:
>> &
On Tue, Oct 4, 2016 at 1:44 PM, Hendrik Leppkes wrote:
> On Tue, Oct 4, 2016 at 1:23 PM, Michael Niedermayer
> wrote:
>> On Tue, Oct 04, 2016 at 08:41:42AM +0200, Hendrik Leppkes wrote:
>>> On Tue, Oct 4, 2016 at 4:05 AM, Michael Niedermayer
>>> wrote:
>>&g
On Tue, Oct 4, 2016 at 1:55 PM, Michael Niedermayer
wrote:
> On Tue, Oct 04, 2016 at 10:30:24AM +0200, Hendrik Leppkes wrote:
>> On Tue, Oct 4, 2016 at 8:41 AM, Hendrik Leppkes wrote:
>> > On Tue, Oct 4, 2016 at 4:05 AM, Michael Niedermayer
>> > wrote:
>> >
On Tue, Oct 4, 2016 at 4:32 PM, wm4 wrote:
> On Tue, 4 Oct 2016 14:15:03 +0200
> Michael Niedermayer wrote:
>
>> On Tue, Oct 04, 2016 at 01:52:02PM +0200, Hendrik Leppkes wrote:
>> > On Tue, Oct 4, 2016 at 1:44 PM, Hendrik Leppkes
>> > wrote:
>> >
On Tue, Oct 4, 2016 at 2:45 AM, Jon Toohill
wrote:
> Muxers can check AVCodecParameters.initial_padding for the
> encoder+decoder delay, and read the AV_PKT_DATA_SKIP_SAMPLES
> side data from the last packet for the encoder padding.
>
> This change also fixes the first_discard_sample calculation
>
On Tue, Oct 4, 2016 at 4:44 PM, James Almer wrote:
> On 10/4/2016 11:35 AM, Hendrik Leppkes wrote:
>> On Tue, Oct 4, 2016 at 4:32 PM, wm4 wrote:
>>> On Tue, 4 Oct 2016 14:15:03 +0200
>>> Michael Niedermayer wrote:
>>>
>>>> On Tue, Oct 04,
On Thu, Oct 6, 2016 at 4:08 PM, Hendrik Leppkes wrote:
> On Tue, Oct 4, 2016 at 4:44 PM, James Almer wrote:
>> On 10/4/2016 11:35 AM, Hendrik Leppkes wrote:
>>> On Tue, Oct 4, 2016 at 4:32 PM, wm4 wrote:
>>>> On Tue, 4 Oct 2016 14:15:03 +0200
>>>> Mic
On Tue, Feb 9, 2016 at 11:56 PM, Umair Khan wrote:
> Signed-off-by: Umair Khan
> ---
> ffmpeg_opt.c | 5 +++--
> 1 file changed, 3 insertions(+), 2 deletions(-)
>
> diff --git a/ffmpeg_opt.c b/ffmpeg_opt.c
> index 669976b..011a10b 100644
> --- a/ffmpeg_opt.c
> +++ b/ffmpeg_opt.c
> @@ -164,6 +164
On Wed, Feb 10, 2016 at 10:21 PM, wm4 wrote:
> On Wed, 10 Feb 2016 21:56:07 +0100
> Michael Niedermayer wrote:
>
>> Signed-off-by: Michael Niedermayer
>> ---
>> libavutil/pixdesc.c | 105
>> +++
>> libavutil/pixfmt.h | 13 +++
>> 2 files
On Wed, Feb 10, 2016 at 11:00 PM, Michael Niedermayer
wrote:
> On Wed, Feb 10, 2016 at 10:21:34PM +0100, wm4 wrote:
>> On Wed, 10 Feb 2016 21:56:07 +0100
>> Michael Niedermayer wrote:
>>
>> > Signed-off-by: Michael Niedermayer
>> > ---
>> > libavutil/pixdesc.c | 105
>> > +
On Thu, Feb 11, 2016 at 11:19 PM, Γιώργος Μεταξάκης wrote:
> Hello I have tried to send that email with git send-email but failed, so i
> will send the patch here, i hope it is okay.
>
> I am an engineer at Jumpshare (https://jumpshare.com) working on the native
> file sharing app for Windows. We
On Fri, Feb 12, 2016 at 9:21 AM, Γιώργος Μεταξάκης wrote:
> i'm very sorry for those mistakes
> i'm sending you a new patch with only 6 changes.
> The problem was that when you where capturing the screen, the mouse wasn't
> on the correct location.
>
That looks much better already, unfortunately
On Mon, Feb 15, 2016 at 9:43 AM, Carl Eugen Hoyos wrote:
> Marton Balint passwd.hu> writes:
>
>> On Mon, 15 Feb 2016, Carl Eugen Hoyos wrote:
>> > Attached patch fixes teletext detection for a sample
>> > that was uploaded by a user in the thread "Which
>> > command line can do dvb_teletext from
On Thu, Jan 28, 2016 at 5:08 PM, wm4 wrote:
> On Thu, 28 Jan 2016 12:58:25 +0100
> Hendrik Leppkes wrote:
>
>> ---
>> libavcodec/hevc.c | 13 -
>> 1 file changed, 12 insertions(+), 1 deletion(-)
>>
>> diff --git a/libavcodec/hevc.c b/liba
On Mon, Feb 15, 2016 at 2:13 PM, Ivan Kalvachev wrote:
> Do not remove HWACCEL flag with FF_API_XVMC since the
> flag is supposed to be used as generic one.
>
The flag is unused except by the XVMC decoder, so removing it with it
seems appropriate.
- Hendrik
__
On Mon, Feb 15, 2016 at 2:26 PM, Ivan Kalvachev wrote:
> On 2/15/16, Hendrik Leppkes wrote:
>> On Mon, Feb 15, 2016 at 2:13 PM, Ivan Kalvachev
>> wrote:
>>> Do not remove HWACCEL flag with FF_API_XVMC since the
>>> flag is supposed to be used as generic one.
&g
701 - 800 of 2231 matches
Mail list logo
