BD Rebuilder Beta - Bug Reports Only

[jdobbs]

CUDA refers to the GPU multiprocessors (cores) and the infrastructure to utilize them. NVDec (previously called CUVID) and NVEnc are separate engines on the GPU that implement video decoding and encoding, respectively. CUDA is certainly not obsolete. And CUVID was not replaced, merely renamed.Thanks for the clarification.

[MrVideo]

Encoding with cuda cores have a issues, the final result is a 2176p file, not 2160p.
References?

[prologic]

References?

I have done around 70% of all 4k uhd releases , using cuda ..
And everyone , still the same
3840 x 2160 pixels..
It takes around 15mins on my geforce gtx 1070 card , to make then fit on a BD50 ..I also use BD Rebuilder , to Alter the build of the disc as well , resulting in resizing a lot less .

[Sharc]

…. My (still unresearched) plan was to use FFMPEG for NVENC encoding.
You may also want to take a look at rigaya's NVEncC. It is continually developed and well documented.
https://github.com/rigaya/NVEnc/releases
https://github.com/rigaya/NVEnc/
https://github.com/rigaya/NVEnc/blob/master/NVEncC_Options.en.md

[jdobbs]

You may also want to take a look at rigaya's NVEncC. It is continually developed and well documented.
https://github.com/rigaya/NVEnc/releases
https://github.com/rigaya/NVEnc/
https://github.com/rigaya/NVEnc/blob/master/NVEncC_Options.en.mdThanks! This looks great.

[MrVideo]

I have done around 70% of all 4k uhd releases , using cuda ..
What program?

[zamengo]

References?

https://devtalk.nvidia.com/default/topic/1032118/video-codec-and-optical-flow-sdk/nvenc-hevc-encoding-of-3840x2160-results-in-coded-size-of-3840x2176/

[prologic]

What program?
I use DVDFAB

[zamengo]

I use DVDFAB

Open playlist on tsmuxer, you will figure out 2176p.

This is incompatible with Xbox One S and X player.

[MrVideo]

Based on the reference, it looks like 2176 is it, period. The hardware is only 32x32. Sounds like Xbox needs to get it right. It is the same issue with 1080. It is encoded to 1088 (16x16) and set to display at 1080.

[LowDead]

Yes, tsmuxer reports 2176p, but mediainfo says 2160p... after reading the discussion at nvidia I would trust tsmuxer. BUT it's an old discussion and in the end they say the Turing (for those who don't know: GTX1660, 2060, 2070, 2080 etc...) cards have HW capabilities of 8x8 and 16x16. So off to buy a new gfx card then :)

Anyway, even though an dvdfab encode have 2176p, I believe they have gotten around the problem with green screen on the XB and also works flawlessly for most others. So what I'm saying, not to get too much OT, is that jdobbs can also fix these problems when/if they occur with bdrb.

//LD

[cartman0208]

You may also want to take a look at rigaya's NVEncC. It is continually developed and well documented.
https://github.com/rigaya/NVEnc/releases
https://github.com/rigaya/NVEnc/
https://github.com/rigaya/NVEnc/blob/master/NVEncC_Options.en.md

I did my testing with Staxrip, which makes use of NVEncC.

[jdobbs]

I have updated the first post of this thread with a link to the most recent version of BD-RB (v0.61.05). Changes for this release:- Corrected an issue that could result in
blocky or distorted display during FF or
REW on full backups.
- Fixed an issue in which an imported source
(very rarely) might not have its frame rate
detected by MEDIAINFO.
- Added an "*" to the "HEVC" callout of the
stream display for sources that have HDR and
"**" for those that also have Dolby Vision.
- Changed the setting for adjustment/scan of
MKV during import. Should have been off by
default instead of on.
- Updated prediction routines for CRF encodes
to more accurately predict UHD output when
CRF is selected. Still needs testing.
- Updated TSMUXER4K to a more recent nightly
release.
- Other minor corrections and cosmetic fixes.

[FilipeAmadeuO]

@jdobbs
The “Corrected an issue that could result in blocky or distorted display during FF or REW on full backups.”
was a TSmuxer ou BdRebuilder bug ?

Because with this last version the problem is fixed. And now UHD backup is perfect.
But before I had same issue using only Tsmuxer.
Now subtitles/audio in GUI replacement is what I miss :)

[jdobbs]

