[FFmpeg-devel] [PATCH] crystalhd: Reorder mspeg4 decoder after software decoders

This avoids it getting picked by default, which is generally undesirable and can break test runs. Signed-off-by: Philip Langdale <phil...@overt.org> --- libavcodec/allcodecs.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libavcodec/allcodecs.c b/libavcodec/allco

Re: [FFmpeg-devel] [PATCH 02/10] crystalhd: Switch to new decode API and remove the insanity

On 2016-10-27 13:47, Hendrik Leppkes wrote: On Thu, Oct 27, 2016 at 5:09 PM, Philip Langdale <phil...@overt.org> wrote: On Thu, 27 Oct 2016 16:01:42 +0200 Timo Rothenpieler <t...@rothenpieler.org> wrote: > > breaks fate: > > ./configure && make -j12 f

Re: [FFmpeg-devel] [PATCH 02/10] crystalhd: Switch to new decode API and remove the insanity

On 2016-10-27 09:48, Nicolas George wrote: Le sextidi 6 brumaire, an CCXXV, Philip Langdale a écrit : the library spams stdout (which sucks, but what can you do) First step, look if there is a clean way of fixing it from the outside. Maybe by setting a logging callback? You probably already

Re: [FFmpeg-devel] [PATCH 02/10] crystalhd: Switch to new decode API and remove the insanity

On Thu, 27 Oct 2016 16:01:42 +0200 Timo Rothenpieler wrote: > > > > breaks fate: > > > > ./configure && make -j12 fate-vsynth1-msmpeg4 > > ... > > TESTvsynth1-msmpeg4 > > --- ./tests/ref/vsynth/vsynth1-msmpeg4 2016-10-27 > > 03:11:18.675647981 +0200 +++

[FFmpeg-devel] [PATCH 07/10] crystalhd: Keep NOPTS_VALUE so we know it's not there.

Signed-off-by: Philip Langdale <phil...@overt.org> --- libavcodec/crystalhd.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/libavcodec/crystalhd.c b/libavcodec/crystalhd.c index b68701a..4ac138c 100644 --- a/libavcodec/crystalhd.c +++ b/libavcodec/crystalhd.c @@

[FFmpeg-devel] [PATCH 00/10] crystalhd: Move to new decode API

nothing. Philip Langdale (10): crystalhd: Fix up the missing first sample crystalhd: Switch to new decode API and remove the insanity crystalhd: Revert back to letting hardware handle packed b-frames crystalhd: Remove trust_interlaced heuristic crystalhd: We don't need the track the last

[FFmpeg-devel] [PATCH 03/10] crystalhd: Revert back to letting hardware handle packed b-frames

on that and went back to making the old hardware based path work. Turns out that it wasn't broken except that some samples have a 6 byte drop packet which I wasn't accounting for. Now it works again and seeks are good. Signed-off-by: Philip Langdale <phil...@overt.org> --- libavcodec/cryst

[FFmpeg-devel] [PATCH 10/10] crystalhd: Update high level description

We don't need to document the horrible hacks that we removed. Signed-off-by: Philip Langdale <phil...@overt.org> --- libavcodec/crystalhd.c | 38 +- 1 file changed, 5 insertions(+), 33 deletions(-) diff --git a/libavcodec/crystalhd.c b/libavcodec/cryst

[FFmpeg-devel] [PATCH 04/10] crystalhd: Remove trust_interlaced heuristic

It seems that without all the other 1:1 heuristics, we don't have a fundamental problem trusting the interlaced flag on output pictures. That's a relief. Signed-off-by: Philip Langdale <phil...@overt.org> --- libavcodec/crystalhd.c | 37 - 1 file chan

[FFmpeg-devel] [PATCH 01/10] crystalhd: Fix up the missing first sample

) even if the luma is isn't. Signed-off-by: Philip Langdale <phil...@overt.org> --- libavcodec/crystalhd.c | 9 + 1 file changed, 9 insertions(+) diff --git a/libavcodec/crystalhd.c b/libavcodec/crystalhd.c index 9120940..137ed20 100644 --- a/libavcodec/crystalhd.c +++ b/liba

[FFmpeg-devel] [PATCH 09/10] crystalhd: Simplify output frame handling

The old code had to retain a partial frame across two calls in the case of separate interlaced fields. Now, we know that we'll get both fields within the same receive_frame call, and so we don't need to manage the frame as private state any more. Signed-off-by: Philip Langdale <phil...@overt.

[FFmpeg-devel] [PATCH 02/10] crystalhd: Switch to new decode API and remove the insanity

loop in the decoder to get the second field requires restoring some heuristics to avoid dead-locking when additional input is required to get additional output. Signed-off-by: Philip Langdale <phil...@overt.org> --- libavcodec/crystalhd.c

[FFmpeg-devel] [PATCH 08/10] crystalhd: Loop for a frame internally where possible.

It's not possible to return EAGAIN when we've passed input EOF and are in draining mode. If do return EAGAIN, we're saying there's no way to get any more output - which isn't true in many cases. So let's handled these cases in an internal loop as best we can. Signed-off-by: Philip Langdale <p

[FFmpeg-devel] [PATCH 05/10] crystalhd: We don't need the track the last picture number anymore

