Hello Devin,
Thank you for all your input. I understand the A/V sync issues is a hard
task and we need to save the original video to catch where the issue
happened.
You may be well served to simultaneously write out a copy of the
> original TS to disk prior to transcoding. This will allow you to
2018-06-21 5:46 GMT+02:00, Xiao Yang :
> Fixes invalid writes when there are more blocks in a run
> than total remaining blocks
Please provide a test-case that allows to reproduce the
issue your patch fixes.
> (see CVE-2014-8548)
> ---
> libavcodec/rpza.c |5 +
> 1 file changed, 5 insert
2018-06-21 7:40 GMT+02:00, Markus Kohm :
> Am Mittwoch, 20. Juni 2018, 22:54:34 CEST schrieb Michael Niedermayer:
>> Please post a git compatible patch
>
> see attachtment
This is exactly the same attachment as in your original mail...
Who wrote the patch / where did you find it?
Carl Eugen
2018-06-20 11:42 GMT+02:00, Wang Cao :
> It's in the yuv4mpegenc.c. I added a support for color range
> by specifying metadata in the Y4M header.
Yes, I understand.
My question was which authority defined this metadata for
y4m? Or which (non-FFmpeg-based) other software
understands the metadata y
Hi!
Attached patch allows to create (and read) gray1x samples with libopenjpeg.
Please comment, Carl Eugen
From 25c4a1ea0afae9fb3561fd928552133ddcf70d05 Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Thu, 21 Jun 2018 12:05:40 +0200
Subject: [PATCH] lavc/libopenjpeg: Support GRAY10, GRAY12
output of samples using codebook 0 improved
---
libavcodec/cfhd.c | 25 -
1 file changed, 24 insertions(+), 1 deletion(-)
diff --git a/libavcodec/cfhd.c b/libavcodec/cfhd.c
index bf80cb9c07..226b135c07 100644
--- a/libavcodec/cfhd.c
+++ b/libavcodec/cfhd.c
@@ -115,7 +115,3
opencl_vaapi_intel_media doesn't depend on libmfx, OpenCL™ Drivers
and Runtimes for Intel® Architectureis is a standalone release, more
information can be found in the link:
https://software.intel.com/en-us/articles/opencl-drivers.
Signed-off-by: Jun Zhao
---
configure| 6 ++-
afther the change, we can get more detail debug message like:
"Intel(R) Core(TM) i7-6500U CPU @ 2.50GHz" does not match device type "gpu".
Signed-off-by: Jun Zhao
---
libavutil/hwcontext_opencl.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavutil/hwcontext_opencl.c b
In opencl device derived case, don't need to call opencl_device_init.
Signed-off-by: Jun Zhao
---
libavutil/hwcontext_opencl.c | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git a/libavutil/hwcontext_opencl.c b/libavutil/hwcontext_opencl.c
index 9e96e96..295d6be 100644
---
remove an unused variable
Signed-off-by: Jun Zhao
---
libavutil/hwcontext_opencl.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/libavutil/hwcontext_opencl.c b/libavutil/hwcontext_opencl.c
index 295d6be..4718a86 100644
--- a/libavutil/hwcontext_opencl.c
+++ b/libavutil/hwcontext_opencl.c
@@
2018-06-21 13:45 GMT+02:00, Jun Zhao :
> In opencl device derived case, don't need to call opencl_device_init.
>
> Signed-off-by: Jun Zhao
> ---
> libavutil/hwcontext_opencl.c | 7 ++-
> 1 file changed, 2 insertions(+), 5 deletions(-)
>
> diff --git a/libavutil/hwcontext_opencl.c b/libavutil/
On Thu, Jun 21, 2018 at 10:51:33 +0200, Carl Eugen Hoyos wrote:
> This is exactly the same attachment as in your original mail...
Not quite, it was a git diff this time, but obviously still not
sufficient.
> Who wrote the patch / where did you find it?
The ticket he mentioned was #4450, the patc
2018-06-21 13:55 GMT+02:00, Moritz Barsnick :
> On Thu, Jun 21, 2018 at 10:51:33 +0200, Carl Eugen Hoyos wrote:
>> Who wrote the patch / where did you find it?
>
> The ticket he mentioned was #4450, the patch is here:
> https://trac.ffmpeg.org/ticket/4450#comment:6
Patch attached (untested).
Tha
Am Donnerstag, 21. Juni 2018, 14:27:29 CEST schrieb Carl Eugen Hoyos:
> Patch attached (untested).
As already mentioned in my first mail I've tested the patch and it works as
expected.
Markus
PS: Now, I know why others have warned me, that it could become very, very
hard to send a feature requ
On 22 April 2018 at 17:47, Rostislav Pehlivanov wrote:
> Used to fix unmapping when no direct interop exists between APIs.
>
> Signed-off-by: Rostislav Pehlivanov
> ---
> libavutil/hwcontext.c | 7 +++
> libavutil/hwcontext_internal.h | 5 +
> 2 files changed, 12 insertions(+)
2018-06-21 16:20 GMT+02:00, Markus Kohm :
> Am Donnerstag, 21. Juni 2018, 14:27:29 CEST schrieb Carl Eugen Hoyos:
>> Patch attached (untested).
>
> As already mentioned in my first mail I've tested the patch and it works as
> expected.
>
> Markus
>
> PS: Now, I know why others have warned me, that
Am Donnerstag, 21. Juni 2018, 17:36:02 CEST schrieb Carl Eugen Hoyos:
> As in "copyright should be ignored by FFmpeg developers" or do
> I misunderstand your comment?
I do not understand the relation of copyright and my patch or any of my
comments. So I cannot answer this question.
If you have a
On Fri, Jun 15, 2018 at 01:37:31PM +0800, Wang Cao wrote:
> Make ffmpeg to output stats for each video/audio streams and each ouptut file
> ffmpeg output log in print_report. The report of video/audio sizes is clear
> now as previously all output video/audio sizes were combined to report and it
On Wed, Jun 20, 2018 at 05:25:32PM +0800, Wang Cao wrote:
> For example: with (-psnr)
> frame= 450 fps=315 q=0.0 LPSNR=Y:44.15 U:43.21 V:42.36 *:43.64 size=
> 385kB time=00:00:15.01 bitrate= 210.0kbits/s speed=10.5x (video stats)
> size= 107kB time=00:00:15.13 bitrate= 58.0kbits/s speed=
On 21-06-2018 09:40 PM, Michael Niedermayer wrote:
how does the user know which is which output ?
also some users may want just one line summarizing all
Agreed. Better if each line is identified.
Regards,
Gyan
___
ffmpeg-devel mailing list
ffmpeg
On Thu, Jun 07, 2018 at 11:51:30AM -0700, Jacob Trimble wrote:
> On Thu, May 31, 2018 at 5:50 PM Jacob Trimble wrote:
> >
> > On Thu, May 31, 2018 at 9:40 AM Jacob Trimble wrote:
> > >
> > > On Fri, May 25, 2018 at 6:13 PM Michael Niedermayer
> > > wrote:
> > > >
> > > > [...]
> > > >
> > > > >
It tries to do something similar to it with YUV images, but RGB images
are done properly.
Signed-off-by: Rostislav Pehlivanov
---
configure | 1 +
libavfilter/Makefile| 1 +
libavfilter/allfilters.c| 1 +
libavfi
This commit adds a Vulkan hwcontext, currently capable of mapping DRM and
VAAPI frames but additional functionality can be added later to support
importing of D3D11 surfaces as well as exporting to various other APIs.
This context requires the newest stable version of the Vulkan API.
It makes use
Could be done in-plane with the main image but framesync segfaults.
Signed-off-by: Rostislav Pehlivanov
---
configure | 1 +
libavfilter/Makefile| 1 +
libavfilter/allfilters.c| 1 +
libavfilter/vf_overlay_vulkan.c | 461 +++
MP3 frames may not be aligned to aa chunk boundaries. After seeking,
scan for the next valid frame header. Then truncate the packet, and
also adjust timestamp information accordingly.
---
libavformat/aadec.c | 33 -
1 file changed, 28 insertions(+), 5 deletions(-)
A patch series adding seek support to libavformat/aadec.
This third version of the series addresses all the earlier comments from the
mailing list (thanks again!). It also introduces much better timestamps with
sub-second precision.
The new patch 3/3 improves handling of mp3 content in the aa con
read_packet reads content in chunks. Thus seek must be clamped to valid
chunk positions in the file, which in turn are relative to chapter start
positions.
So in read_header, scan for chapter headers once by skipping through the
content. Set stream time_base to bitrate in bytes/s, for easy timesta
Remember the end position of audio content in the file and check it during
read_packet. There always seems to be other data beyond it, which could be
misinterpreted as more audio. Also add some extra avio_read error checks,
to bail early in case of a broken/truncated file.
---
libavformat/aadec.c
Fixed bugs, added Vaapi back and forth mapping, dropped host memory mapping
until it gets fixed.
Rostislav Pehlivanov (6):
lavu: add a Vulkan hwcontext
lavfi: add common Vulkan filtering code
lavfi: add a Vulkan avgblur filter
lavfi: add a Vulkan chromatic aberration filter
lavfi: add a
This commit adds a common code for use in Vulkan filters. It attempts
to ease the burden of writing Vulkan image filtering to a minimum,
which is pretty much a requirement considering how verbose the API is.
It supports both compute and graphic pipelines and manages to abstract
the API to such a l
Can convert to RGB using very fast fixed-function conversions.
Signed-off-by: Rostislav Pehlivanov
---
configure | 1 +
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/vf_scale_vulkan.c | 395 ++
4 fi
Signed-off-by: Rostislav Pehlivanov
---
configure | 1 +
libavfilter/Makefile| 1 +
libavfilter/allfilters.c| 1 +
libavfilter/vf_avgblur_vulkan.c | 343
4 files changed, 346 insertions(+)
create mode 100644 libavfi
On Thu, Jun 21, 2018 at 12:10:04AM +0100, Mark Thompson wrote:
> On 20/06/18 10:44, Li, Zhong wrote:
> >> -Original Message-
> >> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> >> Of Mark Thompson
> >> Sent: Sunday, June 17, 2018 9:51 PM
> >> To: ffmpeg-devel@ffmpeg
On Thu, Jun 21, 2018 at 04:03:10PM +0530, Gagandeep Singh wrote:
> output of samples using codebook 0 improved
> ---
> libavcodec/cfhd.c | 25 -
> 1 file changed, 24 insertions(+), 1 deletion(-)
this depends on your previous patch, you should mention this, because
people w
On Thu, Jun 21, 2018 at 05:55:40PM +0100, Rostislav Pehlivanov wrote:
> Signed-off-by: Rostislav Pehlivanov
> ---
> configure | 1 +
> libavfilter/Makefile| 1 +
> libavfilter/allfilters.c| 1 +
> libavfilter/vf_avgblur_vulkan.c | 343 ++
2018-06-16 22:54 GMT+02:00, Carl Eugen Hoyos :
> 2018-06-16 17:18 GMT+02:00, Carl Eugen Hoyos :
>
>> Attached patch allows to decode files that can be created with
>> GraphicsMagick:
>> $ gm convert input -depth 12 -define dpx:packing-method=b out.dpx
>
> Updated patch attached, hoping I understood
2018-06-16 23:03 GMT+02:00, Carl Eugen Hoyos :
> 2018-06-16 21:32 GMT+02:00, Jerome Martinez :
>> On 16/06/2018 17:49, Carl Eugen Hoyos wrote:
>
>>> +*lbuf = (*lbuf << 10) | (*lbuf >> shift);
>>
>> Padding bits are 0 in all DPX files I have seen up to now
>> but in theory padding bits are not d
On Thu, Jun 21, 2018 at 12:23:26AM +, Ruiling Song wrote:
> ffmpeg | branch: master | Ruiling Song | Tue Jun 19
> 09:57:31 2018 +0800| [8b8b0e2cd26cf1f522c630859fcbcc62b6493fb9] | committer:
> Mark Thompson
>
> lavfi: add opencl tonemap filter
>
> This filter does HDR(HDR10/HLG) to SDR con
On Thu, Jun 21, 2018 at 9:48 AM Michael Niedermayer
wrote:
>
> > +if (UINT32_MAX == init_info_count ||
> > +UINT32_MAX - *side_data_size < FF_ENCRYPTION_INIT_INFO_EXTRA ||
> > +UINT32_MAX - *side_data_size - FF_ENCRYPTION_INIT_INFO_EXTRA <
> > info->system_id_size
On Thu, Jun 21, 2018 at 02:27:29PM +0200, Carl Eugen Hoyos wrote:
> 2018-06-21 13:55 GMT+02:00, Moritz Barsnick :
> > On Thu, Jun 21, 2018 at 10:51:33 +0200, Carl Eugen Hoyos wrote:
>
> >> Who wrote the patch / where did you find it?
> >
> > The ticket he mentioned was #4450, the patch is here:
>
We are a small film distribution company in the process of setting
up our own video streaming site. We moved from using an encoding
service provider to running ffmpeg in-house. Now we want to set up
a dedicated machine to speed up the process, but we need guidance
for this.
THE PROCESS
Input: m
2018-06-20 16:50 GMT+02:00, Ariel Frailich :
> Input: mostly ProRes (10-20Gb), HD to 4K res, 90 mins average length.
>
> Output: a set of .mp4 files at 5 different resolutions, up to 1080.
> These are further processed (primarily bento4) to create multiple/
> variable bitrate HLS and DASH streams,
Signed-off-by: Michael Niedermayer
---
libavcodec/ffv1enc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/ffv1enc.c b/libavcodec/ffv1enc.c
index e6f4422fa1..f5eb0feb4e 100644
--- a/libavcodec/ffv1enc.c
+++ b/libavcodec/ffv1enc.c
@@ -123,7 +123,7 @@ static const ui
Fixes: Timeout
Fixes:
8648/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_MJPEG_fuzzer-5108395525799936
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/mjpegdec.c | 5 +
1 file changed,
Improves speed 102->2 sec
Testcase:
8655/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_DVBSUB_fuzzer-6277869285146624
Fixes: Timeout
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/dvbsubd
Fixes: signed integer overflow: -4096 * -524288 cannot be represented in type
'int'
Fixes:
8650/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_RA_144_fuzzer-5734816036159488
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Mic
Fixes: Timeout
Fixes:
8646/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_FFV1_fuzzer-5649968353247232
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/ffv1dec.c | 10 --
1 file chan
Fixes: Timeout
Fixes:
8665/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_CSCD_fuzzer-5768442610188288
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
---
libavcodec/cscd.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a
On 22-06-2018 03:29 AM, Carl Eugen Hoyos wrote:
(musl 32bit is unsupported which we are not allowed to
document
Why is this?
Regards,
Gyan
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 06/21/2018 11:59 PM, Carl Eugen Hoyos wrote:
2018-06-20 16:50 GMT+02:00, Ariel Frailich :
Input: mostly ProRes (10-20Gb), HD to 4K res, 90 mins average length.
Output: a set of .mp4 files at 5 different resolutions, up to 1080.
These are further processed (primarily bento4) to create multip
50 matches
Mail list logo
