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
>Pushed.
>
>Thanks
FYI. FATE is failing after this push. It is due to the missing copyright header
in dash.c
Thanks and Regards,
Karthick
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
From: Karthick J
Signed-off-by: Karthick J
---
libavformat/hlsenc.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
index 4a908863..dd36fde 100644
--- a/libavformat/hlsenc.c
+++ b/libavformat/hlsenc.c
@@ -1,6 +1,7 @@
/*
* App
ffmpeg need a dash demuxer for demux the dash formats base on
https://github.com/samsamsam-iptvplayer/exteplayer3/blob/master/tmp/ffmpeg/patches/3.2.2/01_add_dash_demux.patch
TODO:
1. support multi bitrate dash.
v2 fixed:
1. from autodetect to disabled
2. from camelCase code style to ffmpeg c
Am 30.08.2017 um 06:19 schrieb Yogender Gupta:
Attached is a CUDA version of the thumbnail filter, this helps accelerate
thumbnails generations significantly, when using the GPU pipeline.
Regards,
Yogender
After having a look at the code:
The filter is using a global "CUdeviceptr data;" vari
modify from av_free to xmlFree
Signed-off-by: Steven Liu
---
libavformat/dashdec.c | 44 ++--
1 file changed, 22 insertions(+), 22 deletions(-)
diff --git a/libavformat/dashdec.c b/libavformat/dashdec.c
index 9a3a199d4e..f63f1fffbd 100644
--- a/libavforma
2017-09-01 18:15 GMT+08:00 :
> From: Karthick J
>
> Signed-off-by: Karthick J
> ---
> libavformat/hlsenc.c | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
> index 4a908863..dd36fde 100644
> --- a/libavformat/hlsenc.c
> +++
2017-09-01 18:32 GMT+08:00 Steven Liu :
> 2017-09-01 18:15 GMT+08:00 :
>> From: Karthick J
>>
>> Signed-off-by: Karthick J
>> ---
>> libavformat/hlsenc.c | 4 +++-
>> 1 file changed, 3 insertions(+), 1 deletion(-)
>>
>> diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
>> index 4a908863.
2017-09-01 18:40 GMT+08:00 Steven Liu :
> 2017-09-01 18:32 GMT+08:00 Steven Liu :
>> 2017-09-01 18:15 GMT+08:00 :
>>> From: Karthick J
>>>
>>> Signed-off-by: Karthick J
>>> ---
>>> libavformat/hlsenc.c | 4 +++-
>>> 1 file changed, 3 insertions(+), 1 deletion(-)
>>>
>>> diff --git a/libavformat
On Thu, Aug 31, 2017 at 02:07:43PM -0400, Mark Wachsler wrote:
> Memory reallocated with av_reallocp_array is supposed to be allocated
> with av_realloc, not av_malloc.
Our docs did briefly claim this but it was removed years ago in
21f70940ae106bfffa07e73057cdb4b5e81a767a
Also FFmpeg has been wr
>2017-09-01 18:32 GMT+08:00 Steven Liu
>mailto:lingjiujia...@gmail.com>>:
>Sorry, my mistake.
>
>the target_duration must large or equal to the en->duration, can not
>small than en->duration from HLS version 3.
When “round_durations” is enabled “en->duration” also gets rounded(lrint). So
in the
2017-09-01 17:19 GMT+08:00 Jeyapal, Karthick :
>>Pushed.
>>
>>Thanks
>
> FYI. FATE is failing after this push. It is due to the missing copyright
> header in dash.c
copyright has add now and pushed :)
>
> Thanks and Regards,
> Karthick
> ___
> ffmpeg-dev
2017-09-01 18:54 GMT+08:00 Jeyapal, Karthick :
>>2017-09-01 18:32 GMT+08:00 Steven Liu
>>mailto:lingjiujia...@gmail.com>>:
>>Sorry, my mistake.
>>
>>the target_duration must large or equal to the en->duration, can not
>>small than en->duration from HLS version 3.
>
> When “round_durations” is enab
>The hls_time is set to the segments duration, not target duration, and
>the hls_time just a reference value, so the target duration is +1.
>anyway, this patch can not catch the point.
>The spec clearly says it has to be greater or equal. So rounding it up
>is perfectly legal and might even safeg
Please find the patch attached.
Regards,
Karthick
0001-avformat-hlsenc-Added-configuration-to-override-HTTP.patch
Description: 0001-avformat-hlsenc-Added-configuration-to-override-HTTP.patch
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http:
2017-09-01 19:20 GMT+08:00 Jeyapal, Karthick :
> Please find the patch attached.
>
> Regards,
> Karthick
>
>
>
> ___
> ffmpeg-devel mailing list
> ffmpeg-devel@ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
>
FFmpeg has support it yet, you
Hi,
On Fri, Sep 1, 2017 at 12:53 AM, James Almer wrote:
> On 8/27/2017 1:31 PM, James Almer wrote:
> > From: Anton Khirnov
> >
> > Before this commit, AVIOContext is to be freed with a plain av_free(),
> > which prevents us from adding any deeper structure to it.
The docs for avio_alloc_conte
On Fri, Sep 1, 2017 at 2:10 PM, Ronald S. Bultje wrote:
> Hi,
>
> On Fri, Sep 1, 2017 at 12:53 AM, James Almer wrote:
>
>> On 8/27/2017 1:31 PM, James Almer wrote:
>> > From: Anton Khirnov
>> >
>> > Before this commit, AVIOContext is to be freed with a plain av_free(),
>> > which prevents us fro
> this breaks stream copy:
> ./ffmpeg -i ~/tickets/1042/submarine.dv -acodec copy -vcodec copy file.dv
> the sample file seems to be at
> http://www.mediafire.com/file/8agcdgs2f9kqlbi/submarine.dv
> [dv @ 0x2842d80] Can't initialize DV format!
> Make sure that you supply exactly two streams:
>
When parsing a monochrome file, chroma_log2_weight_denom was used without
being initialized, which could lead to a bogus error message being printed, e.g.
[h264 @ 0x61a26480] chroma_log2_weight_denom 24576 is out of range
It also could result in warnings using AddressSanitizer.
---
libavcode
On 01/09/17 13:33, Mark Wachsler wrote:
> When parsing a monochrome file, chroma_log2_weight_denom was used without
> being initialized, which could lead to a bogus error message being printed,
> e.g.
> [h264 @ 0x61a26480] chroma_log2_weight_denom 24576 is out of range
> It also could result
The previous patchset has been reduced to a single patch thus avoiding
the dependency with libavdevice.
I believe all the review comments raised during v6 have been addressed
- in particular delegating the closure of the device drivers until the
last AVBufRef has been freed.
Encoding and decoding
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
Configure/make scripts have been validated on Ubuntu 10.04 and
16.04.
> Am 01.09.2017 um 15:56 schrieb Mark Thompson :
> I also prefer the erroring out on invalid values
That's what -strict strict is there for, by default libavcodec should try as
hard as possible to decode.
Carl Eugen
___
ffmpeg-devel mailing list
f
On 9/1/2017 9:25 AM, Hendrik Leppkes wrote:
> On Fri, Sep 1, 2017 at 2:10 PM, Ronald S. Bultje wrote:
>> Hi,
>>
>> On Fri, Sep 1, 2017 at 12:53 AM, James Almer wrote:
>>
>>> On 8/27/2017 1:31 PM, James Almer wrote:
From: Anton Khirnov
Before this commit, AVIOContext is to be freed
On Thu, Aug 31, 2017 at 05:30:44AM +0700, Ilia Valiakhmetov wrote:
{...]
> @@ -1481,6 +1661,68 @@ static int
vp9_decode_update_thread_context(AVCodecContext *dst, const AVCodecCo
>
> return 0;
> }
> +
> +void vp9_free_entries(VP9Context *s) {
> +pthread_mutex_destroy(&s->progress_m
From: Mark Thompson
---
configure | 3 +
libavutil/Makefile | 2 +
libavutil/hwcontext.c | 4 +
libavutil/hwcontext.h | 1 +
libavutil/hwcontext_drm.c | 294 +
libavutil/hwcontext_drm.h |
From: LongChair
---
Changelog | 1 +
configure | 13 +-
libavcodec/Makefile| 3 +
libavcodec/allcodecs.c | 6 +
libavcodec/rkmppdec.c | 537 +
5 files changed, 559 insertions(+), 1 deletion(-)
create mode 1006
Also missing a dep on cuda_sdk in configure.
smime.p7s
Description: S/MIME Cryptographic Signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Fri, Sep 1, 2017 at 5:26 AM, James Almer wrote:
> On 8/27/2017 2:45 AM, Paras Chadha wrote:
> > Signed-off-by: Paras Chadha
> > ---
> > All other FITS patches need to be applied before this one.
> >
> > tests/fate/demux.mak| 3 +-
> > tests/fate/fits.mak
I removed the option bm_v210 as it is replaced with a more complete pixel
format selection option.
The main objective for this patch was to enable RGB capture.
The pixel format codes are directly copied from the Decklink API.
Signed-off-by: Gildas Fargeas
---
libavdevice/decklink_common.cpp | 3
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 8/30/2017 1:41 AM, James Almer wrote:
> It's already defined and actually enabled depending on configure options
> elsewhere.
> ---
> libavfilter/internal.h | 9 +
> 1 file changed, 1 insertion(+), 8 deletions(-)
>
> diff --git a/libavfilter/internal.h b/libavfilter/internal.h
> index
On 09/01/2017 05:44 PM, LongChair . wrote:
+static int drm_map_frame(AVHWFramesContext *hwfc,
+ AVFrame *dst, const AVFrame *src, int flags)
+{
+const AVDRMFrameDescriptor*desc = (AVDRMFrameDescriptor*)src->data[0];
+DRMMapping *map;
+int err, i, p, plane;
+
Fixes: runtime error: signed integer overflow: 1168175789 + 1168178473 cannot
be represented in type 'int'
Fixes: 3081/clusterfuzz-testcase-minimized-4807564879462400
Fixes: 2844/clusterfuzz-testcase-minimized-5561715838156800
Found-by: continuous fuzzing process
https://github.com/google/oss-fu
Fixes: runtime error: signed integer overflow: 1073901567 + 1073901567 cannot
be represented in type 'int'
Fixes: 3124/clusterfuzz-testcase-minimized-454643435752652
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niederm
Fixes: runtime error: shift exponent 64 is too large for 64-bit type 'residual'
(aka 'unsigned long')
Fixes: 2838/clusterfuzz-testcase-minimized-6260066086813696
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
On 09/01/2017 05:44 PM, LongChair . wrote:
+
+static void drm_unmap_frame(AVHWFramesContext *hwfc,
+HWMapDescriptor *hwmap)
+{
+DRMMapping *map = hwmap->priv;
+int i;
+
+for (i = 0; i < map->nb_regions; i++) {
+if (map->address[i])
+munm
On 09/01/2017 05:44 PM, LongChair . wrote:
+}
+
+static int drm_device_create(AVHWDeviceContext *hwdev, const char *device,
+ AVDictionary *opts, int flags)
+{
+AVDRMDeviceContext *hwctx = hwdev->hwctx;
+drmVersionPtr version;
+
+hwctx->fd = open(device, O_
This flag replaces the deprecated, non-prefixed HWACCEL_CODEC_CAP_EXPERIMENTAL
one.
Signed-off-by: James Almer
---
No HWAccel uses HWACCEL_CODEC_CAP_EXPERIMENTAL at all. I wonder if we
shouldn't instead just not bother replacing it and consider adding it
once and if an hwaccel is ever committed i
When re-encoding for example interlaced h264 from mkv into mkv, the
field ordering type switches from TT to TB, confusing some players.
Same happens on a lot of other cases as well.
I have no idea if this is the correct fix for it, but something is
definitely going wrong.
---
ffmpeg.c | 4 ++--
1
Hi!
> Am 01.09.2017 um 17:45 schrieb "LongChair ." :
>
> From: LongChair
>
> ---
> Changelog | 1 +
> configure | 13 +-
> libavcodec/Makefile| 3 +
> libavcodec/allcodecs.c | 6 +
> libavcodec/rkmppdec.c | 537 +
On 09/01/2017 05:44 PM, LongChair . wrote:
+ * @file
+ * API-specific header for AV_HWDEVICE_TYPE_DRM.
+ *
+ * Internal frame allocation is not currently supported - all frames
+ * must be allocated by the user. Thus AVHWFramesContext is always
+ * NULL, though this may change if support for fra
On Fri, Sep 01, 2017 at 03:30:53PM +0300, Александр Слободенюк wrote:
> > this breaks stream copy:
> > ./ffmpeg -i ~/tickets/1042/submarine.dv -acodec copy -vcodec copy file.dv
> > the sample file seems to be at
> > http://www.mediafire.com/file/8agcdgs2f9kqlbi/submarine.dv
>
> > [dv @ 0x2842d80]
> Breaks
> ./ffplay ~/tickets/1589/A1590.dv
> https://trac.ffmpeg.org/attachment/ticket/1589/A1590.dv
> [...]
Fixed.
From the code I've found that on BE machine ffmpeg-master shouldn't play this
file
correctly (it has LE-related piece and magic). I've tried to fix it,
but it needs check. I
> Fixed.
> From the code I've found that on BE machine ffmpeg-master shouldn't play
> this file
> correctly (it has LE-related piece and magic). I've tried to fix it,
> but it needs check. I hope someone of your team already has BE
> ffmpeg, so I don't have to install debian-arm on quemu for i
On Wed, 30 Aug 2017 20:09:34 +0100
Mark Thompson wrote:
> ---
> """
> Cannot load libcuda.so.1
>
> Thread 1 "ffmpeg_g" received signal SIGSEGV, Segmentation fault.
> 0x5657cd59 in ff_nvenc_encode_close (avctx=0x578ed920) at
> src/libavcodec/nvenc.c:1337 1337cu_res =
> dl_fn->
47 matches
Mail list logo
