Create a theme Daala vs HEVC?

[Gravitator]

Hi!
Perhaps it is already possible to create a theme Daala vs HEVC.
There is a demo booth with pictures > http://people.xiph.org/~xiphmont/demo/daala/update1-tool2b.shtml
On the example"Pont de Quebec at Night" - this Daala very strongly presses the small details/stars and edges noisy + what that faint blue glow is present in almost all the photographs (similar to the effect of field).

[Selur]

Aside from being totally offtopic:
For me Daala is a marketing stunt unless I there's a encoder (which I can use with pipe input) and a directshow decoder which can decode the content.
Then it would start to get interesting and one would still need a container&which would support Daala.
(+ looking at how it performs on the Cloisfest image, it would probably a bad choice of codec for the anime crowd atm.)

[jagabo]

Hi!
Perhaps it is already possible to create a theme Daala vs HEVC.
There is a demo booth with pictures > http://people.xiph.org/~xiphmont/demo/daala/update1-tool2b.shtml
On the example"Pont de Quebec at Night" - this Daala very strongly presses the small details/stars and edges noisy + what that faint blue glow is present in almost all the photographs (similar to the effect of field).

How are you supposed to know which is more accurate without seeing the uncompressed source?

[Selur]

@jagabo: why not select 'original image' on one side?
@moderators: would be nice if this all could be split into another thread,...

[jagabo]

@jagabo: why not select 'original image' on one side?

Ah, missed those pulldowns.

[Selur]

Daala (master as of April 30, 2014), VP8, x264, and x265 at identical output size

I wonder how they managed that.
- VP8 (and 9) got a really bad 2pass implementation, so hitting a bit rate seems to be more like a game of luck
- x264s hitting a bit rate normally works in an acceptable manor, but to get identical output size you still would probably need more than one encode.
- getting x265 and Daala (which both have no real 2pass/precise rate control) to hit one target
-> LOL, sounds like a silly dream.

[Gravitator]

(+ looking at how it performs on the Cloisfest image, it would probably a bad choice of codec for the anime crowd atm.)

Cloisfest image - it is seen as texture floats on the neighboring plot (need adjustment).



Will be useful filter "Chrome smoother" for decoder.

And a faint blue glow can be associated with Chroma From Luma Prediction > http://people.xiph.org/~xiphmont/demo/daala/demo4.shtml

[poisondeathray]

@moderators: would be nice if this all could be split into another thread,...

Yes it's becoming a bloody mess with all the "vs." threads. Or at least a separate Daala thread

[Gravitator]

On an example of a test image "Ohashi" is clearly seen as a there is an infringement color dynamics in light blue range.

[david55]

Daala vs H.265 encoded by daala engineer may 20 ,2014


daala 3.8kb


x265 3.5kb

[jman98]

I think I'm gonna faint. david55 actually posted a comparison where it's possible to actually see a real difference in the photos instead of the usual "this is one millionth worse than the other photo" stuff we usually get where 99% of human beings can't see any difference or don't care if they do see it because the difference is so small.

Yes, jagabo, we all know that YOU do see things differently from everybody else. You're in the 1% camp.

[jagabo]

When there aren't very obvious differences you have to look at the less obvious differences. It's not my fault people are posting relatively high bitrate samples where the differences are tiny. I'd prefer to see moderate bitrate encodings where the faults are clearer -- because that's where these codecs will be used. The samples in post 13 are too far gone to be of any use.

Personally, I'm not interested in h.265 or Daala at this point. Until I have devices that play them it's all academic to me.

[Selur]

Until I have devices that play them it's all academic to me.

just for the record I just reencoded a 1080p file using DivX265 and the Zopo 980+ of my girlfriend has no problem playing it back (without any hickups) using Mx Player (afaik it uses libav).

Cu Selur

[Gravitator]

Zopo 980+ uses the processor МТК6592 - supports hardware decoding of HEVC_1080P@30fps.

[Selur]

Oh, it even has hardware decoding support for hevc, nice.

[david55]

daala demo about new technique

https://people.xiph.org/~jm/daala/paint_demo/


Encoded with daala deringing filter (paint algorithm) 16kb


Encoded with JPEG 16kb


Encoded just with paint algorithm


Encoded just with paint algorithm

[Cornucopia]

I'd like to see those last 2 as video!

Scott

[david55]

I'd like to see those last 2 as video!

Scott

http://jmvalin.ca/daala/paint_demo/parkjoy_paint.webm

[Selur]

@david55: just judging by the name it looks more like 'parkjoy' than the clips belonging to the last two images Cornucopia was looking for

[david55]

@david55: just judging by the name it looks more like 'parkjoy' than the clips belonging to the last two images Cornucopia was looking for

I think you must pay daala engineers to see those last pictures as video above link was just a reference for those people that didn't go to daala demo page .

[Gravitator]

This algorithm may allow the excess savings bitrate for video communication.
Still give indulgence per a brand new compression technology (encode / decode)

[Jamaika]

I installed the codecs Daala. For me, these are the codecs that are currently teach humility. WQHD file i420 8bit 60fps, 300 frames processed to 1h 36min. The result of a visual film: film is faded and lost clarity.

Asked parameters were equivalent to the size of the file X265 20000kbps:

ffmpeg.exe -f rawvideo -pix_fmt yuv420p10le -s 3840x2160 -r 120.000 -i "3840x2160_120fps_420_10bit_YUV.yuv" -s 3840x2160 -r 60.000 -f yuv4mpegpipe -pix_fmt yuv420p - | daalaenc.exe - -v 100 -k 60 -o "3840x2160_60fps_420_8bit.ogm" 

[Gravitator]

Send us your comments and suggestions for improvement.
Well still alpha. Affirmative specification will only appear at the end of the year (Go experiments).
They started from scratch, while HEVC continues from AVC.

http://git.xiph.org/?p=daala.git