BD Rebuilder Beta - Bug Reports Only

[cartman0208]

Originally Posted by Sharc

The YouTube upload is terribly oversaturated (clipped whites). Does your encode and the original source look the same?

I think, that's because it is filmed with a mobile or actioncam from TV ... did that too and the result never looks the same as the original picture.
But the pixelation is clearly visible.

[videoh]

Originally Posted by LowDead

In the workfiles folder I find .DGI files. Should they be there?

Those are files from DGDecNV used for decoding. Did you license and install DGDecNV?

[jdobbs]

Originally Posted by LowDead

Anyone else getting pixelation with 1080p 24p source on full UHD? I'm getting this with the extras on 22 Jump Street. Will test another title (first one I had laying around that I bothered to check for 1080p extras was the old Flash Gordon, and to all the zoomers and alphas here, no this is not THE Flash! ) to see if that one also gets it before proceeding to provide logs. Right now I'm testing the NVEnc encoder with Very Slow one pass VBR output. Really good tradeoff between quality/encoding time on the 4k part IMHO anyway

//LD

1. Are you positive it isn't there on the original?

2. I was getting pixelation on 1080p encodes from the older release (a few versions ago) of the UHD version of TSMUXER. But that was on H264 encodes on an HD disc. That was one of the reasons I've kept two copies of TSMUXER in the TOOLS folder. But it was reported as fixed in the TSMUXER change logs and in my tests it had stopped (at least in the examples in which I'd seen it).

Just as a test, you might try downloading a newer release of TSMUXER here and see if it has any impact. You might also try adding ENABLE_NEW_TSMUXER=0 to your INI file. That should make BD-RB use the old muxer for H264 encode/muxes. At the least it might eliminate TSMUXER as a possible cause.

[FilipeAmadeuO]

Originally Posted by LowDead

I totally agree.. It's very time consuming to replace/add tracks when working with full disc structures and it would be so nice to have an easy option to have when feeling lazy

//LD

What is the strategy that you use nowadays ?

[LowDead]

Originally Posted by MrVideo

It is pretty much a given that pixelation is a result of motion. That is because more bits are required to render the differences between two side-by-side fields/frames. If the required bits cannot be provided, pixelation is the result.

Can't argue with that

Originally Posted by Sharc

@LD:
In general, NVEnc requires higher bitrates than x264/x265 for a decent quality (about 2x). 4Mbps is rather low for 1920x1080p. It could be just ok for 1280x720p.
I did also notice that there are other streams in the log which are encoded at extremely low bitrates, like few 100kbps.
Really strange that you don't see these pixels on your PC.
The YouTube upload is terribly oversaturated (clipped whites). Does your encode and the original source look the same?

Edit:
Out of curiosity I made an NVEnc encode with a low bitrate. I got visible blocks which look quite different from your pixelation, so I suspect the cause for your pixelation is NOT bitrate starvation but must be something else. Most possibly not related to the NVEnc encoder.

Yes, I'm also curious why BD-RB decides that it needs so little bitrate. If it were converted to HEVC I could understand. But it really do murder the quality of the clip. And the smaller clips are just warnings and other text screens so they can be ignored, but that first clip(studio canal logo) is extremely high. The oversaturation is because it's filmed with my phone. It's just an example to show the pixelation. I'm also leaning towards that the cause is not bitrate starvation (except for the otherwise poor quality). For now I try different decoder, next step would be JDs suggestion to replace TSmuxer.

Originally Posted by cartman0208

I think, that's because it is filmed with a mobile or actioncam from TV ... did that too and the result never looks the same as the original picture.
But the pixelation is clearly visible.

Yes, you are completely right.

Originally Posted by videoh

Those are files from DGDecNV used for decoding. Did you license and install DGDecNV?

Yes, it is a paid/donated version 2053 (latest) that is correctly installed.

Originally Posted by jdobbs

1. Are you positive it isn't there on the original?

2. I was getting pixelation on 1080p encodes from the older release (a few versions ago) of the UHD version of TSMUXER. But that was on H264 encodes on an HD disc. That was one of the reasons I've kept two copies of TSMUXER in the TOOLS folder. But it was reported as fixed in the TSMUXER change logs and in my tests it had stopped (at least in the examples in which I'd seen it).

Just as a test, you might try downloading a newer release of TSMUXER here and see if it has any impact. You might also try adding ENABLE_NEW_TSMUXER=0 to your INI file. That should make BD-RB use the old muxer for H264 encode/muxes. At the least it might eliminate TSMUXER as a possible cause.

1. Yes, no pixelation on original and it's consistent for 1080p encodes.