This was needed to detect an interlaced failure case that doesn't happen with the new decode api. Signed-off-by: Philip Langdale <phil...@overt.org> --- libavcodec/crystalhd.c | 40 1 file changed, 40 deletions(-) diff --git a/libavcodec/crystal

[FFmpeg-devel] [PATCH 06/10] crystalhd: Remove h.264 parser

Now that we don't need to do ridiculous things to work out if a frame is interlaced or not, we don't need an extra h.264 parser. Signed-off-by: Philip Langdale <phil...@overt.org> --- libavcodec/crystalhd.c | 55 -- 1 file changed, 4 inse

Re: [FFmpeg-devel] [PATCH 1/8] compat/cuda: add dynamic loader

On Wed, 19 Oct 2016 14:00:29 +0200 Timo Rothenpieler wrote: > --- > compat/cuda/dynlink_cuda.h | 88 + > compat/cuda/dynlink_cuviddec.h | 808 > + > compat/cuda/dynlink_loader.h | 254 + >

[FFmpeg-devel] [PATCH 2/2] crystalhd: Use mpeg4_unpack_bframes to avoid buggy crystalhd handling

The hardware handling of packed bframes was always questionable but it used to ok with my workaround. Today, not so much. But today we have a bsf to unpack the bframes, so let's just use that and be done with it. --- libavcodec/crystalhd.c | 127 -

[FFmpeg-devel] [PATCH 1/2] crystalhd: Fix handling of PTS

With all the various refactorings that have happened over the years, the current pts logic is very broken for non-trivial cases (ie: ones where not every frame/field has a meaningful pts assocated with it). Generally, we do not want to write AV_NOPTS_VALUE as the output timestamp, regardless of

[FFmpeg-devel] [PATCH 0/2] crystalhd: Fix various regressions

These changes should bring CrystalHD functionality back to where it was when the decoder was originally completed. There are various interlaced edge cases that remain problematic, and can probably only be addressed by switching to the new m:n decode API - which I might do someday. Philip Langdale

Re: [FFmpeg-devel] [PATCH] Changelog: Add CUVID entries

On Wed, 5 Oct 2016 13:09:06 +0200 Carl Eugen Hoyos <ceffm...@gmail.com> wrote: > 2016-10-05 5:56 GMT+02:00 Philip Langdale <phil...@overt.org>: > > From: Philip Langdale <phil...@cloudera.com> > > > > Signed-off-by: Philip Langdale <phil...@cloudera.com&g

Re: [FFmpeg-devel] [PATCH 1/2] avutil/hwcontext_cuda: align allocated frames

On Sun, 2 Oct 2016 18:58:12 +0200 Timo Rothenpieler wrote: > --- > libavutil/hwcontext_cuda.c | 43 > --- 1 file changed, 28 > insertions(+), 15 deletions(-) > > diff --git a/libavutil/hwcontext_cuda.c b/libavutil/hwcontext_cuda.c

Re: [FFmpeg-devel] [PATCH 2/2] MAINTAINERS: add myself for hwcontext_cuda

On Sun, 2 Oct 2016 18:58:13 +0200 Timo Rothenpieler wrote: > --- > MAINTAINERS | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/MAINTAINERS b/MAINTAINERS > index d1e487a..3570253 100644 > --- a/MAINTAINERS > +++ b/MAINTAINERS > @@ -78,6 +78,7 @@ Other: >

Re: [FFmpeg-devel] [PATCH] lavc/movtextdec.c: Avoid infinite loop on invalid data.

On Tue, 27 Sep 2016 19:23:20 -0700 Sasi Inguva wrote: > Signed-off-by: Sasi Inguva > --- > libavcodec/movtextdec.c | 4 > 1 file changed, 4 insertions(+) > > diff --git a/libavcodec/movtextdec.c b/libavcodec/movtextdec.c > index

[FFmpeg-devel] [PATCH] cuvid: Pass bit depth information to decoder

Although cuvid can only output 8bit, it can consume HEVC Main10 if the bit depth is set properly. In cases where >8bit is not supported, this change is still beneficial as the decoder will fail to be created instead of plowing throw and decoding as 8bit. Signed-off-by: Philip Langdale &l

Re: [FFmpeg-devel] [PATCH] crystalhd: Use up-to-date bsf API

On Sun, 18 Sep 2016 12:43:25 -0700 Philip Langdale <phil...@overt.org> wrote: > Although the old API is supposed to functional, the crystalhd > decoder is currently not working for non-annex.b h.264 content. > > So, let's update to the modern API and make it work agai

[FFmpeg-devel] [PATCH] cuvid: Update configure checks to account for bundled headers

We don't need to explicitly check for PICPARMS now - they're going to be there. Signed-off-by: Philip Langdale <phil...@overt.org> --- configure | 51 ++- 1 file changed, 22 insertions(+), 29 deletions(-) diff --git a/configure b/configure

Re: [FFmpeg-devel] [PATCH 0/3] Include headers for cuvid

On Wed, 21 Sep 2016 15:09:36 +1000 Matt Oliver <protogo...@gmail.com> wrote: > On 21 September 2016 at 14:38, Philip Langdale <phil...@overt.org> > wrote: > > > The cuvid header situation is a mess - the only feature-complete > > headers are > > in t