@jdobbs
The “Corrected an issue that could result in blocky or distorted display during FF or REW on full backups.”
was a TSmuxer ou BdRebuilder bug ?

Because with this last version the problem is fixed. And now UHD backup is perfect.
But before I had same issue using only Tsmuxer.
Now subtitles/audio in GUI replacement is what I miss :)The one mentioned in the log was a BD Rebuilder bug. Not sure if there was another bug fixed in TSMUXER. If so, I wasn't aware of it.

[Michi]

BD-RB encodes 4K import without HDR in HDR. I tested this with a x264 4K mkv file.

Since 61.05 BD-RB uses higher bitrates than 35Mbit on UHD rebuilds. Is this normal?

For me this is a feature and not a bug.

[jdobbs]

BD-RB encodes 4K import without HDR in HDR. I tested this with a x264 4K mkv file.

Since 61.05 BD-RB uses higher bitrates than 35Mbit on UHD rebuilds. Is this normal?

For me this is a feature and not a bug.Yes. I originally left it at the maximum for a standard BD while I was testing it (to be safe). But, after some testing, I've now increased it since a UHD BD-25/50 has a higher maximum bitrate.

Just remember, though, that this is just the maximum bitrate (associated with peaks). The actual bitrate for VBR is typically much lower (unless the source is small enough that it reaches the maximum with the selected target).

[Priapismic]

Done.

[Michi]

The crf encoded files are to big and the second pass crashed:

[01.31.20] BD Rebuilder v0.61.05
[14:14:12] Source: DER_WILDE_PAZIFIK
- Input BD size: 24,30 GB
- Approximate total content: [00:56:24.305]
- Target BD size: 8,01 GB
- Windows Version: 6.2 [9200]
- Quality: Highest (Very Slow), CRF
- Decoding/Frame serving: FFMPEG
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=448
[14:14:12] PHASE ONE, Encoding
- [14:14:12] Processing: VID_00002 (1 of 3)
- [14:14:12] Extracting A/V streams [VID_00002]
- [14:14:19] Reencoding video [VID_00002]
- Source Video: HEVC, 3840x2160
- Rate/Length: 23,976fps, 888 frames
- [14:14:19] Performing CRF Prediction...
- Analyzing 20,70 30,95 32,15 31,55 31,25 31,10 31,03 31,06 31,08 31,07 31,07 31,07 31,07 31,07 31,07 31,07 31,07 31,07 31,07 31,07 [31,07]
- [14:17:41] Encoding using constant rate factor.
- [14:20:15] Video Encode complete
- [14:20:15] Processing audio tracks
- Track 4352 (deu): Keeping original audio
- [14:20:15] Multiplexing M2TS
- [14:20:19] Processing: VID_00003 (2 of 3)
- [14:20:19] Extracting A/V streams [VID_00003]
- [14:24:17] Reencoding video [VID_00003]
- Source Video: HEVC, 3840x2160
- Rate/Length: 23,976fps, 75.083 frames
- [14:24:17] Performing CRF Prediction...
- Analyzing 20,70 22,70 21,70 21,20 20,95 20,83 20,76 20,73 20,72 20,72 20,73 20,73 20,73 20,73 20,73 20,73 20,73 20,73 20,73 20,73 20,73 20,73 20,73 20,73 20,73 20,73 20,73 20,73 20,73 [20,73]
- [15:26:16] Encoding using constant rate factor.
- Performing size-correcting second pass...
[20:19:03] - Failed video encode, aborted

[jdobbs]

Wow. I'm really confused as to how it could get caught using the same CRF value that many times during prediction??? I'll look at it.

Can you post your REBUILDER.INI file?

[Michi]

BD-Rebuilder.ini:

