On Thu, Aug 21, 2014 at 07:34:50AM +0200, Clément Bœsch wrote:
> On Thu, Aug 21, 2014 at 12:01:51AM +0200, Michael Niedermayer wrote:
> > On Wed, Aug 20, 2014 at 11:30:27PM +0200, Clément Bœsch wrote:
> > > ---
> > > doc/APIchanges| 2 +-
> > > libavutil/motion_vector.h | 8
>
On Mon, Aug 18, 2014 at 06:51:41PM +0100, JULIAN GARDNER wrote:
[...]
> Thanks for this, its 99% what i need apart from I lose the audio on the [vid]
> output. I want the small picture [160x100] output without audio and the
> 640x360 output with audio
>
>
> Commandlineffmpeg -threads 0 -i
> "u
---
Daniel Oberhoff
daniel.oberh...@gmail.com
On Aug 20, 2014, at 4:20 PM, Michael Niedermayer wrote:
> On Wed, Aug 20, 2014 at 03:48:39PM +0200, Daniel Oberhoff wrote:
>>
>> ---
>> Daniel Oberhoff
>> daniel.oberh...@gmail.com
>>
>>
>>
>> On Aug 20, 2014, at 3:11 PM, Michael Niedermay
Hi Stefano,
if unistd is not available under Linux,
it will output error message when compile the source code.
[root@testrtmp ffmpeg]# make
CC libavformat/hlsenc.o
libavformat/hlsenc.c: In function ‘hls_append_segment’:
libavformat/hlsenc.c:125: error: implicit declaration of function ‘
On Thu, Aug 21, 2014 at 09:32:29AM +0200, Clément Bœsch wrote:
> On Thu, Aug 21, 2014 at 07:34:50AM +0200, Clément Bœsch wrote:
> > On Thu, Aug 21, 2014 at 12:01:51AM +0200, Michael Niedermayer wrote:
> > > On Wed, Aug 20, 2014 at 11:30:27PM +0200, Clément Bœsch wrote:
> > > > ---
> > > > doc/APIc
On Thu, Aug 21, 2014 at 10:41:57AM +0200, Daniel Oberhoff wrote:
>
> ---
> Daniel Oberhoff
> daniel.oberh...@gmail.com
>
>
>
> On Aug 20, 2014, at 4:20 PM, Michael Niedermayer wrote:
>
> > On Wed, Aug 20, 2014 at 03:48:39PM +0200, Daniel Oberhoff wrote:
> >>
> >> ---
> >> Daniel Oberhoff
Hello,
I added support of ARIB subtitles to mpegts in libavformat.
Regards,
Tsukasa.
0001-mpegts-support-ARIB-subtitles-in-libavformat.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listi
Tsukasa OMOTO gmail.com> writes:
> I added support of ARIB subtitles to mpegts in
> libavformat.
Shouldn't you add ARIB to DESC_types[]?
Could you provide samples for both types?
(Ideally even for all stream_identifiers but I
guess this isn't possible.)
Carl Eugen
__
Hi,
ticket #3868 is about a fuzzed file containing a weird sampling rate.
"richardpl" (?) suggestion is perfectly fine in my opinion.
I didn't put one, but don't hesitate to put the proper "-by".
--
Christophe
From 412a719ac4ab830ddc35b3d7e99fab2ccb543279 Mon Sep 17 00:00:00 2001
From: Christop
Exceeding the count would write out of array, and should not occur with any
current pixel format
Signed-off-by: Michael Niedermayer
---
libavfilter/vf_lenscorrection.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/libavfilter/vf_lenscorrection.c b/libavfilter/vf_lenscorrection.c
inde
On Thu, Aug 21, 2014 at 11:42:53AM +0200, Michael Niedermayer wrote:
> On Thu, Aug 21, 2014 at 09:32:29AM +0200, Clément Bœsch wrote:
> > On Thu, Aug 21, 2014 at 07:34:50AM +0200, Clément Bœsch wrote:
> > > On Thu, Aug 21, 2014 at 12:01:51AM +0200, Michael Niedermayer wrote:
> > > > On Wed, Aug 20,
---
Daniel Oberhoff
daniel.oberh...@gmail.com
On Aug 21, 2014, at 12:34 PM, Michael Niedermayer wrote:
> Exceeding the count would write out of array, and should not occur with any
> current pixel format
>
> Signed-off-by: Michael Niedermayer
> ---
> libavfilter/vf_lenscorrection.c |
Hi!
Attached patch fixes ticket #3873 here, I don't know if it has any
unexpected side-effects.
Please review, Carl Eugen
diff --git a/libavcodec/h264.c b/libavcodec/h264.c
index 389307b..2b299bc 100644
--- a/libavcodec/h264.c
+++ b/libavcodec/h264.c
@@ -1585,8 +1585,11 @@ again:
Hi,
the fuzzed file from ticket #3866 somehow ends on reading a dref atom,
where a size element is not validated. The reading then skips that
arbitrary amount without reporting an issue.
I'm not sure it is the best fix, but I don't think this could happen
in any valid file, nor it would help to s
Clément Bœsch pkh.me> writes:
> > I thought the purpose is to allow educated developers
> > to use pkg-config while (uneducated) users (like me)
> > will not understand how this is easier than using
> > configure parameters.
>
> Yes, it's also simpler for the users.
Please understand that we
https://gist.github.com/anonymous/0e26f490ec13d67996fd
commit e94a44543a96b13aa6a23efce2f0378a5479d530
Author: Rodger Combs
Date: Wed Aug 20 15:38:12 2014 -0700
avformat/nullenc: mark null as timestamp-nonstrict
This avoids unnecessary error messages for null output
diff --git a/libav
On Thu, 21 Aug 2014 10:26:18 + (UTC)
Carl Eugen Hoyos wrote:
> Could you provide samples for both types?
uploaded to incoming/private-aribu_sub_sample.ts
-compn
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listin
Hi, Carl
> Shouldn't you add ARIB to DESC_types[]?
I don't know which ISO_types or DESC_types I should add to.
Do you think DESC_types is better?
Tsukasa
2014/08/21 19:26、Carl Eugen Hoyos のメール：
> Tsukasa OMOTO gmail.com> writes:
>
>> I added support of ARIB subtitles to mpegts in
>> libavf
On Thu, Aug 21, 2014 at 11:23:41AM +, Carl Eugen Hoyos wrote:
> Clément Bœsch pkh.me> writes:
>
> > > I thought the purpose is to allow educated developers
> > > to use pkg-config while (uneducated) users (like me)
> > > will not understand how this is easier than using
> > > configure par
On Thu, Aug 21, 2014 at 12:57:08PM +0200, Daniel Oberhoff wrote:
>
> ---
> Daniel Oberhoff
> daniel.oberh...@gmail.com
>
>
>
> On Aug 21, 2014, at 12:34 PM, Michael Niedermayer wrote:
>
> > Exceeding the count would write out of array, and should not occur with any
> > current pixel format
---
Daniel Oberhoff
daniel.oberh...@gmail.com
On Aug 21, 2014, at 1:52 PM, Michael Niedermayer wrote:
> On Thu, Aug 21, 2014 at 12:57:08PM +0200, Daniel Oberhoff wrote:
>>
>> ---
>> Daniel Oberhoff
>> daniel.oberh...@gmail.com
>>
>>
>>
>> On Aug 21, 2014, at 12:34 PM, Michael Niederma
---
Daniel Oberhoff
daniel.oberh...@gmail.com
On Aug 21, 2014, at 1:53 PM, Daniel Oberhoff wrote:
>
> ---
> Daniel Oberhoff
> daniel.oberh...@gmail.com
>
>
>
> On Aug 21, 2014, at 1:52 PM, Michael Niedermayer wrote:
>
>> On Thu, Aug 21, 2014 at 12:57:08PM +0200, Daniel Oberhoff wrot
On Thu, Aug 21, 2014 at 1:38 PM, compn wrote:
> https://gist.github.com/anonymous/0e26f490ec13d67996fd
>
> commit e94a44543a96b13aa6a23efce2f0378a5479d530
> Author: Rodger Combs
> Date: Wed Aug 20 15:38:12 2014 -0700
>
> avformat/nullenc: mark null as timestamp-nonstrict
> This avoids u
On Thu, Aug 21, 2014 at 1:49 PM, Tsukasa OMOTO wrote:
> Hi, Carl
>
>> Shouldn't you add ARIB to DESC_types[]?
>
> I don't know which ISO_types or DESC_types I should add to.
> Do you think DESC_types is better?
>
> Tsukasa
>
ISO defines id 0x6 as a generic type for private data, its certainly
not
Hi,
2014-08-20 11:35 GMT+02:00 James Darnley :
> (In an effort to help review...)
>
> This does move from per-pixel to per-line so if this is supposed to be
> correct then it looks good to me.
Yes, this is a bugfix that is actually independent of the intent of
the patchset.
--
Christophe
__
Clément Bœsch pkh.me> writes:
[...]
Sorry, I seem to have lost track of what you fear
will not work if pkg-config is used for x264
detection but will fallback to the current
system if pkg-config does not find the right
version.
Since I am much better at testing anyway, please
send such a pa
Tsukasa OMOTO gmail.com> writes:
> > Shouldn't you add ARIB to DESC_types[]?
>
> I don't know which ISO_types or DESC_types I should
> add to. Do you think DESC_types is better?
I probably mixed up stream descriptions and stream
identifiers, so ignore this suggestion.
But I believe you should
On Thu, Aug 21, 2014 at 12:16:35PM +, Carl Eugen Hoyos wrote:
> Clément Bœsch pkh.me> writes:
>
> [...]
>
> Sorry, I seem to have lost track of what you fear
> will not work if pkg-config is used for x264
> detection but will fallback to the current
> system if pkg-config does not find th
On Thu, Aug 21, 2014 at 12:32:52PM +0200, Christophe Gisquet wrote:
> Hi,
>
> ticket #3868 is about a fuzzed file containing a weird sampling rate.
> "richardpl" (?) suggestion is perfectly fine in my opinion.
>
> I didn't put one, but don't hesitate to put the proper "-by".
added
>
> --
> C
Hi,
2014-08-19 18:28 GMT+02:00 Christophe Gisquet :
> 2014-08-19 16:20 GMT+02:00 Nicolas George :
>> IMHO, the correct error depends on how sure you are that a buffer too small
>> SHOULD not happen.
>>
>> If you are very sure, then av_assert0().
>
> That would be it: I'm sure that, if the conditio
On Thu, Aug 21, 2014 at 02:24:40PM +0200, Clément Bœsch wrote:
> On Thu, Aug 21, 2014 at 12:16:35PM +, Carl Eugen Hoyos wrote:
> > Clément Bœsch pkh.me> writes:
> >
> > [...]
> >
> > Sorry, I seem to have lost track of what you fear
> > will not work if pkg-config is used for x264
> > dete
On Thu, Aug 21, 2014 at 01:53:28PM +0200, Daniel Oberhoff wrote:
>
> ---
> Daniel Oberhoff
> daniel.oberh...@gmail.com
>
>
>
> On Aug 21, 2014, at 1:52 PM, Michael Niedermayer wrote:
>
> > On Thu, Aug 21, 2014 at 12:57:08PM +0200, Daniel Oberhoff wrote:
> >>
> >> ---
> >> Daniel Oberhoff
> But I believe you should simply remove the hunk
> that sets ISO_types for ARIB.
updated the patch.
Like this?
0001-mpegts-support-ARIB-subtitles-in-libavformat.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http:
On 8/21/2014 12:09 PM, Christophe Gisquet wrote:
> I'm not sure it is the best fix, but I don't think this could happen
> in any valid file, nor it would help to swallow the error.
Perhaps off-topic, but the source drop from Elemental seems to include
completely rewritten dref code -- is it worth
On Aug 21, 2014 8:07 AM, "Hendrik Leppkes" wrote:
>
> ISO defines id 0x6 as a generic type for private data, its certainly
> not specified by ISO for ARIB subtitles.
> I wonder if adding this might run into problems at some point though,
> if something elses uses 0x6.
I have seen type 0x06 used w
I have analysed a little more of code, and in fact the duration was not
present in the MXF.
It's for this reason who we pass in the estimation based on the bitrate.
You can see here the selection of the method:
https://github.com/FFmpeg/FFmpeg/blob/master/libavformat/utils.c#L2458
About the max bi
On Thu, Aug 21, 2014 at 12:42 AM, James Almer wrote:
> * Reduced xmm register count to 7 (As such they are now enabled for x86_32).
> * Removed four movdqa (affects the sse2 version only).
> * pxor is now used to clear m0 only once.
>
> ~5% faster.
>
> Signed-off-by: James Almer
> ---
Good job,
Hi,
2014-08-21 14:55 GMT+02:00 Derek Buitenhuis :
> On 8/21/2014 12:09 PM, Christophe Gisquet wrote:
>> I'm not sure it is the best fix, but I don't think this could happen
>> in any valid file, nor it would help to swallow the error.
>
> Perhaps off-topic, but the source drop from Elemental seems
Signed-off-by: Michael Niedermayer
---
libavcodec/h264.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/h264.c b/libavcodec/h264.c
index 389307b..5082c14 100644
--- a/libavcodec/h264.c
+++ b/libavcodec/h264.c
@@ -473,7 +473,7 @@ int ff_h264_alloc_tables(H264Cont
Fixes null pointer dereference
Fixes Ticket3873
Signed-off-by: Michael Niedermayer
---
libavcodec/h264_slice.c | 16 +++-
1 file changed, 11 insertions(+), 5 deletions(-)
diff --git a/libavcodec/h264_slice.c b/libavcodec/h264_slice.c
index fc744f2..c5a9784 100644
--- a/libavcodec/
On Thu, Aug 21, 2014 at 01:09:06PM +0200, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch fixes ticket #3873 here, I don't know if it has any
> unexpected side-effects.
>
> Please review, Carl Eugen
posted an altenative patch
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF1336
On Thu, Aug 21, 2014 at 01:55:05PM +0100, Derek Buitenhuis wrote:
> On 8/21/2014 12:09 PM, Christophe Gisquet wrote:
> > I'm not sure it is the best fix, but I don't think this could happen
> > in any valid file, nor it would help to swallow the error.
>
> Perhaps off-topic, but the source drop fr
On date Wednesday 2014-08-20 15:36:26 +0200, Michael Niedermayer encoded:
> On Wed, Aug 20, 2014 at 12:43:22PM +0200, Stefano Sabatini wrote:
> > On date Tuesday 2014-08-19 01:29:42 +0200, Michael Niedermayer encoded:
> > > On Mon, Aug 18, 2014 at 02:53:45PM +0200, Stefano Sabatini wrote:
> > > > -
On date Wednesday 2014-08-20 12:44:15 +0200, Stefano Sabatini encoded:
> On date Monday 2014-08-18 14:53:52 +0200, Stefano Sabatini encoded:
> > ---
> > doc/filters.texi | 47 +--
> > 1 file changed, 45 insertions(+), 2 deletions(-)
>
> Up.
> --
> FFmp
On 8/21/2014 4:13 PM, Michael Niedermayer wrote:
> can you provide a link ?
Provided on IRC.
- Derek
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Thu, Aug 21, 2014 at 02:00:22PM +0200, Hendrik Leppkes wrote:
> On Thu, Aug 21, 2014 at 1:38 PM, compn wrote:
> > https://gist.github.com/anonymous/0e26f490ec13d67996fd
> >
> > commit e94a44543a96b13aa6a23efce2f0378a5479d530
> > Author: Rodger Combs
> > Date: Wed Aug 20 15:38:12 2014 -0700
>
Fixes integer overflow
Fixes Ticket 3866
Signed-off-by: Michael Niedermayer
---
libavformat/mov.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index 1255824..b3eb287 100644
--- a/libavformat/mov.c
+++ b/libavformat/mov.c
@@ -1635,7
2014-08-21 17:43 GMT+02:00 Michael Niedermayer :
> static int mov_skip_multiple_stsd(MOVContext *c, AVIOContext *pb,
>int codec_tag, int format,
> - int size)
> + int64_t size)
Nice catch, the "s
On Thu, Aug 21, 2014 at 02:32:46PM +0200, Christophe Gisquet wrote:
> Hi,
>
> 2014-08-19 18:28 GMT+02:00 Christophe Gisquet :
> > 2014-08-19 16:20 GMT+02:00 Nicolas George :
> >> IMHO, the correct error depends on how sure you are that a buffer too small
> >> SHOULD not happen.
> >>
> >> If you ar
On 21/08/14 10:03 AM, Hendrik Leppkes wrote:
> On Thu, Aug 21, 2014 at 12:42 AM, James Almer wrote:
>> * Reduced xmm register count to 7 (As such they are now enabled for x86_32).
>> * Removed four movdqa (affects the sse2 version only).
>> * pxor is now used to clear m0 only once.
>>
>> ~5% faste
Hi,
2014-08-21 3:06 GMT+02:00 Michael Niedermayer :
> heres a narrower solution for this file
> not sure its better
> i can apply whichever you prefer, probably we wont find out which
> is the best solution before pushing something and waiting for more
> bug reports
Thanks for narrowing it done,
Hi,
2014-08-21 0:42 GMT+02:00 James Almer :
> * Reduced xmm register count to 7 (As such they are now enabled for x86_32).
> * Removed four movdqa (affects the sse2 version only).
> * pxor is now used to clear m0 only once.
OK.
--
Christophe
___
ffmpe
On Thu, Aug 21, 2014 at 09:42:30PM +0900, Tsukasa ŌMOTO wrote:
> > But I believe you should simply remove the hunk
> > that sets ISO_types for ARIB.
>
> updated the patch.
> Like this?
> libavcodec/avcodec.h|2 ++
> libavcodec/codec_desc.c | 14 ++
> libavformat/mpegts.c
On 21/08/14 2:15 PM, Christophe Gisquet wrote:
> Hi,
>
> 2014-08-21 0:42 GMT+02:00 James Almer :
>> * Reduced xmm register count to 7 (As such they are now enabled for x86_32).
>> * Removed four movdqa (affects the sse2 version only).
>> * pxor is now used to clear m0 only once.
>
> OK.
Pushed.
On Thu, Aug 21, 2014 at 07:14:03PM +0200, Christophe Gisquet wrote:
> Hi,
>
> 2014-08-21 3:06 GMT+02:00 Michael Niedermayer :
> > heres a narrower solution for this file
> > not sure its better
> > i can apply whichever you prefer, probably we wont find out which
> > is the best solution before pu
> It does that, but on older SSE2 cpus with not-so-good OOO execution grouping
> instructions like this might help reduce dependencies a bit.
Are any older SSE2 CPUs actually capable of decoding reasonable HEVC?
___
ffmpeg-devel mailing list
ffmpeg-devel
Setting the pointer to NULL inside both ftp_send_command
and ftp_features is redundant. Generally always setting to
NULL in ftp_send_command seems safer, but throughout the file
that parameter was always passed initialized. So I do it here
too for consistency.
Should fix CID1231988 (RESOURCE_LEAK)
On 21 August 2014 13:55, Scott Leno wrote:
> On Aug 21, 2014 8:07 AM, "Hendrik Leppkes" wrote:
>>
>> ISO defines id 0x6 as a generic type for private data, its certainly
>> not specified by ISO for ARIB subtitles.
>> I wonder if adding this might run into problems at some point though,
>> if some
On 9 August 2014 01:45, Kieran Kunhya wrote:
> ---
> libavcodec/h264.c | 11 +++
> libavcodec/h264.h |6 ++
> libavcodec/h264_sei.c |6 ++
> 3 files changed, 23 insertions(+)
ping
___
ffmpeg-devel mailing list
ffmpeg-d
On 21/08/14 5:40 PM, Kieran Kunhya wrote:
>> It does that, but on older SSE2 cpus with not-so-good OOO execution grouping
>> instructions like this might help reduce dependencies a bit.
>
> Are any older SSE2 CPUs actually capable of decoding reasonable HEVC?
Probably not (at least nothing above
On 2014-08-20 06:27 +0200, Alexander Strasser wrote:
> On 2014-08-20 01:25 +0200, Alexander Strasser wrote:
> > Should fix CID1231988 (RESOURCE_LEAK)
> >
> > Signed-off-by: Alexander Strasser
> > ---
> >
> > WARNING: Sorry, I only compile-tested so far.
> >
> > There is one remaining thing, I
On Wed, Aug 20, 2014 at 10:31:39AM +0300, Maksym Veremeyenko wrote:
> hi,
>
> attached patch fix input stream detection by Icecast that do not
> understand chunked http input.
how can this issue/bug be reproduced ?
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FA
On Thu, Aug 21, 2014 at 02:11:17PM +0200, Christophe Gisquet wrote:
> Hi,
>
> 2014-08-20 11:35 GMT+02:00 James Darnley :
> > (In an effort to help review...)
> >
> > This does move from per-pixel to per-line so if this is supposed to be
> > correct then it looks good to me.
>
> Yes, this is a bug
Michael Niedermayer gmx.at> writes:
> Fixes null pointer dereference
> Fixes Ticket3873
Thank you!
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Hi,
2014-08-09 2:45 GMT+02:00 Kieran Kunhya :
> +AVFrameSideData *sd =
> +av_frame_new_side_data(&cur->f,
> + AV_FRAME_DATA_AFD, 1);
> +if (!sd)
> +return;
You're not responsible for what has already been committed before,
Changes in the parameter mapping for libvpx to support the constant
quality mode in VP9. The assumption in the patch is that if crf is
provided but bitrate is 0, then the 'constant quality' mode of VP9
is used. However if both are present, the 'constrained quality' mode
is used as before.
---
liba
On Thu, Aug 14, 2014 at 05:46:08AM +0200, Michael Niedermayer wrote:
> Fixes null pointer dereference
> Fixes: ficvf.avi
> Found-by: Piotr Bandurski
> Signed-off-by: Michael Niedermayer
applied
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
The misfortune of
On 21/08/14 9:48 PM, Deb Mukherjee wrote:
> Sets aq_mode in the [0, 3] range for the libvpx encode wrapper.
> ---
> libavcodec/libvpxenc.c | 5 +
> 1 file changed, 5 insertions(+)
The new setting should be mentioned in doc/encoders.texi (there are a lot other
options missing in the documenta
On Sat, Aug 16, 2014 at 02:43:46PM +0200, Reimar Döffinger wrote:
> On Wed, Aug 13, 2014 at 01:57:56PM +0200, Michael Niedermayer wrote:
> > On Mon, Aug 11, 2014 at 09:17:18PM +0200, Reimar Döffinger wrote:
> > > Unfortunately this was not explicitly documented and thus
> > > might be very risky.
>
Also correctly namespace other functions in vidstabutils, and decrease
difference from Libav.
Initial-patch-by: Vittorio Giovara
Signed-off-by: Timothy Gu
---
libavfilter/vf_vidstabdetect.c| 5 +++--
libavfilter/vf_vidstabtransform.c | 6 +++---
libavfilter/vidstabutils.c| 8 ---
Signed-off-by: Timothy Gu
---
libavfilter/vidstabutils.h | 17 ++---
1 file changed, 14 insertions(+), 3 deletions(-)
diff --git a/libavfilter/vidstabutils.h b/libavfilter/vidstabutils.h
index 93278f6..c6d6ced 100644
--- a/libavfilter/vidstabutils.h
+++ b/libavfilter/vidstabutils.h
@
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.
Signed-off-by: Steven Liu
---
libavformat/hlsenc.c | 15 ++-
1 files changed, 14 insertions(+), 1 del
I have been investigating the ways and means of the 'routing' of FFMPEG
internally. I've built from source binaries with Windows and C99to89.
I build with --enable-libvpx. I was keenly interested in the ability of
libvpx to create/encode "webm" with alpha.
( output from ffprobe
ffprobe version
Hi,
This question belongs in ffmpeg-u...@ffmpeg.org mailing list. I have
CC'd this mail to that mailing list, and please don't reply to
ffmpeg-devel anymore.
On Thu, Aug 21, 2014 at 4:55 PM, Chuck Burfoot wrote:
> I build with --enable-libvpx. I was keenly interested in the ability of
> libvpx
On Aug 21, 2014 10:14 AM, "Christophe Gisquet"
wrote:
>
> Hi,
>
> 2014-08-21 3:06 GMT+02:00 Michael Niedermayer :
> > heres a narrower solution for this file
> > not sure its better
> > i can apply whichever you prefer, probably we wont find out which
> > is the best solution before pushing someth
On 21.08.2014, at 22:40, Kieran Kunhya wrote:
>> It does that, but on older SSE2 cpus with not-so-good OOO execution grouping
>> instructions like this might help reduce dependencies a bit.
>
> Are any older SSE2 CPUs actually capable of decoding reasonable HEVC?
Of course they are. Not in real
On 22.08.2014, at 04:06, Michael Niedermayer wrote:
> On Sat, Aug 16, 2014 at 02:43:46PM +0200, Reimar Döffinger wrote:
>> On Wed, Aug 13, 2014 at 01:57:56PM +0200, Michael Niedermayer wrote:
>>> On Mon, Aug 11, 2014 at 09:17:18PM +0200, Reimar Döffinger wrote:
Unfortunately this was not expl
On 22.08.2014, at 07:36, Reimar Döffinger wrote:
> On 22.08.2014, at 04:06, Michael Niedermayer wrote:
>> On Sat, Aug 16, 2014 at 02:43:46PM +0200, Reimar Döffinger wrote:
>>> On Wed, Aug 13, 2014 at 01:57:56PM +0200, Michael Niedermayer wrote:
On Mon, Aug 11, 2014 at 09:17:18PM +0200, Reima
Hi,
2014-08-04 15:20 GMT+02:00 Michael Niedermayer :
> cc-ing Mickael, so its not missed
Ping.
The objection was mostly that openhevc was working on some arm
optimization. That should be pretty easy even for Mickael, considering
this code:
https://github.com/OpenHEVC/FFmpeg/blob/rext/libavcodec/
79 matches
Mail list logo