2. Will try replacing TSmuxer after finishing the currently ongoing test of encoding using different decoder. Should have a result in a cuple of hours. *sigh* I wish I could burn Dual Layered BD-RWs at a faster speed than 2x

Thanks all for your suggestions and help.

//LD

[LowDead]

Originally Posted by FilipeAmadeuO

What is the strategy that you use nowadays ?

I PMed you...

//LD

[MrVideo]

Originally Posted by cartman0208

I think, that's because it is filmed with a mobile or actioncam from TV

Did you use 8mm, 16mm, 35mm or 65mm film in your camera? What did you then use to telecine it to video?

[LowDead]

Quick update: Another decoder(x264 internal) fell through. Still pixelation. Will continue with JD's suggestions.

//LD

[Glarioo]

I have done a test with NVEnc encoder.
According to MediaInfo, the maximum bitrate is 15 Mb / s. Why is that bitrate so low?
BDRebuilder Ini: TWEAK_ALTERNATE=--vbv-maxrate 50000 --vbv-bufsize 50000
And the Format Profile is 4 instead of 4.1
CRF was set to 20 in CQM (one pass).

MediaInfo:
Format : Matroska
Format version : Version 2
File size : 13.9 GiB
Duration : 2 h 15 min
Overall bit rate mode : Variable
Overall bit rate : 14.8 Mb/s
Encoded date : UTC 2020-10-13 17:41:36
Writing application : mkvmerge v9.7.1 ('Pandemonium') 32bit
Writing library : libebml v1.3.4 + libmatroska v1.4.5

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4
Format settings : CABAC / 3 Ref Frames
Format settings, CABAC : Yes
Format settings, Reference frames : 3 frames
Format settings, GOP : M=4, N=30
Codec ID : V_MPEG4/ISO/AVC
Duration : 2 h 15 min
Bit rate mode : Variable
Bit rate : 14.1 Mb/s
Maximum bit rate : 15.0 Mb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 (23976/1000) FPS
Original frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.284
Stream size : 13.3 GiB (96%)
Default : Yes
Forced : No

[Glarioo]

Same settings, except CRF is now set to 19

MediaInfo:
Format profile: High@L4.1
Bit rate: 17.6 Mb/s
Maximum bit rate: 30.0 Mb/s

[jdobbs]

@Glarioo

For ALTERNATE output to MKV/MP4 (Container types 1 & 5), 19 is the CRF breakpoint. CRF above 19 sets the max bitrate to 15Mbs, 19 or below it goes to 30Mbs. Those are based upon encode tests of average bitrates across a variety of sources. For specified bitrates of 12Mbs or less BD-RB sets the max to 15Mbs, a higher bitrate sets it to 30Mbs. For non-ALTERNATE it is based on the maximum for the specified target disc (after taking into consideration the required bitrate for audio/subs).

