Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
8th April 2016, 11:21 | #182 | Link | |
Registered User
Join Date: Oct 2009
Posts: 930
|
Quote:
|
|
8th April 2016, 18:38 | #184 | Link |
Registered User
Join Date: Jul 2015
Posts: 708
|
Good job, but for me the test is tendentious.
Why do almost all of the pictures are made dark or at night? BPG looks great when there is a lot of detail. I don't understand also why isn't the codec BPG RGB(A) range full, preset placebo -m 9? Why aren't the codecs Daala, VP10(range limited), AOM, FliF in yuv444p? Code:
All images have been subsampled to full range YCbCr prior to compression. All lossy images are encoded with chroma subsampling 4:2:0 Writing '+d649065' isn't legible. I guess what is the version of the codec? Last edited by Jamaika; 8th April 2016 at 18:43. |
8th April 2016, 18:50 | #185 | Link | ||
Registered User
Join Date: Apr 2016
Posts: 61
|
Quote:
Actually from what I gathered, BPG is the best at keeping detail at extremely low settings, which wouldn't be typical. In average settings, Daala and AV1/VP10 take precedence in keeping details. Quote:
It's the git revision when built from master, i.e. the dev version on the 1st of April. |
||
10th April 2016, 00:41 | #190 | Link | |
Registered User
Join Date: Apr 2016
Posts: 61
|
Quote:
The ones on my webpages are all compiled from the public gits. (although I think the one you publish for VP10 is from the master branch, whereas the one I used is from the branch nextgenv2) |
|
10th April 2016, 03:44 | #192 | Link | |
Registered User
Join Date: Jun 2013
Posts: 98
|
Quote:
https://chromium.googlesource.com/we...+log/nextgenv2 |
|
10th April 2016, 16:08 | #193 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,784
|
AV1, BPG, etc. — all these funky new encoders I was not yet aware of, don't even know if they are for images only or even videos. Will search for more...
Now that I wanted to look at your site again, it seems to be gone. http://wyohknott.github.io/ ==> HTTP 404 |
10th April 2016, 16:22 | #194 | Link | |
Registered User
Join Date: Oct 2009
Posts: 930
|
Quote:
|
|
10th April 2016, 20:34 | #195 | Link | |
Registered User
Join Date: Apr 2016
Posts: 4
|
Quote:
- FLIF (currently) does not take 4:2:0 YCbCr as input, so it is encoding things as if it were 4:4:4 RGB (converted to YCoCg internally). It would not be hard to make it support YCbCr and chroma subsampling natively, which should shave off some bytes. - FLIF's lossy encoder has improved slightly in this commit: https://github.com/FLIF-hub/FLIF/com...60f20d7ec5fd3c |
|
11th April 2016, 08:42 | #196 | Link | ||
Registered User
Join Date: Apr 2016
Posts: 61
|
Quote:
Or maybe the Alliance for OpenMedia will also propose a new still image codec, with Microsoft, Mozilla and Google on board, it could be doable to initiate a change. JPEG seems unbeatable though. Quote:
|
||
11th April 2016, 20:00 | #197 | Link |
Angel of Night
Join Date: Nov 2004
Location: Tangled in the silks
Posts: 9,559
|
Any video codec can be trivially wrapped in a RIFF or TIFF container that holds the relevant photographic metadata, like WebP. BPG is particularly interesting because he modified the bitstream to be container agnostic without giving up any metadata, and saving unnecessary space as well, but at the cost of a bit more overhead all of that can be grafted onto any modern format.
|
18th April 2016, 13:43 | #198 | Link |
Registered User
Join Date: Aug 2009
Posts: 201
|
Some recent Daala slides:
https://www.ietf.org/proceedings/95/...95-netvc-2.pdf Other stuff from the same meeting, includes Thor, testing protocols, requirements for the netvc codec: https://www.ietf.org/proceedings/95/...nutes-95-netvc |
25th May 2016, 08:36 | #199 | Link |
Registered User
Join Date: Jul 2015
Posts: 708
|
New functions in Daala.
Code:
-V --video-rate-target <n> bitrate target for Daala video in kbps; use -v and not -V if at all possible, as -v gives higher quality for a given bitrate. -d --buf-delay <n> Buffer delay (in frames). Longer delays allow smoother rate adaptation and provide better overall quality, but require more client side buffering and add latency. The default value is the keyframe interval for one-pass encoding (or somewhat larger if --soft-target is used) and the total remaining length of the video for two-pass encoding. --soft-target Use a large reservoir and treat the rate as a soft target; rate control is less strict but resulting quality is usually higher/smoother overall. Soft target also allows an optional -v setting to specify a minimum allowed quality. Last edited by Jamaika; 25th May 2016 at 08:44. |
6th June 2016, 21:07 | #200 | Link |
Registered User
Join Date: Nov 2014
Posts: 9
|
New Daala demo
Here's a new Daala demo. This one is actually revisiting all of our previous technology demos to see what worked, what didn't and how things changed.
|
|
|