On Sun, Nov 08, 2015 at 08:21:14PM +0100, Michael Niedermayer wrote:
> On Sun, Nov 08, 2015 at 06:17:49PM +0100, Matthieu Bouron wrote:
> > On Tue, Nov 3, 2015 at 9:02 PM, Michael Niedermayer
> > wrote:
> >
> > > On Mon, Nov 02, 2015 at 11:45:05AM +0100, Matthieu Bouron
On Tue, Nov 03, 2015 at 09:28:09PM +0100, Michael Niedermayer wrote:
> On Mon, Nov 02, 2015 at 11:45:08AM +0100, Matthieu Bouron wrote:
> > From: Matthieu Bouron
> >
> > ---
> > libavcodec/pngdec.c | 1 +
> > 1 file changed, 1 insertion(+)
>
> LGTM
Pushed,
On 15.11.2015 03:16, Michael Niedermayer wrote:
> On Sat, Nov 14, 2015 at 11:00:55PM +0100, Andreas Cadhalpun wrote:
>> Otherwise the h263p decoder can try to copy overread bytes, even though
>> buffer is NULL.
>>
>> Signed-off-by: Andreas Cadhalpun
>> ---
>>
On Tue, Nov 03, 2015 at 09:27:29PM +0100, Michael Niedermayer wrote:
> On Mon, Nov 02, 2015 at 11:45:07AM +0100, Matthieu Bouron wrote:
> > From: Matthieu Bouron
> >
> > ---
> > libavcodec/mjpegdec.c | 3 ++-
> > 1 file changed, 2 insertions(+), 1 deletion(-)
>
>
On Sun, Nov 15, 2015 at 9:51 AM, Muhammad Faiz wrote:
> add AV_PKT_FLAG_FRAME
> add av_packet_encode_frame()
> add av_packet_decode_frame()
> add av_packet_get_frame()
>
> use pointer to AVFrame instead
> properly padded with AV_INPUT_BUFFER_PADDING_SIZE
>
> modify
no warning when packet duration is valid
patch attached
From 789e9f0e93a246fd820401e6c298835bf40dc0c3 Mon Sep 17 00:00:00 2001
From: Muhammad Faiz
Date: Sun, 15 Nov 2015 15:25:43 +0700
Subject: [PATCH] ffmpeg: fix overriding packet duration warning
no warning when packet
On Sun, Nov 15, 2015 at 4:24 PM, Hendrik Leppkes wrote:
> On Sun, Nov 15, 2015 at 9:51 AM, Muhammad Faiz wrote:
>> add AV_PKT_FLAG_FRAME
>> add av_packet_encode_frame()
>> add av_packet_decode_frame()
>> add av_packet_get_frame()
>>
>> use pointer to
approximately compute memory size on wrapped_avframe packet
patch attached
From 148239aa55382bc68d26764a778fb7982d6d Mon Sep 17 00:00:00 2001
From: Muhammad Faiz
Date: Sun, 15 Nov 2015 09:21:29 +0700
Subject: [PATCH v2 3/3] ffplay: fix memory calculation
approximately
On Sun, Nov 15, 2015 at 3:54 PM, Muhammad Faiz wrote:
> approximately compute memory size on wrapped_avframe packet
>
> patch attached
I'm sorry, patch not attached.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
add AV_PKT_FLAG_FRAME
add av_packet_encode_frame()
add av_packet_decode_frame()
add av_packet_get_frame()
use pointer to AVFrame instead
properly padded with AV_INPUT_BUFFER_PADDING_SIZE
modify wrapped_avframe encoder
implement wrapped_avframe decoder
implement wrapped_avframe_audio
On Mon, Nov 02, 2015 at 07:56:50AM -0500, Ronald S. Bultje wrote:
> Hi,
>
> On Mon, Nov 2, 2015 at 5:45 AM, Matthieu Bouron
> wrote:
>
> > From: Matthieu Bouron
> >
> > Avoid decoding a frame to get the codec parameters while the codec
It is used as size argument of ff_canopus_parse_info_tag, which uses it
as size argument to bytestream2_init, which only supports sizes up to
INT_MAX.
Changing it's type to unsigned simplifies the check.
Signed-off-by: Andreas Cadhalpun
---
libavcodec/hqx.c | 4
Hi folks,
So the October/November 2015 FFmpeg survey ended, so as promised here is a
summary. It was planed for yesterday but due to some unfortunate national
issues it was kind of postponed to today...
We got 123 answers. I was expecting more but that's a start.
35,54% (43) A developer using
On Sun, Nov 15, 2015 at 01:58:50PM +0100, Rainer Hochecker wrote:
> I got a mpegts file with hevc that fails estimating duration. Increasing
> number of
> retries fixes the issue.
>
> Rainer
>
> ---
> libavformat/utils.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
applied
thanks
On Sat, Nov 14, 2015 at 4:12 PM, Michael Niedermayer
wrote:
> On Thu, Nov 12, 2015 at 09:46:05PM -0500, Ganesh Ajjanagadde wrote:
>> This uses av_strtod for added flexibility, and av_rint64_clip for ensuring
>> that
>> no undefined behavior gets invoked.
>>
>>
On Fri, Nov 13, 2015 at 6:24 PM, Ganesh Ajjanagadde wrote:
> On Fri, Nov 13, 2015 at 6:17 PM, Michael Niedermayer
> wrote:
>> On Fri, Nov 13, 2015 at 11:42:31AM -0500, Ganesh Ajjanagadde wrote:
>>> This guarantees a "best effort precision".
>>>
>>>
On Sun, 15 Nov 2015 16:28:45 +0100
Nicolas George wrote:
> Le quintidi 25 brumaire, an CCXXIV, wm4 a écrit :
> > Or even better, just delete ffserver.
>
> Please refrain from gratuitous flamebait.
It's one of those things that are at least half broken, barely
maintained,
On Sun, Nov 15, 2015 at 10:03:37AM -0500, Ganesh Ajjanagadde wrote:
> It is known that the naive sqrt(x*x + y*y) approach for computing the
> hypotenuse suffers from overflow and accuracy issues, see e.g
> http://www.johndcook.com/blog/2010/06/02/whats-so-hard-about-finding-a-hypotenuse/.
> This
On Sun, Nov 15, 2015 at 10:24:52AM -0500, Ganesh Ajjanagadde wrote:
> On Sun, Nov 15, 2015 at 10:23 AM, wm4 wrote:
> > On Sun, 15 Nov 2015 10:20:41 -0500
> > Ganesh Ajjanagadde wrote:
> >
> >> On Sat, Nov 14, 2015 at 9:01 PM, James Almer
On Sat, Nov 14, 2015 at 9:19 PM, Michael Niedermayer
wrote:
> On Sat, Nov 14, 2015 at 12:11:20PM -0500, Ganesh Ajjanagadde wrote:
>> This improves the mathematical behavior of hypotenuse computation.
>>
>> Signed-off-by: Ganesh Ajjanagadde
>> ---
It is known that the naive sqrt(x*x + y*y) approach for computing the
hypotenuse suffers from overflow and accuracy issues, see e.g
http://www.johndcook.com/blog/2010/06/02/whats-so-hard-about-finding-a-hypotenuse/.
This adds hypot support to FFmpeg, a C99 function.
On platforms without hypot,
On Sun, Nov 15, 2015 at 10:23 AM, wm4 wrote:
> On Sun, 15 Nov 2015 10:20:41 -0500
> Ganesh Ajjanagadde wrote:
>
>> On Sat, Nov 14, 2015 at 9:01 PM, James Almer wrote:
>> > On 11/14/2015 10:48 PM, Michael Niedermayer wrote:
>> >> From:
On Sun, 15 Nov 2015 10:20:41 -0500
Ganesh Ajjanagadde wrote:
> On Sat, Nov 14, 2015 at 9:01 PM, James Almer wrote:
> > On 11/14/2015 10:48 PM, Michael Niedermayer wrote:
> >> From: Michael Niedermayer
> >>
> >> This should avoid
On Sun, Nov 15, 2015 at 11:00 AM, Michael Niedermayer
wrote:
> On Sun, Nov 15, 2015 at 10:24:52AM -0500, Ganesh Ajjanagadde wrote:
>> On Sun, Nov 15, 2015 at 10:23 AM, wm4 wrote:
>> > On Sun, 15 Nov 2015 10:20:41 -0500
>> > Ganesh Ajjanagadde
On Sun, 15 Nov 2015 11:10:23 -0500
Ganesh Ajjanagadde wrote:
> On Sun, Nov 15, 2015 at 11:00 AM, Michael Niedermayer
> wrote:
> > On Sun, Nov 15, 2015 at 10:24:52AM -0500, Ganesh Ajjanagadde wrote:
> >> On Sun, Nov 15, 2015 at 10:23 AM, wm4
On 11/15/2015 12:20 PM, Ganesh Ajjanagadde wrote:
> On Sat, Nov 14, 2015 at 9:01 PM, James Almer wrote:
>> On 11/14/2015 10:48 PM, Michael Niedermayer wrote:
>>> From: Michael Niedermayer
>>>
>>> This should avoid build failures on VS2012
>>> Feel free
On Sat, Nov 14, 2015 at 9:01 PM, James Almer wrote:
> On 11/14/2015 10:48 PM, Michael Niedermayer wrote:
>> From: Michael Niedermayer
>>
>> This should avoid build failures on VS2012
>> Feel free to changes this to a different solution
>>
>>
On Sun, Nov 15, 2015 at 10:10 AM, Ganesh Ajjanagadde wrote:
> On Fri, Nov 13, 2015 at 6:24 PM, Ganesh Ajjanagadde wrote:
>> On Fri, Nov 13, 2015 at 6:17 PM, Michael Niedermayer
>> wrote:
>>> On Fri, Nov 13, 2015 at 11:42:31AM -0500,
Le quintidi 25 brumaire, an CCXXIV, wm4 a écrit :
> Or even better, just delete ffserver.
Please refrain from gratuitous flamebait.
Regards,
--
Nicolas George
signature.asc
Description: Digital signature
___
ffmpeg-devel mailing list
On Sun, Nov 15, 2015 at 10:24:52AM -0500, Ganesh Ajjanagadde wrote:
[...]
> >> > IMO rename it to avpriv_rint64_clip() or even ff_rint64_clip() since
> >> > it's inlined
> >> > and not public/exported.
> >>
> >> Just noticed an issue: Ronald mentioned to me that ffserver and other
> >> such
On Fri, Nov 13, 2015 at 12:05 PM, Ganesh Ajjanagadde wrote:
> On Fri, Nov 13, 2015 at 11:58 AM, Nicolas George wrote:
>> Le tridi 23 brumaire, an CCXXIV, Ganesh Ajjanagadde a écrit :
>>> See e.g
>>>
On Sun, Nov 15, 2015 at 10:56 AM, Michael Niedermayer
wrote:
> On Sun, Nov 15, 2015 at 10:03:37AM -0500, Ganesh Ajjanagadde wrote:
>> It is known that the naive sqrt(x*x + y*y) approach for computing the
>> hypotenuse suffers from overflow and accuracy issues, see e.g
>>
On Sun, 15 Nov 2015 15:51:30 +0700
Muhammad Faiz wrote:
> From ae6b2c45faac830636602a696925566db03541a2 Mon Sep 17 00:00:00 2001
> From: Muhammad Faiz
> Date: Sun, 15 Nov 2015 12:06:12 +0700
> Subject: [PATCH v2 1/3] avcodec/avpacket: extend AVFrame wrapping
Hi,
On Sun, Nov 15, 2015 at 4:49 AM, Matthieu Bouron
wrote:
> On Mon, Nov 02, 2015 at 07:56:50AM -0500, Ronald S. Bultje wrote:
> > Hi,
> >
> > On Mon, Nov 2, 2015 at 5:45 AM, Matthieu Bouron <
> matthieu.bou...@gmail.com>
> > wrote:
> >
> > > From: Matthieu Bouron
On Sun, Nov 15, 2015 at 11:19 AM, wm4 wrote:
> On Sun, 15 Nov 2015 11:10:23 -0500
> Ganesh Ajjanagadde wrote:
>
>> On Sun, Nov 15, 2015 at 11:00 AM, Michael Niedermayer
>> wrote:
>> > On Sun, Nov 15, 2015 at 10:24:52AM -0500, Ganesh
On Sun, Nov 15, 2015 at 11:01:58AM -0500, Ganesh Ajjanagadde wrote:
> On Sun, Nov 15, 2015 at 10:56 AM, Michael Niedermayer
> wrote:
> > On Sun, Nov 15, 2015 at 10:03:37AM -0500, Ganesh Ajjanagadde wrote:
> >> It is known that the naive sqrt(x*x + y*y) approach for
On Sun, Nov 15, 2015 at 04:04:42PM +0700, Muhammad Faiz wrote:
> no warning when packet duration is valid
>
> patch attached
> From 789e9f0e93a246fd820401e6c298835bf40dc0c3 Mon Sep 17 00:00:00 2001
> From: Muhammad Faiz
> Date: Sun, 15 Nov 2015 15:25:43 +0700
> Subject:
On Sun, 15 Nov 2015 12:22:57 +0100
Hendrik Leppkes wrote:
> On Sun, Nov 15, 2015 at 10:40 AM, Muhammad Faiz wrote:
> > On Sun, Nov 15, 2015 at 4:24 PM, Hendrik Leppkes
> > wrote:
> >> On Sun, Nov 15, 2015 at 9:51 AM, Muhammad Faiz
On Sun, Nov 15, 2015 at 10:40 AM, Muhammad Faiz wrote:
> On Sun, Nov 15, 2015 at 4:24 PM, Hendrik Leppkes wrote:
>> On Sun, Nov 15, 2015 at 9:51 AM, Muhammad Faiz wrote:
>>> add AV_PKT_FLAG_FRAME
>>> add av_packet_encode_frame()
>>> add
I got a mpegts file with hevc that fails estimating duration. Increasing number
of
retries fixes the issue.
Rainer
---
libavformat/utils.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/utils.c b/libavformat/utils.c
index 251b2c6..f8ddaf7 100644
---
use wrapped_avframe on both audio and video
remove metadata because it already exists in
the underlying AVFrame
patch attached
From cd288bce6b433f1e3cbdd29a06e5d6247f7bf33e Mon Sep 17 00:00:00 2001
From: Muhammad Faiz
Date: Sun, 15 Nov 2015 09:09:39 +0700
Subject: [PATCH v2
approximately compute memory size on wrapped_avframe packet
patch attached
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 11/15/15, compn wrote:
> On Sun, 15 Nov 2015 15:19:05 +0100
> Clement Boesch wrote:
>
>> Hi folks,
>>
>> So the October/November 2015 FFmpeg survey ended, so as promised here
>> is a summary. It was planed for yesterday but due to some unfortunate
>> national
On Sun, Nov 15, 2015 at 1:50 PM, compn wrote:
> On Sun, 15 Nov 2015 15:19:05 +0100
> Clément Bœsch wrote:
>
>> Hi folks,
>>
>> So the October/November 2015 FFmpeg survey ended, so as promised here
>> is a summary. It was planed for yesterday but due to some
On Sun, Nov 15, 2015 at 01:13:43PM -0500, Ganesh Ajjanagadde wrote:
> This will trigger a few warnings that need to be fixed, as this function
> can return AVERROR(ENOMEM).
>
> --
> Inspired by a patch sent by Paul for the IVR demuxer.
>
Signed-off-by: Paul B Mahol
---
Frames/slices that ends in middle of packet do not currently work.
I have no idea why, so looking for help.
Different .R1M variant is not supported, working on it... but if you know
how to fix it speak up.
Useless comments/reviews are ignored.
On Sun, Nov 15, 2015 at 12:29 PM, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
>
> Frames/slices that ends in middle of packet do not currently work.
> I have no idea why, so looking for help.
> Different .R1M variant is not supported, working on
Previously only the edit_rate of material_track was checked.
If it's negative, it causes assertion failures in av_rescale_rnd.
Signed-off-by: Andreas Cadhalpun
---
libavformat/mxfdec.c | 10 ++
1 file changed, 10 insertions(+)
diff --git
On Fri, 13 Nov 2015, Nicolas George wrote:
Le decadi 20 brumaire, an CCXXIV, Marton Balint a écrit :
Signed-off-by: Marton Balint
---
tests/Makefile | 1 +
tests/extended.ffconcat| 114
On Sun, Nov 15, 2015 at 3:04 PM, Michael Niedermayer
wrote:
> On Sun, Nov 15, 2015 at 01:13:43PM -0500, Ganesh Ajjanagadde wrote:
>> This will trigger a few warnings that need to be fixed, as this function
>> can return AVERROR(ENOMEM).
>>
>>
On Sun, Nov 15, 2015 at 7:33 PM, Marton Balint wrote:
>
> On Fri, 13 Nov 2015, Nicolas George wrote:
>
>> Le decadi 20 brumaire, an CCXXIV, Marton Balint a écrit :
>>>
>>> Signed-off-by: Marton Balint
>>> ---
>>> tests/Makefile
No functional changes in this commit, mostly adding comments for
improved readability. Also minor re-arrangements of variables.
---
libavformat/avio.h| 47 +++
libavformat/aviobuf.c | 16 +---
2 files changed, 56 insertions(+), 7
ffio_ensure_seekback can fail due to e.g ENOMEM. This return value is
propagated here, and all usage in the codebase now has its return value
checked.
A potential memory leak in mp3_read_header is also fixed via a goto
fail.
Signed-off-by: Ganesh Ajjanagadde
---
Signed-off-by: Marton Balint
---
tests/fate-run.sh| 2 +-
tests/fate/concatdec.mak | 6 +++---
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/tests/fate-run.sh b/tests/fate-run.sh
index 38dc334..6d46158 100755
--- a/tests/fate-run.sh
+++
Line endings do matter to md5sum...
Signed-off-by: Marton Balint
---
tests/fate-run.sh | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/fate-run.sh b/tests/fate-run.sh
index 6d46158..966cbe2 100755
--- a/tests/fate-run.sh
+++ b/tests/fate-run.sh
@@
Recent commits 6aaac24d72a7da631173209841a3944fcb4a3309 and
3835554bf8ed78539a3492c239f979c0ab03a15f made progress towards cleaning
up usage of the formats API, and in particular fixed possible NULL pointer
dereferences.
This commit addresses the issue of possible resource leaks when one call
Fixes: CID 1338328.
Signed-off-by: Ganesh Ajjanagadde
---
libavformat/mov.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index 38d3659..7ab2808 100644
--- a/libavformat/mov.c
+++ b/libavformat/mov.c
@@ -430,6 +430,7 @@ retry:
On Sat, Nov 14, 2015 at 06:23:20PM -0800, Bryan Huh wrote:
> ---
> ffmpeg.c | 16
> ffmpeg.h |2 +-
> 2 files changed, 9 insertions(+), 9 deletions(-)
applied
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
The real ebay
On Sat, Nov 14, 2015 at 06:26:30PM -0800, Bryan Huh wrote:
> Small refactor of fps code for improved readability. In particular
> the "cor" variable was unnecessary and misleading because it would
> always be set to -delta0.
> ---
> ffmpeg.c | 11 +--
> 1 files changed, 5 insertions(+),
On Mon, Nov 16, 2015 at 12:26:28AM +0700, Muhammad Faiz wrote:
> On Sun, Nov 15, 2015 at 5:55 PM, Michael Niedermayer
> wrote:
> > On Sun, Nov 15, 2015 at 04:04:42PM +0700, Muhammad Faiz wrote:
> >> no warning when packet duration is valid
> >>
> >> patch attached
> >
> >>
On Sun, Nov 15, 2015 at 09:38:34AM -0500, Ganesh Ajjanagadde wrote:
> On Sat, Nov 14, 2015 at 4:12 PM, Michael Niedermayer
> wrote:
> > On Thu, Nov 12, 2015 at 09:46:05PM -0500, Ganesh Ajjanagadde wrote:
> >> This uses av_strtod for added flexibility, and av_rint64_clip
On Sun, Nov 15, 2015 at 8:39 PM, Michael Niedermayer
wrote:
> On Sun, Nov 15, 2015 at 09:38:34AM -0500, Ganesh Ajjanagadde wrote:
>> On Sat, Nov 14, 2015 at 4:12 PM, Michael Niedermayer
>> wrote:
>> > On Thu, Nov 12, 2015 at 09:46:05PM -0500,
On Thu, Nov 12, 2015 at 03:03:33PM +0100, Clément Bœsch wrote:
> ---
> libavcodec/mpegvideo.c | 36 +---
> libavcodec/snowdec.c | 4
> libavfilter/vf_codecview.c | 7 +--
> libavutil/motion_vector.h | 8
> libavutil/version.h
On Fri, Nov 13, 2015 at 10:32:47PM +0100, Andreas Cadhalpun wrote:
> On 13.11.2015 04:15, Michael Niedermayer wrote:
> > On Thu, Nov 12, 2015 at 08:43:42PM +0100, Andreas Cadhalpun wrote:
> >> Considering that the aac float decoder can decode such samples, I tend
> >> to think that the aac fixed
This is possibly undefined behavior based on sequence point rules, but I
have not studied the spec at that level of detail.
Fixes: CID 1338321.
Signed-off-by: Ganesh Ajjanagadde
---
libavformat/mov.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On Mon, Nov 16, 2015 at 01:25:19AM +0100, Marton Balint wrote:
> Line endings do matter to md5sum...
>
> Signed-off-by: Marton Balint
> ---
> tests/fate-run.sh | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/tests/fate-run.sh b/tests/fate-run.sh
> index
On Thu, Nov 12, 2015 at 10:54:18PM +0100, Hagen Schmidt wrote:
> ---
> libavformat/mpegtsenc.c | 10 ++
> 1 file changed, 10 insertions(+)
applied
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Everything should be made as simple as possible,
On Sun, Nov 15, 2015 at 10:33:10AM -0500, Ganesh Ajjanagadde wrote:
> On Fri, Nov 13, 2015 at 12:05 PM, Ganesh Ajjanagadde wrote:
> > On Fri, Nov 13, 2015 at 11:58 AM, Nicolas George wrote:
> >> Le tridi 23 brumaire, an CCXXIV, Ganesh Ajjanagadde a écrit :
>
On Sun, Nov 15, 2015 at 8:33 PM, Michael Niedermayer
wrote:
> On Sun, Nov 15, 2015 at 10:33:10AM -0500, Ganesh Ajjanagadde wrote:
>> On Fri, Nov 13, 2015 at 12:05 PM, Ganesh Ajjanagadde
>> wrote:
>> > On Fri, Nov 13, 2015 at 11:58 AM, Nicolas George
2015-11-16 2:50 GMT+08:00 compn :
> On Sun, 15 Nov 2015 15:19:05 +0100
> Clément Bœsch wrote:
>
>> Hi folks,
>>
>> So the October/November 2015 FFmpeg survey ended, so as promised here
>> is a summary. It was planed for yesterday but due to some unfortunate
>>
On Sun, Nov 15, 2015 at 11:34 AM, Michael Niedermayer
wrote:
> On Sun, Nov 15, 2015 at 11:01:58AM -0500, Ganesh Ajjanagadde wrote:
>> On Sun, Nov 15, 2015 at 10:56 AM, Michael Niedermayer
>> wrote:
>> > On Sun, Nov 15, 2015 at 10:03:37AM -0500,
On Sun, Nov 15, 2015 at 11:35:04AM -0500, Ganesh Ajjanagadde wrote:
> On Sun, Nov 15, 2015 at 11:19 AM, wm4 wrote:
> > On Sun, 15 Nov 2015 11:10:23 -0500
> > Ganesh Ajjanagadde wrote:
> >
> >> On Sun, Nov 15, 2015 at 11:00 AM, Michael Niedermayer
> >>
This will trigger a few warnings that need to be fixed, as this function
can return AVERROR(ENOMEM).
--
Inspired by a patch sent by Paul for the IVR demuxer.
Signed-off-by: Ganesh Ajjanagadde
---
If you are still looking for a hosting environment, I may be able to help. My
ISP has a 10gig feeder, and an IBM SAN that can grow in 4TB increments. Let me
know if you are interested.
Regards,
Gregory A. Friedman, Owner
[AireBEam_CMYK_Ver_9-Original Pantone 295C-150x32]
Need Help: Chat with
On Sun, Nov 15, 2015 at 5:55 PM, Michael Niedermayer
wrote:
> On Sun, Nov 15, 2015 at 04:04:42PM +0700, Muhammad Faiz wrote:
>> no warning when packet duration is valid
>>
>> patch attached
>
>> From 789e9f0e93a246fd820401e6c298835bf40dc0c3 Mon Sep 17 00:00:00 2001
>>
On Sun, Nov 15, 2015 at 6:38 PM, wm4 wrote:
> On Sun, 15 Nov 2015 15:51:30 +0700
> Muhammad Faiz wrote:
>
>> From ae6b2c45faac830636602a696925566db03541a2 Mon Sep 17 00:00:00 2001
>> From: Muhammad Faiz
>> Date: Sun, 15 Nov 2015 12:06:12
On Sun, Nov 15, 2015 at 6:44 PM, wm4 wrote:
> On Sun, 15 Nov 2015 12:22:57 +0100
> Hendrik Leppkes wrote:
>
>> On Sun, Nov 15, 2015 at 10:40 AM, Muhammad Faiz wrote:
>> > On Sun, Nov 15, 2015 at 4:24 PM, Hendrik Leppkes
On Sun, 15 Nov 2015 15:19:05 +0100
Clément Bœsch wrote:
> Hi folks,
>
> So the October/November 2015 FFmpeg survey ended, so as promised here
> is a summary. It was planed for yesterday but due to some unfortunate
> national issues it was kind of postponed to today...
great work.
78 matches
Mail list logo