Le tridi 13 fructidor, an CCXXII, Carl Eugen Hoyos a écrit :
> Attached patch fixes a memleak with ffmpeg if the filter initialisation
> fails,
> fixes ticket #3858 for me.
>
> Please review, Carl Eugen
> diff --git a/ffmpeg_filter.c b/ffmpeg_filter.c
> index b6dc42f..7acff28 100644
> --- a/ffm
On Fri, Aug 29, 2014 at 01:21:32PM -0800, Lou Logan wrote:
[...]
> ffmpeg-user is not for help involving forks, scripts, counterfeits, or
> other third-party tools. Only FFmpeg tools are supported.
Please refrain from such comment. gas-pp is a project mostly (entirely?)
maintained by the people fr
On Fri, 29 Aug 2014 15:52:25 -0700
Peter Kasting wrote:
> On Fri, Aug 29, 2014 at 3:48 PM, Carl Eugen Hoyos wrote:
>
> > Peter Kasting google.com> writes:
> >
> > > The attached patch fixes instances of MSVC warning
> > > C4244 about possible value truncation (e.g. when
> > > assigning double
On August 30, 2014 8:57:12 AM IST, Steven Liu wrote:
>
>On Aug 28, 2014, at 4:52 AM, Anshul wrote:
>
>> On August 22, 2014 8:01:20 AM IST, Steven Liu
> wrote:
>>> repost new patch:
>>>
>>> when update the hls m3u8 list, the old file is not unlinked
>>> this patch can do this operation
>>> delete
Signed-off-by: Michael Niedermayer
---
libavformat/rtpdec_qt.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/rtpdec_qt.c b/libavformat/rtpdec_qt.c
index ee8a48a..58253b6 100644
--- a/libavformat/rtpdec_qt.c
+++ b/libavformat/rtpdec_qt.c
@@ -71,7 +71,7 @@ stati
Hi,
2014-08-24 18:56 GMT+02:00 Michael Niedermayer :
> aggree, a PRORES_PROFILE_AUTO seems like a good idea
> with it mismatching profile and pixel format can be errors while
> by default the profile can be selected based on the pixel format
The attached patch makes it selects either or HQ p
On 8/30/14, Michael Niedermayer wrote:
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/vp3data.h | 20 ++--
> 1 file changed, 10 insertions(+), 10 deletions(-)
>
> diff --git a/libavcodec/vp3data.h b/libavcodec/vp3data.h
> index 427827b..da31f6d 100644
> --- a/libavcode
On Sat, Aug 30, 2014 at 01:31:04PM +0200, Paul B Mahol wrote:
> On 8/30/14, Michael Niedermayer wrote:
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavcodec/vp3data.h | 20 ++--
> > 1 file changed, 10 insertions(+), 10 deletions(-)
> >
> > diff --git a/libavcodec/vp3dat
On Sat, Aug 30, 2014 at 01:13:56PM +0200, Christophe Gisquet wrote:
> Hi,
>
> 2014-08-24 18:56 GMT+02:00 Michael Niedermayer :
> > aggree, a PRORES_PROFILE_AUTO seems like a good idea
> > with it mismatching profile and pixel format can be errors while
> > by default the profile can be selected ba
On date Friday 2014-08-29 15:57:32 +0200, wm4 encoded:
> On Thu, 28 Aug 2014 17:39:27 +0200
> Stefano Sabatini wrote:
>
> > Fix reopened trac ticket #1163.
> > ---
> > libavutil/avstring.c | 13 -
> > 1 file changed, 12 insertions(+), 1 deletion(-)
> >
> > diff --git a/libavutil/avs
Le tridi 13 fructidor, an CCXXII, Stefano Sabatini a écrit :
> It is mathematically impossible that the length will be larger than 5.
> Added an assert for that though, alternatively I could add a check.
In ffprobe, the function is used with values coming directly from the file's
metadata: an asse
On date Saturday 2014-08-30 15:06:14 +0200, Nicolas George encoded:
> Le tridi 13 fructidor, an CCXXII, Stefano Sabatini a écrit :
> > It is mathematically impossible that the length will be larger than 5.
> > Added an assert for that though, alternatively I could add a check.
>
> In ffprobe, the
Le tridi 13 fructidor, an CCXXII, Stefano Sabatini a écrit :
> Unless there is an error in the code, a tail length of 6 bytes should
> never be reached.
>
> > Furthermore, the function is capable of decoding the full UTF-8 range, up to
> > (1<<31)-1, and that takes 6 octets.
>
> There is a separa
---
Reverse engineered by looking at Petri Hintukainen's muxer patch, and
also the mkvmerge sources. Tested with files extracted by mkvextract
only (does someone have better samples?). No idea if a parser would be
required for correct remuxing, but at least for decoding with lavc it
probably isn't
The read_packet callback passes a pointer to a stack-allocated AVPacket.
Attempting to free it with av_free() makes no sense.
---
Found by looking at the code; there's no sample file.
---
libavformat/oggdec.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/libavformat/oggdec.c b/libavformat/ogg
On Fri, Aug 29, 2014 at 02:24:21PM +0200, paolovergori wrote:
> ---
> libavcodec/avcodec.h| 17 +
> libavcodec/codec_desc.c | 6 ++
> libavformat/mpegts.c| 2 ++
> libavformat/mpegts.h| 1 +
> libavformat/mpegtsenc.c | 27 +++
> 5 files ch
On Fri, Aug 29, 2014 at 09:29:46PM +0200, Clément Bœsch wrote:
> On Fri, Aug 29, 2014 at 06:34:52PM +0200, Reimar Döffinger wrote:
> > Signed-off-by: Reimar Döffinger
> > ---
> > libavutil/hash.c | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/libavutil/hash.c b/li
Signed-off-by: Reimar Döffinger
---
libavcodec/fft_template.c | 11 ---
1 file changed, 4 insertions(+), 7 deletions(-)
diff --git a/libavcodec/fft_template.c b/libavcodec/fft_template.c
index 3abf948..23ea453 100644
--- a/libavcodec/fft_template.c
+++ b/libavcodec/fft_template.c
@@ -228
Signed-off-by: Reimar Döffinger
---
libavdevice/xv.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavdevice/xv.c b/libavdevice/xv.c
index aeb3e41..c19c15c 100644
--- a/libavdevice/xv.c
+++ b/libavdevice/xv.c
@@ -67,7 +67,7 @@ typedef struct XVTagFormatMap
enum AV
Signed-off-by: Reimar Döffinger
---
libavfilter/vf_blackdetect.c| 2 +-
libavfilter/vf_lenscorrection.c | 2 +-
libavfilter/vf_signalstats.c| 2 +-
libavfilter/vf_tinterlace.c | 2 +-
4 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/libavfilter/vf_blackdetect.c b/libavfi
Signed-off-by: Reimar Döffinger
---
libavcodec/sipr16kdata.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/sipr16kdata.h b/libavcodec/sipr16kdata.h
index 96bf0e9..16a653d 100644
--- a/libavcodec/sipr16kdata.h
+++ b/libavcodec/sipr16kdata.h
@@ -525,7 +525,7 @@ stat
Signed-off-by: Reimar Döffinger
---
libavcodec/fft_init_table.c | 4 ++--
libavcodec/fft_table.h | 4 ++--
libavcodec/fft_template.c | 12 ++--
libavcodec/mips/fft_mips.c | 8
4 files changed, 14 insertions(+), 14 deletions(-)
diff --git a/libavcodec/fft_init_table.c
Signed-off-by: Reimar Döffinger
---
libavcodec/ac3dec_fixed.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/ac3dec_fixed.c b/libavcodec/ac3dec_fixed.c
index f36e7b0..4c09de5 100644
--- a/libavcodec/ac3dec_fixed.c
+++ b/libavcodec/ac3dec_fixed.c
@@ -65,7 +65,7 @@ s
On Sat, Aug 30, 2014 at 03:39:15PM +0200, wm4 wrote:
> The read_packet callback passes a pointer to a stack-allocated AVPacket.
> Attempting to free it with av_free() makes no sense.
> ---
> Found by looking at the code; there's no sample file.
> ---
> libavformat/oggdec.c | 1 -
> 1 file changed,
On Aug 30, 2014 7:44 AM, "Reimar Döffinger"
wrote:
It's lavfi, not lavf.
Timothy
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Sat, Aug 30, 2014 at 04:43:40PM +0200, Reimar Döffinger wrote:
> Signed-off-by: Reimar Döffinger
> ---
> libavcodec/fft_template.c | 11 ---
> 1 file changed, 4 insertions(+), 7 deletions(-)
LGTM
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
In a
For sbr_qmf_window_us there is even a question if it maybe
should be fully hardcoded all the time.
Since half of it is coded, it ends up in .data and not .bss.
Signed-off-by: Reimar Döffinger
---
libavcodec/Makefile | 4 +-
libavcodec/aacsbr.c | 10 +---
libavcodec/aacsbr_ta
Signed-off-by: Reimar Döffinger
---
libavcodec/aac_tablegen.h | 2 +-
libavcodec/aacps_tablegen.h| 4 ++--
libavcodec/aacsbr_tablegen.h | 2 +-
libavcodec/cbrt_tablegen.h | 2 +-
libavcodec/dv_tablegen.h | 2 +-
libavcodec/motionpixels_tablegen.h | 6 +++--
On Sat, Aug 30, 2014 at 05:35:55PM +0200, Reimar Döffinger wrote:
> Signed-off-by: Reimar Döffinger
Sorry, I sent this by accident.
It does not yet compile, will send a fixed version.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.o
On Sat, Aug 30, 2014 at 08:07:29AM -0700, Timothy Gu wrote:
> On Aug 30, 2014 7:44 AM, "Reimar Döffinger"
> wrote:
>
> It's lavfi, not lavf.
Fixed locally.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-
On 8/30/14, Reimar Doeffinger wrote:
> Signed-off-by: Reimar Doeffinger
> ---
> libavdevice/xv.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/libavdevice/xv.c b/libavdevice/xv.c
> index aeb3e41..c19c15c 100644
> --- a/libavdevice/xv.c
> +++ b/libavdevice/xv.c
> @@
Signed-off-by: Reimar Döffinger
---
libavcodec/wma.h | 2 +-
libavcodec/wmaprodec.c | 4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavcodec/wma.h b/libavcodec/wma.h
index c4056ec..01244a0 100644
--- a/libavcodec/wma.h
+++ b/libavcodec/wma.h
@@ -115,7 +115,7 @@ ty
Signed-off-by: Reimar Döffinger
---
libavcodec/aac_tablegen.h | 2 +-
libavcodec/aacps_tablegen.h| 4 ++--
libavcodec/aacsbr_tablegen.h | 2 +-
libavcodec/cbrt_tablegen.h | 3 ++-
libavcodec/dv_tablegen.h | 3 ++-
libavcodec/motionpixels_tablegen.h | 7 +++
On Sat, Aug 30, 2014 at 05:55:39PM +0200, Paul B Mahol wrote:
> On 8/30/14, Reimar Doeffinger wrote:
> > Signed-off-by: Reimar Doeffinger
> > ---
> > libavdevice/xv.c | 4 ++--
> > 1 file changed, 2 insertions(+), 2 deletions(-)
>
> lgtm
Thanks, pushed.
On Sat, Aug 30, 2014 at 06:00:20PM +0200, Reimar Döffinger wrote:
> Signed-off-by: Reimar Döffinger
> ---
> libavcodec/wma.h | 2 +-
> libavcodec/wmaprodec.c | 4 ++--
> 2 files changed, 3 insertions(+), 3 deletions(-)
LGTM
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF673
On Sat, Aug 30, 2014 at 06:00:43PM +0200, Reimar Döffinger wrote:
> Signed-off-by: Reimar Döffinger
> ---
> libavcodec/aac_tablegen.h | 2 +-
> libavcodec/aacps_tablegen.h| 4 ++--
> libavcodec/aacsbr_tablegen.h | 2 +-
> libavcodec/cbrt_tablegen.h | 3 ++-
> libavc
Moves it from .data to .bss, slightly reducing binary size.
Signed-off-by: Reimar Döffinger
---
libavcodec/cabac.c | 26 --
1 file changed, 4 insertions(+), 22 deletions(-)
diff --git a/libavcodec/cabac.c b/libavcodec/cabac.c
index 65579d8..803c81c 100644
--- a/libavcode
To understand the problem one needs to see the original code around
and to think what would happen if from time to time while capturing
condition (s->frame_size > 0 && buf.bytesused != s->frame_size)
happens to be true (this is not critical error so capturing would
continue). It is obvious that eve
On Sat, 30 Aug 2014 18:18:41 +0200
Reimar Döffinger wrote:
> Moves it from .data to .bss, slightly reducing binary size.
>
> Signed-off-by: Reimar Döffinger
> ---
> libavcodec/cabac.c | 26 --
> 1 file changed, 4 insertions(+), 22 deletions(-)
>
> diff --git a/libavcod
On Sat, Aug 30, 2014 at 06:20:56PM +0200, wm4 wrote:
> On Sat, 30 Aug 2014 18:18:41 +0200
> Reimar Döffinger wrote:
>
> > Moves it from .data to .bss, slightly reducing binary size.
> >
> > Signed-off-by: Reimar Döffinger
> > ---
> > libavcodec/cabac.c | 26 --
> > 1 fi
On 30.08.2014, at 18:29, Reimar Döffinger wrote:
> On Sat, Aug 30, 2014 at 06:20:56PM +0200, wm4 wrote:
>> On Sat, 30 Aug 2014 18:18:41 +0200
>> Reimar Döffinger wrote:
>>
>>> Moves it from .data to .bss, slightly reducing binary size.
>>>
>>> Signed-off-by: Reimar Döffinger
>>> ---
>>> libavc
On Sat, 30 Aug 2014 18:41:52 +0200
Reimar Döffinger wrote:
> On 30.08.2014, at 18:29, Reimar Döffinger wrote:
> > On Sat, Aug 30, 2014 at 06:20:56PM +0200, wm4 wrote:
> >> On Sat, 30 Aug 2014 18:18:41 +0200
> >> Reimar Döffinger wrote:
> >>
> >>> Moves it from .data to .bss, slightly reducing
On Sat, Aug 30, 2014 at 08:19:37PM +0400, Dmitry Volyntsev wrote:
> To understand the problem one needs to see the original code around
> and to think what would happen if from time to time while capturing
> condition (s->frame_size > 0 && buf.bytesused != s->frame_size)
> happens to be true (this
On 30.08.2014, at 19:01, wm4 wrote:
> On Sat, 30 Aug 2014 18:41:52 +0200
> Reimar Döffinger wrote:
>
>> On 30.08.2014, at 18:29, Reimar Döffinger wrote:
>>> On Sat, Aug 30, 2014 at 06:20:56PM +0200, wm4 wrote:
On Sat, 30 Aug 2014 18:18:41 +0200
Reimar Döffinger wrote:
> Mov
On 30.08.2014, at 19:46, Reimar Döffinger wrote:
> On 30.08.2014, at 19:01, wm4 wrote:
>>
>> but still I wonder why you'd optimize
>> for binary size, in exchange for higher RAM usage. What is your
>> motivation for doing this?
>
> The only higher RAM usage would be when you actually use H.264,
On Sat, 30 Aug 2014 19:58:11 +0200
Reimar Döffinger wrote:
> On 30.08.2014, at 19:46, Reimar Döffinger wrote:
> > On 30.08.2014, at 19:01, wm4 wrote:
> >>
> >> but still I wonder why you'd optimize
> >> for binary size, in exchange for higher RAM usage. What is your
> >> motivation for doing t
On Sat, Aug 30, 2014 at 04:36:57PM +0200, Reimar Döffinger wrote:
> On Fri, Aug 29, 2014 at 09:29:46PM +0200, Clément Bœsch wrote:
> > On Fri, Aug 29, 2014 at 06:34:52PM +0200, Reimar Döffinger wrote:
> > > Signed-off-by: Reimar Döffinger
> > > ---
> > > libavutil/hash.c | 2 +-
> > > 1 file chan
On Aug 30, 2014 7:37 AM, "Reimar Döffinger"
wrote:
> But mostly I care about having it in .rodata, everything else
> I'm willing to adapt to what others prefer.
What are the gains for using .rodata instead of .data?
Timothy
___
ffmpeg-devel mailing li
On 2014-08-28 07:23 -0700, Timothy Gu wrote:
> On Thu, Aug 28, 2014 at 7:26 AM, Alexander Strasser wrote:
> > Hi!
> >
> > On 2014-05-23 00:28 +0200, Alexander Strasser wrote:
> >> On 2014-05-11 01:37 +0200, Gerion Entrup wrote:
> >> > Am Donnerstag 01 Mai 2014, 23:48:29 schrieb Alexander Strasser:
On Sat, Aug 30, 2014 at 12:58:35PM -0700, Timothy Gu wrote:
> On Aug 30, 2014 7:37 AM, "Reimar Döffinger"
> wrote:
>
> > But mostly I care about having it in .rodata, everything else
> > I'm willing to adapt to what others prefer.
>
> What are the gains for using .rodata instead of .data?
It is
On 30.08.2014, at 21:50, Clément Bœsch wrote:
> On Sat, Aug 30, 2014 at 04:36:57PM +0200, Reimar Döffinger wrote:
>> On Fri, Aug 29, 2014 at 09:29:46PM +0200, Clément Bœsch wrote:
>>> On Fri, Aug 29, 2014 at 06:34:52PM +0200, Reimar Döffinger wrote:
Signed-off-by: Reimar Döffinger
---
>
On Sat, Aug 30, 2014 at 04:43:42PM +0200, Reimar Döffinger wrote:
> Signed-off-by: Reimar Döffinger
> ---
> libavfilter/vf_blackdetect.c| 2 +-
> libavfilter/vf_lenscorrection.c | 2 +-
> libavfilter/vf_signalstats.c| 2 +-
> libavfilter/vf_tinterlace.c | 2 +-
> 4 files changed, 4 in
On Sat, Aug 30, 2014 at 04:43:41PM +0200, Reimar Döffinger wrote:
> Signed-off-by: Reimar Döffinger
> ---
> libavcodec/sipr16kdata.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
LGTM
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Those who are too
On Sat, Aug 30, 2014 at 04:43:44PM +0200, Reimar Döffinger wrote:
> Signed-off-by: Reimar Döffinger
> ---
> libavcodec/ac3dec_fixed.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
LGTM
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Opposition brings
On Sat, Aug 30, 2014 at 04:43:39PM +0200, Reimar Döffinger wrote:
> Signed-off-by: Reimar Döffinger
> ---
> libavcodec/fft_init_table.c | 4 ++--
> libavcodec/fft_table.h | 4 ++--
> libavcodec/fft_template.c | 12 ++--
> libavcodec/mips/fft_mips.c | 8
> 4 files chang
Here's a PGS subtitle sample from Eac3to:
https://dl.dropboxusercontent.com/u/52358991/English.zip
On Sat, Aug 30, 2014 at 9:38 AM, wm4 wrote:
> ---
> Reverse engineered by looking at Petri Hintukainen's muxer patch, and
> also the mkvmerge sources. Tested with files extracted by mkvextract
> o
On Sat, 30 Aug 2014 18:16:27 -0400
Marcus Johnson wrote:
> Here's a PGS subtitle sample from Eac3to:
> https://dl.dropboxusercontent.com/u/52358991/English.zip
>
Thanks!
The DTS fields in this one are all 0 too.
___
ffmpeg-devel mailing list
ffmpeg-d
If you don't mind me asking, what is DTS? because when I hear it I think of
the DTS audio codec, but I know it's obviously not that, and googling DTS
in the codec context won't get me anywhere.
On Sat, Aug 30, 2014 at 6:33 PM, wm4 wrote:
> On Sat, 30 Aug 2014 18:16:27 -0400
> Marcus Johnson wr
On Sat, Aug 30, 2014 at 9:41 PM, Marcus Johnson
wrote:
> If you don't mind me asking, what is DTS? because when I hear it I think of
> the DTS audio codec, but I know it's obviously not that, and googling DTS
> in the codec context won't get me anywhere.
DTS = decoding time stamp
PTS = presentati
59 matches
Mail list logo