[FFmpeg-devel] [PATCH 0/3] Include headers for cuvid

of a dynlink system that's specific to the Video SDK samples, which we don't need and don't really want. Philip Langdale (3): cuvid: Add MIT licenced nvcuid headers from Video SDK 7.0 cuvid: Modify cuvid headers to be usable cuvid: Use the compat headers for nvcuvid compat/cuda/cuviddec.h | 827

[FFmpeg-devel] [PATCH 3/3] cuvid: Use the compat headers for nvcuvid

Signed-off-by: Philip Langdale <phil...@overt.org> --- libavcodec/cuvid.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libavcodec/cuvid.c b/libavcodec/cuvid.c index f2e92cf..7fd0b0d 100644 --- a/libavcodec/cuvid.c +++ b/libavcodec/cuvid.c @@ -30,7 +30,7 @@ #i

[FFmpeg-devel] [PATCH 1/3] cuvid: Add MIT licenced nvcuid headers from Video SDK 7.0

-by: Philip Langdale <phil...@overt.org> --- compat/cuda/cuviddec.h | 844 + compat/cuda/nvcuvid.h | 333 +++ 2 files changed, 1177 insertions(+) create mode 100644 compat/cuda/cuviddec.h create mode 100644 compat/cuda/nvcuvid.h

[FFmpeg-devel] [PATCH 2/3] cuvid: Modify cuvid headers to be usable

We remove the dynlink fanciness with normal function prototypes and update the include paths. Signed-off-by: Philip Langdale <phil...@overt.org> --- compat/cuda/cuviddec.h | 53 +- compat/cuda/nvcuvid.h | 34 +++--

[FFmpeg-devel] [PATCH] crystalhd: Use up-to-date bsf API

Although the old API is supposed to functional, the crystalhd decoder is currently not working for non-annex.b h.264 content. So, let's update to the modern API and make it work again. Signed-off-by: Philip Langdale <phil...@overt.org> --- libavcodec/crystalhd.

[FFmpeg-devel] [PATCH 2/2] cuvid: Check for non 420 chroma formats - they aren't supported

Despite the video parser seeming to correctly handle 422 and 444 chroma formats, the video decoder fails miserably to actually decode frames - even though no errors are ever returned; you just get frames showing unintialized garbage. Signed-off-by: Philip Langdale <phil...@overt.

[FFmpeg-devel] [PATCH 1/2] cuvid: Fully re-initialize the parser after a flush.

I'm not really sure how this worked at all before, but we do need to reinitalize the parser with the stream extradata. Signed-off-by: Philip Langdale <phil...@overt.org> --- libavcodec/cuvid.c | 10 ++ 1 file changed, 10 insertions(+) diff --git a/libavcodec/cuvid.c b/libavcodec/c

[FFmpeg-devel] [PATCH] cuvid: Always check for internal errors during parsing

the internal error flag every time. Signed-off-by: Philip Langdale <phil...@overt.org> --- libavcodec/cuvid.c | 9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/libavcodec/cuvid.c b/libavcodec/cuvid.c index de75960..19a7772 100644 --- a/libavcodec/cuvid.c +++ b/libavcodec/c

[FFmpeg-devel] [PATCH 2/2] cuvid: Implement flush to support seeking in media players

initialised. This is a fair check to do at the beginning but not after a flush, so it has to be made conditional. Signed-off-by: Philip Langdale <phil...@overt.org> --- libavcodec/cuvid.c | 130 + 1 file changed, 91 insertions(+), 39 del

[FFmpeg-devel] [PATCH 0/2] cuvid: Improvements for media player usage

I've been investigating using cuvid for interactive playback, and even without using CUDA->OpenGL interop, it's quite usable. This series includes two major items: * Declare decoders for the other formats that cuvid supports * Implement flushing so that seeks in a player will work Phi

[FFmpeg-devel] [PATCH 1/2] cuvid: Add hwaccels and decoders for remaining supported formats

cuvid/nvdecode also supports mpeg1, mpeg2, h.263/mpeg4-asp and mjpeg. It should, in theory, also support wmv3 via the vc1 support, given that vdpau supports this. However, it failed to play wmv3 samples which vdpau played correctly, so I'm not sure what to make of it. Signed-off-by: Philip

[FFmpeg-devel] [PATCH] cuvid: Add hwaccels and decoders for remaining supported formats

cuvid/nvdecode also supports mpeg1, mpeg2, h.263/mpeg4-asp and mjpeg. It should, in theory, also support wmv3 via the vc1 support, given that vdpau supports this. However, it failed to play wmv3 samples which vdpau played correctly, so I'm not sure what to make of it. Signed-off-by: Philip

Re: [FFmpeg-devel] ffmpeg_vdpau: Re-add ability to ignore level check

On 2016-06-08 21:54, Mark Thompson wrote: On 08/06/16 13:59, Carl Eugen Hoyos wrote: Mark Thompson jkqxz.net> writes: Uses the global -hwaccel_lax_profile_check option (may be misnamed for this purpose, but it has the right spirit). Iirc, all old x264 files have a very high profile set

