Info added to codecs.texi
2016-08-22 15:43 GMT+01:00 Michael Niedermayer <mich...@niedermayer.cc>:
> On Thu, Aug 18, 2016 at 02:53:29PM +0300, Станислав Долганов wrote:
> > Trailing whitespaces were removed.
> >
> > 2016-08-17 14:07 GMT+03:00 Станислав Долганов <
More error handling based on snow decoder errors from patch 1 discussion.
2016-08-20 14:10 GMT+03:00 Michael Niedermayer <mich...@niedermayer.cc>:
> On Thu, Aug 18, 2016 at 08:50:08PM +0200, Moritz Barsnick wrote:
> > On Thu, Aug 18, 2016 at 14:49:28 +0300, Станислав
Fix some problems.
2016-08-18 21:50 GMT+03:00 Moritz Barsnick <barsn...@gmx.net>:
> On Thu, Aug 18, 2016 at 14:49:28 +0300, Станислав Долганов wrote:
>
> > +static int decode_q_branch(FFV1Context *f, int level, int x, int y){
> > +RangeCoder *const
Trailing whitespaces were removed.
2016-08-17 14:07 GMT+03:00 Станислав Долганов <stanislav.dolga...@gmail.com>
:
> Hello,
>
> I'm sending the patch set with implementation of GSoC project -- FFV1 P
> frame support. The current FFV1 uses the same OBMC code as the Snow
Tried to tune up to newest version + some fixes.
2016-08-18 4:47 GMT+03:00 Michael Niedermayer <mich...@niedermayer.cc>:
> On Wed, Aug 17, 2016 at 02:07:24PM +0300, Станислав Долганов wrote:
> > Hello,
> >
> > I'm sending the patch set with implementation of GSoC
s:
>
> https://blogs.gnome.org/rbultje/files/2015/09/vp9-
x264-x265-encoding-quality.png
But FFV1 is lossless, so there is no quality range.
2016-08-17 14:59 GMT+03:00 Ronald S. Bultje <rsbul...@gmail.com>:
> Hi Stanislav,
>
> On Wed, Aug 17, 2016 at 7:07 AM, Станислав Долганов <
&
Hello,
I'm currently working on GSOC 2016 project for upgrading FFV1 codec with an
ability to use P frames. Maybe some of you have any suggestions or
recommendations.
While working on qualification task I implemented a simple modification of
codec to encode P frames without motion compensation,
New formula for residual calculation, which reduced compressed sized
significantly, but it is still a bit larger then in case if all frames are
I. I think it because of coder context changes to much from I frame pixel
value to P ones.
Also more fate test references were generated.
--
Stanislav
Hello, I have implemented simple p frame support for FFV1 codec as part of
the GSoC qualification task, so now it for every non key frame stores a
"residual" instead of a frame itself.
The patch file is attached to this message. It also replaces reference
files for FATE tests, cause relative
e relative checksums and filesizes were changed.
--
Станислав Долганов
0001-simple-P-frame-support.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
10 matches
Mail list logo