On Fri, Aug 31, 2018 at 9:40 AM James Almer wrote:
>
> On 8/31/2018 1:00 PM, Kagami Hiiragi wrote:
> > On 31/08/18 18:18, James Almer wrote:
> >> On 8/31/2018 11:52 AM, Kagami Hiiragi wrote:
> >>> On 31/08/18 02:58, James Almer wrote:
> On 8/20/2018 2:56 PM, Kagami Hiiragi wrote:
> >
Hi all,
FFmpeg been accepted for a booth at the LinuxDays 2018 in Prague, Czech
Republic during October 6th to 7th!
We've made contact during this years CLT. This is our first attendance to this
end-user conference that has a similar program like the Linux Days in Chemnitz
- means mainly
On 8/31/2018 1:00 PM, Kagami Hiiragi wrote:
> On 31/08/18 18:18, James Almer wrote:
>> On 8/31/2018 11:52 AM, Kagami Hiiragi wrote:
>>> On 31/08/18 02:58, James Almer wrote:
On 8/20/2018 2:56 PM, Kagami Hiiragi wrote:
> These options are required for multithreaded encoding, because they
On 31/08/18 18:18, James Almer wrote:
> On 8/31/2018 11:52 AM, Kagami Hiiragi wrote:
>> On 31/08/18 02:58, James Almer wrote:
>>> On 8/20/2018 2:56 PM, Kagami Hiiragi wrote:
These options are required for multithreaded encoding, because they set
to zero by default in av1_cx_iface.c.
Since it is performed in all cases now.
---
libavformat/mov.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index 3d4f6bcb21..4ee67cf500 100644
--- a/libavformat/mov.c
+++ b/libavformat/mov.c
@@ -2508,22 +2508,19 @@ int
On 08/30/2018 04:43 PM, Michael Niedermayer wrote:
> On Mon, Aug 27, 2018 at 12:59:28PM -0700, John Stebbins wrote:
>> This type of audio is defined by the QT spec, but can be found in
>> non-QT branded files in the wild.
>>
>> Fixes ticket #7376
>> ---
>> libavformat/mov.c | 14 ++
On 31/08/2018 16:18, James Almer wrote:
> The doxy in the public header:
> https://aomedia.googlesource.com/aom/+/master/aom/aomcx.h#312
>
> One shouldn't have to look at source code when there's documentation for
> public API, but since the latter is apparently wrong...
If it's like this, at
On 08/30/2018 03:59 PM, Michael Niedermayer wrote:
> On Mon, Aug 27, 2018 at 12:57:07PM -0700, John Stebbins wrote:
>> This allows for validation of the track type
>> ---
>> libavformat/isom.c | 5 +
>> libavformat/isom.h | 1 +
>> libavformat/mov.c | 3 +++
>> 3 files changed, 9
On 8/31/2018 11:52 AM, Kagami Hiiragi wrote:
> On 31/08/18 02:58, James Almer wrote:
>> On 8/20/2018 2:56 PM, Kagami Hiiragi wrote:
>>> These options are required for multithreaded encoding, because they set
>>> to zero by default in av1_cx_iface.c.
>>>
>>> Signed-off-by: Kagami Hiiragi
>>>
>>>
On 31/08/18 02:58, James Almer wrote:
> On 8/20/2018 2:56 PM, Kagami Hiiragi wrote:
>> These options are required for multithreaded encoding, because they set
>> to zero by default in av1_cx_iface.c.
>>
>> Signed-off-by: Kagami Hiiragi
>>
>> diff --git a/libavcodec/libaomenc.c
2018-08-28 12:02 GMT+02:00, samsamsam :
> [autodetect] @@ -1563,6 +1565,7 @@ libndi_newtek libfdk_aac
> openssl +wolfssl
Afaict, wolfssl is gpl, so it does not belong in the NONFREE
but in the GPL list.
Carl Eugen
___
Optimized memset with mmi in following functions:
1. ff_h264_add_pixels4_8_mmi.
2. ff_h264_idct_add_8_mmi.
3. ff_h264_idct8_add_8_mmi.
This optimization improved h264 decoding performance about 1.3%(tested on
loongson 3A3000).
---
libavcodec/mips/h264dsp_mmi.c | 30
Reoptimize function ff_put_h264_chroma_mc8_mmi and ff_avg_h264_chroma_mc8_mmi.
Performance of h264 decoding improved about 5%(from 69fps to 73fps, tested on
loongson 3A3000).
---
libavcodec/mips/h264chroma_mmi.c | 744 ---
1 file changed, 455 insertions(+),
Performance of mpeg4 decoding improved about 23%(from 128fps to 158fps, tested
on loongson 3A3000).
Reoptimized following functions with mmi.
1. ff_simple_idct_put_8_mmi
2. ff_simple_idct_add_8_mmi
3. ff_simple_idct_8_mmi
---
libavcodec/mips/idctdsp_init_mips.c |7 +-
On Thu, Aug 30, 2018 at 08:56:19AM +0200, Michael Bunk wrote:
> AV_CODEC_FLAG_GLOBAL_HEADER should be set before calling avcodec_open2() to
> have any effect.
> ---
> doc/examples/transcoding.c | 5 +++--
> 1 file changed, 3 insertions(+), 2 deletions(-)
will apply
thx
[...]
--
Michael
This commit tries to keep the sub2video canvas
size in case a filter chain re-initialization occurs. This issue
could also be improved by having this size be checked as new frames are
pushed into the overlay, or the overlay filter itself having an option
to scale overlayed images to the primary
On Thu, Aug 30, 2018 at 03:21:02PM -0700, Dale Curtis wrote:
> Entries are always at least 8 bytes per the parsing code, so if we
> see an impossible entry count avoid massive allocations. This is
> similar to an existing check in mov_read_stsc().
>
> Since ff_mov_read_stsd_entries() does eof
The initial fix for sub2video flushing during filter chain restarts
seemed to add additional buffering into the filter chain, which in case
of files did work, but when handling live streams would cause premature
failure.
This fix reverts the timestamp filtering, and separates flushing from
normal
On Tue, Aug 07, 2018 at 11:40:08PM +0200, Carl Eugen Hoyos wrote:
[...]
> +if (h->ps.sps->chroma_format_idc) {
> const uint8_t *src_cb = sl->intra_pcm_ptr + 256;
> const uint8_t *src_cr = sl->intra_pcm_ptr + 256 +
> block_h * 8;
>
On 31.08.2018 12:43, Michael Niedermayer wrote:
On Thu, Aug 30, 2018 at 10:27:23AM +0200, Tobias Rapp wrote:
Signed-off-by: Tobias Rapp
---
tests/fate/filter-video.mak | 3 +++
tests/ref/fate/filter-hue4 | 1 +
2 files changed, 4 insertions(+)
create mode 100644
On Thu, Aug 30, 2018 at 11:37:45AM +0200, Paul B Mahol wrote:
> Fixes #6593.
>
> Signed-off-by: Paul B Mahol
> ---
> libavcodec/dnxhdenc.c | 18 +-
> libavcodec/dnxhdenc.h | 2 ++
> 2 files changed, 11 insertions(+), 9 deletions(-)
LGTM
thx
[...]
--
Michael GnuPG
On Thu, Aug 30, 2018 at 08:40:56PM +0800, Shiyou Yin wrote:
> Optimized memset with mmi in following functions:
> 1. ff_h264_add_pixels4_8_mmi.
> 2. ff_h264_idct_add_8_mmi.
> 3. ff_h264_idct8_add_8_mmi.
>
> This optimization improved h264 decoding performance about 1fps(tested on
> loongson
On Fri, Aug 31, 2018 at 10:30:21AM +0800, Shiyou Yin wrote:
> >-Original Message-
> >From: ffmpeg-devel-boun...@ffmpeg.org
> >[mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> >Michael Niedermayer
> >Sent: Friday, August 31, 2018 5:47 AM
> >To: FFmpeg development discussions and
On Thu, Aug 30, 2018 at 10:27:23AM +0200, Tobias Rapp wrote:
> Signed-off-by: Tobias Rapp
> ---
> tests/fate/filter-video.mak | 3 +++
> tests/ref/fate/filter-hue4 | 1 +
> 2 files changed, 4 insertions(+)
> create mode 100644 tests/ref/fate/filter-hue4
LGTM
thx
[...]
--
Michael GnuPG
Signed-off-by: hwren
---
Changelog | 1 +
configure | 4 +
doc/encoders.texi | 40 ++
doc/general.texi | 14 +++
libavcodec/Makefile| 1 +
libavcodec/allcodecs.c | 1 +
libavcodec/libxavs2.c | 330
Signed-off-by: hwren
---
libavformat/allformats.c | 1 +
libavformat/rawenc.c | 13 +
2 files changed, 14 insertions(+)
diff --git a/libavformat/allformats.c b/libavformat/allformats.c
index adcc8d9..c17cdc2 100644
--- a/libavformat/allformats.c
+++ b/libavformat/allformats.c
On Fri, Aug 31, 2018 at 7:28 AM Rodger Combs wrote:
>
> We previously set pos to several bytes before the actual packet sync byte,
> which meant that seeking to pos relied on resync working, which can fail
> if there are 0x47 bytes in the additional data.
>
> The resync issue should probably also
Signed-off-by: hwren
---
Changelog | 1 +
configure | 4 +
doc/encoders.texi | 40 ++
doc/general.texi | 14 ++
libavcodec/Makefile| 1 +
libavcodec/allcodecs.c | 1 +
libavcodec/libxavs2.c | 341
Signed-off-by: hwren
---
libavformat/allformats.c | 1 +
libavformat/rawenc.c | 13 +
2 files changed, 14 insertions(+)
diff --git a/libavformat/allformats.c b/libavformat/allformats.c
index adcc8d9..c17cdc2 100644
--- a/libavformat/allformats.c
+++ b/libavformat/allformats.c
29 matches
Mail list logo