Re: [FFmpeg-devel] [PATCH] avcodec: Remove libstagefright

delete mode 100644 tools/build_libstagefright > > diff --git a/MAINTAINERS b/MAINTAINERS > index 9add13d..b62a4f8 100644 > --- a/MAINTAINERS > +++ b/MAINTAINERS > @@ -304,7 +304,6 @@ Codecs: > Hardware acceleration: >crystalhd.c Philip Langda

Re: [FFmpeg-devel] [PATCH] vaapi: Add VP9 hwaccell support

On 2015-12-22 00:53, Timo Rothenpieler wrote: ping Is any further review required, or is it fine to just push? Good to push as far as I'm concerned. --phil ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org

Re: [FFmpeg-devel] [PATCH v2] avcodec/nvenc: Include NVENC SDK header

On 2015-12-12 20:33, Nicolas George wrote: Le duodi 22 frimaire, an CCXXIV, Philip Langdale a écrit : it would be highly illogical to conclude that section 6/7 do not apply to the original code itself and that we need to construct a separate entity that does the combination

Re: [FFmpeg-devel] [PATCH v2] avcodec/nvenc: Include NVENC SDK header

On 2015-12-12 19:26, Andreas Cadhalpun wrote: On 12.12.2015 11:35, Hendrik Leppkes wrote: On Sat, Dec 12, 2015 at 11:25 AM, Andreas Cadhalpun wrote: On 12.12.2015 10:50, Hendrik Leppkes wrote: We should just add an exception into the license to explicitly

Re: [FFmpeg-devel] [PATCH v2] avcodec/nvenc: Include NVENC SDK header

On 2015-12-12 00:03, Andreas Cadhalpun wrote: On 11.12.2015 09:41, Carl Eugen Hoyos wrote: On Friday 11 December 2015 12:16:48 am Andreas Cadhalpun wrote: Well, the problem is that the answer may depend on the system. If Nvidia offers Graphics Driver for download on its ftp server for

Re: [FFmpeg-devel] [PATCH v2] avcodec/nvenc: Include NVENC SDK header

On 2015-12-08 02:53, Timo Rothenpieler wrote: Nvidia finaly decided to put a propper MIT license on their nvenc header, so it can be included, removing any external dependencies for nvenc and making it no longer require the non-free flag. nvenc.h is the original nvEncodeApi.h from the NVENC

Re: [FFmpeg-devel] [PATCH 1/2] avcodec/nvenc: Include NVENC SDK header

On 2015-12-10 06:05, Andreas Cadhalpun wrote: On 09.12.2015 17:38, Hendrik Leppkes wrote: On Wed, Dec 9, 2015 at 5:33 PM, Timo Rothenpieler wrote: If I understand carl right, the question is not about the header, but about if dlopen'ing a non-free library, the CUDA and

Re: [FFmpeg-devel] [PATCH 1/2] avcodec/nvenc: Include NVENC SDK header

On 2015-12-09 21:34, wm4 wrote: On Mon, 7 Dec 2015 19:34:20 +0100 Timo Rothenpieler wrote: > I don't remember if this was discussed when avisynth and other headers > where included, but what's the advantage of directly including the > header and burden the FFmpeg

Re: [FFmpeg-devel] [PATCH] fix nvenc potential profile error when encoding yuv444p

On Wed, 28 Oct 2015 14:53:42 +0800 Agatha Hu wrote: > --- > libavcodec/nvenc.c | 7 ++- > 1 file changed, 6 insertions(+), 1 deletion(-) > > diff --git a/libavcodec/nvenc.c b/libavcodec/nvenc.c > index 0e6ef43..083e494 100644 > --- a/libavcodec/nvenc.c > +++

Re: [FFmpeg-devel] [PATCH] avcodec: remove old vdpau decoder implementation

On Sun, 4 Oct 2015 09:25:23 -0400 compn wrote: > carl: if this new api works with kodi and mplayer, whats the problem? > > are there still users of this api in 2015? yes or no? > > carl, do you use this api? what for? to test vdpau? I'm curious about this too. Traditionally,

Re: [FFmpeg-devel] [PATCH 2/3] Optimize nvenc parameters, add 3 more presets: fast, medium, slow

On Fri, 11 Sep 2015 17:32:06 +0800 Agatha Hu wrote: > From: ahu > > --- > libavcodec/nvenc.c | 59 > +++- 1 file changed, > 54 insertions(+), 5 deletions(-) > > diff --git a/libavcodec/nvenc.c

Re: [FFmpeg-devel] Optimized parameters for NVENC

On Wed, 9 Sep 2015 15:55:22 +0800 Agatha Hu wrote: > My colleagues recently optimized some initial parameter settings for > nvenc extension, it improves the PSNR result by approximately 0.5dB. > The main idea is assign some optimized initialQPs. > I'll send the patch after

[FFmpeg-devel] [PATCH] avcodec/vc1dec: Re-order init to avoid initting hwaccel too early

