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/libavcodec/vp3data.h
+++ b/libavcodec/vp3data.h
@@ -26,7 +26,7 @
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 the old ts segment which not show in m3u8,
>> use hls_sync_list
Hey.
On 12/08/2014 18:30, Michael Niedermayer wrote:
> Also ive offered my resignation in the past. I do still offer to
> resign from the FFmpeg leader position, if it resolves this split
> between FFmpeg and Libav and make everyone work together again.
I have absolutely no opinion on the poli
On Fri, Aug 29, 2014 at 7:25 PM, Michael Niedermayer
wrote:
> On Fri, Aug 29, 2014 at 04:38:28PM -0700, Peter Kasting wrote:
> > I think that reinforces why a change like this is important. These sorts
> > of value truncations shouldn't just be invisibly, implicitly happening,
> > since in many
On Fri, Aug 29, 2014 at 04:38:28PM -0700, Peter Kasting wrote:
> On Fri, Aug 29, 2014 at 4:26 PM, Reimar Döffinger
> wrote:
>
> > First, this needs very, very careful review. I am not at all convinced
> > that these will not change behaviour.
> >
>
> I strongly agree that it needs careful review
On Fri, Aug 29, 2014 at 4:26 PM, Reimar Döffinger
wrote:
> First, this needs very, very careful review. I am not at all convinced
> that these will not change behaviour.
>
I strongly agree that it needs careful review.
I think that reinforces why a change like this is important. These sorts
of
On 29/08/14 8:26 PM, Reimar Döffinger wrote:
> On 30.08.2014, at 00:44, Peter Kasting wrote:
>> Hi FFMPEG devs, please forgive any errors here as I'm normally a Chromium
>> developer and this is my first submission to FFMPEG.
>>
>> The attached patch fixes instances of MSVC warning C4244 about pos
On Sat, Aug 30, 2014 at 01:26:46AM +0200, Reimar Döffinger wrote:
> On 30.08.2014, at 00:44, Peter Kasting wrote:
> > Hi FFMPEG devs, please forgive any errors here as I'm normally a Chromium
> > developer and this is my first submission to FFMPEG.
> >
> > The attached patch fixes instances of MS
Reimar Döffinger gmx.de> writes:
> Second, I believe powf and sinf are less commonly
> available than pow and sin, so I think this will
> break compilation on some platforms
I fear this is correct.
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-de
On 30.08.2014, at 00:44, Peter Kasting wrote:
> Hi FFMPEG devs, please forgive any errors here as I'm normally a Chromium
> developer and this is my first submission to FFMPEG.
>
> The attached patch fixes instances of MSVC warning C4244 about possible
> value truncation (e.g. when assigning doub
On Sat, Aug 23, 2014 at 10:50:37PM +0200, Deti Fliegl wrote:
> On 19.08.14 15:43, Carl Eugen Hoyos wrote:
> >Deti Fliegl fliegl.de> writes:
> >
> >>Minor update to propagate field dominance.
> >
> >At least a Changelog entry and a libavdevice version
> >bump are still missing, but consider waiting
Hi!
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/ffmpeg_filter.c
+++ b/ffmpeg_filter.c
@@ -898,8 +898,11 @@ int configure_filt
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 to float or int64_t to int).
> > This warning is currently disabled in C
Peter Kasting google.com> writes:
> The attached patch fixes instances of MSVC warning
> C4244 about possible value truncation (e.g. when
> assigning double to float or int64_t to int).
> This warning is currently disabled in Chromium's
> MSVC build and
> I'm trying to enable it.
Why?
Did yo
paolovergori gmail.com> writes:
> +AV_CODEC_ID_SMPTE_KLV_SYNC = MKBETAG('K','L','V','S'),
Please just add this line, do not reindent the
other defines, at least not in the same commit.
> { MKTAG('K','L','V','A'), AVMEDIA_TYPE_DATA, AV_CODEC_ID_SMPTE_KLV },
> +{ MKTAG('K', 'L', 'V
On Sat, 30 Aug 2014 00:44:21 +0300
Petri Hintukainen wrote:
> On pe, 2014-08-29 at 15:02 +, Carl Eugen Hoyos wrote:
> > Petri Hintukainen gmail.com> writes:
> >
> > > From: Petri Hintukainen users.sourceforge.net>
> > >
> > > Fixes ticket #2208
> >
> > Do I understand correctly that the
On pe, 2014-08-29 at 15:02 +, Carl Eugen Hoyos wrote:
> Petri Hintukainen gmail.com> writes:
>
> > From: Petri Hintukainen users.sourceforge.net>
> >
> > Fixes ticket #2208
>
> Do I understand correctly that the produced files are
> compatible with eac3to?
Compatible, but not identical.
On 8/29/2014 10:21 PM, Lou Logan wrote:
> ffmpeg-user is not for help involving forks, scripts, counterfeits, or
> other third-party tools. Only FFmpeg tools are supported.
Please take your tribalism elsewhere.
- Derek
___
ffmpeg-devel mailing list
ffmp
On pe, 2014-08-29 at 14:06 +0200, Hendrik Leppkes wrote:
> On Fri, Aug 29, 2014 at 12:31 PM, Petri Hintukainen
> wrote:
> > From: Petri Hintukainen
> >
> > Fixes ticket #2208
>
> Is the format officially documented somewhere, so interoperability
> with other tools is ensured?
I didn't find any
On pe, 2014-08-29 at 12:51 +0200, wm4 wrote:
>
> Do you plan on writing a demuxer too? If not, then I'd give it a try.
Probably not (at least in next week or two).
It should be simple to parse :). After the header there's always segment
type byte and length (16-bits BE). Without index seeking is
On Fri, Aug 29, 2014, at 11:24 AM, Федор wrote:
> How directly use gas-preprocessor.pl? I download bundle from here -
> https://git.libav.org/?p=gas-preprocessor.git;a=tree ang try it like
> described here - https://wiki.libav.org/Tools/gas-preprocessor . I got
> error :
> gas-preprocessor.
On Fri, Aug 29, 2014 at 06:32:59PM +0200, Reimar Döffinger wrote:
> This table was the largest object in FFmpeg's .data,
> and really should be in .rodata.
>
> Signed-off-by: Reimar Döffinger
> ---
> libavcodec/fft_init_table.c | 2 +-
> libavcodec/fft_table.h | 2 +-
> libavcodec/fft_templ
On Fri, Aug 29, 2014 at 06:33:00PM +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 ++--
> 3 files changed, 10 insertions(+), 10 deletions(-)
this b
>> think discussing the Libav-FFmpeg split and ways to resolve it at VDD
>> makes a lot of sense, quite litterally more than 90% of the developers
>> wont be there. I also wont be there
Lame excuse. You're the leader and the main reason why people want you there.
>> also iam quite confident that
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/libavutil/hash.c
> index 773f29e..979fdd9 100644
> --- a/libavutil/hash.c
> +++
How directly use gas-preprocessor.pl? I download bundle from here -
https://git.libav.org/?p=gas-preprocessor.git;a=tree ang try it like described
here - https://wiki.libav.org/Tools/gas-preprocessor . I got error :
gas-preprocessor.pl gas
Unrecognized input filetype at
D:\Symbian\Projects\
Hi Vittorio
also please dont remove ffmpeg-devel from the CC
I had missed that you removed it so my reply went just to debian-devel
full quote left below for ffmpeg-devel, no further inline comments
below
Thanks
On Fri, Aug 29, 2014 at 07:17:55PM +0200, Michael Niedermayer wrote:
> Hi Vittorio
Signed-off-by: Paul B Mahol
---
doc/filters.texi | 62 ++
libavfilter/Makefile | 1 +
libavfilter/af_silenceremove.c | 478 +
libavfilter/allfilters.c | 1 +
4 files changed, 542 insertions(+)
create mode 100644 libav
---
libavcodec/avcodec.h| 17 +
libavcodec/codec_desc.c | 6 ++
libavformat/mpegts.c| 2 ++
libavformat/mpegts.h| 1 +
libavformat/mpegtsenc.c | 27 +++
5 files changed, 45 insertions(+), 8 deletions(-)
diff --git a/libavcodec/avcodec.h b
Signed-off-by: Reimar Döffinger
---
libavutil/hash.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavutil/hash.c b/libavutil/hash.c
index 773f29e..979fdd9 100644
--- a/libavutil/hash.c
+++ b/libavutil/hash.c
@@ -63,7 +63,7 @@ typedef struct AVHashContext {
struct {
Signed-off-by: Reimar Döffinger
---
libavcodec/fft_init_table.c | 4 ++--
libavcodec/fft_table.h | 4 ++--
libavcodec/fft_template.c | 12 ++--
3 files changed, 10 insertions(+), 10 deletions(-)
diff --git a/libavcodec/fft_init_table.c b/libavcodec/fft_init_table.c
index 4e8b082
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
This table was the largest object in FFmpeg's .data,
and really should be in .rodata.
Signed-off-by: Reimar Döffinger
---
libavcodec/fft_init_table.c | 2 +-
libavcodec/fft_table.h | 2 +-
libavcodec/fft_template.c | 2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/lib
On Thu, Aug 28, 2014 at 05:20:44PM -0700, Timothy Gu wrote:
> On Aug 28, 2014 3:46 PM, "Reimar Döffinger"
> wrote:
> >
> > There is a risk that one in the code that is not always
> > compiled might break things.
>
> What do you mean by 'one in the code'?
The intended grouping was (one) (in the c
Michael Niedermayer gmx.at> writes:
> > Fix trac ticket #2674.
> > libavfilter/vf_fps.c | 33 +
> > 1 file changed, 25 insertions(+), 8 deletions(-)
>
> probably ok
Ping?
(I didn't test myself.)
Carl Eugen
___
ffmpe
Reimar Döffinger gmx.de> writes:
> There is a risk that one in the code that is not
> always compiled might break things.
We will only find out if you push;-)
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman
Petri Hintukainen gmail.com> writes:
> From: Petri Hintukainen users.sourceforge.net>
>
> Fixes ticket #2208
Do I understand correctly that the produced files are
compatible with eac3to? Are there other programs that
accept these files?
Thank you, Carl Eugen
___
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/avstring.c b/libavutil/avstring.c
> index a63fb84..df27d5e 100644
> --- a/li
On Thu, Aug 28, 2014 at 05:22:42PM -0700, Timothy Gu wrote:
> On Aug 28, 2014 6:14 AM, "Michael Niedermayer" wrote:
> >
> > buf is assigned to AVIOContext.buffer, which is written to by some
> > functions using AVIOContext
>
> Doesn't const only apply to this particular function? In other words,
On Fri, Aug 29, 2014 at 04:42:04PM +1000, Peter Ross wrote:
> Fixes ticket #3898
>
> Signed-off-by: Peter Ross
> ---
> libavformat/wtvdec.c | 29 +++--
> 1 file changed, 27 insertions(+), 2 deletions(-)
applied
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B1
On Fri, Aug 29, 2014 at 12:31 PM, Petri Hintukainen wrote:
> From: Petri Hintukainen
>
> Fixes ticket #2208
Is the format officially documented somewhere, so interoperability
with other tools is ensured?
- Hendrik
___
ffmpeg-devel mailing list
ffmpeg-
On Fri, 29 Aug 2014 13:31:22 +0300
Petri Hintukainen wrote:
> From: Petri Hintukainen
>
> Fixes ticket #2208
> ---
> libavformat/Makefile | 1 +
> libavformat/allformats.c | 1 +
> libavformat/supenc.c | 61
>
> 3 files changed, 63 in
From: Petri Hintukainen
Fixes ticket #2208
---
libavformat/Makefile | 1 +
libavformat/allformats.c | 1 +
libavformat/supenc.c | 61
3 files changed, 63 insertions(+)
create mode 100644 libavformat/supenc.c
diff --git a/libavformat/Ma
43 matches
Mail list logo
