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 encoder/decod
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 2/3] avdevice/lavfi:
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 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
http://ffmpeg.org/mailman/listinf
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 compute memory size on
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 duration is valid
---
f
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 wrapped_avframe encoder
> implem
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 wrote:
> > > > From: Matth
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, thanks.
[...]
__
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(-)
>
> LGTM
Pushed, thanks.
[...]
__
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
>> ---
>> libavcodec/mpegvideo.c | 1 +
>> 1 fi
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 AVFrame instead
>> properly padded with AV_INP
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
> > supports FF_CODEC_CAP_SKIP_FRAME_FILL_PARAM. This is pa
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 ++--
1 file changed, 2 insertions
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: [PATCH] ffmpeg: fix overr
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 av_packet_decode_frame()
>>> add av_packet_get_frame()
>>>
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 in AVPacket
>
> add AV_PKT_FLAG_FRAM
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 wrote:
> >>> add AV_PKT_FLAG_FRAME
> >>> add av_packet_enc
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
--- a/libavforma
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
> > >
> > > Avoid decoding a
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.
>>
>> 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, thi
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
>> ---
>> libavutil/eval.c | 2 +-
>> 1 file changed, 1
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".
>>>
>>> Signed-off-by: Ganesh Ajjanagadde
>>> ---
>>>
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
>>
>> Signed-off-by: Michael Niedermayer
>> ---
>> libavuti
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 build failures on VS2012
> >> Feel free to changes this to a dif
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: Michael Niedermayer
>> >>
>> >> This should avoid build fail
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
ffmpeg-devel@
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, Ganesh Ajjanagadde wrote:
This guarantees a "best effort p
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
>>> https://stackoverflow.com/questions/1666353/are-typedef-and-define-the-same-in-c
>>> for rational
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 progra
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, everyone dislikes, an
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 ad
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
>> http://www.johndcook.com/b
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 wrote:
> >> > On 11/14/2015 10:48 PM, Michael Niedermayer
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 wrote:
>> >
>> >> On Sat, Nov 14, 2015 at 9:01 PM, Ja
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 wrote:
> >> > On Sun, 15 Nov 2015 10:20:41 -0500
>
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 to changes this to a different solution
>>>
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 Ajjanagadde wrote:
>> >> On Sun, Nov 15, 2015 at 10:23 AM, wm4
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 computing the
> >> hypotenuse su
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, Ganesh Ajjanagadde wrote:
>> >> It is known that the
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 u
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
> >> wrote:
> >> > On Sun, Nov 15, 2015 at 10:24:
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
>> From: Muhammad Faiz
>> Date:
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.
---
libavformat/Mak
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 +0700
>> Subject: [PATCH v2 1/3] avcodec/avpacket: extend
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
>> > wrote:
>> >> On Sun, Nov 15, 2015 at 9:51 AM, Muhammad Faiz wrote:
>
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 it... but if you know
> how to fix it s
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 a/libavformat/mxfdec.c b/libavformat/mxfdec.c
ind
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
---
libavformat/avio_internal.h | 1 +
1 fi
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
tests/fate-run.sh
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. thanks everyon
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 issues it was kind of postponed to
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 unfortunate
>> national issues it was k
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.
>
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).
>>
>> ---
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
---
libavformat/mp3dec.c | 12 ++
On Fri, Nov 06, 2015 at 10:16:51PM +, Tom Marecek wrote:
> Hello, I have no experience with submitting patches to ffmpeg yet and so I am
> sorry if I am going about this the wrong way but I wanted to discuss a change
> that I made to print_report which is related to this bug:
> https://trac
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 | 1 +
>>> tests/extended.ffco
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, b
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
fail
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
+++ b/tests/fate-run.sh
@@ -251,7 +251,
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
@@ -262,7 +262,7 @@ conca
On Sat, Nov 14, 2015 at 02:59:30AM +0300, Даниил Чередник wrote:
> Hello!
>
> I have noticed if decode
> https://samples.ffmpeg.org/A-codecs/ATRAC1/Test%20tones%20disc%20-%20Chirp.aea
> file by ffmpeg we got aliasing near 11025Hz. Screenshots:
> https://yadi.sk/i/r-95jZkKkSnbu https://yadi.sk/i/PV
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:
if (snprintf
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 dictionar
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
> >
> >> From 789e9f0e93a246fd820
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 :
> >>> See e.g
> >>> https://stackoverfl
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 for ensuring
> >> that
> >
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 wrote:
>> >> Le tridi 23 brumaire, an CCXXIV,
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 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, Ganesh Ajjanagadde wrote:
>> >> This uses av_strtod fo
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 de
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 dele
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 a/libavformat/mov.c b/libavfo
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 6d46158..966cbe2
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
>> national issues it was kind of postpo
80 matches
Mail list logo
