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
---
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
@@
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
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 f
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 patc
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 3A30
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 fingerp
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 tests/ref/fate/filter-hue
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;
>
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 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 chec
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 ima
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 Gn
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 +-
libavcodec/mips/idctdsp_
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(+), 289
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 +-
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
___
ffmpeg-deve
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 b/libavcodec/libaome
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
>>>
>>> di
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 insertions(+
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 the
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 ++
>>
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 ff_mov_read_st
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.
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 se
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 booth
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:
> > Thes
27 matches
Mail list logo