[Options]
VERSION=0.61.0.5
MODE=0
ENCODER_MENU=1
ENCODE_QUALITY=5
ONEPASS_ENCODING=2
AUTO_QUALITY=0
AUDIO_TO_KEEP=deu;gem;ger;
SUBS_TO_KEEP=deu;gem;ger;gmh;goh;gsw;
SD_CONVERT=0
OPEN_GOP=1
RESIZE_1080=0
DEINTERLACE=0
SD_TO_1080=0
CONVERT_WIDE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=0
AC3_192=0
KEEP_HD_AUDIO=1
AVCHD=0
REMOVE_WORKFILES=1
MOVIE_ONLY_LOOP=1
REMOVE_OUTPUT=1
USE_FILTERS=0
BDMV_CERT_ONLY=0
USE_LAVF=1
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
UNMASK_CHAPTER=0
COMPLETION_BEEP=0
DGDECNV=0
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=66000
TARGET_SIZE=23200
AUTO_BURN=2
MOVIEONLY_TYPE=40
ALTCRF=18
ARCHIVE_265=1
ARCHIVE_AUDIO=100
ARCHIVE_CRF=16
ARCHIVE_ENABLE=1
ARCHIVE_LIMIT=1
ALT_TARGET=7800
ALTMETHOD=0
ALTAUTOCROP=0
QUICK_EXTRAS=0
OUTPUT_3D=0
RESIZE_1440=0
RESIZE_720=0
NEROAAC=0
SUPTITLE=0
IGNORE_3D=0
OUTPUT_SBS=0
ENCODER_MENU=1
HC_PROFILE=BEST
IMPORT_HEVC_INTACT=1
MIN_M2TS_SIZE=20
NEW_CRF_PREDICTION=1
MULTIPROCESS=0
THREADS=auto
BD5_SIZE=4520
BD9_SIZE=8200
BD25_SIZE=23200
QUALITY_ULTRA=1





FRIMSOURCE=0
ENCODER=0
DGDECIM=1
FRIM_SW_DECODE=1
FRIM_SW_ENCODE=1
PRIORITY_CLASS=1
MENU_BACKGROUND=C:\BD_Rebuilder\misc\menuback.jpg
IMPORT_THRESHOLD=15
QUICK_PLAY_THRESHOLD=10
MENU_AUTO_BACKGROUND=1
MENU_PLAY_SEQUENTIAL=0
MENU_START_WITH_MENU=1
DECODER=0
AUDIO_DRC=0
MENU_AUTO_DVDAUDIO=1
IMPORT_LIMIT_LANG=0
IMPORT_KEEP_PLAYALL=0
ALT_CRF_TARGET=4000
PGSTOSRT=0
UHD_MAXRATE=60000
UHD_VBV_BUFFER=60000
TWEAK_X265=--no-open-gop --no-sao --no-slow-firstpass --no-rskip --subme 4 --weightb --ctu 32

[Paths]
SOURCE_PATH=F:\4K\
WORKING_PATH=Q:\4K\

[jfcarbel]

Updating to latest build and been using NeroAAC in past due to quality, But wondering if this is still case. Is the built in one now just as good if not better?

Also building a new Ryzen 3900X system, is MULTIPROCESS setting even needed anymore as I seem to recall that both x264 and x265 and multi-threaded by default.

[BuddTX]

JDobbs, I would also be interested in a future version of BD Rebuilder with NVEnc/NVEncC or similar nVidia GPU Hardware encoding for 4K/UHD x265 encoding.

I did a test with the evaluation version of CloneBD using x265 and NVEnc and it took about 30 minutes to make a MKV using the highest settings, whereas the same source took over a day using BD 61.05 and x265. this is NOT A COMPLAINT at all, I love BD Rebuilder! I am very appreciative of all you have done!

While I have an older PC (10 years old!), it is still a powerhouse, it is a 6 core Intel Xeon W3680 3.33 Ghz, 12 cores with hyperthreading, 24 gig of triple channel ram, and two SSD hard drives. The video card I have is a NVIDIA GeForce GTX 1050 TI. Still using W7 if that matters.

Thank you!

[jdobbs]

JDobbs, I would also be interested in a future version of BD Rebuilder with NVEnc/NVEncC or similar nVidia GPU Hardware encoding for 4K/UHD x265 encoding.

I did a test with the evaluation version of CloneBD using x265 and NVEnc and it took about 30 minutes to make a MKV using the highest settings, whereas the same source took over a day using BD 61.05 and x265. this is NOT A COMPLAINT at all, I love BD Rebuilder! I am very appreciative of all you have done!

While I have an older PC (10 years old!), it is still a powerhouse, it is a 6 core Intel Xeon W3680 3.33 Ghz, 12 cores with hyperthreading, 24 gig of triple channel ram, and two SSD hard drives. The video card I have is a NVIDIA GeForce GTX 1050 TI. Still using W7 if that matters.

Thank you!In order to build and test it I need to have an Nvidia card that supports it. Right now with donations virtually non-existent I have a hard time justifying the cost to myself. Not trying to jockey for donations, just stating the facts.

