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 | 320 +++
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 01-09-2018 10:25 PM, Marton Balint wrote:
In the descriptive text write "seeking" instead of jumping.
@item -nodisp
Disable graphical display.
@item -noborder
diff --git a/fftools/ffplay.c b/fftools/ffplay.c
index 368e262123..83eef17797 100644
--- a/fftools/ffplay.c
+++ b/fftools/ffplay.c
@
On Fri, Aug 31, 2018 at 09:41:49PM +0800, Shiyou Yin wrote:
> 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
> --
On Fri, Aug 31, 2018 at 09:56:05PM +0800, Shiyou Yin wrote:
> 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
> ++
On Fri, Aug 31, 2018 at 09:57:23PM +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 1.3%(tested on
> loongson 3A300
Signed-off-by: James Almer
---
Unbenched, but if x86_32 is slow with it, then chances are so are arm
and similar 32bit architectures.
It may also be worth looking into just making HAVE_FAST_64BIT the
default in get_bits.h directly.
libavcodec/utvideodec.c | 2 +-
1 file changed, 1 insertion(+),
Hi Balint,
2018.08.25. 20:35 keltezéssel, Marton Balint írta:
To delay filtering until a given wallclock timestamp.
Signed-off-by: Marton Balint
---
doc/filters.texi | 36 ++
libavfilter/Makefile | 2 +
libavfilter/allfilters.c | 2 +
libavfilter/f_cue.c | 1
On Fri, Aug 31, 2018 at 06:30:56PM +0800, hwren wrote:
> Signed-off-by: hwren
> ---
> Changelog | 1 +
> configure | 4 +
> doc/encoders.texi | 40 ++
> doc/general.texi | 14 +++
> libavcodec/Makefile| 1 +
> libavcodec/allcodecs.c | 1 +
>
On 8/30/18, Baptiste Coudurier wrote:
> Hey Jay,
>
> On Sun, Aug 26, 2018 at 12:20 AM wrote:
>
>> Baptiste you are right that DNxHR is variable frame size (0) from
>> avpriv_dnxhd_get_frame_size and that it breaks the index.
>>
>> is there a reason not to use the pkt->size as frame_size since DNx
On Sat, 25 Aug 2018, Marton Balint wrote:
On Sat, 25 Aug 2018, Nicolas George wrote:
Marton Balint (2018-08-25):
+FFFrameQueue queue;
There is already a frame queue in the link, it would be much better to
use it rather than having a second one. For that, you need to use a
"activate"
On Sun, 26 Aug 2018, Marton Balint wrote:
It refers to the uncompressed quantization, therefore is not correct for AAC.
Also change mxf_set_pts to work based on current edit unit if
bits_per_coded_sample is not available.
Fixes error messages in the sample of ticket #7366.
Ping, will push s
On Wed, 29 Aug 2018, Tudor Suciu wrote:
Well, when this is done, working, we can begin to talk business:
-add an option to ffmpeg to drop unused input data like srt-file-transmit
(before first client connects)
-add an option/document if it's already working to ffmpeg to have multiple
srt clien
On Sun, 26 Aug 2018, Marton Balint wrote:
After a seek we drop all frames from the filter anyway. Audio filters already
had a similar approach.
Signed-off-by: Marton Balint
---
fftools/ffplay.c | 2 ++
1 file changed, 2 insertions(+)
Pushed.
Regards,
Marton
On Fri, Aug 31, 2018 at 03:14:30PM +0300, Jan Ekström wrote:
> 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
On Sat, 1 Sep 2018, Gyan Doshi wrote:
From aab52de703302d26d0bd83fb28eb1a033fa57d14 Mon Sep 17 00:00:00 2001
From: Gyan Doshi
Date: Sat, 1 Sep 2018 11:33:17 +0530
Subject: [PATCH] ffplay: add option to allow custom jump interval
At present, left and right keys are hardcoded to jump by 10 seco
From aab52de703302d26d0bd83fb28eb1a033fa57d14 Mon Sep 17 00:00:00 2001
From: Gyan Doshi
Date: Sat, 1 Sep 2018 11:33:17 +0530
Subject: [PATCH] ffplay: add option to allow custom jump interval
At present, left and right keys are hardcoded to jump by 10 seconds.
Added option allows users to set a cu
17 matches
Mail list logo
