[HEVC] x265.EXE: mingw builds

[Gravitator]

But this area is a statiс, then why encoder / sensor prefer to replace him by another / alien specimen - logical?

[Gravitator]

What you call "future references" seems to me like a preference of weighted B frames (generating blends) over motion vectors. Now that is indeed a point to discuss with the developers. The reconstruction appears to have blends which don't exist in the original video.

By the way, Derf's 1080p Y4M source is a lot more detailed than the ProRes file.

ProRes format compact, and is preferred in modern home camera. Alternatives are not yet that I have not seen.

But also has a longer playing time (the ProRes MOV only has the last 2 of 10 seconds from the Y4M), a download of 1483 MB.

Complex 2 seconds have much to say / specify, and also for a fast encoding by reason the processor.

[El Heggunte]

build 1.3+190-67ee212bbf78

[El Heggunte]

build 1.3+198-1de67321275e

# HG changeset patch
# User Steve Borho <steve@borho.org>
# Date 1410786013 -7200
#      Mon Sep 15 15:00:13 2014 +0200
# Node ID dd060bfda6e57f17aa7663de805db8d3a7ed7edc
# Parent  dff0cd55b520620ef8a7a9b7f4a7c0861f26b351
param: preset tuning changes

1. disable SAO in superfast

Recent changes have made --no-sao substantially faster than SAO, which has made ultrafast preset much much faster than superfast.
By disabling SAO in superfast, it is now roughly half-way between ultrafast and veryfast again.

2. Enable weighted prediction for B slices in slower, veryslow, and placebo

Weighted prediction for B can sometimes be beneficial, so turn it on for slower encodes.

[El Heggunte]

build 1.3+199-7c1aba99f40d

rc: fixes for 2 pass + vbv to calculate frameSizePlanned accurately.

[El Heggunte]

build 1.3+207-86686bd153db

frameencoder: fix VBV row resets when SAO is disabled

When SAO is disabled, the row bitstream is generated as CTU analysis progresses.
We must reset the row bitstream after a restart to avoid coding errors.
The CAABAC state is already reset correctly when CTU col 0 is re-coded.

[Gravitator]

Hi
Now used lightweight r-frames 5 and b-frames 8 (placebo).
One can observe as a fly printed / cloned on the tree (between a group of people), still is, the encoder prefers to replace static plots for the wrong/alien texture of the subsequent frames.
I pause this theme for a month.

[El Heggunte]

build 1.3+213-25dde1ffab66

rc: improvements for cbr

[El Heggunte]

build 1.3+219-4680ab4f92b8

denoiseDct: align performance data while reporting speedup

[El Heggunte]

build 1.3+226-c8f53398f8ce

param: do not allow VBV without WPP

VBV row restarts cannot function correctly without WPP (per-row CABAC starts)

[Selur]

@El Heggunte, would be nice if you could actually provide a link to the quotes you do,..

[El Heggunte]

@El Heggunte, would be nice if you could actually provide a link to the quotes you do,..

https://bitbucket.org/multicoreware/x265/commits/all

But I am pretty sure you already knew that.

[Selur]

Yes, I knew that the chance that these quotes were either from the mailing list or the changelog was high. Still posting quotes without a reference to the source is a bad habit.

[LigH.de]

Additionally, only the description of this specific patch is quoted, not of all relevant patches in between. The value of information may be limited. But well, the content of the image is not much related either... good to have builds released now and then, I know I am a bit late sometimes. I'm usually waiting for a reason. Like a "merge with stable". Or just another week gone...

x265 1.3+240-1c172c1822e4

[LigH.de]

Two more builds as "last week's results". There is a lot more parallelization going on. The last version (1.3+362) has different compiler warnings by GCC, depending on the variant...

x265 1.3+331-b6d49505b179
x265 1.3+362-4b7c473c3ef4

[Brazil]

No builds anymore by El Heggunte ?
What happened ?

[El Heggunte]

No builds anymore by El Heggunte ?
What happened ?

I'm running out of energy -.-

Also, the forces known as "Der Untergang Des Abendlandes" don't like to see pictures of pretty women u_u

[Brazil]

I'm running out of energy -.-

Maybe you could make builds, say, once a week ?

Also, the forces known as "Der Untergang Des Abendlandes" don't like to see pictures of pretty women u_u

Well, the thread is about x265 MinGW builds, the girls are-were just a plus. Perhaps you should not make it personal and try not to focus on that but on the builds because I'm quite sure there are more people missing the builds than the girls

[LigH.de]

Another "last week's result": x265 1.3+378-f26e81eb555a

[Brazil]

Another "last week's result": x265 1.3+378-f26e81eb555a

Thanks!

Keep it up

[LigH.de]

I'll do. Even if there are compiler warnings (which are usually harmless, some compilers assume too much about the source, appear almost paranoid about what might fail, even if the developers are certain it will be very improbable).

[LigH.de]

Another week of patches: x265 1.3+619-7eab67ffff81

[LigH.de]

Even for CPUs without AVX2 support (AMD Phenom-II X4), speed is clearly increasing again (just by general refactoring and removing superfluous calculations), even though in a low percentage only. But I would assume that the speedups for users of modern CPUs will be much more impressive, just counting the number of AVX2 patches in the last month.

[b1327139]

Now used lightweight r-frames 5 and b-frames 8 (placebo).
One can observe as a fly printed / cloned on the tree (between a group of people), still is, the encoder prefers to replace static plots for the wrong/alien texture of the subsequent frames.
I pause this theme for a month.

It's been nearly a month and a half
Any update on this "bug" ?

[LigH.de]

Another "weekly": x265 1.3+788-3a8f6f685436

[Gravitator]

It's been nearly a month and a half
Any update on this "bug" ?

Салам,
The same in VP9 > doom9

---

I look forward to when the video moguls will provide free video via donations - pay as much as you do not mind. Then piracy transformed into something new... And the internet / mobile providers agree to support this system (have their percentage of the tranche). The main thing is the convenience and accessibility.

[El Heggunte]

build 1.3+855-31ed48cdbefe

Originally posted by foxyshadis

New build v1.3+855 with new option --deblock that works just like x264's. Now you can test --deblock -1 or -2 and see if that improves film noise. Now's your chance to play with it and see if any bugs are present before the final release. Should be pretty stable, lots of bugfixes have gone into it recently and 1.4 appears to be right around the corner! Speed and quality have both improved since 1.3.

[El Heggunte]

......

build 1.4+5-eebb372eec89.7z 0_o 0_o 0_o

[vhelp]

yeah, looking at the 90+ count, i would say that we have a ton of windows xp users using/testing x265. thanks for posting those builds, much appreciated!

[Brazil]

i would say that we have a ton of windows xp users using/testing x265. thanks for posting those builds, much appreciated!

FYI LigH's builds are working fine on XP as well as El Heggunte ones