-by: Philip Langdale phil...@overt.org --- libavcodec/vc1dec.c | 52 1 file changed, 28 insertions(+), 24 deletions(-) diff --git a/libavcodec/vc1dec.c b/libavcodec/vc1dec.c index 04e22cc..acd29bc 100644 --- a/libavcodec/vc1dec.c +++ b/libavcodec

Re: [FFmpeg-devel] [PATCH] avcodec/vc1dec: Re-order init to avoid initting hwaccel too early

On Fri, 28 Aug 2015 20:44:24 +0200 Michael Niedermayer mich...@niedermayer.cc wrote: On Fri, Aug 28, 2015 at 08:17:41AM -0700, Philip Langdale wrote: At least for vdpau, the hwaccel init code tries to check the video profile and ensure that there is a matching vdpau profile available

Re: [FFmpeg-devel] [PATCH] vaapi: Add hevc hwaccel support

On 2015-08-25 10:33, Hendrik Leppkes wrote: On Tue, Aug 25, 2015 at 7:24 PM, Philip Langdale phil...@overt.org wrote: On 2015-08-25 05:06, Timo Rothenpieler wrote: --- configure | 2 + libavcodec/Makefile | 1 + libavcodec/allcodecs.c | 1 + libavcodec/hevc.c

Re: [FFmpeg-devel] [PATCH] avcodec/vdpau: fix compilation of mpeg1/mpeg4/vc1 decoders when h264 is disabled

On 2015-08-24 19:58, James Almer wrote: Signed-off-by: James Almer jamr...@gmail.com --- Untested as i don't have a vdpau system. See http://fate.ffmpeg.org/report.cgi?time=20150823144028slot=x86_64-archlinux-gcc-random libavcodec/vdpau.c | 44 +++- 1

Re: [FFmpeg-devel] [PATCH] avcodec/vdpau: fix compilation of mpeg1/mpeg4/vc1 decoders when h264 is disabled

On Tue, 25 Aug 2015 09:50:47 -0700 Philip Langdale phil...@overt.org wrote: On 2015-08-24 19:58, James Almer wrote: Signed-off-by: James Almer jamr...@gmail.com --- Untested as i don't have a vdpau system. See http://fate.ffmpeg.org/report.cgi?time=20150823144028slot=x86_64-archlinux

Re: [FFmpeg-devel] [PATCH] vaapi: Add hevc hwaccel support

On Wed, 26 Aug 2015 02:19:02 +0200 Timo Rothenpieler t...@rothenpieler.org wrote: --- configure | 4 + libavcodec/Makefile | 1 + libavcodec/allcodecs.c | 1 + libavcodec/hevc.c | 5 +- libavcodec/vaapi_hevc.c | 449

Re: [FFmpeg-devel] [PATCH]Postpone vdpau removal

On Sat, 22 Aug 2015 13:59:10 +0200 Andreas Cadhalpun andreas.cadhal...@googlemail.com wrote: On 22.08.2015 05:12, Philip Langdale wrote: I've sent a patch to the mplayer list that removes these final bits. Thanks. I've verified that mplayer compiles and then runs correctly, but I

Re: [FFmpeg-devel] [PATCH]Postpone vdpau removal

On Wed, 19 Aug 2015 21:15:55 +0200 Andreas Cadhalpun andreas.cadhal...@googlemail.com wrote: On 19.08.2015 21:10, Philip Langdale wrote: I'll need to take a look at it, which I can do later this week. OK, thanks. There's definitely code left that references the old api that can

Re: [FFmpeg-devel] [PATCH]Postpone vdpau removal

On 2015-08-19 12:15, Andreas Cadhalpun wrote: On 19.08.2015 21:10, Philip Langdale wrote: I'll need to take a look at it, which I can do later this week. OK, thanks. There's definitely code left that references the old api that can be removed. But removing it may not be trivial if it's

Re: [FFmpeg-devel] [PATCH]Postpone vdpau removal

andreas.cadhal...@googlemail.com wrote: On 19.08.2015 01:08, Philip Langdale wrote: On 2015-08-18 15:59, Andreas Cadhalpun wrote: On 18.08.2015 23:15, Philip Langdale wrote: Do we have any known applications that still use the old API. Even mplayer, of all things, uses the new API. I'm

Re: [FFmpeg-devel] [PATCH]Postpone vdpau removal

On 2015-08-18 15:59, Andreas Cadhalpun wrote: On 18.08.2015 23:15, Philip Langdale wrote: On 2015-08-18 14:05, Carl Eugen Hoyos wrote: Ronald S. Bultje rsbultje at gmail.com writes: Attached patch postpones the vdpau removal. The decoders were only deprecated today, so give users time

Re: [FFmpeg-devel] [PATCH] ffmpeg_vdpau: Ignore decoder's max supported level

