Re: [libav-devel] [PATCH] Makefile: fix distclean target
On Mon, Nov 13, 2017 at 05:34:30PM -0300, James Almer wrote: > It must imply clean. Regression since > 7ebe7e8e7a76c0ce302f4f583ef0d14220031214. > > Signed-off-by: James Almer > --- > Makefile | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) All my mistakes he finds.. :) > --- a/Makefile > +++ b/Makefile > @@ -171,7 +171,7 @@ clean:: > > -distclean:: > +distclean:: clean Drop the unnecessary double colon while you're at it. OK Diego ___ libav-devel mailing list libav-devel@libav.org https://lists.libav.org/mailman/listinfo/libav-devel
[libav-devel] [PATCH] Makefile: fix distclean target
It must imply clean. Regression since 7ebe7e8e7a76c0ce302f4f583ef0d14220031214. Signed-off-by: James Almer --- Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Makefile b/Makefile index 5f91294c8e..024d59f815 100644 --- a/Makefile +++ b/Makefile @@ -171,7 +171,7 @@ clean:: $(RM) $(addprefix compat/,$(CLEANSUFFIXES)) $(addprefix compat/*/,$(CLEANSUFFIXES)) $(RM) -rf coverage.info lcov -distclean:: +distclean:: clean $(RM) .version avversion.h config.asm config.h mapfile \ avbuild/.config avbuild/config.* libavutil/avconfig.h \ libavcodec/bsf_list.c libavformat/protocol_list.c -- 2.14.2 ___ libav-devel mailing list libav-devel@libav.org https://lists.libav.org/mailman/listinfo/libav-devel
Re: [libav-devel] Quick notes from the Tech Meeting held at the VDD
Hi all, On Sep 26, 2017 07:55, "Luca Barbato" wrote: Here some point-lists with a really coarse summary based on Sean's notes and my editing. TL;DR: New major release within 3 months, help welcome! lu Present: • Sean McGovern (note taker) • Maxym Dmytrychenko • Mark Thompson • Diego Biurrun • Anton Khirnov • Luca Barbato • Martin Storsjö • Janne Grunau • Vittorio Giovara • Yogender Gupta • Vladimir Pantelic Conversation points: • release/13 Coming soon (January?) Features we definitely want: • MVC (Anton), almost done, discussion on how to signal the view a frame belongs. • OpenCL/CUDA filters (Yogender, Mark), work mostly done, pending review and eventual merge. Some concerns on when and where the cuda kernels are compiled. npp should be deprecated in favour of CUDA filters due libnpp limitations/inflexibility. • VPP (Maxym), the bulk of it is already in, some work pending (see my patch about joining sessions for an example) • Get VLC to use newer hwaccel interface (Anton), would make easier to drop the legacy cruft. • CUVID Decoding (Anton), according to Yogender it is fine already. • Better hw accelerated filter chains (Luca, Mark, Anton, Yogender), currently you have to rely on tutorials to get the chain right • friendlier error messages to explain what to do (Mark) • explicit h/w contexts (Mark, Luca, Anton), nice to have but not necessary, requires more work • shortcuts for commonly used filters chains (Luca) • Audio layout (ambisonics and friends) work (Vittorio, Anton), a final review started after the meeting. • Display mastering metadata (Vittorio), the feature proposed by Steve requires some overhaul before landing. • avplay: time for migrating to SDL2? (Luca), SDL1.2 is pretty much gone. On the fence: • Single-in multi-out codec handling (Luca), is needed to leverage the new x265 API to output multi-bitrate streams in a single pass, shouldn't be much work but needs testing and have Pradeep to confirm how it is supposed to work. • Complete the deployment of new bitstream reader (Diego, Anton), Few codecs are missing, devoting some time to find and remove the slowdown seems the best path. • release/14 Items (what needs more time and won't fit 13) • Provide better handling of codec reconfiguration (Luca), possibly add some options in avconv to generate chapters or even cut the file (requires some overhaul to the chapter API). • Rewrite YADIF from scratch (Anton), some assumptions made while that code was written are going to not apply anymore. • Move the I/O to libavio and overhaul it (Luca), Martin pointed out that before that the RTP/RTSP layer should be reworked. • Is libavdevice still useful? (Anton), it is mainly for capture while playback tends to have enough issues regarding syncronization that make it less usable than it should. • different API (Anton), probably it should not try to fit avformat. • avgrab? (Anton), a separate tool might be nice to have. • Are we missing any hardware acceleration library support? (Anton) • VideoToolbox on MacOS (Luca) • AMD-specific (Luca) ___ libav-devel mailing list libav-devel@libav.org https://lists.libav.org/mailman/listinfo/libav-devel It's been almost 2 months since VDD -- have we made any head-way on these? Are any of them able to be finished in short order? Like say the SDL2 migration? Has anyone talked to the VLC people about the newer hwaccel stuff at least? Sorry for being a bit of a nag, -- Sean McG. ___ libav-devel mailing list libav-devel@libav.org https://lists.libav.org/mailman/listinfo/libav-devel
Re: [libav-devel] [PATCH 1/2] qsvenc: move cavlc out of common option
On Mon, Nov 13, 2017 at 02:03:47PM +0100, Maxym Dmytrychenko wrote: > On Mon, Nov 13, 2017 at 8:54 AM, Zhong Li wrote: > > > CAVLC option is only available for h264 encoding. > > CABAC is the only entropy coding way for hevc. > > > > Signed-off-by: Zhong Li > > --- > > libavcodec/qsvenc.h | 3 +-- > > libavcodec/qsvenc_h264.c | 1 + > > 2 files changed, 2 insertions(+), 2 deletions(-) > > correct fix Will queue with an updated log message. Diego ___ libav-devel mailing list libav-devel@libav.org https://lists.libav.org/mailman/listinfo/libav-devel
Re: [libav-devel] [PATCH 1/2] qsvenc: move cavlc out of common option
On 13/11/2017 08:54, Zhong Li wrote: CAVLC option is only available for h264 encoding. CABAC is the only entropy coding way for hevc. Signed-off-by: Zhong Li --- libavcodec/qsvenc.h | 3 +-- libavcodec/qsvenc_h264.c | 1 + 2 files changed, 2 insertions(+), 2 deletions(-) Sure. ___ libav-devel mailing list libav-devel@libav.org https://lists.libav.org/mailman/listinfo/libav-devel
Re: [libav-devel] [PATCH 1/2] qsvenc: move cavlc out of common option
correct fix
On Mon, Nov 13, 2017 at 8:54 AM, Zhong Li wrote:
> CAVLC option is only available for h264 encoding.
> CABAC is the only entropy coding way for hevc.
>
> Signed-off-by: Zhong Li
> ---
> libavcodec/qsvenc.h | 3 +--
> libavcodec/qsvenc_h264.c | 1 +
> 2 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/libavcodec/qsvenc.h b/libavcodec/qsvenc.h
> index a639904..9b0b84b 100644
> --- a/libavcodec/qsvenc.h
> +++ b/libavcodec/qsvenc.h
> @@ -66,8 +66,7 @@
> { "extbrc", "Extended bitrate control",
> OFFSET(qsv.extbrc), AV_OPT_TYPE_INT, { .i64 = -1 }, -1,
> 1, VE }, \
> { "adaptive_i", "Adaptive I-frame placement",
> OFFSET(qsv.adaptive_i), AV_OPT_TYPE_INT, { .i64 = -1 }, -1,
> 1, VE }, \
> { "adaptive_b", "Adaptive B-frame placement",
> OFFSET(qsv.adaptive_b), AV_OPT_TYPE_INT, { .i64 = -1 }, -1,
> 1, VE }, \
> -{ "b_strategy", "Strategy to choose between I/P/B-frames",
> OFFSET(qsv.b_strategy),AV_OPT_TYPE_INT, { .i64 = -1 }, -1, 1,
> VE }, \
> -{ "cavlc", "Enable CAVLC",
> OFFSET(qsv.cavlc), AV_OPT_TYPE_INT, { .i64 = 0 }, 0,
> 1, VE }, \
> +{ "b_strategy", "Strategy to choose between I/P/B-frames",
> OFFSET(qsv.b_strategy),AV_OPT_TYPE_INT, { .i64 = -1 }, -1, 1,
> VE },
>
> typedef struct QSVEncContext {
> AVCodecContext *avctx;
> diff --git a/libavcodec/qsvenc_h264.c b/libavcodec/qsvenc_h264.c
> index a968dcf..62f1909 100644
> --- a/libavcodec/qsvenc_h264.c
> +++ b/libavcodec/qsvenc_h264.c
> @@ -67,6 +67,7 @@ static av_cold int qsv_enc_close(AVCodecContext *avctx)
> static const AVOption options[] = {
> QSV_COMMON_OPTS
>
> +{ "cavlc", "Enable CAVLC",
> OFFSET(qsv.cavlc), AV_OPT_TYPE_INT, { .i64 = 0 }, 0,
> 1, VE },
> { "idr_interval", "Distance (in I-frames) between IDR frames",
> OFFSET(qsv.idr_interval), AV_OPT_TYPE_INT, { .i64 = 0 }, 0, INT_MAX, VE },
> { "single_sei_nal_unit","Put all the SEI messages into one
> NALU",OFFSET(qsv.single_sei_nal_unit), AV_OPT_TYPE_INT, {
> .i64 = -1 }, -1, 1, VE },
> { "max_dec_frame_buffering", "Maximum number of frames buffered in
> the DPB", OFFSET(qsv.max_dec_frame_buffering), AV_OPT_TYPE_INT, { .i64 =
> 0 }, 0, UINT16_MAX, VE },
> --
> 1.8.3.1
>
> ___
> libav-devel mailing list
> libav-devel@libav.org
> https://lists.libav.org/mailman/listinfo/libav-devel
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/listinfo/libav-devel
