10- and 12-bit DNxHR use the same DC coefficient decoding process and
VLC table, just with a different shift value. From SMPTE 2019-1:2016,
8.2.4 DC Coefficient Decoding:
"For 8-bit video sampling, the maximum value of η=11 and for
10-/12-bit video sampling, the maximum value of η=13."
A sample f
Apologies for the double-mail, Gmail didn't use the correct attachment
type. Resending using git, hopefully. From the original message:
DNxHR support for 12 bits wasn't waiting on a VLC table after all - there was
just an improper dependence on the value of bitdepth. I've attached a patch and
will
Hey there,
DNxHR support for 12 bits wasn't waiting on a VLC table after all - there
was just an improper dependence on the value of bitdepth. I've attached a
patch and will upload a reference file (Google Drive no-sign-in-required
link below) as soon as the upload server's back up.
https://drive
I've sent a separate patch for the documentation but I'm not quite sure how
to go about adding the FATE test. I've looked at a few examples but I don't
see any existing tests for quality metrics or anything similar. The basics
of how to add the test are clear enough but it's unclear whether there's
On Fri, Jul 29, 2016 at 12:36:22PM -0500, Burt P wrote:
> HDCD is only encoded in s16@44100Hz. Scan the chain of AVFilterLinks
> for any resampling or format conversion/truncation that might cause
> problems for the filter and issue warnings.
>
> Signed-off-by: Burt P
> ---
> libavfilter/af_hdcd
On Mon, Aug 01, 2016 at 02:28:39PM -0500, Burt P wrote:
> Issue #5727: gain adjustment should only be applied if matching
> gain value from a valid packet in both channels. The existing functions
> process
> each channel separately, so it was not possible.
>
> * New versions of hdcd_process(), hd
Thanks for the quick response. matroska_resync() is currently written to
only return AVERROR_EOF, so using that error code directly wouldn't be any
more informative. But your suggestion would work if matroska_resync() kept
the error code returned by avio_seek(). Would such a change warrant
splittin
Hi,
Looks like h264_qsv doesn't respect AVFrame.pict_type now.
It always encodes to non-key frames except for the first frame.
Is this a bug of ffmpeg or QSV doesn't support key frames?
Command I use:
ffmpeg -debug_ts -i orig.mp4 -force_key_frames 'expr:gte(t,n_forced)'
-look_ahead 0 -c:v h264_qsv
Issue #5727: gain adjustment should only be applied if matching
gain value from a valid packet in both channels. The existing functions process
each channel separately, so it was not possible.
* New versions of hdcd_process(), hdcd_scan(), hdcd_integrate() named
hdcd_*_stereo() that process both
2016.08.01. 19:46 keltezéssel, Aman Gupta írta:
I would find your patch useful and am looking forward to reviewing
it. Using a socket isn't a bad way to do it IMHO- it's portable and allows
easy integration from any language.
Another option would be to extend the existing ffmpeg interactive mo
On Fri, Jul 29, 2016 at 12:36:21PM -0500, Burt P wrote:
> Issue #5727: gain adjustment should only be applied if matching
> gain value from a valid packet in both channels. The existing functions
> process
> each channel separately, so it was not possible.
>
> * New versions of hdcd_process(), hd
On Fri, Jul 29, 2016 at 12:36:20PM -0500, Burt P wrote:
> Signed-off-by: Burt P
> ---
> libavfilter/af_hdcd.c | 86
> +++
> 1 file changed, 60 insertions(+), 26 deletions(-)
applied at maintainers request
thx
[...]
--
Michael GnuPG fingerpr
On Fri, Jul 29, 2016 at 12:36:19PM -0500, Burt P wrote:
> Used to attempt replication of some results from
> http://www.audiomisc.co.uk/HFN/HDCD/Examined.html
> May not be generally useful, defaults to off.
>
> Signed-off-by: Burt P
> ---
> libavfilter/af_hdcd.c | 26 ++
>
On Fri, Jul 29, 2016 at 12:36:18PM -0500, Burt P wrote:
> * Moves the filter context member out of state and into HDCDContext
> * More useful information when an error is detected
> * Gives a location near where the error was detected
>
> Signed-off-by: Burt P
> ---
> libavfilter/af_hdcd.c | 34
On Sun, Jul 31, 2016 at 10:47:20AM -0500, Burt P wrote:
> Signed-off-by: Burt P
> ---
> MAINTAINERS | 1 +
> 1 file changed, 1 insertion(+)
applied
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
While the State exists there can be no freedom; when there
I would find your patch useful and am looking forward to reviewing
it. Using a socket isn't a bad way to do it IMHO- it's portable and allows
easy integration from any language.
Another option would be to extend the existing ffmpeg interactive mode to
handle your new command. Currently ffmpeg allo
---
doc/filters.texi | 20 +++-
1 file changed, 19 insertions(+), 1 deletion(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index c47dfee..923d481 100644
--- a/doc/filters.texi
+++ b/doc/filters.texi
@@ -10692,13 +10692,31 @@ The description of the accepted parameters follows
Fix for options not showing up in ffmpeg --help filter=hdcd
Apply after the earlier set of 7 patches where options were
introduced.
--
Burt
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Signed-off-by: Burt P
---
libavfilter/af_hdcd.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/libavfilter/af_hdcd.c b/libavfilter/af_hdcd.c
index 2d7fe8d..7c90861 100644
--- a/libavfilter/af_hdcd.c
+++ b/libavfilter/af_hdcd.c
@@ -903,11 +903,12 @@ typedef struct HDCDCon
On Mon, Aug 01, 2016 at 02:28:34PM +0200, Michael Niedermayer wrote:
> Suggested-by: BBB
> Fixed-by: BBB
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/vp9_parser.c | 17 +
> 1 file changed, 17 insertions(+)
applied
thanks
[...]
--
Michael GnuPG fingerprint: 9FF
Suggested-by: BBB
Fixed-by: BBB
Signed-off-by: Michael Niedermayer
---
libavcodec/vp9_parser.c | 17 +
1 file changed, 17 insertions(+)
diff --git a/libavcodec/vp9_parser.c b/libavcodec/vp9_parser.c
index 2e9235e..9900e7a 100644
--- a/libavcodec/vp9_parser.c
+++ b/libavcodec/vp
21 matches
Mail list logo