On Sun, 16 Aug 2015 22:36:26 + (UTC) Carl Eugen Hoyos ceho...@ag.or.at wrote: Philip Langdale philipl at overt.org writes: -if (av_vdpau_bind_context(s, ctx-device, ctx-get_proc_address, 0)) +if (av_vdpau_bind_context(s, ctx-device, ctx-get_proc_address

Re: [FFmpeg-devel] [PATCH] ffmpeg_vdpau: Ignore decoder's max supported level

On Sun, 16 Aug 2015 14:33:18 +0200 wm4 nfx...@googlemail.com wrote: On Sat, 15 Aug 2015 21:27:58 -0700 Philip Langdale phil...@overt.org wrote: The h264 decoder reports 4.1 as its maximum level, but it will decode 5.1 4K video just fine. In practice, the published level limits in vdpau

[FFmpeg-devel] [PATCH] ffmpeg_vdpau: Ignore decoder's max supported level

The h264 decoder reports 4.1 as its maximum level, but it will decode 5.1 4K video just fine. In practice, the published level limits in vdpau do not communicate anything that's actually useful. Signed-off-by: Philip Langdale phil...@overt.org --- ffmpeg_vdpau.c | 2 +- 1 file changed, 1

Re: [FFmpeg-devel] [PATCH] movtextdec: Add support for automatic text wrapping

On Fri, 14 Aug 2015 20:19:51 +0530 Niklesh Lalwani niklesh.lalw...@iitb.ac.in wrote: From: Niklesh niklesh.lalw...@iitb.ac.in The value of wrap_flag in the Text Wrap Box specifies if the text is to be wrapped or not. Uses 'end of line wrap' amongst the wrap styles supported by ASS if the

Re: [FFmpeg-devel] [PATCH] movtextdec: Use default style information from movtext header

On Wed, 12 Aug 2015 18:24:32 +0530 Niklesh Lalwani niklesh.lalw...@iitb.ac.in wrote: From: Niklesh niklesh.lalw...@iitb.ac.in As suggested, posting the combined patch with the fate changes. The patch sets the default style in ASS from the default style information present in the movtext

Re: [FFmpeg-devel] [PATCH] avcodec/vc1dec: Re-order init to avoid initting hwaccel too early

On Sun, 09 Aug 2015 10:36:25 +0100 Andy Furniss adf.li...@gmail.com wrote: Philip Langdale wrote: At least for vdpau, the hwaccel init code tries to check the video profile and ensure that there is a matching vdpau profile available. If it can't find a match, it will fail to initialise

[FFmpeg-devel] [PATCH] avcodec/vc1dec: Re-order init to avoid initting hwaccel too early

-by: Philip Langdale phil...@overt.org --- libavcodec/vc1dec.c | 52 1 file changed, 28 insertions(+), 24 deletions(-) diff --git a/libavcodec/vc1dec.c b/libavcodec/vc1dec.c index abaa0b4..e8e79af 100644 --- a/libavcodec/vc1dec.c +++ b/libavcodec

Re: [FFmpeg-devel] [PATCH] avcodec/vc1dec: Re-order init to avoid initting hwaccel too early

On Sun, 9 Aug 2015 12:42:22 +0200 Michael Niedermayer mich...@niedermayer.cc wrote: On Sat, Aug 08, 2015 at 07:57:29PM -0700, Philip Langdale wrote: At least for vdpau, the hwaccel init code tries to check the video profile and ensure that there is a matching vdpau profile available

Re: [FFmpeg-devel] [PATCH] movtextdec: Use default style information from movtext header

On Mon, 10 Aug 2015 01:18:58 +0530 Niklesh Lalwani niklesh.lalw...@iitb.ac.in wrote: + +typedef struct { +char *font; +int fontsize; +int color; +int back_color; +int bold; +int italic; +int underline; +int alignment; +}

[FFmpeg-devel] [PATCH] avcodec/vc1dec: Re-order init to avoid initting hwaccel too early

-by: Philip Langdale phil...@overt.org --- libavcodec/vc1dec.c | 47 --- 1 file changed, 24 insertions(+), 23 deletions(-) diff --git a/libavcodec/vc1dec.c b/libavcodec/vc1dec.c index abaa0b4..12257b8 100644 --- a/libavcodec/vc1dec.c +++ b/libavcodec/vc1dec.c

[FFmpeg-devel] [PATCH] avcodec/vc1dec: Re-order init to avoid initting hwaccel too early

-by: Philip Langdale phil...@overt.org --- libavcodec/vc1dec.c | 55 - 1 file changed, 29 insertions(+), 26 deletions(-) diff --git a/libavcodec/vc1dec.c b/libavcodec/vc1dec.c index abaa0b4..26df31c 100644 --- a/libavcodec/vc1dec.c +++ b/libavcodec

Re: [FFmpeg-devel] [PATCH] avcodec/vc1dec: Re-order init to avoid initting hwaccel too early

On Sun, 9 Aug 2015 03:56:08 +0200 Michael Niedermayer mich...@niedermayer.cc wrote: +ff_vc1_decode_end(avctx); this will dealocate sprite_output_frame and crash when its used later Thanks. Sending updated patch. --phil ___ ffmpeg-devel

Re: [FFmpeg-devel] Problem Still Exists on avcodec/vdpau_hevc: Remove experimental flag

On Fri, 7 Aug 2015 09:45:23 + (UTC) Ali KIZIL aliki...@gmail.com wrote: Hello, I wanted to inform interleaving problem still exisits even with Nvidia 355.06 driver. More info here: https://github.com/FFmpeg/FFmpeg/commit/aa10f0aab0e2729e0a5edbd7b6838658d6 3421e1 I replied on github

Re: [FFmpeg-devel] [PATCH] movtextdec.c: Add support for font names

On Thu, 6 Aug 2015 09:17:17 +0530 Niklesh Lalwani lalwani1...@gmail.com wrote: Changes incorporated. Updated patch attached. Pushed. Thanks. --phil ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Re: [FFmpeg-devel] [PATCH] movtextdec.c: Add support for font names

On Thu, 6 Aug 2015 00:12:07 +0530 Niklesh Lalwani lalwani1...@gmail.com wrote: From 90f466bb6a5d3cd24d7ea4d9fd8a2915cc68cdb2 Mon Sep 17 00:00:00 2001 From: Niklesh niklesh.lalw...@iitb.ac.in Date: Thu, 6 Aug 2015 00:06:15 +0530 Subject: [PATCH] movtextdec.c: Add support for font names

Re: [FFmpeg-devel] [PATCH] movtextdec.c: Add support for font names

On Thu, 6 Aug 2015 07:13:07 +0530 Niklesh Lalwani lalwani1...@gmail.com wrote: On Thu, Aug 6, 2015 at 2:02 AM, Philip Langdale phil...@overt.org wrote: On Thu, 6 Aug 2015 00:12:07 +0530 Niklesh Lalwani lalwani1...@gmail.com wrote: From 90f466bb6a5d3cd24d7ea4d9fd8a2915cc68cdb2 Mon Sep

Re: [FFmpeg-devel] [PATCH] lavc: propagate hwaccel errors

On Wed, 5 Aug 2015 21:59:19 +0200 wm4 nfx...@googlemail.com wrote: At least the new videotoolbox decoder does not actually set a frame if end_frame fails. This causes the API to return success and signals that a picture was decoded, even though AVFrame-data[0] is NULL. Fix this by

Re: [FFmpeg-devel] [PATCH 3/3] MAINTAINERS: Add myself to vdpau maintainers

On Tue, 4 Aug 2015 11:02:40 + (UTC) Carl Eugen Hoyos ceho...@ag.or.at wrote: Philip Langdale philipl at overt.org writes: - vdpau*Carl Eugen Hoyos + vdpau*Philip Langdale, Carl Eugen Hoyos This is of course ok

Re: [FFmpeg-devel] [PATCH] movtextdec.c: Add support for font names

On Tue, 4 Aug 2015 20:15:58 +0530 Niklesh Lalwani niklesh.lalw...@iitb.ac.in wrote: From f901f48320140b8f011ec089e6d950e25c90beec Mon Sep 17 00:00:00 2001 From: Niklesh niklesh.lalw...@iitb.ac.in Date: Tue, 4 Aug 2015 20:10:28 +0530 Subject: [PATCH] movtextdec.c: Add support for font names

[FFmpeg-devel] [PATCH 3/3] MAINTAINERS: Add myself to vdpau maintainers

Signed-off-by: Philip Langdale phil...@overt.org --- MAINTAINERS | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index da02165..b0d0dc7 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -304,7 +304,7 @@ Hardware acceleration: libstagefright.cpp

[FFmpeg-devel] [PATCH 2/3] avcodec/vdpau_hevc: Properly signal the num_delta_pocs from the SPS RPS

This is the same fix that Hendrik made to dxva2_hevc. It should be equally required here, although I don't see any visual difference. Nevertheless, best to stay consistent. Signed-off-by: Philip Langdale phil...@overt.org --- libavcodec/vdpau_hevc.c | 2 +- 1 file changed, 1 insertion(+), 1

Re: [FFmpeg-devel] [PATCH] movtextdec.c: Add support for font names

On Fri, 31 Jul 2015 19:25:58 +0530 Niklesh Lalwani niklesh.lalw...@iitb.ac.in wrote: From: Niklesh niklesh.lalw...@iitb.ac.in The font names are extracted from the font table, present in text sample entry. More than one fonts can be present, which is taken care of in the patch.

[FFmpeg-devel] [PATCH 0/3] Some VDPAU HEVC stuff

With the latest nvidia driver update, HEVC decoding basically works now. Philip Langdale (3): avcodec/vdpau_hevc: Remove experimental flag avcodec/vdpau_hevc: Properly signal the num_delta_pocs from the SPS RPS MAINTAINERS: Add myself to vdpau maintainers MAINTAINERS | 3

[FFmpeg-devel] [PATCH 1/3] avcodec/vdpau_hevc: Remove experimental flag

The latest nvidia 355.06 drivers fixes the interleaving bug when video surfaces are rendered. It still seems to be broken for read-back with getBits but that's sufficiently uninteresting that I don't think we need to wait for it to remove the flag. Signed-off-by: Philip Langdale phil...@overt.org

Re: [FFmpeg-devel] [PATCH] movtextdec.c: Add support for fontsize

On Fri, 24 Jul 2015 14:35:16 +0530 Niklesh Lalwani niklesh.lalw...@iitb.ac.in wrote: From: Niklesh niklesh.lalw...@iitb.ac.in Add support for fontsize in style records. The patch uses reset to directly change back to default style instead of using closing tags, since we are not handling the

Re: [FFmpeg-devel] [PATCH 1/2] movtextenc.c: Reorganize the code for easier maintenance

On Mon, 20 Jul 2015 23:57:28 +0530 Niklesh Lalwani niklesh.lalw...@iitb.ac.in wrote: From: Niklesh niklesh.lalw...@iitb.ac.in This patch reorganizes the code to make it easier to add support for different text modifier boxes and other styles in the future. Signed-off-by: Niklesh

Re: [FFmpeg-devel] [PATCH 2/2] movtextenc.c: Add support for text highlighting

On Tue, 21 Jul 2015 00:02:31 +0530 Niklesh Lalwani niklesh.lalw...@iitb.ac.in wrote: From: Niklesh niklesh.lalw...@iitb.ac.in This patch takes care of the secondary color changes in ASS through highlight and hilightcolor boxes. Signed-off-by: Niklesh niklesh.lalw...@iitb.ac.in ---

Re: [FFmpeg-devel] [PATCH] movtextdec.c: Correct the highlight tags

On Fri, 17 Jul 2015 16:03:09 +0530 Niklesh Lalwani niklesh.lalw...@iitb.ac.in wrote: From: Niklesh niklesh.lalw...@iitb.ac.in Signed-off-by: Niklesh niklesh.lalw...@iitb.ac.in --- libavcodec/movtextdec.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

Re: [FFmpeg-devel] [PATCH] movtextdec.c: Add support for highlight and hilightcolor box

On Sun, 12 Jul 2015 12:50:22 +0530 Niklesh Lalwani lalwani1...@gmail.com wrote: Updated patch attached. As Philip said, this was not a simple re-indent, so indentation included. Thanks, Niklesh Pushed, thanks. --phil ___ ffmpeg-devel mailing

Re: [FFmpeg-devel] [PATCH] movtextdec.c: Add support for highlight and hilightcolor box

On 2015-07-06 14:42, Clément Bœsch wrote: { int i = 0; int text_pos = 0; while (text text_end) { -for (i = 0; i style_entries; i++) { -if (s[i]-style_flag text_pos == s[i]-style_end) { -if (s[i]-style_flag STYLE_FLAG_BOLD) -

Re: [FFmpeg-devel] [PATCH] movtextdec.c: Add support for highlight and hilightcolor box

On Sun, 5 Jul 2015 15:53:32 +0530 Niklesh Lalwani niklesh.lalw...@iitb.ac.in wrote: From: Niklesh niklesh.lalw...@iitb.ac.in This patch adds support for decoding of Highlight and hilightcolor box as defined by 3GPP standards. The code is also reorganised to make it easier to maintain and

[FFmpeg-devel] [PATCH] avcodec/nvenc: Add support for H.264 High 444 Predictive encoding

by generating a baseline sample with testsrc converted to raw yuv444p, then encoded the sample with nvenc, then did a framemd5 comparision of both the raw video and the nvenc encode. The framemd5 reports were identical. Signed-off-by: Philip Langdale phil...@overt.org --- libavcodec/nvenc.c | 31

[FFmpeg-devel] [PATCH] avcodec: Add flag for experimental HWAccels and use it for VDPAU/HEVC

This HWAccel isn't really usable right now due to an nvidia driver bug, so we don't want it selected by default. HWAccels have a capabilities field and there's a comment about flags, but no flags exist today, so let's add one for experimental hwaccels. Signed-off-by: Philip Langdale phil

Re: [FFmpeg-devel] [PATCH] avcodec: Add flag for experimental HWAccels and use it for VDPAU/HEVC

On 2015-06-26 09:09, wm4 wrote: diff --git a/libavcodec/version.h b/libavcodec/version.h index eff8820..1073588 100644 --- a/libavcodec/version.h +++ b/libavcodec/version.h @@ -29,7 +29,7 @@ #include libavutil/version.h #define LIBAVCODEC_VERSION_MAJOR 56 -#define LIBAVCODEC_VERSION_MINOR 45

Re: [FFmpeg-devel] [PATCH 2/2] movtextenc.c: Support for Bold, Italic and Underlined styles

On 2015-06-26 09:48, Niklesh Lalwani wrote: The output produced here was actually different from the expected. Hence the test failed. I produced ASS file for both the original file and the encoded file. The ass file produced from the encoded mp4 file seemed to be dropping all text after \N

Re: [FFmpeg-devel] [PATCH] avcodec: Add flag for experimental HWAccels and use it for VDPAU/HEVC

On Fri, 26 Jun 2015 23:10:43 +0200 Michael Niedermayer michae...@gmx.at wrote: On Fri, Jun 26, 2015 at 08:45:09AM -0700, Philip Langdale wrote: This HWAccel isn't really usable right now due to an nvidia driver bug, so we don't want it selected by default. HWAccels have a capabilities

Re: [FFmpeg-devel] [PATCH] avcodec/vdpau: Support for VDPAU accelerated HEVC decoding

Ping? On Sat, 20 Jun 2015 11:45:01 -0700 Philip Langdale phil...@overt.org wrote: This change introduces basic support for HEVC decoding through vdpau. Right now, there are problems with the nvidia driver/library implementation that mean that frames are incorrectly laid out in memory when

<    1   2   3   4   5   6   >