On 31.07.2015, at 17:22, Hendrik Leppkes wrote:
> On Fri, Jul 31, 2015 at 5:12 PM, compn wrote:
>> On Thu, 30 Jul 2015 17:05:12 +0200
>> Andreas Cadhalpun wrote:
>>
>>> Hi,
>>>
>>> On 28.07.2015 15:36, Vittorio Giovara wrote:
This set contains the removal of all deprecated features marked
On 31.07.2015, at 19:18, James Almer wrote:
> Signed-off-by: James Almer
> ---
> doc/APIchanges | 3 +++
> libavutil/blowfish.c | 15 +++
> libavutil/blowfish.h | 10 ++
> libavutil/version.h | 5 -
> 4 files changed, 32 insertions(+), 1 deletion(-)
>
> diff --git a/
On Fri, Jul 31, 2015 at 9:29 PM, Peter Ross wrote:
> On Fri, Jul 31, 2015 at 08:56:49PM -0400, Ganesh Ajjanagadde wrote:
>> On Fri, Jul 31, 2015 at 8:08 PM, Michael Niedermayer
>> wrote:
>> > On Fri, Jul 31, 2015 at 07:33:01PM -0400, Ganesh Ajjanagadde wrote:
>> >> On Fri, Jul 31, 2015 at 7:01 PM
On Fri, Jul 31, 2015 at 10:15 PM, Michael Niedermayer
wrote:
> On Fri, Jul 31, 2015 at 10:51:31AM +0200, Nicolas George wrote:
>> Le tridi 13 thermidor, an CCXXIII, Michael Niedermayer a écrit :
>> > no disagreement here but as the shell does not do that (well at least
>> > not bash here)
>> > it
On 31/07/15 11:09 PM, Michael Niedermayer wrote:
> On Fri, Jul 31, 2015 at 05:58:48PM -0300, James Almer wrote:
>> On 31/07/15 5:40 PM, Michael Niedermayer wrote:
>>> On Fri, Jul 31, 2015 at 02:18:07PM -0300, James Almer wrote:
Signed-off-by: James Almer
---
doc/APIchanges |
On Fri, Jul 31, 2015 at 10:51:31AM +0200, Nicolas George wrote:
> Le tridi 13 thermidor, an CCXXIII, Michael Niedermayer a écrit :
> > no disagreement here but as the shell does not do that (well at least
> > not bash here)
> > it causes moderate inconvenience to the developers
> > in everyday work
On Fri, Jul 31, 2015 at 05:58:48PM -0300, James Almer wrote:
> On 31/07/15 5:40 PM, Michael Niedermayer wrote:
> > On Fri, Jul 31, 2015 at 02:18:07PM -0300, James Almer wrote:
> >> Signed-off-by: James Almer
> >> ---
> >> doc/APIchanges | 3 +++
> >> libavutil/blowfish.c | 15 +
On Fri, Jul 31, 2015 at 08:56:49PM -0400, Ganesh Ajjanagadde wrote:
> On Fri, Jul 31, 2015 at 8:08 PM, Michael Niedermayer
> wrote:
> > On Fri, Jul 31, 2015 at 07:33:01PM -0400, Ganesh Ajjanagadde wrote:
> >> On Fri, Jul 31, 2015 at 7:01 PM, Ihar A. Tumashyk
> >> wrote:
> >> > Sample rate is wri
On Fri, Jul 31, 2015 at 08:56:49PM -0400, Ganesh Ajjanagadde wrote:
> On Fri, Jul 31, 2015 at 8:08 PM, Michael Niedermayer
> wrote:
> > On Fri, Jul 31, 2015 at 07:33:01PM -0400, Ganesh Ajjanagadde wrote:
> >> On Fri, Jul 31, 2015 at 7:01 PM, Ihar A. Tumashyk
> >> wrote:
> >> > Sample rate is wri
On Sat, Aug 01, 2015 at 01:13:28AM +0200, Stephan Holljes wrote:
> On Fri, Jul 31, 2015 at 4:29 PM, Nicolas George wrote:
> > I have no more remarks on the whole series, I believe it can be applied.
> >
> > If your public Git tree is ready for pulls, you can do a final rebase and
> > send a pull r
On Fri, Jul 31, 2015 at 04:35:00AM -0300, Claudio Freire wrote:
> On Wed, Jul 29, 2015 at 1:44 AM, Rostislav Pehlivanov
> wrote:
> > This commit removes a redundant argument from the functions in aaccoder.
> > The argument lambda was redundant as it was just a copy of s->lambda,
> > to which all f
On Fri, Jul 31, 2015 at 8:08 PM, Michael Niedermayer
wrote:
> On Fri, Jul 31, 2015 at 07:33:01PM -0400, Ganesh Ajjanagadde wrote:
>> On Fri, Jul 31, 2015 at 7:01 PM, Ihar A. Tumashyk
>> wrote:
>> > Sample rate is written "as is" in header . Is *should not* be devined by
>> > 8. Refer spec.:
>> >
On Fri, Jul 31, 2015 at 01:36:58PM +0300, Vesselin Bontchev wrote:
> mov.c |8
> 1 file changed, 4 insertions(+), 4 deletions(-)
> 3ce53f8e77ea37ccba5bbee3c18648b169804cf3
> 0001-avformat-mov-fix-regression-in-processing-.aax-files.patch
> From 418d573659dd011de503e45622307974cf437d
On Sat, Aug 01, 2015 at 06:42:15AM +0800, Yu Xiaolei wrote:
> libx264 added support for NV21 input recently.
>
> ---
> libavcodec/libx264.c | 6 ++
> 1 file changed, 6 insertions(+)
applied
btw, if you want git write access, send me your public SSH key
thanks
[...]
--
Michael GnuPG f
On Fri, Jul 31, 2015 at 07:33:01PM -0400, Ganesh Ajjanagadde wrote:
> On Fri, Jul 31, 2015 at 7:01 PM, Ihar A. Tumashyk wrote:
> > Sample rate is written "as is" in header . Is *should not* be devined by
> > 8. Refer spec.:
> > http://dsd-guide.com/sites/default/files/white-
> > papers/DSFFileForm
On Fri, Jul 31, 2015 at 07:01:54PM -0400, Ganesh Ajjanagadde wrote:
> On Fri, Jul 31, 2015 at 6:52 PM, Ihar A. Tumashyk wrote:
> > All DSD codes have 1 bit per sample.
> > https://en.wikipedia.org/wiki/Direct_Stream_Digital
> >
> > Signed-off-by: Ihar A. Tumashyk
> > ---
> > libavcodec/utils.c |
The following changes since commit 5870b3d2a3afdae0ed42fa9fd010684ee18feca8:
MAINTAINERS: update my maintership (2015-07-31 20:25:07 +0200)
are available in the git repository at:
http://git.klaxa.eu/git/ffmpeg simple_http_server_api_implementation
for you to fetch changes up to 25410c524dd
On Fri, Jul 31, 2015 at 7:01 PM, Ihar A. Tumashyk wrote:
> Sample rate is written "as is" in header . Is *should not* be devined by
> 8. Refer spec.:
> http://dsd-guide.com/sites/default/files/white-
> papers/DSFFileFormatSpec_E.pdf
>
> After this patch ffprobe will corretly show sample rate for D
On Sat, Aug 1, 2015 at 1:13 AM, Stephan Holljes
wrote:
> On Fri, Jul 31, 2015 at 4:29 PM, Nicolas George wrote:
>> I have no more remarks on the whole series, I believe it can be applied.
>>
>> If your public Git tree is ready for pulls, you can do a final rebase and
>> send a pull request direct
01.08.2015 у 02:01 Ganesh Ajjanagadde напісаў:
On Fri, Jul 31, 2015 at 6:52 PM, Ihar A. Tumashyk wrote:
All DSD codes have 1 bit per sample.
https://en.wikipedia.org/wiki/Direct_Stream_Digital
Signed-off-by: Ihar A. Tumashyk
---
libavcodec/utils.c | 9 +
1 file changed, 5 insertion
01.08.2015 у 02:01 Ganesh Ajjanagadde напісаў:
On Fri, Jul 31, 2015 at 6:52 PM, Ihar A. Tumashyk wrote:
All DSD codes have 1 bit per sample.
https://en.wikipedia.org/wiki/Direct_Stream_Digital
Signed-off-by: Ihar A. Tumashyk
---
libavcodec/utils.c | 9 +
1 file changed, 5 insertion
On Fri, Jul 31, 2015 at 4:29 PM, Nicolas George wrote:
> I have no more remarks on the whole series, I believe it can be applied.
>
> If your public Git tree is ready for pulls, you can do a final rebase and
> send a pull request directly. If not, I can do the same with my tree.
>
> Regards,
>
> -
Sample rate is written "as is" in header . Is *should not* be devined by
8. Refer spec.:
http://dsd-guide.com/sites/default/files/white-
papers/DSFFileFormatSpec_E.pdf
After this patch ffprobe will corretly show sample rate for DSF files.
Signed-off-by: Ihar A. Tumashyk
---
libavformat/dsfdec.c
On Fri, Jul 31, 2015 at 6:52 PM, Ihar A. Tumashyk wrote:
> All DSD codes have 1 bit per sample.
> https://en.wikipedia.org/wiki/Direct_Stream_Digital
>
> Signed-off-by: Ihar A. Tumashyk
> ---
> libavcodec/utils.c | 9 +
> 1 file changed, 5 insertions(+), 4 deletions(-)
>
> diff --git a/l
The syntax is the normal syntax HH:MM:SS used everywhere.
av_parse_time can parse both [-]HH:MM:SS[.m...]]] and [-]S+[.m...]
syntax for duration. So if mkvmerge outputs 1200.00 secs in duration it
would be able to parse that also .
On Fri, Jul 31, 2015 at 3:31 PM, wm4 wrote:
> On Fri, 31 Jul
All DSD codes have 1 bit per sample.
https://en.wikipedia.org/wiki/Direct_Stream_Digital
Signed-off-by: Ihar A. Tumashyk
---
libavcodec/utils.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/libavcodec/utils.c b/libavcodec/utils.c
index 5dbd0cf..52bfe01 100644
--- a
libx264 added support for NV21 input recently.
---
libavcodec/libx264.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/libavcodec/libx264.c b/libavcodec/libx264.c
index 5da816e..c017685 100644
--- a/libavcodec/libx264.c
+++ b/libavcodec/libx264.c
@@ -381,6 +381,9 @@ static int convert
On Fri, 31 Jul 2015 13:00:02 -0700
Sasi Inguva wrote:
> Signed-off-by: Sasi Inguva
> ---
> libavformat/matroskadec.c | 20 ++--
> 1 file changed, 18 insertions(+), 2 deletions(-)
>
> diff --git a/libavformat/matroskadec.c b/libavformat/matroskadec.c
> index 1807cae..03b564e 100
On Fri, Jul 31, 2015 at 5:47 PM, Nicolas George wrote:
> Le tridi 13 thermidor, an CCXXIII, Hendrik Leppkes a écrit :
>> They have had 2-3 years to update, what makes you think they will ever
>> if we don't force them at some point?
>
> What makes you think they will ever do it even if we try to f
On 31/07/15 5:40 PM, Michael Niedermayer wrote:
> On Fri, Jul 31, 2015 at 02:18:07PM -0300, James Almer wrote:
>> Signed-off-by: James Almer
>> ---
>> doc/APIchanges | 3 +++
>> libavutil/blowfish.c | 15 +++
>> libavutil/blowfish.h | 10 ++
>> libavutil/version.h | 5
On Fri, Jul 31, 2015 at 02:18:07PM -0300, James Almer wrote:
> Signed-off-by: James Almer
> ---
> doc/APIchanges | 3 +++
> libavutil/blowfish.c | 15 +++
> libavutil/blowfish.h | 10 ++
> libavutil/version.h | 5 -
> 4 files changed, 32 insertions(+), 1 deletion(
On 31 Jul, wm4 wrote :
> > Thanks to everyone, for everything they did and will do in the future
> > for FFmpeg and the community !
>
> I didn't always agree with your way of maintaining FFmpeg, but the work
> you did was impressive. I also hope that this will eventually lead to
> FFmpeg and Libav
On Fri, Jul 31, 2015 at 09:54:52PM +0200, Michael Niedermayer wrote:
> On Fri, Jul 31, 2015 at 09:27:00PM +0200, Michael Niedermayer wrote:
> > On Fri, Jul 31, 2015 at 05:37:12PM +0200, Clément Bœsch wrote:
> > [...]
> > > So in order for the community to continue this, I'd say we probably need
> >
Signed-off-by: Sasi Inguva
---
libavformat/matroskadec.c | 20 ++--
1 file changed, 18 insertions(+), 2 deletions(-)
diff --git a/libavformat/matroskadec.c b/libavformat/matroskadec.c
index 1807cae..03b564e 100644
--- a/libavformat/matroskadec.c
+++ b/libavformat/matroskadec.c
@@
On Fri, Jul 31, 2015 at 09:27:00PM +0200, Michael Niedermayer wrote:
> On Fri, Jul 31, 2015 at 05:37:12PM +0200, Clément Bœsch wrote:
> [...]
> > So in order for the community to continue this, I'd say we probably need
> > to have some help for:
> >
> > - guidelines on the merge strategies
>
> Th
On Fri, Jul 31, 2015 at 05:37:12PM +0200, Clément Bœsch wrote:
[...]
> So in order for the community to continue this, I'd say we probably need
> to have some help for:
>
> - guidelines on the merge strategies
The merge process i used is quite simple
1.
merge.conflictstyle=diff3 (in git config s
---
doc/filters.texi| 38
libavfilter/Makefile| 1 +
libavfilter/allfilters.c| 1 +
libavfilter/vf_atadenoise.c | 421
4 files changed, 461 insertions(+)
create mode 100755 libavfilter/vf_atadenoise.c
diff --git a/doc
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 access?)
> Async-mode could be an experimental option.
Sebastien, do you plan to work on this? I quickly tried to add the async
flag as de
On 31/07/15 3:42 PM, Paul B Mahol wrote:
> On 7/31/15, James Almer wrote:
>> Signed-off-by: James Almer
>> ---
>> doc/APIchanges | 1 +
>> libavutil/des.c | 13 -
>> libavutil/des.h | 24 ++--
>> 3 files changed, 35 insertions(+), 3 deletions(-)
>>
>> diff --git
On 7/31/15, James Almer wrote:
> Signed-off-by: James Almer
> ---
> doc/APIchanges | 1 +
> libavutil/des.c | 13 -
> libavutil/des.h | 24 ++--
> 3 files changed, 35 insertions(+), 3 deletions(-)
>
> diff --git a/doc/APIchanges b/doc/APIchanges
> index 7d1984f.
On 31/07/15 3:33 PM, Paul B Mahol wrote:
> For what is this useful?
So these four modules are consistent with the rest of the crypto
modules.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 7/31/15, James Almer wrote:
> Signed-off-by: James Almer
> ---
> doc/APIchanges | 3 +++
> libavutil/blowfish.c | 15 +++
> libavutil/blowfish.h | 10 ++
> libavutil/version.h | 5 -
> 4 files changed, 32 insertions(+), 1 deletion(-)
>
> diff --git a/doc/APIch
Signed-off-by: James Almer
---
doc/APIchanges | 1 +
libavutil/des.c | 13 -
libavutil/des.h | 24 ++--
3 files changed, 35 insertions(+), 3 deletions(-)
diff --git a/doc/APIchanges b/doc/APIchanges
index 7d1984f..cce2ddb 100644
--- a/doc/APIchanges
+++ b/doc/AP
Signed-off-by: James Almer
---
doc/APIchanges | 1 +
libavutil/rc4.c | 13 -
libavutil/rc4.h | 25 +++--
3 files changed, 36 insertions(+), 3 deletions(-)
diff --git a/doc/APIchanges b/doc/APIchanges
index d222fc6..5fcbabb 100644
--- a/doc/APIchanges
+++ b/doc/A
Signed-off-by: James Almer
---
doc/APIchanges | 1 +
libavutil/xtea.c | 12
libavutil/xtea.h | 10 ++
3 files changed, 23 insertions(+)
diff --git a/doc/APIchanges b/doc/APIchanges
index 5fcbabb..7d1984f 100644
--- a/doc/APIchanges
+++ b/doc/APIchanges
@@ -18,6 +18,7 @@ A
Signed-off-by: James Almer
---
doc/APIchanges | 3 +++
libavutil/blowfish.c | 15 +++
libavutil/blowfish.h | 10 ++
libavutil/version.h | 5 -
4 files changed, 32 insertions(+), 1 deletion(-)
diff --git a/doc/APIchanges b/doc/APIchanges
index 29e9da9..d222fc6 100
On Fri, 31 Jul 2015 15:53:04 +0200
Michael Niedermayer wrote:
> Hi all
>
> Ive been in FFmepg since 14 years and been the leader since 11 years
> and i feel that iam not the best person for the leader position.
> I had hoped for a long time that the fork situation would resolve and
> both sides
Hi All,
We're the proposer of the OVH option.
Of course the project people should select the best options but for me is
difficult to argue that the option we propose is not one of the best.
Our offer is a 2 years prepaid high end server under the administrative
and tech management of the ffmpeg
On Fri, Jul 31, 2015 at 10:11:29AM -0600, Roger Pack wrote:
> On 7/30/15, Michael Niedermayer wrote:
> > On Thu, Jul 30, 2015 at 03:56:30PM -0600, Roger Pack wrote:
> >> See attached. Possibly useful for debugging async issues that crop up
> >> from time to time.
> >> Thanks!
> >
> > should i app
On Fri, Jul 31, 2015 at 05:37:12PM +0200, Clément Bœsch wrote:
[...]
> So in order for the community to continue this, I'd say we probably need
> to have some help for:
>
> - guidelines on the merge strategies
> - step-by-step on the release process
> - some overview on the sysadmin state (like,
On 7/30/15, Michael Niedermayer wrote:
> On Thu, Jul 30, 2015 at 03:56:30PM -0600, Roger Pack wrote:
>> See attached. Possibly useful for debugging async issues that crop up
>> from time to time.
>> Thanks!
>
> should i apply this to ffmpeg git ?
> its not clear to me if this is intended for git
On Fri, 31 Jul 2015 17:35:11 +0200
Michael Niedermayer wrote:
> On Fri, Jul 24, 2015 at 07:06:02PM +0200, Michael Niedermayer wrote:
> > Hi all
> >
> > as you all probably know FFmpeg/Mplayer/... is searching for a
> > new free server & hosting ...
> >
> > We received the following offers for a
On Fri, Jul 31, 2015 at 05:37:12PM +0200, Clément Bœsch wrote:
> On Fri, Jul 31, 2015 at 03:53:04PM +0200, Michael Niedermayer wrote:
> > Hi all
> >
> > Ive been in FFmepg since 14 years and been the leader since 11 years
> > and i feel that iam not the best person for the leader position.
> > I h
Le tridi 13 thermidor, an CCXXIII, Hendrik Leppkes a écrit :
> They have had 2-3 years to update, what makes you think they will ever
> if we don't force them at some point?
What makes you think they will ever do it even if we try to force them? They
will just stick to an older version of FFmpeg,
On Fri, Jul 31, 2015 at 03:53:04PM +0200, Michael Niedermayer wrote:
> Hi all
>
> Ive been in FFmepg since 14 years and been the leader since 11 years
> and i feel that iam not the best person for the leader position.
> I had hoped for a long time that the fork situation would resolve and
> both s
On Fri, Jul 24, 2015 at 07:06:02PM +0200, Michael Niedermayer wrote:
> Hi all
>
> as you all probably know FFmpeg/Mplayer/... is searching for a
> new free server & hosting ...
>
> We received the following offers for a new server and hosting.
> If you think any of them are a bad choice then plea
On Fri, Jul 31, 2015 at 5:12 PM, compn wrote:
> On Thu, 30 Jul 2015 17:05:12 +0200
> Andreas Cadhalpun wrote:
>
>> Hi,
>>
>> On 28.07.2015 15:36, Vittorio Giovara wrote:
>> > This set contains the removal of all deprecated features marked as
>> > such until 2012/early 2013. This was announced sev
On Thu, 30 Jul 2015 17:05:12 +0200
Andreas Cadhalpun wrote:
> Hi,
>
> On 28.07.2015 15:36, Vittorio Giovara wrote:
> > This set contains the removal of all deprecated features marked as
> > such until 2012/early 2013. This was announced several times in the
> > past months and agreed at several
On Fri, 31 Jul 2015 15:53:04 +0200
Michael Niedermayer wrote:
> Hi all
oh no glorious leader has resigned. oh well.
thanks for putting up with all of that crap, michael. ffmpeg has become
one of those projects that is required on all puters now. without your
hard work it may have fallen to gstr
On Fri, Jul 31, 2015 at 9:53 AM, Michael Niedermayer
wrote:
> Hi all
>
> Ive been in FFmepg since 14 years and been the leader since 11 years
> and i feel that iam not the best person for the leader position.
> I had hoped for a long time that the fork situation would resolve and
> both sides some
I have no more remarks on the whole series, I believe it can be applied.
If your public Git tree is ready for pulls, you can do a final rebase and
send a pull request directly. If not, I can do the same with my tree.
Regards,
--
Nicolas George
signature.asc
Description: Digital signature
__
From: Niklesh
The font names are extracted from the font table, present in text sample entry.
More than one fonts can be present, which is taken care of in the patch.
Signed-off-by: Niklesh
---
libavcodec/movtextdec.c | 86 +++--
1 file changed, 83
Hi all
Ive been in FFmepg since 14 years and been the leader since 11 years
and i feel that iam not the best person for the leader position.
I had hoped for a long time that the fork situation would resolve and
both sides somehow merging back into one team. All the Libav developers
joining FFmpeg
On Fri, Jul 31, 2015 at 9:06 AM, Nicolas George wrote:
> Le tridi 13 thermidor, an CCXXIII, Ganesh Ajjanagadde a écrit :
>> Thanks for disentangling the separate issues very neatly
>> with a mathematical precision.
>
> And thank you for turning them into patches. They are exactly what I had in
> m
Le tridi 13 thermidor, an CCXXIII, Ganesh Ajjanagadde a écrit :
> Thanks for disentangling the separate issues very neatly
> with a mathematical precision.
And thank you for turning them into patches. They are exactly what I had in
mind (I probably would have added a snide remark against packagers
Works only with video stream.
First pass without seeking -- counts crcs of a frames and store it in an array.
After that it seeks a lot in different places and checks if crcs of these
frames and crcs of frames in array are the same.
---
tests/api/Makefile| 1 +
tests/api/api-seek-test.c
At the risk of stirring up old feelings about this,
I am interested in achieving closure on Ticket4197:
https://trac.ffmpeg.org/ticket/4197
Regards,
Ganesh
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-de
On Fri, Jul 31, 2015 at 7:48 AM, Nicolas George wrote:
> Le tridi 13 thermidor, an CCXXIII, Ganesh Ajjanagadde a écrit :
>> Nevertheless, echo $? invoked right after this yields 2 for both.
>> The reason this happens is the md5sum wrapper sees that the output
>> file has not been written,
>> and e
FATE is non-interactive; it should not listen to user commands
Signed-off-by: Ganesh Ajjanagadde
---
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 b88730a..7aa5df2 100755
--- a/tests/fate-run.sh
+++ b/tests/fate-
Signed-off-by: Ganesh Ajjanagadde
---
doc/faq.texi | 20
1 file changed, 20 insertions(+)
diff --git a/doc/faq.texi b/doc/faq.texi
index 5fe716b..696c5b2 100644
--- a/doc/faq.texi
+++ b/doc/faq.texi
@@ -149,6 +149,26 @@ Try a @code{make distclean} in the ffmpeg source direct
Removes unnecessary isatty(), fixes Ticket2964
Signed-off-by: Ganesh Ajjanagadde
---
ffmpeg.c | 8 +---
1 file changed, 1 insertion(+), 7 deletions(-)
diff --git a/ffmpeg.c b/ffmpeg.c
index 5575e2f..fe250e5 100644
--- a/ffmpeg.c
+++ b/ffmpeg.c
@@ -32,14 +32,12 @@
#include
#include
-#i
Le tridi 13 thermidor, an CCXXIII, Ganesh Ajjanagadde a écrit :
> Nevertheless, echo $? invoked right after this yields 2 for both.
> The reason this happens is the md5sum wrapper sees that the output
> file has not been written,
> and errors out there (see the .err files for precisely what I mean)
From 418d573659dd011de503e45622307974cf437df5 Mon Sep 17 00:00:00 2001
From: Vesselin Bontchev
Date: Fri, 31 Jul 2015 12:16:08 +0200
Subject: [PATCH] avformat/mov: fix regression in processing .aax files
Commit 0a551cbe introduced "activation_bytes" option, and not specifying
this option (while c
On Fri, Jul 31, 2015 at 4:32 AM, Nicolas George wrote:
> Le duodi 12 thermidor, an CCXXIII, Ganesh Ajjanagadde a écrit :
>> ffmpeg(){
>> +stty_opts="$(stty --save)"
>> dec_opts="-hwaccel $hwaccel -threads $threads -thread_type $thread_type"
>> ffmpeg_args="-nostats -cpuflags $cpufla
Le tridi 13 thermidor, an CCXXIII, Michael Niedermayer a écrit :
> ATM ffmpeg in practice doesnt leave the terminal in a messed up state
> from te users point of view when it crashes.
Yes it does.
ffmpeg does not trash the tty when it has been inhibited to do so, and one
of those inhibitions is w
On Thu, Jul 30, 2015 at 10:58:57PM -0400, Ganesh Ajjanagadde wrote:
> On Thu, Jul 30, 2015 at 9:53 PM, Michael Niedermayer
> wrote:
> > On Thu, Jul 30, 2015 at 05:57:54PM -0400, Ganesh Ajjanagadde wrote:
> >> On Thu, Jul 30, 2015 at 5:49 PM, Michael Niedermayer
> >> wrote:
> >> > On Thu, Jul 30,
Le tridi 13 thermidor, an CCXXIII, Michael Niedermayer a écrit :
> no disagreement here but as the shell does not do that (well at least
> not bash here)
> it causes moderate inconvenience to the developers
> in everyday work if the terminal needs to be reset after a fate
> failure
And what happen
Le duodi 12 thermidor, an CCXXIII, Ganesh Ajjanagadde a écrit :
> ffmpeg(){
> +stty_opts="$(stty --save)"
> dec_opts="-hwaccel $hwaccel -threads $threads -thread_type $thread_type"
> ffmpeg_args="-nostats -cpuflags $cpuflags"
> for arg in $@; do
> @@ -99,6 +100,7 @@ ffmpeg(){
>
On Wed, Jul 29, 2015 at 1:44 AM, Rostislav Pehlivanov
wrote:
> This commit removes a redundant argument from the functions in aaccoder.
> The argument lambda was redundant as it was just a copy of s->lambda,
> to which all functions have access to anyway. This cleans up the function
> pointers a b
79 matches
Mail list logo