[cartman0208]

In order to build and test it I need to have an Nvidia card that supports it. Right now with donations virtually non-existent I have a hard time justifying the cost to myself. Not trying to jockey for donations, just stating the facts.

If you don't mind missing some of the newer features like 8k and B-Frame support and 4k 4:4:4 and lossless support (https://developer.nvidia.com/video-encode-decode-gpu-support-matrix), I could send you my spare GTX960 ...

I just looked up shipping prices to US and its less than I feared :D

[MrVideo]

I think it needs to be a GTX-1050, or better, for HEVC hardware encoding support.

The GTX-1050 has the 2176p issue. AIUI, it needs to be a RTX-20xx to get 2160p support (a turing card).

[MrVideo]

Jdobbs: There is currently an unbranded GTX-1050 on E-bay for $80. I'll be happy to buy it and sent it to you. Just let me know right away before it goes away.

[cartman0208]

I think it needs to be a GTX-1050, or better, for HEVC hardware encoding support.

The GTX-1050 has the 2176p issue. AIUI, it needs to be a RTX-20xx to get 2160p support (a turing card).

Doesn't need to be a RTX... GTX1660 is also Turing (I've got one), but starts around $200 :(

[jdobbs]

Jdobbs: There is currently an unbranded GTX-1050 on E-bay for $80. I'll be happy to buy it and sent it to you. Just let me know right away before it goes away.I appreciate it. But I'll just wait until I can afford a Turing card. I want to be able to encode with B frames.

I'll probably end up buying one soon enough. My will power for frugality is pretty lame.

[jdobbs]

Doesn't need to be a RTX... GTX1660 is also Turing (I've got one), but starts around $200 :(Yeah. I was thinking about a GTX1660 or GTX1660 ti, and that's around the price point I've been seeing too. Have you done any HEVC encoding with it? Opinion?

[MrVideo]

Yeah. I was thinking about a GTX1660 or GTX1660 ti

How about I get you this one: www.ebay.com/itm/EVGA-GeForce-GTX-1660-Ti-XC-6GB-GDDR5-PCI-Express-Graphics-Card-06G-P4-1163-KR/193329468270?epid=22031750613&hash=item2d0355936e:g:rZMAAOSwgiVeN0~T

[MrVideo]

Doesn't need to be a RTX... GTX1660 is also Turing (I've got one), but starts around $200 :(
Thanks for the update.

[cartman0208]

Yeah. I was thinking about a GTX1660 or GTX1660 ti, and that's around the price point I've been seeing too. Have you done any HEVC encoding with it? Opinion?

Yep, I just uploaded some Samples with different CRF, let the video enthusiasts decide ... I can't see much of a difference ... even at a tenth of the original filesize.
The encoding for each file took less than 10 seconds, but the secondary stream from the orignal is lost in the samples
Original.mkv (https://jammernhilftnichts.de/download/Original.mkv) - 270MB
H265Main10High10bitLvl5.1QP14.mkv (https://jammernhilftnichts.de/download/H265Main10High10bitLvl5.1QP14.mkv) - 207MB
H265Main10High10bitLvl5.1QP18.mkv (https://jammernhilftnichts.de/download/H265Main10High10bitLvl5.1QP18.mkv) - 105MB
H265Main10High10bitLvl5.1QP20.mkv (https://jammernhilftnichts.de/download/H265Main10High10bitLvl5.1QP20.mkv) - 75MB
H265Main10High10bitLvl5.1QP22.mkv (https://jammernhilftnichts.de/download/H265Main10High10bitLvl5.1QP22.mkv) - 53MB
H265Main10High10bitLvl5.1QP24.mkv (https://jammernhilftnichts.de/download/H265Main10High10bitLvl5.1QP24.mkv) - 38MB

[jdobbs]

Yep, I just uploaded some Samples with different CRF, let the video enthusiasts decide ... I can't see much of a difference ... even at a tenth of the original filesize.
The encoding for each file took less than 10 seconds, but the secondary stream from the orignal is lost in the samples
Original.mkv (https://jammernhilftnichts.de/download/Original.mkv) - 270MB
H265Main10High10bitLvl5.1QP14.mkv (https://jammernhilftnichts.de/download/H265Main10High10bitLvl5.1QP14.mkv) - 207MB
H265Main10High10bitLvl5.1QP18.mkv (https://jammernhilftnichts.de/download/H265Main10High10bitLvl5.1QP18.mkv) - 105MB
H265Main10High10bitLvl5.1QP20.mkv (https://jammernhilftnichts.de/download/H265Main10High10bitLvl5.1QP20.mkv) - 75MB
H265Main10High10bitLvl5.1QP22.mkv (https://jammernhilftnichts.de/download/H265Main10High10bitLvl5.1QP22.mkv) - 53MB
H265Main10High10bitLvl5.1QP24.mkv (https://jammernhilftnichts.de/download/H265Main10High10bitLvl5.1QP24.mkv) - 38MBThanks!

I'll take a look at these, and I'll also do some PSNR and SSIM comparisons.

[Edit] You're right... you'd never guess by looking that the 38MB file was compressed that much more than the 270MB original.

[gonca]

I think it needs to be a GTX-1050, or better, for HEVC hardware encoding support.

The GTX-1050 has the 2176p issue. AIUI, it needs to be a RTX-20xx to get 2160p support (a turing card).
A GTX-10xx will do 4k, no B frames on HEVC though

[Sharc]

Thanks!

I'll take a look at these, and I'll also do some PSNR and SSIM comparisons.

[Edit] You're right... you'd never guess by looking that the 38MB file was compressed that much more than the 270MB original.
Well, the smoothing (loss of details) is obvious when you step through the frames in interleaved mode. It doesn't mean that the compressed version is not pleasant to view, it just looks like a denoised original and loss of details in low contrast areas.
Comparisons with SSIM, PSNR and VMAF have already been posted in doom9, but one has definitely to make his own tests and optimize encoder settings, like constant quality versus constant quantizer etc. for ffmpeg NVEnc or rigaya's NVEncC.
One 'problem' I see with HW encoding is that BD-RB would have to analyze the user's HW in order to suggest the appropriate encoder settings.

[cartman0208]

Well, the smoothing (loss of details) is obvious when you step through the frames in interleaved mode. It doesn't mean that the compressed version is not pleasant to view, it just looks like a denoised original and loss of details in low contrast areas.
Comparisons with SSIM, PSNR and VMAF have already been posted in doom9, but one has definitely to make his own tests and optimize encoder settings, like constant quality versus constant quantizer etc. for ffmpeg NVEnc or rigaya's NVEncC.
One 'problem' I see with HW encoding is that BD-RB would have to analyze the user's HW in order to suggest the appropriate encoder settings.

I can't repeat it enough: the main reason for HW encoding is speed ... Usually my 4K encodes with medium to high settings run at 1-2 fps ... HW does the same with over 60 fps ;)

[Sharc]

I can't repeat it enough: the main reason for HW encoding is speed ...
Sure, I know. There is little other good reason to prefer HW over SW encoding. Also keep in mind if CPU demanding avisynth scripts get involved the overall speed gain can significantly drop.
I do not at all argue against HW encoding. The speed/quality/compression compromise has always been a personal decision :).

[jdobbs]

Sure, I know. There is little other good reason to prefer HW over SW encoding. Also keep in mind if CPU demanding avisynth scripts get involved the overall speed gain can significantly drop.
I do not at all argue against HW encoding. The speed/quality/compression compromise has always been a personal decision :).Exactly. Right now BD-RB doesn't offer that choice. Hopefully at some point it will.

One other point. There's also the option to choose the fastest speed for X265 in BD-RB. My guess would be that it is similar to hardware encoding in quality -- and is a lot faster than, say, the default "High Quality" mode in BD-RB. Even on my old AMD FX-8350 I can get 5-7 fps with that setting. It still takes 8-10 hours to encode -- but it doesn't require a $200 investment in a new video card.One 'problem' I see with HW encoding is that BD-RB would have to analyze the user's HW in order to suggest the appropriate encoder settings.Does anyone know if the Nvidia API or FFMPEG/NVENC offer ways to report the capabilities of existing Nvidia hardware? That's one problem I foresee with support for HW encoding -- it changes so much that it could become a full-time job just trying to keep up with it. The Nvidia support matrix (https://developer.nvidia.com/video-encode-decode-gpu-support-matrix) shows the variety of cards and capabilities that you might have to support.

[Sharc]

...Does anyone know if the Nvidia API or FFMPEG/NVENC offer ways to report the capabilities of existing Nvidia hardware? That's one problem I foresee with support for HW encoding -- it changes so much that it could become a full-time job just trying to keep up with it. The Nvidia support matrix (https://developer.nvidia.com/video-encode-decode-gpu-support-matrix) shows the variety of cards and capabilities that you might have to support.
I only know for NVEncC:
NVEncC.exe --check-features
I didn't find something similar for ffmpeg.

[jfcarbel]

Is MULTIPROCESS setting even needed anymore as I seem to recall that both x264 and x265 and multi-threaded by default?

Also I noticed that some rebuilds the extras are not using Quicker for extras CRF setting as likely not identified as extras since the file size of some extras can match the episodes/movie due to length. Is there a way to force a CRF per title or mark certain streams as extras?

[jdobbs]

Is MULTIPROCESS setting even needed anymore as I seem to recall that both x264 and x265 and multi-threaded by default?

Also I noticed that some rebuilds the extras are not using Quicker for extras CRF setting as likely not identified as extras since the file size of some extras can match the episodes/movie due to length. Is there a way to force a CRF per title or mark certain streams as extras?MULIPROCESS has outlived its usefulness. I should probably remove it as an option.

Right now there is no easy way to mark streams as extras or force a CRF per title.

[jfcarbel]

MULIPROCESS has outlived its usefulness. I should probably remove it as an option.

Right now there is no easy way to mark streams as extras or force a CRF per title.

Is NeroAAC another that is no longer useful, that is, have other AAC libraries you use now equal or better quality to Nero's AAC?

Also for MULTIPROCESS=4 with my 6 core/12 thread CPU I am seeing CPU utilization pegged at 100% where without the CPU usage never goes above 30%. Seems it would be much faster with the setting. Does the splitting of the parts into 4 per movie add more time than the Multiprocess gains would give?

[Ch3vr0n]

I'm using multi-process=8 on my 9900k, speeds it up quite nicely. Defo not useless.

[Mike-uk]

Is NeroAAC another that is no longer useful, that is, have other AAC libraries you use now equal or better quality to Nero's AAC?

Also for MULTIPROCESS=4 with my 6 core/12 thread CPU I am seeing CPU utilization pegged at 100% where without the CPU usage never goes above 30%. Seems it would be much faster with the setting. Does the splitting of the parts into 4 per movie add more time than the Multiprocess gains would give?

odd I have a 8700K, BDR ver .05 setting very slow 2 pass

no matter what MULTIPROSESS setting I use n, 6, 2, I see no difference in first pass encode, my cpu is working anywhere between 87-100% giving me 6.50X speed ( pass 1 ) no matter the setting

in resorce manager it shows all cores and threads at 87-100 cpu usage

[jdobbs]

Is NeroAAC another that is no longer useful, that is, have other AAC libraries you use now equal or better quality to Nero's AAC?

Also for MULTIPROCESS=4 with my 6 core/12 thread CPU I am seeing CPU utilization pegged at 100% where without the CPU usage never goes above 30%. Seems it would be much faster with the setting. Does the splitting of the parts into 4 per movie add more time than the Multiprocess gains would give?Not sure if other encoders have grown to equal NeroAAC. I know I still use it.

Interesting. No. I don't believe the splitting would add anything more than a negligible amout of time.

Glad you told me. I wasn't sure if anyone was using MULTIPROCESS.

[LowDead]

Could the difference in speed, using MULTIPROCESS, that is reported above be due to the use of different decoders as in BD-RB will choose the older (faster) x264 or the newer (slower) x264?

//LD

[jfcarbel]

I am going to do a test on my 6 core to compare. I had heard that about 4 for MULTIPROCESS does not make that much difference but never really tested that.

I also have a Ryzen 3900X build coming so be interesting to compare the 2 platforms.

[tebasuna51]

Not sure if other encoders have grown to equal NeroAAC.

Maybe qaac is better for low bitrates, but for NeroAAC quality 0.5 is not possible ear differences with same size than qaac.

NeroAACenc.exe can be distributed (or linked) without copyright problems.
qaac need a instalation process (https://sites.google.com/site/qaacpage/home) not easy to override copyright.

If low bitrates are desired maybe the free opus is the best option.

[musiclover]

I installed BD-RB on a new Windows 10 box. After starting the program I got the message "Your Windows 7 system has been succesfully configured to use LAV with BD Rebuilder". Is BD-RB not recognising my Windows 10 system correctly?