The official Ut Video decoder only threads with slices, thus until
now any files encoded by the libavcodec encoder have only been
decodable with a single thread. The default slice count is now
set to subsampled_height / 120.
Also sets slices to 1 for the Ut Video encoder tests to keep them
green.
The official Ut Video encoder only threads with slices, thus until
now any files encoded by the libavcodec encoder have only been
decode'able with a single thread. The default slice count is now
set to subsampled_height / 120.
Also sets slices to 1 for the Ut Video encoder tests to keep them
The official Ut Video decoder only threads with slices, thus until
now any files encoded by the libavcodec encoder have only been
decodable with a single thread. The default slice count is now
set to subsampled_height / 120.
Also sets slices to 1 for the Ut Video encoder tests to keep them
green.
With cli usage the decoder might have not set the colorspace during
encoder init, manual colorspace override might be needed in such
cases.
---
libavcodec/utvideoenc.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/libavcodec/utvideoenc.c b/libavcodec/utvideoenc.c
Makes it easier to recreate an AVCodecContext for ATRAC3+ decoding,
which is needed in multimedia frameworks, as well as in general cases
where demuxing and decoding are separate entities.
---
libavcodec/atrac3plusdec.c | 28 ++--
1 file changed, 18 insertions(+), 10
---
doc/APIchanges |4
libavcodec/avcodec.h | 42 +++---
libavcodec/version.h |2 +-
3 files changed, 32 insertions(+), 16 deletions(-)
diff --git a/doc/APIchanges b/doc/APIchanges
index 561c828..519709e 100644
--- a/doc/APIchanges
+++
From: Gian-Carlo Pascutto g...@sjeng.org
Previously the profile would not be set if the bitstream needs
to be decoded to know the profile.
---
libavcodec/aacdec.c | 10 ++
libavcodec/aacsbr.c |1 +
2 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/libavcodec/aacdec.c
---
libavcodec/hevc.c | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/libavcodec/hevc.c b/libavcodec/hevc.c
index 276f3fd..09bc4eb 100644
--- a/libavcodec/hevc.c
+++ b/libavcodec/hevc.c
@@ -401,6 +401,16 @@ static int set_sps(HEVCContext *s, const HEVCSPS *sps)
Mostly based on how the H.264 decoder works. First one limits the
parsed VUI values to known valid ones, and the second one passes
the parsed values to libavcodec's according fields.
___
libav-devel mailing list
libav-devel@libav.org
---
doc/APIchanges |4
libavcodec/avcodec.h | 42 +++---
libavcodec/version.h |2 +-
3 files changed, 32 insertions(+), 16 deletions(-)
diff --git a/doc/APIchanges b/doc/APIchanges
index 561c828..519709e 100644
--- a/doc/APIchanges
+++
Also limit the parsed VUI values to known valid ones.
---
libavcodec/hevc.c| 16
libavcodec/hevc_ps.c |8
2 files changed, 24 insertions(+), 0 deletions(-)
diff --git a/libavcodec/hevc.c b/libavcodec/hevc.c
index 276f3fd..e01db16 100644
--- a/libavcodec/hevc.c
From: Gian-Carlo Pascutto g...@sjeng.org
Removes some cases where the profile might be not be set if it is
needed to decode some data to be sure of the profile.
---
libavcodec/aacdec.c | 10 ++
libavcodec/aacsbr.c |1 +
2 files changed, 11 insertions(+), 0 deletions(-)
diff --git
From: Gian-Carlo Pascutto g...@sjeng.org
Removes some cases where the profile might be not be set if it is
needed to decode some data to be sure of the profile.
---
libavcodec/aacdec.c | 13 +
libavcodec/aacsbr.c |1 +
2 files changed, 14 insertions(+), 0 deletions(-)
diff
From: Gian-Carlo Pascutto g...@sjeng.org
Removes some cases where the profile might be not be set if it is
needed to decode some data to be sure of the profile.
---
libavcodec/aacdec.c | 24
libavcodec/aacsbr.c |1 +
2 files changed, 25 insertions(+), 0
From: Michael Niedermayer michae...@gmx.at
Signed-off-by: Michael Niedermayer michae...@gmx.at
---
libavcodec/utvideoenc.c | 11 ---
1 files changed, 4 insertions(+), 7 deletions(-)
diff --git a/libavcodec/utvideoenc.c b/libavcodec/utvideoenc.c
index 4a82046..562113f 100644
---
From: Michael Niedermayer michae...@gmx.at
Loren had already created an optimized algorithm, and it is
now also needed by Ut Video. This enables its usage generally.
Signed-off-by: Michael Niedermayer michae...@gmx.at
---
configure|2 +
libavcodec/Makefile |4 +-
From: Michael Niedermayer michae...@gmx.at
Signed-off-by: Michael Niedermayer michae...@gmx.at
---
libavcodec/utvideoenc.c | 30 +++---
1 files changed, 15 insertions(+), 15 deletions(-)
diff --git a/libavcodec/utvideoenc.c b/libavcodec/utvideoenc.c
index
From: Michael Niedermayer michae...@gmx.at
Signed-off-by: Michael Niedermayer michae...@gmx.at
---
libavcodec/utvideo.h|2 +-
libavcodec/utvideoenc.c | 61 ++
2 files changed, 41 insertions(+), 22 deletions(-)
diff --git
From: Michael Niedermayer michae...@gmx.at
This is essential for fast SIMD access.
The same should be done with the prediction output.
Signed-off-by: Michael Niedermayer michae...@gmx.at
---
libavcodec/utvideo.h|1 +
libavcodec/utvideoenc.c | 18 ++
2 files changed, 11
From: Michael Niedermayer michae...@gmx.at
Signed-off-by: Michael Niedermayer michae...@gmx.at
---
libavcodec/utvideoenc.c | 28 +++-
1 files changed, 7 insertions(+), 21 deletions(-)
diff --git a/libavcodec/utvideoenc.c b/libavcodec/utvideoenc.c
index d2f32bf..ae87bac
---
tests/fate/utvideo.mak|3 +++
tests/ref/fate/utvideo_rgba_single_symbol |2 ++
2 files changed, 5 insertions(+), 0 deletions(-)
create mode 100644 tests/ref/fate/utvideo_rgba_single_symbol
diff --git a/tests/fate/utvideo.mak b/tests/fate/utvideo.mak
index
Put the zero length check in place of code that was never used
during decoding, as zero-length slices were generally refused
in decode_frame().
---
libavcodec/utvideodec.c | 11 ---
1 files changed, 4 insertions(+), 7 deletions(-)
diff --git a/libavcodec/utvideodec.c
On 2012/08/23 20:43, Kostya Shishkov wrote:
On Thu, Aug 23, 2012 at 08:35:51PM +0300, Jan Ekström wrote:
+av_log(c-avctx, AV_LOG_ERROR, Incorrect slice size. Plane has
+ more than one symbol yet a slice has a length of
zero.\n);
First sentence is unneeded
Put the zero length check in place of code that was never used
during decoding, as zero-length slices were generally refused
in decode_frame().
---
libavcodec/utvideodec.c | 11 ---
1 files changed, 4 insertions(+), 7 deletions(-)
diff --git a/libavcodec/utvideodec.c
On 2012/08/23 23:35, Derek Buitenhuis wrote:
On 23/08/2012 4:32 PM, Jan Ekström wrote:
Put the zero length check in place of code that was never used
during decoding, as zero-length slices were generally refused
in decode_frame().
---
libavcodec/utvideodec.c | 11 ---
1 files
---
tests/fate/utvideo.mak|3 ++
tests/ref/fate/utvideo_rgba_single_symbol | 51 +
2 files changed, 54 insertions(+), 0 deletions(-)
create mode 100644 tests/ref/fate/utvideo_rgba_single_symbol
diff --git a/tests/fate/utvideo.mak
On 2012/08/24 0:37, Måns Rullgård wrote:
Jan Ekström jee...@gmail.com writes:
...
Since all the frames are the same, a shorter file would suffice.
OK. It's just 60 kilobytes but I guess I'll cut it to three frames or so.
Jan
___
libav-devel
---
tests/fate/utvideo.mak|3 +++
tests/ref/fate/utvideo_rgba_single_symbol |4
2 files changed, 7 insertions(+), 0 deletions(-)
create mode 100644 tests/ref/fate/utvideo_rgba_single_symbol
diff --git a/tests/fate/utvideo.mak b/tests/fate/utvideo.mak
index
On 2012/08/24 0:57, Jan Ekström wrote:
...
Whoops. This is v2, and I'm clearly getting too tired for
my own good.
Jan
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/listinfo/libav-devel
On 2012/08/24 0:57, Jan Ekström wrote:
...
As IRC didn't point out where to send/push
the actual test file to, I will link it here:
http://fushizen.eu/samples/utvideo/utvideo_rgba_single_symbol.avi
md5sum 98613067be9291b4ffd8e2aa0c941fc6
Jan
A -f avi was left over from the old file hashing test base. This
should fix the failing tests on the valgrinding fate machines.
---
tests/fate/utvideo.mak |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/tests/fate/utvideo.mak b/tests/fate/utvideo.mak
index
@@ -0,0 +1,735 @@
+/*
+ * Ut Video encoder
+ * Copyright (c) 2012 Jan Ekström
+ *
+ * This file is part of Libav.
+ *
+ * Libav is free software; you can redistribute it and/or
+ * modify it under the terms of the GNU Lesser General Public
+ * License as published by the Free Software Foundation; either
The failures on various architectures and compilers on the RGB(A)
tests seem to have been because of one-off YCbCr-RGB conversion
results. This should make the conversion results match on most if
not all code paths.
---
tests/fate/utvideo.mak|2 +-
On 2012/08/19 19:14, Diego Biurrun wrote:
On Sat, Aug 18, 2012 at 04:46:40PM +0300, Jan Ekström wrote:
--- a/tests/fate/utvideo.mak
+++ b/tests/fate/utvideo.mak
@@ -1,3 +1,6 @@
+fate-utvideoenc%: CMD = framemd5 -f image2 -vcodec pgmyuv -i
$(TARGET_PATH)/tests/vsynth1/%02d.pgm -vcodec
---
tests/fate/utvideo.mak | 39 +++
tests/ref/fate/utvideoenc_rgb_left | 51 +++
tests/ref/fate/utvideoenc_rgb_median| 51 +++
tests/ref/fate/utvideoenc_rgb_none | 51
---
tests/fate/utvideo.mak | 42 +
tests/ref/fate/utvideoenc_rgb_left | 51 +++
tests/ref/fate/utvideoenc_rgb_median| 51 +++
tests/ref/fate/utvideoenc_rgb_none | 51
---
tests/fate/utvideo.mak | 50 ++
tests/ref/fate/utvideoenc_rgb_left | 51 +++
tests/ref/fate/utvideoenc_rgb_median| 51 +++
tests/ref/fate/utvideoenc_rgb_none | 51
On 2012/08/18 16:20, Måns Rullgård wrote:
Better way:
fate-utvideoenc%: CMD = framemd5 -f image2 -vcodec pgmyuv -i
$(TARGET_PATH)/tests/vsynth1/%02d.pgm -flags +bitexact -vcodec utvideo -f avi
$(OPTS)
fate-utvideoenc%: tests/vsynth1/00.pgm
fate-utvideoenc_rgba_none: OPTS = -pix_fmt rgba
---
tests/fate/utvideo.mak | 39 +++
tests/ref/fate/utvideoenc_rgb_left | 51 +++
tests/ref/fate/utvideoenc_rgb_median| 51 +++
tests/ref/fate/utvideoenc_rgb_none | 51
---
libavcodec/Makefile|2 +-
libavcodec/{utvideo.c = utvideodec.c} |0
2 files changed, 1 insertions(+), 1 deletions(-)
rename libavcodec/{utvideo.c = utvideodec.c} (100%)
diff --git a/libavcodec/Makefile b/libavcodec/Makefile
index aaafa03..51a45bd 100644
---
/utvideoenc.c
new file mode 100644
index 000..8a80edb
--- /dev/null
+++ b/libavcodec/utvideoenc.c
@@ -0,0 +1,735 @@
+/*
+ * Ut Video encoder
+ * Copyright (c) 2012 Jan Ekström
+ *
+ * This file is part of Libav.
+ *
+ * Libav is free software; you can redistribute it and/or
+ * modify it under
On 2012/08/17 14:39, Jan Ekström wrote:
[...]
Sorry for the commotion, forgot to save the patch in editor, this is 1/2 v4.
Patch itself is correct.
Jan
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/listinfo/libav
@@ -0,0 +1,735 @@
+/*
+ * Ut Video encoder
+ * Copyright (c) 2012 Jan Ekström
+ *
+ * This file is part of Libav.
+ *
+ * Libav is free software; you can redistribute it and/or
+ * modify it under the terms of the GNU Lesser General Public
+ * License as published by the Free Software Foundation; either
These patches contain both a Ut Video encoder that creates
files that the official reference implementation likes, and
that in most cases decode just fine on the libavcodec decoder
as well (more on this later*), as well as FATE tests for the
encoder.
All colorspaces are supported (4:2:0/4:2:2
000..29945db
--- /dev/null
+++ b/libavcodec/utvideoenc.c
@@ -0,0 +1,748 @@
+/*
+ * Ut Video encoder
+ * Copyright (c) 2012 Jan Ekström
+ *
+ * This file is part of Libav.
+ *
+ * Libav is free software; you can redistribute it and/or
+ * modify it under the terms of the GNU Lesser General Public
---
tests/fate/utvideo.mak | 48 +++
tests/ref/fate/utvideoenc_rgb_left |1 +
tests/ref/fate/utvideoenc_rgb_median|1 +
tests/ref/fate/utvideoenc_rgb_none |1 +
tests/ref/fate/utvideoenc_rgba_left |1 +
@@ -0,0 +1,736 @@
+/*
+ * Ut Video encoder
+ * Copyright (c) 2012 Jan Ekström
+ *
+ * This file is part of Libav.
+ *
+ * Libav is free software; you can redistribute it and/or
+ * modify it under the terms of the GNU Lesser General Public
+ * License as published by the Free Software Foundation
On 2012/08/15 0:21, Diego Biurrun wrote:
---
libavcodec/w32pthreads.h |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/libavcodec/w32pthreads.h b/libavcodec/w32pthreads.h
index ae6ceb9..8489f71 100644
--- a/libavcodec/w32pthreads.h
+++ b/libavcodec/w32pthreads.h
@@
From: JULIAN GARDNER joo...@btinternet.com
---
libavcodec/libx264.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/libavcodec/libx264.c b/libavcodec/libx264.c
index 35c0030..adda881 100644
--- a/libavcodec/libx264.c
+++ b/libavcodec/libx264.c
@@ -148,6 +148,12 @@
From: Carl Eugen Hoyos ceho...@ag.or.at
---
libavcodec/utvideo.c | 15 +++
1 files changed, 11 insertions(+), 4 deletions(-)
diff --git a/libavcodec/utvideo.c b/libavcodec/utvideo.c
index a3b0d7c..e5efa4a 100644
--- a/libavcodec/utvideo.c
+++ b/libavcodec/utvideo.c
@@ -439,10
From: Hendrik Leppkes h.lepp...@gmail.com
Signed-off-by: Michael Niedermayer michae...@gmx.at
---
libavcodec/utvideo.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/libavcodec/utvideo.c b/libavcodec/utvideo.c
index e5efa4a..471d85a 100644
--- a/libavcodec/utvideo.c
Two fixes for the utvideo decoder, both regarding interlaced
footage.
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/listinfo/libav-devel
General cosmetics, such as keeping lines under 80 characters,
fixing a couple of typos (predition - prediction) and a
general style fix that was pointed out by Derek when I was having
my sliced multithreading patch in review by him.
---
libavcodec/utvideo.c | 103
General cosmetics, such as keeping lines under 80 characters,
fixing a couple of typos (predition - prediction) and a
general style fix that was pointed out by Derek when I was having
my sliced multithreading patch in review by him.
---
libavcodec/utvideo.c | 103
General cosmetics, such as keeping lines under 80 characters,
fixing a couple of typos (predition - prediction) and a
general style fix that was pointed out by Derek when I was having
my sliced multithreading patch in review by him.
---
libavcodec/utvideo.c | 100
This patch is a GSoC qualification task of mine, which was to
implement slice-based multithreading for the Ut Video lossless
video format.
Unfortunately, having had this patch tested speed-wise by Kostya
Shishkov, it seems like slice-based multithreading ends up slower
than frame-based, and thus
.
Thank you for devoting the time to taking a look at these patches.
Jan Ekström
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/listinfo/libav-devel
Fixes such samples as
http://www.cccp-project.net/beta/test_files/gg_moshidora01_sample.mkv
Worked with faad2 because it seemingly decides to jump bytes?
Jan Ekström
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman
this so quickly.
Jan Ekström
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/listinfo/libav-devel
59 matches
Mail list logo