On Wed, Jul 29, 2015 at 1:44 AM, Rostislav Pehlivanov
wrote:
> This commit moves any tables specific to the encoder from aacenc
> and aaccoder to a separate file called 'aacenctab.c/.h'.
> This was done as a clean up attempt as the encoder was filled with
> tables pasted in between functions which
On Thu, Aug 06, 2015 at 11:50:56PM -0700, Yayoi Ukai wrote:
> The (attached) file is a sample for this reference.
uploaded to fate suite
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Awnsering whenever a program halts or runs forever is
On a turing machine, i
based on last h264qpel optimization patch i have pushed
do i need separate this patch to double? cause one file to change loongson arch
use looking up crop table method may boost up decode on loongson, and with this
patch x86 pass fate too
but i have not tested on other arch
test on loongson-3b
Hello,
I wanted to inform interleaving problem still exisits even with Nvidia
355.06 driver. More info here:
https://github.com/FFmpeg/FFmpeg/commit/aa10f0aab0e2729e0a5edbd7b6838658d6
3421e1
Kind Regards,
Ali
___
ffmpeg-devel mailing list
ffmpeg-deve
On Thu, Aug 06, 2015 at 10:24:52PM -0400, Ronald S. Bultje wrote:
> Hi,
>
> On Thu, Aug 6, 2015 at 4:27 PM, Michael Niedermayer
> wrote:
>
> > From: Michael Niedermayer
> >
> > Fixes Ticket4746
> >
> > TODO: implement packed formats and subsampled formats
> >
> > Signed-off-by: Michael Niederma
From 0568a9385aa024ff015adab1c8f085de73edc644 Mon Sep 17 00:00:00 2001
From: Vesselin Bontchev
Date: Sun, 19 Jul 2015 23:16:36 +0200
Subject: [PATCH] Add support for Audible AA files
https://en.wikipedia.org/wiki/Audible.com#Quality
---
doc/demuxers.texi| 6 +
doc/general.texi
On Thu, 6 Aug 2015 23:26:05 +0200
Andreas Cadhalpun wrote:
> On 06.08.2015 00:53, wm4 wrote:
> > Well, you sure like to list a lot of projects.
>
> No, I don't. I'd like it much more if the list was empty.
>
> > But what you don't say
> > is that many of these are either definitely dead (mplaye
Hi,
On Fri, Aug 7, 2015 at 6:43 AM, Michael Niedermayer
wrote:
> On Thu, Aug 06, 2015 at 10:24:52PM -0400, Ronald S. Bultje wrote:
> > Hi,
> >
> > On Thu, Aug 6, 2015 at 4:27 PM, Michael Niedermayer
> > wrote:
> >
> > > From: Michael Niedermayer
> > >
> > > Fixes Ticket4746
> > >
> > > TODO: i
On Fri, 7 Aug 2015 09:45:23 + (UTC)
Ali KIZIL wrote:
> Hello,
>
> I wanted to inform interleaving problem still exisits even with
> Nvidia 355.06 driver. More info here:
>
> https://github.com/FFmpeg/FFmpeg/commit/aa10f0aab0e2729e0a5edbd7b6838658d6
> 3421e1
I replied on github too, but yes
The leak was happening because the m->count_f was initialised to 0 at the
wrong place which was used in freeing the mem allocs. I am posting a patch
to fix that.
Thanks,
Niklesh
On Fri, Aug 7, 2015 at 5:11 AM, Michael Niedermayer
wrote:
> On Thu, Aug 06, 2015 at 09:17:17AM +0530, Niklesh Lalwan
From: Niklesh
Initialize m->count_f to 0 at the correct place to free memory allocs properly.
Signed-off-by: Niklesh
---
libavcodec/movtextdec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/movtextdec.c b/libavcodec/movtextdec.c
index 83b0231..fc6993e 100644
https://trac.ffmpeg.org/ticket/4753:
The issue seems to come from the fact that there are multiple frames per packet.
In fact, the duration field of the packet is set incorrectly,
and reports the duration of a single frame only (80).
Unfortunately, I do not know about where/how this needs to be don
On 8/7/15, Ganesh Ajjanagadde wrote:
> https://trac.ffmpeg.org/ticket/4753:
> The issue seems to come from the fact that there are multiple frames per
> packet.
> In fact, the duration field of the packet is set incorrectly,
> and reports the duration of a single frame only (80).
> Unfortunately,
Hi ffmpeg developers,
I want to submit the following patch. It's a minor thing that improves the
filtering_video.c to demo chaining of vfilters.
>From ceda852421e51712352ab2b1230b715ea0073f6a Mon Sep 17 00:00:00 2001
From: Harshit Mittal
Date: Wed, 5 Aug 2015 12:41:49 -0700
Subject: [PATCH 1/2] b
On Fri, Aug 7, 2015 at 11:59 AM, Paul B Mahol wrote:
> On 8/7/15, Ganesh Ajjanagadde wrote:
>> https://trac.ffmpeg.org/ticket/4753:
>> The issue seems to come from the fact that there are multiple frames per
>> packet.
>> In fact, the duration field of the packet is set incorrectly,
>> and report
Hello,
On Friday, 07 August 2015 at 15:36, wm4 wrote:
> On Thu, 6 Aug 2015 23:26:05 +0200
> Andreas Cadhalpun wrote:
> > On 06.08.2015 00:53, wm4 wrote:
[...]
> > > Why do we have to suffer because Debian tries to compile ancient
> > > releases against newer ffmpeg/libav releases? (How does that
On Tue, Aug 4, 2015 at 8:54 PM, Ganesh Ajjanagadde wrote:
> On Mon, Aug 3, 2015 at 10:47 AM, Nicolas George wrote:
>> Le sextidi 16 thermidor, an CCXXIII, Hendrik Leppkes a écrit :
>>> Trashing the state even more often just because there is one example
>>> where this can already happen is not a
On 8/7/15, Ganesh Ajjanagadde wrote:
> On Fri, Aug 7, 2015 at 11:59 AM, Paul B Mahol wrote:
>> On 8/7/15, Ganesh Ajjanagadde wrote:
>>> https://trac.ffmpeg.org/ticket/4753:
>>> The issue seems to come from the fact that there are multiple frames per
>>> packet.
>>> In fact, the duration field of
On Fri, Aug 7, 2015 at 4:09 PM, Paul B Mahol wrote:
> On 8/7/15, Ganesh Ajjanagadde wrote:
>> On Fri, Aug 7, 2015 at 11:59 AM, Paul B Mahol wrote:
>>> On 8/7/15, Ganesh Ajjanagadde wrote:
https://trac.ffmpeg.org/ticket/4753:
The issue seems to come from the fact that there are multipl
Dana 7. 8. 2015. 22:44 osoba "Ganesh Ajjanagadde"
napisala je:
>
> On Fri, Aug 7, 2015 at 4:09 PM, Paul B Mahol wrote:
> > On 8/7/15, Ganesh Ajjanagadde wrote:
> >> On Fri, Aug 7, 2015 at 11:59 AM, Paul B Mahol wrote:
> >>> On 8/7/15, Ganesh Ajjanagadde wrote:
> https://trac.ffmpeg.org/ti
On Fri, Aug 7, 2015 at 6:05 PM, Paul B Mahol wrote:
> Dana 7. 8. 2015. 22:44 osoba "Ganesh Ajjanagadde"
> napisala je:
>>
>> On Fri, Aug 7, 2015 at 4:09 PM, Paul B Mahol wrote:
>> > On 8/7/15, Ganesh Ajjanagadde wrote:
>> >> On Fri, Aug 7, 2015 at 11:59 AM, Paul B Mahol wrote:
>> >>> On 8/7/15
> On 03 Aug 2015, at 10:27, Clément Bœsch wrote:
>
> On Fri, Jul 31, 2015 at 08:57:49PM +0200, Clément Bœsch wrote:
>> On Thu, Jul 30, 2015 at 05:12:21PM +0800, Zhang Rui wrote:
>> [...]
>>> BTW:
>>> I think current patch is OK enough.
>>
>> I will push it soon (unless Sebastien has write acces
On Fri, 7 Aug 2015 19:28:26 +0200
Dominik 'Rathann' Mierzejewski wrote:
> Hello,
>
> On Friday, 07 August 2015 at 15:36, wm4 wrote:
> > On Thu, 6 Aug 2015 23:26:05 +0200
> > Andreas Cadhalpun wrote:
> > > On 06.08.2015 00:53, wm4 wrote:
> [...]
> > > > Why do we have to suffer because Debian tr
hello,
some of you know that we have a list for security / CVE issues.
some of you did not know this.
i think it is a private list due to not wanting people to make exploits
before we have a chance to fix them. of course, if no one is subscribed
to review/fix issues then they will never get fixed
On Fri, Aug 07, 2015 at 07:46:55PM -0400, compn wrote:
> hello,
>
> some of you know that we have a list for security / CVE issues.
> some of you did not know this.
>
> i think it is a private list due to not wanting people to make exploits
> before we have a chance to fix them. of course, if no
---
libavcodec/samidec.c| 59 +
tests/ref/fate/sub-sami | 18 +++
2 files changed, 44 insertions(+), 33 deletions(-)
diff --git a/libavcodec/samidec.c b/libavcodec/samidec.c
index 47850e2..41826a7 100644
--- a/libavcodec/samidec.c
++
This code will be used in SAMI decoder in a later commit.
---
libavcodec/Makefile| 4 +-
libavcodec/htmlsubtitles.c | 198 +
libavcodec/htmlsubtitles.h | 29 +++
libavcodec/srtdec.c| 149 +-
4 files
---
libavformat/samidec.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/libavformat/samidec.c b/libavformat/samidec.c
index 948e1ed..bc9b745 100644
--- a/libavformat/samidec.c
+++ b/libavformat/samidec.c
@@ -68,11 +68,17 @@ static int sami_read_header(AVFormatContext *
---
tests/fate/subtitles.mak | 3 ++
tests/ref/fate/sub-sami2 | 91
2 files changed, 94 insertions(+)
create mode 100644 tests/ref/fate/sub-sami2
diff --git a/tests/fate/subtitles.mak b/tests/fate/subtitles.mak
index d8b2034..0a6c33d 100644
--- a
Hello,
Sorry, I didn't mean to spam the mailing list...I noticed that commit
message was not quite right.. Sample file is attached for this
reference. (again) And besides these messages (title on these previous
3 email), nothing is changed from previous patches.
Thank you for reviewing and have a
30 matches
Mail list logo
