On Mon, 25 Dec 2017 02:12:38 +
Rostislav Pehlivanov wrote:
> Signed-off-by: Rostislav Pehlivanov
> ---
> doc/APIchanges | 5 +
> libavresample/avresample.h | 30 +-
> 2 files changed, 30 insertions(+), 5 deletions(-)
>
> diff --git a/doc/APIchan
On Mon, 25 Dec 2017 10:44:40 +
Rostislav Pehlivanov wrote:
> On 25 December 2017 at 06:50, wm4 wrote:
>
> > On Mon, 25 Dec 2017 02:12:38 +
> > Rostislav Pehlivanov wrote:
> >
> > > Signed-off-by: Rostislav Pehlivanov
> > >
On Mon, 25 Dec 2017 17:21:23 +
Aman Gupta wrote:
> On Sun, Dec 24, 2017 at 7:48 PM Steven Liu wrote:
>
> > fix --disable-network compipling error
> >
> > Signed-off-by: Steven Liu
> > ---
> > libavformat/hls.c | 4 +++-
> > 1 file changed, 3 insertions(+), 1 deletion(-)
> >
> > diff --git
On Mon, 25 Dec 2017 19:52:57 -0300
James Almer wrote:
> x264 now supports multibitdepth builds, with a slightly changed API to
> request bitdepth during initialization.
>
> Signed-off-by: James Almer
> ---
> libavcodec/libx264.c | 45 +
> 1 file chan
On Sun, 24 Dec 2017 00:51:16 +0100
wm4 wrote:
> This removes the XP compatibility code, and switches entirely to SWR
> locks, which are available starting at Windows Vista.
>
> This removes CRITICAL_SECTION use, which allows us to add
> PTHREAD_MUTEX_INITIALIZER, which will
On Sat, 23 Dec 2017 03:14:49 +0100
wm4 wrote:
> This provides a generic way to the API user to deal with files that
> either lack this SEI, or which have the SEI only in packets not passed
> to the decoder (such as the common case of the SEI being in the very
> firsat video packet,
On Tue, 26 Dec 2017 02:14:11 +
Aman Gupta wrote:
> On Mon, Dec 25, 2017 at 1:03 PM Michael Niedermayer
> wrote:
>
> > On Mon, Dec 25, 2017 at 06:08:11PM +, Aman Gupta wrote:
> > > On Mon, Dec 25, 2017 at 9:58 AM Michael Niedermayer
> >
> > > wrote:
> > >
> > > > On Fri, Dec 22,
On Mon, 25 Dec 2017 21:22:59 -0800
Aman Gupta wrote:
> From: Aman Gupta
>
> Fixes a segfault when reading a live playlist (without end tag) from non-http
> url (like a file on disk).
>
> Signed-off-by: Aman Gupta
> ---
> libavformat/hls.c | 5 +++--
> 1 file changed, 3 insertions(+), 2 dele
On Tue, 26 Dec 2017 05:26:34 +
Aman Gupta wrote:
> On Mon, Dec 25, 2017 at 7:55 PM Aman Gupta wrote:
>
> > On Mon, Dec 25, 2017 at 6:29 PM wm4 wrote:
> >
> >> On Tue, 26 Dec 2017 02:14:11 +
> >> Aman Gupta wrote:
> >>
> >>
On Thu, 31 Aug 2017 22:56:53 +0800
Steven Liu wrote:
> move from dashenc, move DASHTmplId and dash_fill_tmpl_params to
> dash.c, they will be used by dash demuxer and dash muxer.
>
> v2 fixed:
> 1. rename common file from dashcomm.* to dash.*
> Suggested-by: Hendrik Leppkes
>
> v3 fixed:
> 1.
On Wed, 30 Aug 2017 20:52:40 +0800
Steven Liu wrote:
> +media_val = xmlGetProp(fragmenturl_node, "media");
> +if (media_val) {
> +struct fragment *seg = av_mallocz(sizeof(struct fragment));
> +if (!seg) {
> +av_free(media_val);
Most likely
On Fri, 1 Sep 2017 15:44:53 +
"LongChair ." wrote:
> From: Mark Thompson
>
> ---
> configure | 3 +
> libavutil/Makefile | 2 +
> libavutil/hwcontext.c | 4 +
> libavutil/hwcontext.h | 1 +
> libavutil/hwcontext_drm.c | 294
>
On Sun, 3 Sep 2017 14:27:06 +0100
Mark Thompson wrote:
> On 03/09/17 13:36, LongChair . wrote:
> > Le 01/09/2017 à 21:13, Carl Eugen Hoyos a écrit :
> >> This is Apache 2.0 (afaict) meaning it requires version 3 in case of
> >> --enable-gpl.
> > That is right, although it seems MPP clearly c
On Mon, 4 Sep 2017 00:04:36 -0300
James Almer wrote:
> On 8/30/2017 2:14 AM, James Almer wrote:
> > Signed-off-by: James Almer
> > ---
> > libavfilter/lavfutils.c | 20 +---
> > 1 file changed, 17 insertions(+), 3 deletions(-)
>
> Ping.
Just push it.
On Sat, 2 Sep 2017 13:23:06 -0300
James Almer wrote:
> #ifndef FF_API_LAVF_KEEPSIDE_FLAG
> -#define FF_API_LAVF_KEEPSIDE_FLAG (LIBAVFORMAT_VERSION_MAJOR < 58)
> +#define FF_API_LAVF_KEEPSIDE_FLAG (LIBAVFORMAT_VERSION_MAJOR < 59)
> #endif
> #ifndef FF_API_OLD_ROTATE_API
> -#define
On Sun, 3 Sep 2017 15:44:36 +0300
Yevhen Kyriukha wrote:
> Signed-off-by: Yevhen Kyriukha
> ---
> libavcodec/mmaldec.c | 5 -
> 1 file changed, 4 insertions(+), 1 deletion(-)
>
> diff --git a/libavcodec/mmaldec.c b/libavcodec/mmaldec.c
> index 0b1195dc3e..19ca6ce7e7 100644
> --- a/libavco
On Mon, 4 Sep 2017 22:58:27 +0800
Steven Liu wrote:
> 2017-09-01 18:26 GMT+08:00 Steven Liu :
> > modify from av_free to xmlFree
> >
> > Signed-off-by: Steven Liu
> > ---
> > libavformat/dashdec.c | 44 ++--
> > 1 file changed, 22 insertions(+), 22 deleti
On Mon, 4 Sep 2017 18:11:44 +0200
Michael Niedermayer wrote:
> Fixes: Timeout
> Fixes: 3142/clusterfuzz-testcase-5007853163118592
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
> Signed-off-by: Michael Niedermayer
Wasn't this patch r
On Mon, 4 Sep 2017 18:03:51 +0100
Rostislav Pehlivanov wrote:
> On 4 September 2017 at 17:25, Timo Rothenpieler
> wrote:
>
> > We have av_pixelutils_sad_fn which does SAD and has SIMD, there's no point
> >> in reinventing the wheel.
> >>
> >> I also don't see why this needs to be implemented
On Mon, 4 Sep 2017 19:40:25 +0200
Michael Niedermayer wrote:
> My thought, if its less energy intensive than what we have then its
> worth having.
> A tiny contribution to reducing carbon emissions ...
Removing some fringe codecs/filters and FATE test would contribute a
LOT to this. Currently, L
On Mon, 4 Sep 2017 20:16:20 +0200
Michael Niedermayer wrote:
> On Mon, Sep 04, 2017 at 02:36:45PM -0300, James Almer wrote:
> > On 9/4/2017 2:23 PM, wm4 wrote:
> > > On Mon, 4 Sep 2017 18:11:44 +0200
> > > Michael Niedermayer wrote:
> > >
>
On Mon, 4 Sep 2017 19:07:02 +0100
Rostislav Pehlivanov wrote:
> On 4 September 2017 at 18:18, wm4 wrote:
>
> > On Mon, 4 Sep 2017 18:03:51 +0100
> > Rostislav Pehlivanov wrote:
> >
> > > On 4 September 2017 at 17:25, Timo Rothenpieler
>
On Mon, 4 Sep 2017 21:18:35 +0200
Michael Niedermayer wrote:
> On Sat, Sep 02, 2017 at 09:47:38PM -0300, James Almer wrote:
> > From: Anton Khirnov
> >
> > (cherry picked from commit e6bff23f1e11aefb16a2b5d6ee72bf7469c5a66e)
> > Signed-off-by: James Almer
> > ---
> > This is (afaics) the last
On Mon, 4 Sep 2017 20:41:19 +0100
Rostislav Pehlivanov wrote:
> On 4 September 2017 at 19:44, wm4 wrote:
>
> > On Mon, 4 Sep 2017 19:07:02 +0100
> > Rostislav Pehlivanov wrote:
> >
> > > On 4 September 2017 at 18:18, wm4 wrote:
> > >
On Mon, 4 Sep 2017 22:53:43 +0200
Michael Niedermayer wrote:
> On Mon, Sep 04, 2017 at 09:27:32PM +0200, wm4 wrote:
> > On Mon, 4 Sep 2017 21:18:35 +0200
> > Michael Niedermayer wrote:
> >
> > > On Sat, Sep 02, 2017 at 09:47:38PM -0300, James Almer wrote:
On Tue, 5 Sep 2017 10:03:49 +0200
Jorge Ramirez wrote:
> On 09/05/2017 09:16 AM, Jorge Ramirez wrote:
> > On 09/05/2017 12:16 AM, Mark Thompson wrote:
> >> On 04/09/17 22:55, Jorge Ramirez wrote:
> >>> On 09/04/2017 11:29 PM, Mark Thompson wrote:
> > ... stuff ...
> So the sequen
On Tue, 5 Sep 2017 10:03:11 +0200
Clément Bœsch wrote:
> On Mon, Sep 04, 2017 at 08:35:17PM +0200, wm4 wrote:
> [...]
> > > > > Can't we just remove this codec? It has no use other than causing
> > > > > potential security issues and maintenance.
&g
On Tue, 5 Sep 2017 00:04:08 +0200
Michael Niedermayer wrote:
> Fixes: OOM
> Fixes: 2225/clusterfuzz-testcase-minimized-5505632079708160
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
> Signed-off-by: Michael Niedermayer
> ---
> libav
On Tue, 5 Sep 2017 15:57:23 +0200
Clément Bœsch wrote:
> From: Clément Bœsch
>
> I'm reworking the Apple Framework dependencies in the build system, and
> unfortunately I can't test VDA (because OSX doesn't have it anymore).
> I'll either break it badly without being able to fix it, or won't b
On Tue, 5 Sep 2017 20:19:09 +0100
Mark Thompson wrote:
> On 05/09/17 19:55, LongChair . wrote:> Le 05/09/2017 à 19:19, Mark Thompson a
> écrit :
> >> On 05/09/17 12:44, LongChair . wrote:
> >>> From: LongChair
> >>>
> >>> This adds hardware decoding for h264 / HEVC / VP8 using MPP Rockchip AP
On Wed, 6 Sep 2017 06:57:25 +0700
Ilia Valiakhmetov wrote:
> Signed-off-by: Ilia Valiakhmetov
> ---
> libavcodec/avcodec.h | 7 ++-
> libavcodec/options.c | 1 +
> libavcodec/pthread_slice.c | 26 --
> libavcodec/utils.c | 14 ++
>
On Tue, 5 Sep 2017 22:14:39 -0300
James Almer wrote:
> On 9/5/2017 5:38 AM, wm4 wrote:
> > On Tue, 5 Sep 2017 10:03:11 +0200
> > Clément Bœsch wrote:
> >
> >> On Mon, Sep 04, 2017 at 08:35:17PM +0200, wm4 wrote:
> >> [...]
> >>>>>&g
On Wed, 6 Sep 2017 11:33:05 -0300
James Almer wrote:
> Also, had you also removed the automated merging parts of the code
> without waiting for a major bump, if a pre-removal lavf were to send a
> packet to a post-removal lavc, the latter would shit the bed with all
> the packets full of unexpect
On Thu, 7 Sep 2017 15:32:58 +0200
Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch implements ticket #2208.
>
> Please comment, Carl Eugen
Probably worse than:
From: phint...@gmail.com
To: ffmpeg-devel@ffmpeg.org
Cc: Petri Hintukainen
Subject: [FFmpeg-devel] [PATCH v2] Add SUP/PGS subtit
On Fri, 15 Sep 2017 17:04:38 +0900
Tatsuyuki Ishi wrote:
> Subject: [PATCH] GnuTLS: eat PREMATURE_TERMINATION error
>
> GnuTLS is too strict on the SSL shutdown alert, and it's neither
> mandatory in the spec or critical. As it's ignored in OpenSSL, we
> should also suppress it in GnuTLS as well
On Sun, 10 Sep 2017 21:53:32 +0100
Mark Thompson wrote:
> Using cl_arm_import_memory. Unfortunately, despite this not being a
> standard extension, the function clImportMemoryARM() is not accessible
> via clGetExtensionFunctionAddressForPlatform(). This means that it has
> to be linked directly
On Sun, 10 Sep 2017 21:53:25 +0100
Mark Thompson wrote:
> ---
> This is the same patch as the one in the kmsgrab and rkmpp sets, included
> here because the ARM DRM mapping depends on it.
>
>
> configure | 3 +
> libavutil/Makefile | 2 +
> libavutil/hwcon
On Sun, 10 Sep 2017 07:51:55 -0400
"Ronald S. Bultje" wrote:
> Hi Richard,
>
> On Sun, Sep 10, 2017 at 6:23 AM, Richard Ling wrote:
>
> > But maybe some time, the filter API could be
> > updated so that after a seek, a filter can request frames that are before
> > the seek position.
>
>
>
On Mon, 11 Sep 2017 16:26:33 +0200
Jorge Ramirez-Ortiz wrote:
> This patchset enhances Alexis Ballier's original patch and validates
> it using Qualcomm's Venus hardware (driver recently landed upstream
> [1]).
>
> This has been tested on Qualcomm's DragonBoard 410c and 820c
>
On Tue, 12 Sep 2017 11:40:55 +0200
Nicolas George wrote:
> Signed-off-by: Nicolas George
> ---
> doc/APIchanges | 3 +++
> libavfilter/buffersink.c | 10 ++
> libavfilter/buffersink.h | 12
> 3 files changed, 21 insertions(+), 4 deletions(-)
>
> diff --git a/doc
On Sat, 9 Sep 2017 08:37:17 +0800
Steven Liu wrote:
> 2017-09-04 23:55 GMT+08:00 Steven Liu :
> > 2017-09-04 23:36 GMT+08:00 wm4 :
> >> On Mon, 4 Sep 2017 22:58:27 +0800
> >> Steven Liu wrote:
> >>
> >>> 2017-09-01 18:26 GMT+08:00 Steve
On Tue, 19 Sep 2017 12:48:06 -0700
Jorge Ramirez-Ortiz wrote:
> > I
> > also assume the data flow issues got solved.
>
> data flow?
Wasn't there some confusion about how send/receive works, and how to
connect it to how v4l2 data flow works?
(Also could we replace all instances of v4l2 with v
On Wed, 20 Sep 2017 04:00:28 +0100
Rostislav Pehlivanov wrote:
> +if (mdm.has_gamma || mdm.has_primaries) {
> +AVMasteringDisplayMetadata *new_mdm =
> av_mastering_display_metadata_create_side_data(p);
> +memcpy(new_mdm, &mdm, sizeof(AVMasteringDisplayMetadata));
> +}
> +
On Wed, 20 Sep 2017 04:00:27 +0100
Rostislav Pehlivanov wrote:
> PNG exposes it and its required in order to correctly display some images,
> particularly images crafted to contain 2 different images which appear
> differently depending on whether the gamma has been taken into account.
>
> Signe
On Wed, 20 Sep 2017 12:58:14 -0300
James Almer wrote:
> On 9/20/2017 12:47 PM, Rostislav Pehlivanov wrote:
> > On 20 September 2017 at 16:05, Hendrik Leppkes wrote:
> >
> >> On Wed, Sep 20, 2017 at 4:34 PM, Rostislav Pehlivanov
> >> wrote:
> >>> On 20 September 2017 at 12:55, Vittorio Giov
On Wed, 20 Sep 2017 04:00:28 +0100
Rostislav Pehlivanov wrote:
> +if (mdm.has_gamma || mdm.has_primaries) {
> +AVMasteringDisplayMetadata *new_mdm =
> av_mastering_display_metadata_create_side_data(p);
> +memcpy(new_mdm, &mdm, sizeof(AVMasteringDisplayMetadata));
> +}
> +
On Wed, 20 Sep 2017 14:23:32 +0200
Vittorio Giovara wrote:
> Signed-off-by: Vittorio Giovara
> ---
> Updated following review.
> Vittorio
>
> libavutil/pixdesc.c | 65
> +
> libavutil/pixdesc.h | 25 +
> 2 files changed,
On Wed, 20 Sep 2017 15:28:26 -0300
James Almer wrote:
> On 9/20/2017 3:18 PM, wm4 wrote:
> > On Wed, 20 Sep 2017 04:00:27 +0100
> > Rostislav Pehlivanov wrote:
> >
> >> PNG exposes it and its required in order to correctly display some images,
> >> p
On Wed, 20 Sep 2017 15:22:42 -0300
James Almer wrote:
> On 9/20/2017 3:18 PM, wm4 wrote:
> > On Wed, 20 Sep 2017 04:00:28 +0100
> > Rostislav Pehlivanov wrote:
> >
> >> +if (mdm.has_gamma || mdm.has_primaries) {
> >> +
On Wed, 20 Sep 2017 22:00:34 +0200
Michael Niedermayer wrote:
> On Wed, Sep 20, 2017 at 08:32:59PM +0200, wm4 wrote:
> > On Wed, 20 Sep 2017 15:22:42 -0300
> > James Almer wrote:
> >
> > > On 9/20/2017 3:18 PM, wm4 wrote:
> > > > On Wed, 20
On Wed, 20 Sep 2017 19:01:52 -0700
Jorge Ramirez-Ortiz wrote:
> > Btw. I noticed that this apparently never sets chroma_location?
>
> I didnt find anything in v4l2 to retrieve the chroma_location from the kernel
> driver (the API doesnt handle this information).
> does ffmpeg need this field
On Wed, 20 Sep 2017 18:55:40 -0700
Jorge Ramirez-Ortiz wrote:
> This patchset enhances Alexis Ballier's original patch and validates
> it using Qualcomm's Venus hardware (driver recently landed upstream
> [1]).
I intend to apply this later today.
_
On Thu, 21 Sep 2017 15:57:00 +0200
Steve Lhomme wrote:
> From: "Mohammed (Shaan) Huzaifa Danish"
>
> ---
> libavcodec/h264_sei.c | 6 --
> libavcodec/h264_sei.h | 1 +
> libavcodec/h264_slice.c | 2 ++
> libavutil/stereo3d.h| 4
> 4 files changed, 11 insertions(+), 2 deletions
On Thu, 21 Sep 2017 22:55:14 +0200
Thomas Hartwig wrote:
> The problem is this warning is flooding the console with deprecated
> warnings for every decoded frame. However decoding works well. This is
> an issue with an Axis camera H264 stream received via rtsp for instance.
> There are several
On Fri, 8 Sep 2017 21:08:13 +0200
Błażej Szczygieł wrote:
> VDPAUHWContext struct is used internally, so allocate required amount
> of memory. Also move hwctx->reset as it was prior to
> 7e4ba776a2240d40124d5540ea6b2118fa2fe26a to make sure that buffer
> overflow doesn't happen if application al
On Wed, 20 Sep 2017 18:55:40 -0700
Jorge Ramirez-Ortiz wrote:
> This patchset enhances Alexis Ballier's original patch and validates
> it using Qualcomm's Venus hardware (driver recently landed upstream
> [1]).
Pushed to master.
___
ffmpeg-
On Sun, 24 Sep 2017 22:06:09 -0300
James Almer wrote:
> It's added as a replacemet of av_copy_packet_side_data() using the proper
> av_packet_* namespace, and differs from it in the following ways:
>
> - Side data already allocated and copied is properly freed in case of failure.
> - The dst pac
On Mon, 25 Sep 2017 09:02:36 +0200
Hendrik Leppkes wrote:
> On Mon, Sep 25, 2017 at 3:31 AM, Aman Gupta wrote:
> >
> > How do the other hwaccels handle mid-stream SPS changes?
> >
>
> Real HWAccels (ie. VAAPI, VDPAU or DXVA) communicate the SPS/PPS
> content for every frame, they don't keep a
On Mon, 25 Sep 2017 10:58:31 -0300
James Almer wrote:
> > Using av_packet_copy_props() instead of introducing yet another weird
> > function would be better.
>
> It can't be used in some cases. Look at the last two patches in the set.
> copy_props can't be used there without some extra pointle
On Mon, 25 Sep 2017 14:07:54 -0300
James Almer wrote:
> On 9/25/2017 1:43 PM, wm4 wrote:
> > On Mon, 25 Sep 2017 10:58:31 -0300
> > James Almer wrote:
> >
> >>> Using av_packet_copy_props() instead of introducing yet another weird
> >>> functi
On Mon, 25 Sep 2017 10:10:58 -0700
John Stebbins wrote:
> When keyframe intervals of dash segments are not perfectly aligned,
> fragments in the stream can overlap in time. Append new "trun" index
> entries to the end of the index instead of sorting by timestamp.
> Sorting by timestamp causes pac
On Mon, 25 Sep 2017 14:37:52 -0300
James Almer wrote:
> On 9/25/2017 2:29 PM, wm4 wrote:
> > On Mon, 25 Sep 2017 14:07:54 -0300
> > James Almer wrote:
> >
> >> On 9/25/2017 1:43 PM, wm4 wrote:
> >>> On Mon, 25 Sep 2017 10:58:31 -0300
> >
On Mon, 25 Sep 2017 11:49:51 -0700
Aman Gupta wrote:
> On Mon, Sep 25, 2017 at 3:06 AM, wm4 wrote:
>
> > On Mon, 25 Sep 2017 09:02:36 +0200
> > Hendrik Leppkes wrote:
> >
> > > On Mon, Sep 25, 2017 at 3:31 AM, Aman Gupta wrote:
> > > >
> &
On Mon, 25 Sep 2017 16:14:08 -0700
Aman Gupta wrote:
> On Wed, May 24, 2017 at 6:47 AM, wm4 wrote:
>
> > With the new decode API, you can't handle errors directly in the API
> > user - you only know that the hwaccel did not initialize at all.
> >
>
On Mon, 25 Sep 2017 16:44:45 -0300
James Almer wrote:
> On 9/25/2017 4:28 PM, Rostislav Pehlivanov wrote:
> > Signed-off-by: Rostislav Pehlivanov
> > ---
> > ffprobe.c | 3 +++
> > 1 file changed, 3 insertions(+)
> >
> > diff --git a/ffprobe.c b/ffprobe.c
> > index b2e8949d9f..171f856c2d 10064
On Mon, 25 Sep 2017 20:28:07 +0100
Rostislav Pehlivanov wrote:
> Signed-off-by: Rostislav Pehlivanov
> ---
> doc/APIchanges | 3 +++
> libavutil/frame.h | 6 ++
> libavutil/version.h | 2 +-
> 3 files changed, 10 insertions(+), 1 deletion(-)
>
> diff --git a/doc/APIchanges b/doc/API
On Mon, 25 Sep 2017 17:36:27 -0700
Aman Gupta wrote:
> From: Aman Gupta
>
> ---
> libavcodec/videotoolbox.c | 17 -
> 1 file changed, 16 insertions(+), 1 deletion(-)
>
> diff --git a/libavcodec/videotoolbox.c b/libavcodec/videotoolbox.c
> index 1de556f3e8..f56ab1f8c9 100644
>
On Mon, 25 Sep 2017 17:36:30 -0700
Aman Gupta wrote:
> From: Aman Gupta
>
> If the VideoToolbox session needs to be restarted, and
> videotoolbox_start() fails for some reason (for instance, if the video
> is interlaced and the decoder is running on iOS), avcodec will return
> AVERROR_EXTERNAL.
On Mon, 25 Sep 2017 17:36:31 -0700
Aman Gupta wrote:
> From: Aman Gupta
>
> Removes the avctx->extradata_size requirement when creating avcC, since
> avctx->extradata is only used in the esds code path.
>
> This fixes an issue where the VideoToolbox decoder would not work unless
> avformat_fin
On Tue, 26 Sep 2017 11:12:41 -0300
James Almer wrote:
> On 9/26/2017 9:14 AM, wm4 wrote:
> > On Mon, 25 Sep 2017 16:44:45 -0300
> > James Almer wrote:
> >
> >> On 9/25/2017 4:28 PM, Rostislav Pehlivanov wrote:
> >>> Signed-off-by: Rostislav
On Tue, 26 Sep 2017 08:49:44 +0200
Lukas Stabe wrote:
> The format context (when not NULL) is used to store chapter information,
> which was not previously supported by ff_id3v2_read_dict.
>
> This fixes https://trac.ffmpeg.org/ticket/6558
> ---
Kind of worried what happens if the ID3 informati
On Tue, 26 Sep 2017 19:49:34 -0700
Aman Gupta wrote:
> On Tue, Sep 26, 2017 at 7:20 PM, James Almer wrote:
>
> > On 9/26/2017 10:08 PM, Aman Gupta wrote:
> > > From: Aman Gupta
> > >
> > > ---
> > > configure| 2 +
> > > libavcodec/allcodecs.c | 1 +
> > > liba
On Wed, 27 Sep 2017 13:09:02 +0100
Josh de Kock wrote:
> Support for this device has been removed in kernel since v2.6.37. dv1394
> has been superseded by libiec61883 which is functionally equivalent.
>
> Signed-off-by: Josh de Kock
> ---
The API has been removed 7 years ago from the kernel. L
On Tue, 26 Sep 2017 18:08:10 -0700
Aman Gupta wrote:
> From: Aman Gupta
>
> ---
> configure| 2 +
> libavcodec/allcodecs.c | 1 +
> libavcodec/hevc_refs.c | 3 +
> libavcodec/hevcdec.c | 12 ++-
> libavcodec/vda_vt_internal.h | 1 +
> libavcodec
On Tue, 26 Sep 2017 18:08:10 -0700
Aman Gupta wrote:
> From: Aman Gupta
>
> ---
> configure| 2 +
> libavcodec/allcodecs.c | 1 +
> libavcodec/hevc_refs.c | 3 +
> libavcodec/hevcdec.c | 12 ++-
> libavcodec/vda_vt_internal.h | 1 +
> libavcodec
On Tue, 26 Sep 2017 16:22:23 -0700
Jorge Ramirez-Ortiz wrote:
> Stopping the codec when no more input is available causes captured
> buffers that might be ready to be dequeued to be invalidated.
>
> This commit follows the V4L2 API more closely:
> 1. on the last valid input buffer, it sets the V
On Wed, 27 Sep 2017 14:18:13 +0100
Josh de Kock wrote:
> Hi,
>
> There is no point of having these output devices as all the
> functionality is contained in the 'ffplay' tool. If people wanted to
> integrate these devices in their own programs instead of using the
> ffmpeg tool then they are far
On Wed, 27 Sep 2017 16:34:49 +0200
Michael Niedermayer wrote:
> On Wed, Sep 27, 2017 at 02:18:13PM +0100, Josh de Kock wrote:
> > Hi,
> >
> > There is no point of having these output devices as all the
> > functionality is contained in the 'ffplay' tool. If people wanted to
> > integrate these d
On Wed, 27 Sep 2017 17:08:06 +0200
Carl Eugen Hoyos wrote:
> 2017-09-27 15:18 GMT+02:00 Josh de Kock :
>
> > There is no point of having these output devices as all the
> > functionality is contained in the 'ffplay' tool.
>
> I use at least sdl and opengl regularly for tests that cannot
> be
On Wed, 27 Sep 2017 17:17:37 +0200
Carl Eugen Hoyos wrote:
> 2017-09-27 17:15 GMT+02:00 wm4 :
> > On Wed, 27 Sep 2017 17:08:06 +0200
> > Carl Eugen Hoyos wrote:
> >
> >> 2017-09-27 15:18 GMT+02:00 Josh de Kock :
> >>
> >> > There is
On Wed, 27 Sep 2017 16:31:37 +0100
Josh de Kock wrote:
> On 27/09/2017 16:28, Carl Eugen Hoyos wrote:
> > 2017-09-27 17:21 GMT+02:00 Josh de Kock :
> >> On 27/09/2017 16:17, Carl Eugen Hoyos wrote:
> >>> 2017-09-27 17:15 GMT+02:00 wm4 :
> >>>> O
On Wed, 27 Sep 2017 09:03:58 -0700
Jorge Ramirez-Ortiz wrote:
> On 09/27/2017 06:01 AM, wm4 wrote:
> > On Tue, 26 Sep 2017 16:22:23 -0700
> > Jorge Ramirez-Ortiz wrote:
> >
> >> Stopping the codec when no more input is available causes captured
> >> buf
On Wed, 27 Sep 2017 09:17:36 -0700
Aman Gupta wrote:
> On Wed, Sep 27, 2017 at 5:51 AM, wm4 wrote:
>
> > On Tue, 26 Sep 2017 18:08:10 -0700
> > Aman Gupta wrote:
> >
> > > From: Aman Gupta
> > >
> > > ---
> > > configure
On Wed, 27 Sep 2017 18:08:19 +0200
Carl Eugen Hoyos wrote:
> Hi!
>
> The existing amr demuxer does not allow reading streams, it requires
> the 3GPP-conforming file header.
> Attached patch allows reading amrnb and amrwb from (live) streams,
> fixes ticket #6678.
>
> Please comment, Carl Eugen
On Wed, 27 Sep 2017 18:47:16 +0200
Carl Eugen Hoyos wrote:
> 2017-09-27 18:40 GMT+02:00 wm4 :
> > On Wed, 27 Sep 2017 18:08:19 +0200
> > Carl Eugen Hoyos wrote:
> >
> >> Hi!
> >>
> >> The existing amr demuxer does not allow reading streams,
On Wed, 27 Sep 2017 19:00:04 +0200
Carl Eugen Hoyos wrote:
> 2017-09-27 18:58 GMT+02:00 wm4 :
>
> > It may be better for you not committing anything if you don't know what
> > commit messages are.
>
> I assume this is how you interpret our code-of-conduct
>
On Wed, 27 Sep 2017 19:04:26 +0200
Carl Eugen Hoyos wrote:
> 2017-09-27 19:02 GMT+02:00 wm4 :
> > On Wed, 27 Sep 2017 19:00:04 +0200
> > Carl Eugen Hoyos wrote:
> >
> >> 2017-09-27 18:58 GMT+02:00 wm4 :
> >>
> >> > It may be better for
On Wed, 27 Sep 2017 19:22:37 +0200
Carl Eugen Hoyos wrote:
> 2017-09-27 19:08 GMT+02:00 wm4 :
> > Maybe you could get back to the technical discussion
>
> I wish this were so easy with you:
Well, it certainly isn't with you.
On Wed, 27 Sep 2017 17:28:12 -0400
Vittorio Giovara wrote:
> As defined by the spcifications
> ---
> libavcodec/proresdec_lgpl.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/libavcodec/proresdec_lgpl.c b/libavcodec/proresdec_lgpl.c
> index bc5bdb5a4d..c86d433f50 100644
> --- a/libav
On Wed, 27 Sep 2017 19:52:13 -0300
James Almer wrote:
> > +#if !HAVE_KCMVIDEOCODECTYPE_HEVC
> > +enum { kCMVideoCodecType_HEVC = 'hvc1' };
> > +#endif
>
> The correct thing to do is adding kCMVideoCodecType_HEVC to
> hevc_videotoolbox_hwaccel_deps in configure, and not forcing it on SDKs
> tha
On Wed, 27 Sep 2017 19:45:23 -0300
James Almer wrote:
> On 9/27/2017 7:19 PM, Aman Gupta wrote:
> > From: Aman Gupta
> >
> > additional changes to hevc patchset, as suggested on-list
> >
> > if these look fine, I will squash into previous patchset and push it to
> > master.
> > ---
> > libavc
On Wed, 27 Sep 2017 21:15:39 -0300
James Almer wrote:
> On 9/4/2017 5:53 PM, Michael Niedermayer wrote:
> > On Mon, Sep 04, 2017 at 09:27:32PM +0200, wm4 wrote:
> >> On Mon, 4 Sep 2017 21:18:35 +0200
> >> Michael Niedermayer wrote:
> >>
> >>>
On Wed, 27 Sep 2017 21:37:54 -0300
James Almer wrote:
> > API users can rely on it. So you better make sure that can't break.
> > Other aspects don't really matter.
>
> What do you mean with this? Do i apply it or not? The function will
> return a value based on runtime cpuflags. The value is
On Wed, 27 Sep 2017 22:26:48 -0300
James Almer wrote:
> On 9/27/2017 9:59 PM, wm4 wrote:
> > On Wed, 27 Sep 2017 21:37:54 -0300
> > James Almer wrote:
> >
> >>> API users can rely on it. So you better make sure that can't break.
> >>> Other
On Thu, 28 Sep 2017 16:14:40 +0200
Nicolas George wrote:
> Le septidi 7 vendémiaire, an CCXXVI, James Almer a écrit :
> > There was a very strong objection to this patch in another reply. You
> > should ask him to elaborate if necessary.
>
> I do not remember. Checking. O
On Tue, 12 Sep 2017 11:40:55 +0200
Nicolas George wrote:
> Signed-off-by: Nicolas George
> ---
> doc/APIchanges | 3 +++
> libavfilter/buffersink.c | 10 ++
> libavfilter/buffersink.h | 12
> 3 files changed, 21 insertions(+), 4 deletions(-)
jamrial asked to cla
On Thu, 28 Sep 2017 12:11:48 -0300
Pablo Montilla wrote:
> ---
> libavformat/isom.h | 2 +-
> libavformat/mov.c | 6 +-
> 2 files changed, 2 insertions(+), 6 deletions(-)
>
> diff --git a/libavformat/isom.h b/libavformat/isom.h
> index fdd98c28f5..a32b92ccdd 100644
> --- a/libavformat/isom
On Thu, 28 Sep 2017 13:58:02 -0500
mmironov wrote:
> From 4a47f0e1ee57239fbbc597c0084f486e815ec267 Mon Sep 17 00:00:00 2001
> From: mmironov
> Date: Thu, 28 Sep 2017 12:30:30 -0400
> Subject: [PATCH] Added HW accelerated H.264 and HEVC encoding for AMD GPUs
> based on AMF SDK
>
> Signed-off-by
On Fri, 29 Sep 2017 15:04:00 +
"Mironov, Mikhail" wrote:
> I would like to understand better the nature of the concern. The license is
> MIT. The paragraph in question is a notice, not limiting the usage of the SDK.
> I can definitely reduce number of headers. I can merge all necessary
> in
On Mon, 2 Oct 2017 01:20:15 +0200
Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch implements auto-detection of svg images.
>
> Please review, Carl Eugen
That looks like it'd be extremely fragile and react to anything that is
XML and happens to have the string "svg" and "http://ffmpeg.org/mail
401 - 500 of 3095 matches
Mail list logo