In your example where your bitrate came out to 14.1Mbs -- the 15Mbs high end appears to be limiting (or at least implies it may be hitting it often). If my tests were right that would seem to be unusual (though admittedly it's been a long time since I did those tests). But, what I think I will do (in order to give more control to the user) is to add another option to the ALTERNATE configuration file (ALTERNATE.TXT) in which the maximum bitrate for containers 1 & 5 (MKV/MP4) can be set as a part of the preset.

I'm glad you mentioned this. Because those maxrates were based upon 1080p encodes (and below). I need to go back and see if I adjusted for 2160p in those maxrate limits. I know I did on disc output -- but I don't remember if I did on ALTERNATE.

[Glarioo]

Originally Posted by jdobbs

@Glarioo

For ALTERNATE output to MKV/MP4 (Container types 1 & 5), 19 is the CRF breakpoint. CRF above 19 sets the max bitrate to 15Mbs, 19 or below it goes to 30Mbs. Those are based upon encode tests of average bitrates across a variety of sources. For specified bitrates of 12Mbs or less BD-RB sets the max to 15Mbs, a higher bitrate sets it to 30Mbs. For non-ALTERNATE it is based on the maximum for the specified target disc (after taking into consideration the required bitrate for audio/subs).

In your example where your bitrate came out to 14.1Mbs -- the 15Mbs high end appears to be limiting (or at least implies it may be hitting it often). If my tests were right that would seem to be unusual (though admittedly it's been a long time since I did those tests). But, what I think I will do (in order to give more control to the user) is to add another option to the ALTERNATE configuration file (ALTERNATE.TXT) in which the maximum bitrate for containers 1 & 5 (MKV/MP4) can be set as a part of the preset.

I'm glad you mentioned this. Because those maxrates were based upon 1080p encodes (and below). I need to go back and see if I adjusted for 2160p in those maxrate limits. I know I did on disc output -- but I don't remember if I did on ALTERNATE.

For x264 encoder there is the option "tweak alternate" in BDREBUILDER.INI (TWEAK_ALTERNATE = - vbv-maxrate 50000 --vbv-bufsize 50000). My experience is that this slightly improves the image quality. Since I don't have a Blu-ray player, only a (Dune) media player, I only make mkv files.
It would be such a nice option if tweak alternate would also be possible for NVEnc encoder.
Thanks in advance jdobbs.

[SeeMoreDigital]

Originally Posted by Glarioo

Since I don't have a Blu-ray player, only a (Dune) media player, I only make mkv files.

Old, new... Which model?

[Glarioo]

Originally Posted by SeeMoreDigital

Old, new... Which model?

A very old Smart H1. Bought in 2011.
And still works like a charm.

[jdobbs]

Originally Posted by Glarioo

For x264 encoder there is the option "tweak alternate" in BDREBUILDER.INI (TWEAK_ALTERNATE = - vbv-maxrate 50000 --vbv-bufsize 50000). My experience is that this slightly improves the image quality. Since I don't have a Blu-ray player, only a (Dune) media player, I only make mkv files.
It would be such a nice option if tweak alternate would also be possible for NVEnc encoder.
Thanks in advance jdobbs.

I'm adding a new option called TWEAK_ALTERNATE_NV for the next release. That way you can add to the command line specific settings related to NVENCC.

But...

In the meantime you should know that TWEAK_ALTERNATE is currently applied to NVENCC encodes that are targeted at containers 1 & 5 (MKV & MP4) -- so you can use it in the meantime. Once I implement TWEAK_ALTERNATE_NV, TWEAK_ALTERNATE will no longer apply to NVENCC.

[Edit] As a test I just tried adding "--vbv-bufsize 30000 --max-bitrate 30000" to a command line that already had "--vbv-bufsize 15000 --max-bitrate 15000" in it -- and it worked (used the higher setting). I posted earlier in this post that it hadn't -- but found that I'd typed it wrong. So you should be able to use TWEAK_ALTERNATE to change it until the next release.

[Edit] Well... even though I'd looked at the code and it appeared to add it to the command line -- I just did a test with TWEAK_ALTERNATE and it doesn't appear to have worked. Hmmm.... guess I need to try things before I post about them.

[Another Edit] Yeah. TWEAK_ALTERNATE currently isn't applied to NVENCC for ALTERNATE CQM encodes. It only works for a ALTERNATE "VBR Bitrate Encoding" or "VBR Target Size [MB]" encoding. I'll change that for TWEAK_ALTERNATE_NV.

[Glarioo]

Thanks, jdobbs.

[LowDead]

Update: No success whatever method I have tried. The pixelation artefacts have been persistent over all tests. I have tried three decoders, latest (at the time) tsmuxer and using old version of tsmuxer. I also tried encoding with CQM and still same result.

Are there anyway to reduce the bitrate of the main movie so that the extras get more (maybe in this case for testing purposes alot more) so one can rule out bitrate starvation?

//LD

[jdobbs]

Originally Posted by LowDead

Update: No success whatever method I have tried. The pixelation artefacts have been persistent over all tests. I have tried three decoders, latest (at the time) tsmuxer and using old version of tsmuxer. I also tried encoding with CQM and still same result.

Are there anyway to reduce the bitrate of the main movie so that the extras get more (maybe in this case for testing purposes alot more) so one can rule out bitrate starvation?

//LD

Even with CQM? What was the CQM value that was used?

[Emulgator]

LowDead, can you cut a part of the source and upload that somewhere ?

[LowDead]

Originally Posted by jdobbs

Even with CQM? What was the CQM value that was used?

----------------------
[10-15-20] BD Rebuilder v0.61.17
[03:20:50] Source:  FLASH_GORDON_-_4K_UHD
  - Input BD size: 78,49 GB
  - Approximate total content: [02:40:38.926]
  - Target BD size: 46,26 GB
  - Windows Version: 6.2 [9200]
  - Quality: Highest (Very Slow), CQM
  - Decoding/Frame serving: NVENCC
  - Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[03:20:50] PHASE ONE, Encoding
 - [03:20:50] Processing: VID_00002 (1 of 13)
 - [03:20:50] Extracting A/V streams [VID_00002]
 - [03:21:02] Reencoding video [VID_00002]
   - Source Video: HEVC, 3840x2160
   - Rate/Length: 24,000fps, 481 frames
 - [03:21:02] Performing CQM Prediction...
   - Analyzing 1,00 16,80 17,90 18,55 19,05 19,40 [19,48]
 - [03:21:44] Encoding using constant quality mode.
 - [03:21:57] Video Encode complete
 - [03:21:57] Processing audio tracks
   - Track 4352 (eng): Keeping original audio
 - [03:21:57] Multiplexing M2TS
 - [03:22:01] Processing: VID_00003 (2 of 13)
 - [03:22:01] Extracting A/V streams [VID_00003]
 - [03:22:05] Reencoding video [VID_00003]
   - Source Video: HEVC, 3840x2160
   - Rate/Length: 24,000fps, 289 frames
 - [03:22:05] Performing CQM Prediction...
   - Analyzing 38,80 34,70 32,50 30,90 29,70 28,85 28,25 27,65 27,05 26,75 26,45 26,10 [26,10]
 - [03:23:22] Encoding using constant quality mode.
 - [03:23:31] Video Encode complete
 - [03:23:31] Processing audio tracks
 - [03:23:31] Multiplexing M2TS
 - [03:23:34] Processing: VID_00004 (3 of 13)
 - [03:23:34] Extracting A/V streams [VID_00004]
 - [03:23:38] Reencoding video [VID_00004]
   - Source Video: HEVC, 3840x2160
   - Rate/Length: 24,000fps, 157 frames
   - Bitrate: 2 086 Kbs
 - [03:23:38] Reencoding: VID_00004, Pass 1 of 2
 - [03:23:43] Reencoding: VID_00004, Pass 2 of 2
 - [03:23:43] Video Encode complete
 - [03:23:43] Processing audio tracks
 - [03:23:43] Multiplexing M2TS
 - [03:23:47] Processing: VID_00005 (4 of 13)
 - [03:23:47] Extracting A/V streams [VID_00005]
 - [03:23:50] Reencoding video [VID_00005]
   - Source Video: HEVC, 3840x2160
   - Rate/Length: 24,000fps, 121 frames
   - Bitrate: 2 182 Kbs
 - [03:23:50] Reencoding: VID_00005, Pass 1 of 2
 - [03:23:55] Reencoding: VID_00005, Pass 2 of 2
 - [03:23:55] Video Encode complete
 - [03:23:55] Processing audio tracks
 - [03:23:55] Multiplexing M2TS
 - [03:23:59] Processing: VID_00006 (5 of 13)
 - [03:23:59] Extracting A/V streams [VID_00006]
 - [03:24:02] Reencoding video [VID_00006]
   - Source Video: HEVC, 3840x2160
   - Rate/Length: 24,000fps, 120 frames
   - Bitrate: 500 Kbs
 - [03:24:02] Reencoding: VID_00006, Pass 1 of 2
 - [03:24:07] Reencoding: VID_00006, Pass 2 of 2
 - [03:24:07] Video Encode complete
 - [03:24:07] Processing audio tracks
 - [03:24:07] Multiplexing M2TS
 - [03:24:10] Processing: VID_00007 (6 of 13)
 - [03:24:10] Extracting A/V streams [VID_00007]
 - [03:24:14] Reencoding video [VID_00007]
   - Source Video: HEVC, 3840x2160
   - Rate/Length: 24,000fps, 192 frames
   - Bitrate: 1 861 Kbs
 - [03:24:14] Reencoding: VID_00007, Pass 1 of 2
 - [03:24:21] Reencoding: VID_00007, Pass 2 of 2
 - [03:24:21] Video Encode complete
 - [03:24:21] Processing audio tracks
 - [03:24:21] Multiplexing M2TS
 - [03:24:24] Processing: VID_00008 (7 of 13)
 - [03:24:24] Extracting A/V streams [VID_00008]
 - [03:24:27] Reencoding video [VID_00008]
   - Source Video: HEVC, 3840x2160
   - Rate/Length: 24,000fps, 192 frames
   - Bitrate: 542 Kbs
 - [03:24:28] Reencoding: VID_00008, Pass 1 of 2
 - [03:24:34] Reencoding: VID_00008, Pass 2 of 2
 - [03:24:34] Video Encode complete
 - [03:24:34] Processing audio tracks
 - [03:24:34] Multiplexing M2TS
 - [03:24:37] Processing: VID_00009 (8 of 13)
 - [03:24:37] Extracting A/V streams [VID_00009]
 - [03:24:41] Reencoding video [VID_00009]
   - Source Video: HEVC, 3840x2160
   - Rate/Length: 24,000fps, 261 frames
 - [03:24:41] Performing CQM Prediction...
   - Analyzing 37,70 35,45 34,40 33,60 33,15 32,80 [32,80]
 - [03:25:20] Encoding using constant quality mode.
 - [03:25:28] Video Encode complete
 - [03:25:28] Processing audio tracks
 - [03:25:28] Multiplexing M2TS
 - [03:25:31] Processing: VID_00010 (9 of 13)
 - [03:25:31] Extracting A/V streams [VID_00010]
 - [03:25:35] Reencoding video [VID_00010]
   - Source Video: HEVC, 3840x2160
   - Rate/Length: 23,976fps, 240 frames
 - [03:25:35] Performing CQM Prediction...
   - Analyzing 31,05 26,70 23,80 21,55 19,65 17,95 1,00 17,80 9,40 13,60 [14,12]
 - [03:26:40] Encoding using constant quality mode.
   - Performing size-correcting second pass...
 - [03:26:55] Video Encode complete
 - [03:26:55] Processing audio tracks
 - [03:26:55] Multiplexing M2TS
 - [03:26:59] Processing: VID_00011 (10 of 13)
 - [03:26:59] Extracting A/V streams [VID_00011]
 - [03:27:02] Reencoding video [VID_00011]
   - Source Video: HEVC, 3840x2160
   - Rate/Length: 24,000fps, 168 frames
   - Bitrate: 1 704 Kbs
 - [03:27:02] Reencoding: VID_00011, Pass 1 of 2
 - [03:27:08] Reencoding: VID_00011, Pass 2 of 2
 - [03:27:08] Video Encode complete
 - [03:27:08] Processing audio tracks
 - [03:27:08] Multiplexing M2TS
 - [03:27:11] Processing: VID_01000 (11 of 13)
 - [03:27:11] Extracting A/V streams [VID_01000]
 - [04:01:06] Reencoding video [VID_01000]
   - Source Video: HEVC, 3840x2160
   - Rate/Length: 24,000fps, 160 554 frames
 - [04:01:06] Performing CQM Prediction...
   - Analyzing 1,00 17,05 18,15 18,90 19,60 20,30 20,95 21,55 21,90 22,05 [22,08]
 - [04:08:44] Encoding using constant quality mode.
 - [05:15:08] Video Encode complete
 - [05:15:08] Processing audio tracks
   - Track 4352 (eng): Keeping original audio
   - Track 4353 (eng): Keeping original audio
   - Track 4354 (deu): Keeping original audio
   - Track 4355 (fra): Keeping original audio
   - Track 4356 (eng): Keeping original audio
   - Track 4357 (eng): Keeping original audio
 - [05:15:08] Multiplexing M2TS
    - Bitstream exception. Adjusting... success.
 - [05:55:18] Processing: VID_02000 (12 of 13)
 - [05:55:18] Extracting A/V streams [VID_02000]
 - [05:56:28] Reencoding video [VID_02000]
   - Source Video: MPEG-4 (AVC), 1920x1080
   - Rate/Length: 24,000fps, 40 089 frames
 - [05:56:28] Performing CQM Prediction...
   - Analyzing 20,80 22,95 [23,02]
 - [05:56:41] Encoding using constant quality mode.
   - Performing size-correcting second pass...
 - [06:03:00] Video Encode complete
 - [06:03:00] Processing audio tracks
   - Track 4352 (eng): Keeping original audio
 - [06:03:00] Multiplexing M2TS
 - [06:03:19] Processing: VID_02001 (13 of 13)
 - [06:03:19] Extracting A/V streams [VID_02001]
 - [06:04:40] Reencoding video [VID_02001]
   - Source Video: MPEG-4 (AVC), 1920x1080
   - Rate/Length: 24,000fps, 20 814 frames
 - [06:04:40] Performing CQM Prediction...
   - Analyzing 11,50 19,90 20,15 [20,17]
 - [06:04:54] Encoding using constant quality mode.
 - [06:07:22] Video Encode complete
 - [06:07:22] Processing audio tracks
   - Track 4352 (eng): Keeping original audio
 - [06:07:22] Multiplexing M2TS
[06:07:43]PHASE ONE complete
[06:07:43]PHASE TWO - Rebuild Started
 - [06:07:43] Rebuilding BD file Structure
[06:09:31] - Encode and Rebuild complete
[06:09:31] JOB: FLASH_GORDON_-_4K_UHD finished.

VID_01000 (11 of 13) is the main movie. Which is in DV if that can disturb the extras in some way? On the main movie I get - Bitstream exception. Adjusting... success. But the main movie don't display any problems.

VID_02000 (12 of 13) is the extra I have used for tests which gets CQM of - Analyzing 20,80 22,95 [23,02]. After that It displays a message - Performing size-correcting second pass... Can this be something of interest?

//LD