New AAC Encoder quality settings dont work

[K@mpfH@mster]

Please describe the problem in as much detail as possible:
Hi, I'm using the newest nightly version with this new AAC Encoder, it has 10 quality profiles. I tested several movies and I found out, that Q1 has ~160kbps and Q2 ~320 kbps, but from Q3 to Q10 all of them have ~500kbps, they also seem to be identical.

What are the steps to reproduce this problem:
just encode

What version of HandBrake you are running:
always newest nightly

What operating system and version and you running (e.g. OSX 10.11, Windows 7, Ubuntu 14):
W10 x64

[FrostByte]

Got the same thing here. You can see in the log on line 271 that I was using CRF 17 and the result on line 350 and 358 was a 1,000 kbps encode.

http://pastebin.com/GaT3BVVJ

[FrostByte]

I wasn't using the new AAC encoder though Problem just started with c0d19cc

[s55]

[17:45:38] * audio track 1
[17:45:38] + decoder: English (DTS) (5.1 ch) (track 1, id 0x1100)
[17:45:38] + bitrate: 1536 kbps, samplerate: 48000 Hz
[17:45:38] + DTS Passthru

Nope, you weren't

[s55]

Indeed, it does seem to tail off at q3.

This isn't new though.

I'm wondering if that encoder even properly supports quality based encoding. Will take a gander.

[FrostByte]

Here is the media info if that helps. Using CRF17 resulted in abr 1000 rip. All other settings appear to be correct

cabac=1 / ref=4 / deblock=1-1 / analyse=0x3:0x133 / me=umh / subme=11 / psy=1 / psy_rd=1.00:0.15 / mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-3 / threads=12 / lookahead_threads=2 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=8 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=240 / keyint_min=24 / scenecut=40 / intra_refresh=0 / rc_lookahead=60 / rc=abr / mbtree=1 / bitrate=1000 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / vbv_maxrate=62500 / vbv_bufsize=78125 / nal_hrd=none / filler=0 / ip_ratio=1.40 / aq=1:1.00

[K@mpfH@mster]

I play the audio inside foobar and it shows channging bitrates, so it seems like the encoder supports VBR.

[FrostByte]

[17:45:38] * audio track 1

Nope, you weren't

Sorry, should I start a new thread? I thought they were related, but guess I was wrong

[s55]

OK, so it does infact scale, it's just hitting a ceiling at q2 so it's not actually a bug.

The more channels you have the better is scales.

It's a crap encoder so not entirely surprising.

[s55]

@Frostbyte, please start a new thread. AAC encoder issue is nothing to do with your issue.

[K@mpfH@mster]

@s55: I'm always encoding into stereo, in my opinion there should be a smaller bitrate than ~160kbps, there is one for CBR too.

[s55]

We don't define the scale. It's up to the encoder. The encoder has a distinct lack of scale at 2 channels.
It may improve in the future, I don't know.

[K@mpfH@mster]

Hi, I think I found a real bug in HB GUI, when in audio tab the mixdown is on automatic, you can only choose 32kbit in bitrate mode of the new AAC Encoder.

[s55]

Yup, confirmed.