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->
> 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
> 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
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]
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
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 +
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
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
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_
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
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
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: 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
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;
+
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 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
>
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, 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
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
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
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 |
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
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
> 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
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.
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
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
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
> 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:
>
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
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
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
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:
>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
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
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: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
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: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
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: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
> +++
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
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
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
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
>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
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
47 matches
Mail list logo
