On Mon, Sep 12, 2016 at 08:24:44PM -0500, Rodger Combs wrote:
>
> > On Sep 10, 2016, at 05:55, Michael Niedermayer
> > wrote:
> >
> > On Fri, Sep 09, 2016 at 08:06:40PM -0500, Rodger Combs wrote:
> >> ---
> >> libavformat/mov.c | 16
> >> 1 file changed, 16 insertions(+)
> >>
>
On Tue, 18 Apr 2017 22:19:45 -0300
Andres Manguel wrote:
> Hello,
> I am looking for a software development that allows me to stream
> synchronously multiple tracks of video and audio recorded in matroska format
> to ios and android devices.
>
> Please contact me at amang...@gmail.com.
Your f
On Mon, Apr 17, 2017 at 5:48 PM, Michael Niedermayer wrote:
> On Sun, Apr 16, 2017 at 10:01:01PM -0700, Brett Harrison wrote:
> > Any comments on this patch?
> >
> > -- Forwarded message --
> > From: Brett Harrison
> > Date: Tue, Apr 11, 2017 at 1:37 PM
> > Subject: Re: [FFmpeg-d
Hello,
I am looking for a software development that allows me to stream synchronously
multiple tracks of video and audio recorded in matroska format to ios and
android devices.
Please contact me at amang...@gmail.com.
Thank you very much,
Andres Manguel
_
On Tue, 18 Apr 2017 16:01:48 +0200
Michael Niedermayer wrote:
> On Tue, Apr 18, 2017 at 03:47:29PM +0200, Nicolas George wrote:
> > Le nonidi 29 germinal, an CCXXV, Michael Niedermayer a écrit :
> > > This contradicts the documentation: (and would be rather rigid design)
> >
> > Possible. Bu
On Wed, Apr 19, 2017 at 12:34 AM, Lucas Cooper
wrote:
> find_fps attempts to infer framerate from AVCodec's timebase. When this
> results in a frame rate that isn't explicitly marked as supported in
> av_timecode_check_frame_rate, find_fps returns the AVStream's
> avg_frame_rate, which, per avform
find_fps attempts to infer framerate from AVCodec's timebase. When this
results in a frame rate that isn't explicitly marked as supported in
av_timecode_check_frame_rate, find_fps returns the AVStream's
avg_frame_rate, which, per avformat.h, _may_ be set (or not).
mov_get_mpeg2_xdcam_codec_tag, mo
Hello,
I am looking for a software development that allows me to stream synchronously
multiple tracks of video and audio recorded in matroska format to ios and
android devices.
Please contact me at amang...@gmail.com.
Thank you very much,
Andres Manguel
_
On Tue, Apr 18, 2017 at 08:46:24PM +0200, Marton Balint wrote:
>
>
> On Tue, 18 Apr 2017, Michael Niedermayer wrote:
>
> >On Tue, Apr 18, 2017 at 07:09:30AM +0200, Nicolas George wrote:
> >>Le nonidi 29 germinal, an CCXXV, Michael Niedermayer a écrit :
> +while ((ret = avcode
On Tue, 18 Apr 2017, Michael Niedermayer wrote:
On Tue, Apr 18, 2017 at 07:09:30AM +0200, Nicolas George wrote:
Le nonidi 29 germinal, an CCXXV, Michael Niedermayer a écrit :
+while ((ret = avcodec_receive_packet(enc, &pkt)) ==
AVERROR(EAGAIN)) {
+ret = a
On Fri, Sep 09, 2016 at 11:15:32AM +0300, Ligverd Haer wrote:
>
> > missing commit mesage / not a proper git patch
> ...
> > this looks unrelated, unrelated changes need to be in separate patches
> >
> > please explain in the commit messages of the patch(es) what each
> > patch does, why it does
On Tue, Oct 11, 2016 at 11:16:48AM +0200, Michael Niedermayer wrote:
> On Tue, Oct 11, 2016 at 10:06:54AM +0200, Carl Eugen Hoyos wrote:
> > 2016-09-05 11:12 GMT+02:00 Carl Eugen Hoyos :
> > > 2016-09-05 10:26 GMT+02:00 Paul B Mahol :
> > >> On 9/5/16, Carl Eugen Hoyos wrote:
> > >
> > >>> New pat
Signed-off-by: Paul B Mahol
---
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/vf_deflicker.c | 327 +
3 files changed, 329 insertions(+)
create mode 100644 libavfilter/vf_deflicker.c
diff --git a/libavfilter/Makef
FWIW there are non-nvcc cuda compilers that run on Windows, like clang.
http://llvm.org/docs/CompileCudaWithLLVM.html
As this needs nonfree anyway, it might as well use NVRTC and compile the
code at runtime, same way OpenCL does it.
That's probably even easier than fiddling with integrating nvc
option to skip down streams in HLS
>From 14eb94c48fddf92d63d7d7030689a625a4228740 Mon Sep 17 00:00:00 2001
From: amine kabab
Date: Tue, 18 Apr 2017 15:12:38 +
Subject: [PATCH] HLS, add option to skip down streams
---
libavformat/hls.c | 14 +-
1 file changed, 13 insertions(+), 1
On Mon, Apr 17, 2017 at 2:51 PM, Timo Rothenpieler
wrote:
>>> I'm generally in favor of adding CUDA based filtering, there's a lot of
>>> nice stuff that could be done that way.
>>>
>>> But there is one big issue with this approach:
>>>
>>> Having to run a .bat file prior to building isn't really
On Tue, Apr 18, 2017 at 4:47 PM, Michael Niedermayer
wrote:
> On Tue, Apr 18, 2017 at 04:30:12PM +0200, Hendrik Leppkes wrote:
>> This brings our generation of the vpcC box up to date to the latest
>> draft version of the VP Codec ISO Media File Format Binding.
>>
>> Specifically, color/transfer p
This brings our generation of the vpcC box up to date to the latest
draft version of the VP Codec ISO Media File Format Binding.
Specifically, color/transfer properties are now written with values
based on ISO/IEC 23001-8, which is the same reference specification the
AVColor* enumerations are bas
On Tue, Apr 18, 2017 at 04:30:12PM +0200, Hendrik Leppkes wrote:
> This brings our generation of the vpcC box up to date to the latest
> draft version of the VP Codec ISO Media File Format Binding.
>
> Specifically, color/transfer properties are now written with values
> based on ISO/IEC 23001-8,
Hi,
On Tue, Apr 18, 2017 at 10:30 AM, Hendrik Leppkes
wrote:
> This brings our generation of the vpcC box up to date to the latest
> draft version of the VP Codec ISO Media File Format Binding.
>
> Specifically, color/transfer properties are now written with values
> based on ISO/IEC 23001-8, wh
On Tue, Apr 18, 2017 at 10:59:31AM +0200, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch fixes an ubsan warning like the following here:
> libavformat/mov.c:2332:13: runtime error: null pointer passed as argument 2,
> which is declared to never be null
>
> Please comment, Carl Eugen
> mov.c
This brings our generation of the vpcC box up to date to the latest
draft version of the VP Codec ISO Media File Format Binding.
Specifically, color/transfer properties are now written with values
based on ISO/IEC 23001-8, which is the same reference specification the
AVColor* enumerations are bas
On Tue, Apr 18, 2017 at 11:04:34AM +0200, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch fixes the following ubsan errors:
> libavcodec/motion_est.c:959:42: runtime error: left shift of negative
> value -16
> libavcodec/motion_est.c:960:42: runtime error: left shift of negative
> value -16
>
On Tue, Apr 18, 2017 at 04:08:43PM +0200, Nicolas George wrote:
> Le nonidi 29 germinal, an CCXXV, Michael Niedermayer a écrit :
> > Iam not sure you did read the text the patch changes
>
> I am replying to the issue about threading.
ok, iam trying to stay with the topic of this thread which was
Le nonidi 29 germinal, an CCXXV, Michael Niedermayer a écrit :
> Iam not sure you did read the text the patch changes
I am replying to the issue about threading.
If you find the documentation inconsistent, your commit message must be
changed.
Regards,
--
Nicolas George
signature.asc
Descri
On Tue, Apr 18, 2017 at 03:47:29PM +0200, Nicolas George wrote:
> Le nonidi 29 germinal, an CCXXV, Michael Niedermayer a écrit :
> > This contradicts the documentation: (and would be rather rigid design)
>
> Possible. But it has nothing to do with threading.
>
> > > threaded decoder will just sta
Le nonidi 29 germinal, an CCXXV, Michael Niedermayer a écrit :
> This contradicts the documentation: (and would be rather rigid design)
Possible. But it has nothing to do with threading.
> > threaded decoder will just start the work and return EAGAIN.
> Thats true but this is not permitted by the
On Tue, Apr 18, 2017 at 03:23:14PM +0200, Nicolas George wrote:
> Le nonidi 29 germinal, an CCXXV, Michael Niedermayer a écrit :
> > if you cannot send a new packet before you received the output of
> > the previous
>
> You have to TRY TO receive the output before you send a new packet. A
This co
Le nonidi 29 germinal, an CCXXV, Michael Niedermayer a écrit :
> if you cannot send a new packet before you received the output of
> the previous
You have to TRY TO receive the output before you send a new packet. A
threaded decoder will just start the work and return EAGAIN.
Regards,
--
Nico
On Tue, Apr 18, 2017 at 02:14:47PM +0200, wm4 wrote:
> On Tue, 18 Apr 2017 13:30:43 +0200
> Michael Niedermayer wrote:
>
> > On Tue, Apr 18, 2017 at 06:43:07AM -0400, Ronald S. Bultje wrote:
> > > Hi,
> > >
> > > On Tue, Apr 18, 2017 at 6:31 AM, Michael Niedermayer
> > > > > > wrote:
> > >
On Tue, 18 Apr 2017 13:30:43 +0200
Michael Niedermayer wrote:
> On Tue, Apr 18, 2017 at 06:43:07AM -0400, Ronald S. Bultje wrote:
> > Hi,
> >
> > On Tue, Apr 18, 2017 at 6:31 AM, Michael Niedermayer
> > > > wrote:
> >
> > > Signed-off-by: Michael Niedermayer
> > > ---
> > > libavcodec/a
On Tue, Apr 18, 2017 at 06:43:07AM -0400, Ronald S. Bultje wrote:
> Hi,
>
> On Tue, Apr 18, 2017 at 6:31 AM, Michael Niedermayer > wrote:
>
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavcodec/avcodec.h | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/lib
On Tue, 18 Apr 2017 12:31:25 +0200
Michael Niedermayer wrote:
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/avcodec.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h
> index ee133712b5..2ac1523a36 100644
> --- a/lib
Hi,
On Tue, Apr 18, 2017 at 6:31 AM, Michael Niedermayer wrote:
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/avcodec.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h
> index ee133712b5..2ac1523a36 100644
> --- a/l
Signed-off-by: Michael Niedermayer
---
libavcodec/avcodec.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h
index ee133712b5..2ac1523a36 100644
--- a/libavcodec/avcodec.h
+++ b/libavcodec/avcodec.h
@@ -4960,7 +4960,7 @@ int avcodec_d
On Tue, Apr 18, 2017 at 07:09:30AM +0200, Nicolas George wrote:
> Le nonidi 29 germinal, an CCXXV, Michael Niedermayer a écrit :
> > > +while ((ret = avcodec_receive_packet(enc, &pkt)) ==
> > > AVERROR(EAGAIN)) {
> > > +ret = avcodec_send_frame(enc, NULL);
>
>
Hi!
Attached patch fixes the following ubsan errors:
libavcodec/motion_est.c:959:42: runtime error: left shift of negative
value -16
libavcodec/motion_est.c:960:42: runtime error: left shift of negative
value -16
I do not have a testcase for lines 961f.
Please comment, Carl Eugen
From 4dd1b8d6
Hi!
Attached patch fixes an ubsan warning like the following here:
libavformat/mov.c:2332:13: runtime error: null pointer passed as argument 2,
which is declared to never be null
Please comment, Carl Eugen
From b117fdd2adf3271fcaf8f9388866aaf115284f74 Mon Sep 17 00:00:00 2001
From: Carl Eugen Ho
38 matches
Mail list logo
