>
> > So the only thing I can do is to disable these tests for
> > these formats.
> > Otherwise, I need to test other changes somehow. Here is the patch, that
> > skips
> > pixfmts tests for these formats.
>
> in absence of another solution this should be ok
>
>
I'm not against, removing these
On 22 Aug 2018, at 6:40, Gyan Doshi wrote:
On 22-08-2018 04:43 AM, Marvin Scholz wrote:
+@example
+ffmpeg -i input -af
loudnorm=I=-23:TP=-1:measured_I=-9.0:measured_TP=1.5:measured_LRA=9.4:measured_thresh=-19.5:print_format=summary
output
Since your input LRA is 9.4, and output LRA is
On Wed, Aug 22, 2018 at 12:55 AM James Almer wrote:
>
> On 8/20/2018 3:35 PM, Jacob Trimble wrote:
> > I am not entirely sure what this flag is supposed to be, since there
> > is no documentation where it is defined. But this was suggested by
> > James Almer as a fix for my encrypted Opus
Hi,
I would like to thank all the FFmpeg developers who have helped me in my 3
months of project. durandal_1707 thanks for the last minute check on the
file.
I also thank my mentor kierank, for his faith in me even though during the
second month i was not feeling that i would be able to work on
Martin Vignali wrote:
>But maybe to make tests simpler, we can use/add bit exact
>conversion for uint8 to float, we can generate a LUT without
>float calc and for uint16 to float, we can add a uint16 to
>float conversion without float calc, or maybe, generate a LUT
>in bit exact mode (probably
Signed-off-by: Paul B Mahol
---
libavcodec/Makefile | 1 +
libavcodec/allcodecs.c | 1 +
libavcodec/avcodec.h| 1 +
libavcodec/codec_desc.c | 7 ++
libavcodec/huffyuvdec.c | 174 +++-
libavformat/riff.c | 1 +
6 files changed, 128
---
vp9_raw_reorder required when using this feature. Timestamps will need some
more thought - currently the output stream can get incorrect DTS values after
reordering.
libavcodec/vaapi_encode_vp9.c | 104 +-
1 file changed, 51 insertions(+), 53 deletions(-)
The reference picture sets are now constructed directly from the DPB
information.
---
An obvious useful change (not done) would be the move the RPSs to the SPS where
possible, since they are now even larger.
libavcodec/vaapi_encode_h265.c | 191 +++--
1 file
This attaches the logic of picking the mode of for the next picture to
the output, which simplifies some choices by removing the concept of
the picture for which input is not yet available. At the same time,
we allow more complex reference structures and track more reference
metadata
No supported encode driver requires the pool to be fixed-size, so just
remove this constraint.
---
libavcodec/vaapi_encode.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/libavcodec/vaapi_encode.c b/libavcodec/vaapi_encode.c
index d03bd1925e..e20280065c 100644
---
---
Some future changes:
* Don't use r-p-l-m if the list is already correct.
* Support more than one reference frame in either direction.
libavcodec/vaapi_encode_h264.c | 180 ++---
1 file changed, 120 insertions(+), 60 deletions(-)
diff --git
Set profile compatibility/constraint flags properly (including the
constraint flags used for RExt profiles, as all streams we can currently
generate are RExt-compatible), and use that to add support for the "Main
Intra" and "Main 10 Intra" RExt subprofiles (for which we can re-use the
existing
---
libavcodec/cbs_h264_syntax_template.c | 42 +++
1 file changed, 42 insertions(+)
diff --git a/libavcodec/cbs_h264_syntax_template.c
b/libavcodec/cbs_h264_syntax_template.c
index 7befde4b68..32e6acd68e 100644
--- a/libavcodec/cbs_h264_syntax_template.c
+++
Sets the level based on the stream properties if it is not explicitly
set by the user. Also add a tier option to set general_tier_flag, since
that affects the level choice.
---
doc/encoders.texi | 4
libavcodec/vaapi_encode_h265.c | 40 +++---
2
Adds support for determining for level limits, including mapping PTL
blocks to profiles to check profile-dependent level limits.
---
libavcodec/h265_profile_level.c | 245
libavcodec/h265_profile_level.h | 89
2 files changed, 334 insertions(+)
---
libavcodec/cbs_h264_syntax_template.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/cbs_h264_syntax_template.c
b/libavcodec/cbs_h264_syntax_template.c
index 1efa97dccb..7befde4b68 100644
--- a/libavcodec/cbs_h264_syntax_template.c
+++
A recent version of the standard changed the max and default to 15, from
16 in older versions. This updates the default to 15 to match, but the
max stays as 16 so that we don't reject older streams.
---
libavcodec/cbs_h264_syntax_template.c | 6 --
libavcodec/vaapi_encode_h264.c| 4
---
libavcodec/vaapi_encode.c | 15 ---
libavcodec/vaapi_encode.h | 4
2 files changed, 16 insertions(+), 3 deletions(-)
diff --git a/libavcodec/vaapi_encode.c b/libavcodec/vaapi_encode.c
index 2c34cdce2c..a6981d69fa 100644
--- a/libavcodec/vaapi_encode.c
+++
---
doc/encoders.texi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/doc/encoders.texi b/doc/encoders.texi
index d61a1cc4bc..3894774bef 100644
--- a/doc/encoders.texi
+++ b/doc/encoders.texi
@@ -2663,6 +2663,16 @@ Include access unit delimiters in the stream (not
included by
---
doc/encoders.texi | 24
1 file changed, 24 insertions(+)
diff --git a/doc/encoders.texi b/doc/encoders.texi
index 861f9f4f1f..b451142cfb 100644
--- a/doc/encoders.texi
+++ b/doc/encoders.texi
@@ -2631,12 +2631,36 @@ Use CABAC.
@item cavlc
Use CAVLC.
@end table
+
Give the entries in the VAAPI format map table an explicit type and add
functions to do the necessary lookups. Add another field to this table
indicating whether the chroma planes are swapped (as in YV12), and use
that rather than explicit comparisons where swapping is needed.
---
Also adds greyscale, 4:2:2, 4:4:4 and RGB support.
---
configure | 2 +-
doc/encoders.texi | 17 +-
libavcodec/vaapi_encode_mjpeg.c | 529
3 files changed, 347 insertions(+), 201 deletions(-)
diff --git a/configure
---
libavcodec/vaapi_encode_h264.c | 2 +-
libavcodec/vaapi_encode_h265.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavcodec/vaapi_encode_h264.c b/libavcodec/vaapi_encode_h264.c
index bba6848f03..0774ec25f9 100644
--- a/libavcodec/vaapi_encode_h264.c
+++
The codec sequence headers may contain fields which can overwrite the
fine parameters given in the specific settings (e.g. a crude bitrate
value vs. the max-rate / target-percentage / etc. values in
VAEncMiscParameterRateControl). Always reapply all global parameters
after a sequence header to
Set the minimum version to 0.35.0 (libva 1.3.0) and remove redundant
configure tests. This also allows the proprietary libmfx fork of libva,
which always shows the version number 0.99.0 (independent of the actual
version).
---
configure | 31 ---
---
libavcodec/vaapi_encode_h264.c | 40 ++
1 file changed, 36 insertions(+), 4 deletions(-)
diff --git a/libavcodec/vaapi_encode_h264.c b/libavcodec/vaapi_encode_h264.c
index 0774ec25f9..e55ed0f59c 100644
--- a/libavcodec/vaapi_encode_h264.c
+++
Including a unit test.
---
libavcodec/Makefile| 3 +-
libavcodec/h264_levels.c | 130 +++
libavcodec/h264_levels.h | 53 ++
libavcodec/tests/.gitignore| 1 +
libavcodec/tests/h264_levels.c | 183 +
Choose what types of reference frames will be used based on what types
are available, and make the intra-only mode explicit (GOP size one,
which must be used for MJPEG).
---
libavcodec/vaapi_encode.c | 83 ++---
libavcodec/vaapi_encode.h | 1 +
---
doc/bitstream_filters.texi | 9
libavcodec/h264_metadata_bsf.c | 90 ++
2 files changed, 99 insertions(+)
diff --git a/doc/bitstream_filters.texi b/doc/bitstream_filters.texi
index 7d7e97503a..d948c6d658 100644
--- a/doc/bitstream_filters.texi
+++
---
libavcodec/vaapi_encode.c | 38 ++
1 file changed, 22 insertions(+), 16 deletions(-)
diff --git a/libavcodec/vaapi_encode.c b/libavcodec/vaapi_encode.c
index cedf3d3549..313f55118e 100644
--- a/libavcodec/vaapi_encode.c
+++ b/libavcodec/vaapi_encode.c
@@
constraint_set1_flag should be set for constrained baseline and main
profiles, because the stream conforms to main profile.
constraint_set3_flag should be set for high profile when the stream
is intra-only.
constraint_set4_flag should always be set for main and high profiles
because interlaced
On Wed, Aug 22, 2018 at 5:51 PM Carl Eugen Hoyos wrote:
>
> 2018-08-22 2:42 GMT+02:00, myp...@gmail.com :
> > On Tue, Aug 21, 2018 at 4:45 PM Carl Eugen Hoyos wrote:
> >>
> >> 2018-06-11 13:22 GMT+02:00, Jun Zhao :
> >>
> >> > + * Copyright (c) 2018 Jun Zhao
> >> > + *
> >> > + * VA-API
Hook in libklvanc and use it for output of EIA-708 captions over
SDI. The bulk of this patch is just general support for ancillary
data for the Decklink SDI module - the real work for construction
of the EIA-708 CDP and VANC line construction is done by libklvanc.
Libklvanc can be found at:
>> On Aug 22, 2018, at 14:12, Michael Niedermayer
>> wrote:
>>
>> On Wed, Aug 22, 2018 at 03:14:53PM +0200, Jean-Baptiste Kempf wrote:
>> Hello fellow devs,
>>
>> VideoLAN is happy to invite you to the usual conference of the end of the
>> summer:
>> VDD2018 is happening in Paris, for the 10
Include the common options, and also named options for setting the profile
and level.
---
libavcodec/vaapi_encode_mpeg2.c | 53 +++--
1 file changed, 51 insertions(+), 2 deletions(-)
diff --git a/libavcodec/vaapi_encode_mpeg2.c b/libavcodec/vaapi_encode_mpeg2.c
index
---
libavcodec/vaapi_encode_vp9.c | 31 +++
1 file changed, 15 insertions(+), 16 deletions(-)
diff --git a/libavcodec/vaapi_encode_vp9.c b/libavcodec/vaapi_encode_vp9.c
index 9108699ac3..6e62213bc9 100644
--- a/libavcodec/vaapi_encode_vp9.c
+++
---
libavcodec/vaapi_encode_vp8.c | 31 ++-
1 file changed, 14 insertions(+), 17 deletions(-)
diff --git a/libavcodec/vaapi_encode_vp8.c b/libavcodec/vaapi_encode_vp8.c
index a2e861a8d1..ab5e0b2dda 100644
--- a/libavcodec/vaapi_encode_vp8.c
+++
The codec-specific context now contains both the common context and the
codec-specific options directly.
---
libavcodec/vaapi_encode.c | 10 --
libavcodec/vaapi_encode.h | 11 ---
libavcodec/vaapi_encode_h264.c | 2 --
libavcodec/vaapi_encode_h265.c | 2 --
Previously there was one fixed choice for each codec (e.g. H.265 -> Main
profile), and using anything else then required an explicit option from
the user. This changes to selecting the profile based on the input format
and the set of profiles actually supported by the driver (e.g. P010 input
will
---
libavcodec/vaapi_encode_mjpeg.c | 18 --
1 file changed, 8 insertions(+), 10 deletions(-)
diff --git a/libavcodec/vaapi_encode_mjpeg.c b/libavcodec/vaapi_encode_mjpeg.c
index c949e89646..983c77d194 100644
--- a/libavcodec/vaapi_encode_mjpeg.c
+++
Matching previous commit for H.264.
---
libavcodec/vaapi_encode_h265.c | 182 -
1 file changed, 90 insertions(+), 92 deletions(-)
diff --git a/libavcodec/vaapi_encode_h265.c b/libavcodec/vaapi_encode_h265.c
index bbba2b8cd9..757fd74c30 100644
---
This will make it easier to support options in common between different
encoders. It also cleans up some of the field naming.
---
libavcodec/vaapi_encode_h264.c | 226 +
1 file changed, 114 insertions(+), 112 deletions(-)
diff --git
---
libavcodec/vaapi_encode_mpeg2.c | 53 -
1 file changed, 25 insertions(+), 28 deletions(-)
diff --git a/libavcodec/vaapi_encode_mpeg2.c b/libavcodec/vaapi_encode_mpeg2.c
index 42df77ea49..ae77a9ce76 100644
--- a/libavcodec/vaapi_encode_mpeg2.c
+++
This was added in libva 2.1.0 (VAAPI 1.1.0). Use AVCodecContext.qmax,
matching the existing behaviour for qmin, and clean up the defaults so
that we only pass min/max when explicitly set.
---
doc/encoders.texi | 3 ++-
libavcodec/vaapi_encode.c | 3 +++
---
libavcodec/vaapi_encode.c | 84 +-
libavcodec/vaapi_encode_h264.c | 7 ++-
2 files changed, 54 insertions(+), 37 deletions(-)
diff --git a/libavcodec/vaapi_encode.c b/libavcodec/vaapi_encode.c
index f838ee5bd5..35a4e90f67 100644
---
Clarify that the list is the naughty list, and therefore being on it is
not desirable. The i965 driver does not need to be on the list after
version 2.0 (when the standard parameter buffer rendering behaviour was
changed).
---
libavutil/hwcontext_vaapi.c | 27 +++
1 file
The only common option here is low_power - it was previously supported
for H.264 only, that specific option is removed.
---
doc/encoders.texi | 14 --
libavcodec/vaapi_encode.h | 9 +
libavcodec/vaapi_encode_h264.c | 8 ++--
I think patches 1-8 are uncontentious, I'll push them in a few days if there
are no objections.
Patches 9-35 are updated to reflect comments on the previous round, along with
a few other minor changes. Interested parties may want to look through them
again.
Patches 36-41 are new, and
Query which modes are supported and select between VBR and CBR based
on that - this removes all of the codec-specific rate control mode
selection code.
---
doc/encoders.texi | 2 -
libavcodec/vaapi_encode.c | 181 +++-
libavcodec/vaapi_encode.h
---
configure | 2 +
libavcodec/Makefile | 1 +
libavcodec/cbs.c | 6 +
libavcodec/cbs_internal.h | 1 +
libavcodec/cbs_jpeg.c | 520 ++
libavcodec/cbs_jpeg.h
Add a larger warning more clearly explaining the consequences of missing
packed header support in the driver. Also only write the extradata if the
user actually requests it via the GLOBAL_HEADER flag.
---
libavcodec/vaapi_encode.c | 119 +---
On Wed, 22 Aug 2018 at 10:44 Carl Eugen Hoyos wrote:
> 2018-08-22 1:29 GMT+02:00, Kieran Kunhya :
> > $subj
>
> Please split the re-indentation and please fix the indentation of "else".
>
Would you mind explaining these in more details.
Kieran
___
Hi experts,
This is my first mail to ffmpeg , apologies if make some mistakes.
I tried many online example codes for decoding aac audio to wav file.
including example codes which is for MP2 codec.
below is one such example code , it doubles the decoded file size (.wav)
but not playable.
Can any
On 2018年08月22日 08:26, Michael Niedermayer wrote:
On Mon, Aug 20, 2018 at 10:19:04AM +0800, Zhao Zhili wrote:
On 2018年08月18日 05:33, Michael Niedermayer wrote:
On Fri, Aug 17, 2018 at 09:52:57AM +0800, Zhao Zhili wrote:
The values of SubWidthC and SubHeightC are 1 in the ITU-T H.265. The
Hello fellow devs,
VideoLAN is happy to invite you to the usual conference of the end of the
summer:
VDD2018 is happening in Paris, for the 10 years of the original conf.
As usual, this is a very technical conference focused on open source multimedia
development.
We will talk about AV1, FFv1,
On Wed, Aug 22, 2018 at 4:30 AM Tudor Suciu wrote:
>
> Hello,
>
> I get errors when I try to send a live srt stream that the first packet is
> too big:
> 21:30:39.896626/ffmpeg*E: SRT.c: LiveSmoother: payload size: 1504 exceeds
> maximum allowed 1316
>
> Here are example commands for server and
> > But maybe to make tests simpler, we can use/add bit exact conversion
> > for uint8 to float, we can generate a LUT without float calc
> > and for uint16 to float, we can add a uint16 to float conversion without
> > float calc, or maybe, generate a LUT in bit exact mode (probably faster,
> if
>
On 8/22/18, Dave Rice wrote:
>
>>> On Aug 22, 2018, at 14:12, Michael Niedermayer
>>> wrote:
>>>
>>> On Wed, Aug 22, 2018 at 03:14:53PM +0200, Jean-Baptiste Kempf wrote:
>>> Hello fellow devs,
>>>
>>> VideoLAN is happy to invite you to the usual conference of the end of the
>>> summer:
>>>
On 22 Aug 2018, at 11:44, Gyan Doshi wrote:
On 22-08-2018 02:38 PM, Marvin Scholz wrote:
On 22 Aug 2018, at 6:40, Gyan Doshi wrote:
On 22-08-2018 04:43 AM, Marvin Scholz wrote:
+@example
+ffmpeg -i input -af
From f496d970d319ec3916a55e05b925f6b43763ebfa Mon Sep 17 00:00:00 2001
From: Gyan Doshi
Date: Wed, 22 Aug 2018 16:23:58 +0530
Subject: [PATCH] avdevice/decklink_enc: print preroll and buffer size
Helpful in diagnosing latency issues.
---
libavdevice/decklink_enc.cpp | 3 +++
1 file changed, 3
Le lun. 20 août 2018 à 15:39, Martin Vignali a
écrit :
> Hello,
>
> Better patch in attach (reuse the same "copy part" than uint 8bpc and 16
> bpc pix fmt)
>
> Works only after applying swscale patch in discussion :
> swscale : hScale16To19 : limit shift for float(32bits) input
>
> Can be test
>
> patches should be ok
>
>
Pushed, thanks.
Martin
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
2018-08-22 2:42 GMT+02:00, myp...@gmail.com :
> On Tue, Aug 21, 2018 at 4:45 PM Carl Eugen Hoyos wrote:
>>
>> 2018-06-11 13:22 GMT+02:00, Jun Zhao :
>>
>> > + * Copyright (c) 2018 Jun Zhao
>> > + *
>> > + * VA-API Acceleration API (video decoding/scaling) sample
>> > + *
>> > + * This file is
>-Original Message-
>From: ffmpeg-devel-boun...@ffmpeg.org [mailto:ffmpeg-devel-boun...@ffmpeg.org]
>On Behalf Of
>Michael Niedermayer
>Sent: Wednesday, August 22, 2018 6:04 AM
>To: FFmpeg development discussions and patches
>Subject: Re: [FFmpeg-devel] [PATCH 1/9] configure: [loongson]
On 22-08-2018 02:38 PM, Marvin Scholz wrote:
On 22 Aug 2018, at 6:40, Gyan Doshi wrote:
On 22-08-2018 04:43 AM, Marvin Scholz wrote:
+@example
+ffmpeg -i input -af
loudnorm=I=-23:TP=-1:measured_I=-9.0:measured_TP=1.5:measured_LRA=9.4:measured_thresh=-19.5:print_format=summary
output
2018-08-22 1:29 GMT+02:00, Kieran Kunhya :
> $subj
Please split the re-indentation and please fix the indentation of "else".
Thank you, Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Wed, 22 Aug 2018 14:33:52 +0530
Gagandeep Singh wrote:
> Hi,
>
> I would like to thank all the FFmpeg developers who have helped me in my 3
> months of project. durandal_1707 thanks for the last minute check on the
> file.
>
> I also thank my mentor kierank, for his faith in me even though
> > ---
> > libswscale/input.c| 10 +-
> > libswscale/swscale_internal.h | 20
> > 2 files changed, 25 insertions(+), 5 deletions(-)
>
> please provide benchmark, what is the impact on speed from this ?
>
>
In my tests, the patch increase speed by around
> 在 2018年8月13日，下午6:17，Steven Liu 写道：
>
> m3u8 list create by:
> mediafilesegmenter --encrypt-key-file=keya.key --encrypt-key-url="keya.key"
> --iso-fragmented input.mp4
>
> before this patch:
> bogon:xxx StevenLiu$ ./ffplay -allowed_extensions ALL prog_index.m3u8
> ffplay version
Signed-off-by: Paul B Mahol
---
libavcodec/Makefile | 1 +
libavcodec/allcodecs.c | 1 +
libavcodec/avcodec.h| 1 +
libavcodec/codec_desc.c | 7 +
libavcodec/prosumer.c | 405
libavformat/riff.c | 1 +
6 files changed, 416
On Wed, Jul 4, 2018 at 6:21 PM, Michael Niedermayer
wrote:
> On Wed, Jul 04, 2018 at 11:35:03AM -0700, Baptiste Coudurier wrote:
> > ---
> > libavformat/mxfenc.c | 80 +---
> > 1 file changed, 39 insertions(+), 41 deletions(-)
> >
> > diff --git
2018-08-22 14:25 GMT+02:00, Kieran Kunhya :
> On Wed, 22 Aug 2018 at 10:44 Carl Eugen Hoyos wrote:
>
>> 2018-08-22 1:29 GMT+02:00, Kieran Kunhya :
>> > $subj
>>
>> Please split the re-indentation and please fix the indentation of "else".
>
> Would you mind explaining these in more details.
The
On 8/22/2018 6:40 AM, Zhao Zhili wrote:
>
>
> On 2018年08月22日 08:26, Michael Niedermayer wrote:
>> On Mon, Aug 20, 2018 at 10:19:04AM +0800, Zhao Zhili wrote:
>>>
>>> On 2018年08月18日 05:33, Michael Niedermayer wrote:
On Fri, Aug 17, 2018 at 09:52:57AM +0800, Zhao Zhili wrote:
> The values
Signed-off-by: Paul B Mahol
---
libavcodec/proresdec2.c | 18 --
1 file changed, 16 insertions(+), 2 deletions(-)
diff --git a/libavcodec/proresdec2.c b/libavcodec/proresdec2.c
index b4ea6b5e03..d818e5d8da 100644
--- a/libavcodec/proresdec2.c
+++ b/libavcodec/proresdec2.c
@@
2018-07-06 19:17 GMT+02:00, Carl Eugen Hoyos :
> 2018-07-04 20:35 GMT+02:00, Baptiste Coudurier
> :
>> ---
>> libavformat/mxfenc.c | 80 +---
>> 1 file changed, 39 insertions(+), 41 deletions(-)
>
> Does any of the patches fix ticket #6693?
Ping?
Or
>
> well then it should be ok
> not sure if the ff_ prefix is ideal for a static inline function
>
>
Do you think flt_2_uint16 is a better name ?
(can probably be interesting to also add same kind of func for float to
uint8 in unscaled part)
Martin
___
On Tue, Aug 21, 2018 at 05:59:00PM -0300, James Almer wrote:
> On 8/21/2018 5:54 PM, Michael Niedermayer wrote:
> > On Mon, Aug 20, 2018 at 10:55:00AM -0300, James Almer wrote:
> >> On 8/19/2018 5:40 PM, Michael Niedermayer wrote:
> >>> Found-by: Max Moroz
> >>> Signed-off-by: Michael Niedermayer
On Wed, Aug 22, 2018 at 12:45:50PM +0200, Martin Vignali wrote:
> > > ---
> > > libswscale/input.c| 10 +-
> > > libswscale/swscale_internal.h | 20
> > > 2 files changed, 25 insertions(+), 5 deletions(-)
> >
> > please provide benchmark, what is the
Nicolas George (2018-08-10):
> Fix trac ticket #7351.
>
> Signed-off-by: Nicolas George
> ---
> libavfilter/avf_concat.c | 156 +++
> 1 file changed, 78 insertions(+), 78 deletions(-)
Will push soon unless I forget.
Regards,
--
Nicolas George
On Wed, Aug 22, 2018 at 09:02:57PM +0200, Martin Vignali wrote:
> >
> > well then it should be ok
> > not sure if the ff_ prefix is ideal for a static inline function
> >
> >
> Do you think flt_2_uint16 is a better name ?
yes
thx
> (can probably be interesting to also add same kind of func for
2018-08-22 18:00 GMT+02:00, Paul B Mahol :
> +switch (avctx->bits_per_coded_sample) {
> +case 12:
> + s->stride = 3LL * FFALIGN(avctx->width, 8) >> 1;
> + break;
> +default:
> + return AVERROR_INVALIDDATA;
> +}
Why are the condition and the error needed?
On Wed, Aug 22, 2018 at 03:14:53PM +0200, Jean-Baptiste Kempf wrote:
> Hello fellow devs,
>
> VideoLAN is happy to invite you to the usual conference of the end of the
> summer:
> VDD2018 is happening in Paris, for the 10 years of the original conf.
>
> As usual, this is a very technical
On Wed, Aug 22, 2018 at 10:20:53AM +0200, Martin Vignali wrote:
> >
> > > So the only thing I can do is to disable these tests for
> > > these formats.
> > > Otherwise, I need to test other changes somehow. Here is the patch, that
> > > skips
> > > pixfmts tests for these formats.
> >
> > in
On 8/22/18, Carl Eugen Hoyos wrote:
> 2018-08-22 18:00 GMT+02:00, Paul B Mahol :
>
>> +switch (avctx->bits_per_coded_sample) {
>> +case 12:
>> + s->stride = 3LL * FFALIGN(avctx->width, 8) >> 1;
>> + break;
>> +default:
>> + return AVERROR_INVALIDDATA;
>> +}
On Wed, Aug 22, 2018 at 06:11:15PM +0800, Shiyou Yin wrote:
> >-Original Message-
> >From: ffmpeg-devel-boun...@ffmpeg.org
> >[mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> >Michael Niedermayer
> >Sent: Wednesday, August 22, 2018 6:04 AM
> >To: FFmpeg development discussions and
The following patches add support for output of 708 and AFD over
the Decklink SDI interface. This series is a subset of a series
submitted in early January, with the hope of getting the less
controversial parts merged upstream.
Devin Heitmueller (2):
libavdevice/decklink: Add support for
Implement support for including AFD in decklink output. This
includes making sure the AFD data is preserved when going from
an AVFrame to a V210 packet (needed for 10-bit support).
Updated to reflect feedback from Marton Balint ,
Carl Eugen Hoyos and Aaron Levinson
.
Signed-off-by: Devin
87 matches
Mail list logo
