Log in

View Full Version : BD Rebuilder Beta - Bug Reports Only


Pages : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 475 476 477 478 479 480 481 482 483 484 485 486 487 488 489 490 [491] 492 493 494 495 496 497 498 499 500 501 502 503 504 505 506 507 508 509 510 511 512 513 514 515 516 517 518 519 520 521 522 523 524 525 526 527 528 529 530 531 532 533 534 535 536 537 538 539 540 541 542 543 544 545 546 547 548 549 550 551 552 553 554 555 556 557 558 559 560 561 562 563 564 565 566 567 568 569 570 571 572 573 574 575 576 577 578 579 580 581 582 583 584 585 586 587 588 589 590 591 592 593 594 595 596 597 598 599 600 601 602 603 604 605 606 607 608 609 610 611 612 613 614 615 616 617 618 619 620 621 622 623 624 625 626 627 628 629 630 631 632 633 634 635 636 637 638 639 640 641 642 643 644 645 646 647 648

soneca
17th July 2016, 22:51
Chevron, I know the rules, after all already participate in this forum a long time.
The AnyDVD settings do not apply to this extraction, I was testing this function and forgot to turn off.
I'm not demanding anything at all just asking to jdobbs that, please be sure to check this version because when I go back to the previous version these problems disappear.

Edit: jdobbs, I found that disabling multiprocessing BDRB back to function normally using DirectShow.

jdobbs
20th July 2016, 14:09
Edit: jdobbs, I found that disabling multiprocessing BDRB back to function normally using DirectShow.Please explain exactly what you experienced and how it could be repeated. I made the change below in v0.50.16, and it's possible it may have some unexpected consequence.- Corrected an error in which attempting to
encode using a combination of MULTIPROCESS
and DirectshowSource() on an MPEG-2 source
was not working properly.

musiclover
20th July 2016, 15:20
I'll look at it -- but I use that feature all the time on 25fps sources.

Just a note, though. It won't be converted until an encode is done. The pseudo-BD structure just holds the original intact video that was extracted during import.

I am interested to know if you succeeded converting a PAL dvd source to NTSC. I still cannot make it work.

Ch3vr0n
20th July 2016, 16:23
well with the latest version and MULTIPROCESS=1 on my 6700k no more than 1 instance gets launched of x264

soneca
20th July 2016, 19:08
Please explain exactly what you experienced and how it could be repeated. I made the change below in v0.50.16, and it's possible it may have some unexpected consequence.- Corrected an error in which attempting to
encode using a combination of MULTIPROCESS
and DirectshowSource() on an MPEG-2 source
was not working properly.

Just multiprocessing be enabled, I tried with 3 discs (MPEG4 AVC).
It's happening on both pc's.

[07/20/16] BD Rebuilder v0.50.17
[14:40:15] Source: O_P_T_III_O_LEGADO_00000
- Input BD size: 15,65 GB
- Approximate total content: [01:42:51.798]
- Target BD size: 4,38 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), Two Pass
- Output folder: E:\VIDEOS\
- Decoding/Frame serving: DirectShow [3-way]
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[14:40:17] PHASE ONE, Encoding
- [14:40:17] Processing: VID_00000 (1 of 1)
- [14:40:17] Extracting A/V streams [VID_00000]
- [14:43:51] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 29,970fps, 184.969 frames
- Bitrate: 4.198 Kbs
- [14:43:51] Reencoding: VID_00000, Pass 1 of 2
- Encode failed. Aborting.
- BD-Rebuilder v0.50.17
- Windows Version: 6.1 [7601]
- Working Path Free Space: 332,95GB
- AVISYNTH Version: 2.6.0.6, Ok
- HAALI Splitter: Isn't recommended version
- FFDSHOW: 4515, Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok


[07/20/16] BD Rebuilder v0.50.17
[14:54:52] Source: MISTERIOS_DO_NILO_00000
- Input BD size: 10,48 GB
- Approximate total content: [00:47:38.814]
- Target BD size: 4,38 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), Two Pass
- Output folder: E:\VIDEOS\
- Decoding/Frame serving: DirectShow [3-way]
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[14:54:53] PHASE ONE, Encoding
- [14:54:53] Processing: VID_00000 (1 of 1)
- [14:54:53] Extracting A/V streams [VID_00000]
- [14:57:03] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 68.543 frames
- Bitrate: 11.466 Kbs
- [14:57:03] Reencoding: VID_00000, Pass 1 of 2
- Encode failed. Aborting.
- BD-Rebuilder v0.50.17
- Windows Version: 6.1 [7601]
- Working Path Free Space: 334,63GB
- AVISYNTH Version: 2.6.0.6, Ok
- HAALI Splitter: Isn't recommended version
- FFDSHOW: 4515, Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok


[Options]
VERSION=0.50.0.17
MOVIE_ONLY_LOOP=0
DOWNRESIZE=LanczosResize
HC_PROFILE=BEST
OUTPUT_FOLDER=E:\VIDEOS
REMOVE_WORKING=1
REMOVE_IMPORT=1
ALTCRF=18
MULTIPROCESS=3
ENCODER=0
MODE=3
ENCODE_QUALITY=3
ONEPASS_ENCODING=0
AUTO_QUALITY=0
AUDIO_TO_KEEP=eng;por;
SUBS_TO_KEEP=por;
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
RESIZE_1440=0
RESIZE_720=0
DEINTERLACE=0
SD_TO_1080=0
IGNORE_3D=0
CONVERT_WIDE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=1
AUDIO_DRC=0
DECODER=0
AVCHD=1
REMOVE_WORKFILES=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
FRIMSOURCE=0
COMPLETION_BEEP=0
OUTPUT_SBS=0
NEROAAC=1
SUPTITLE=0
PGSTOSRT=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=1
CUSTOM_TARGET_SIZE=4480
PRIORITY_CLASS=0
TARGET_SIZE=4480
MOVIEONLY_TYPE=0
ALT_TARGET=1024
ALT_CRF_TARGET=1024
ALTMETHOD=0
ALTAUTOCROP=0
[Paths]
WORKING_PATH=E:\BDREBUILDER_TEMP\
NeroAACPath=C:\Programas\Nero AAC Codec 1.5.4.0\win32\neroAacEnc.exe
SOURCE_PATH=D:\BLU_RAY\MISTERIOS DO NILO\
DGIndexNV=C:\Programas\DGDenNV 2051\DGIndexNV.exe
DGDecNV=C:\Programas\DGDenNV 2051\DGDecodeNV.dll

Lathe
21st July 2016, 02:10
Crap brain fart....

Now... was that an NTSC or a PAL Crap brain fart...???

MrVideo
21st July 2016, 06:09
Now... was that an NTSC or a PAL Crap brain fart...???

You know full well that posting had nothing to do with NTSC, or PAL. :D

MrVideo
21st July 2016, 06:15
I am interested to know if you succeeded converting a PAL dvd source to NTSC. I still cannot make it work.

I realized that my avs script was for converting 576i to 480i, but recoding to H.264. I haven't done any MPEG-2 standalone encoding in ages.

But, you never answered my question about what technological abilities your friend has in playing digital videos. I find it hard to believe that he can't play 576i videos on something he has.

jdobbs
21st July 2016, 15:27
@Ch3vr0n and soneca

Can you possibly provide your INI file? I just ran a couple tests using DirectShowSource with MULTIPROCESS=2 on an AVC source -- and it works with no problem. I'm getting 2 instances of X264 and they are encoding properly.

[Edit] I've tried it with MULTIPROCESS=3 as well -- and it is encoding properly with 3 instances of X264.

@Ch3vr0n

How long is the source you are attempting? BD-RB won't run multiple processes if splitting would make the individual segments less than 5000 frames. So if you are splitting 3 ways, the source must be a minimum of 15,000 frames.

Ch3vr0n
21st July 2016, 16:22
@jdobbs Full discs only, every time.

[07/21/16] BD Rebuilder v0.50.17
[17:03:16] Source: THE_REVENANT
- Input BD size: 42,70 GB
- Approximate total content: [03:43:55.962]
- Target BD size: 22,95 GB
- Windows Version: 6.2 [9200]
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[17:03:16] PHASE ONE, Encoding
- [17:03:16] Processing: VID_00191 (1 of 3)
- [17:03:16] Extracting A/V streams [VID_00191]
- [17:03:24] Reencoding video [VID_00191]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 1*432 frames
- Bitrate: 9*694 Kbs
- [17:03:24] Reencoding: VID_00191, Pass 1 of 1
- [17:03:37] Video Encode complete
- [17:03:37] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:03:37] Multiplexing M2TS
- [17:03:42] Processing: VID_00200 (2 of 3)
- [17:03:42] Extracting A/V streams [VID_00200]
- [17:04:31] Reencoding video [VID_00200]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 63*408 frames
- Bitrate: 7*452 Kbs
- [17:04:31] Reencoding: VID_00200, Pass 1 of 1
- [17:11:48] Video Encode complete
- [17:11:48] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:11:48] Multiplexing M2TS
- [17:12:20] Processing: VID_00800 (3 of 3)
- [17:12:20] Extracting A/V streams [VID_00800]
- [17:17:51] Reencoding video [VID_00800]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 224*928 frames
- Bitrate: 11*500 Kbs
- [17:17:51] Reencoding: VID_00800, Pass 1 of 1
[17:20:00]PHASE ONE aborted by user request

No multiprocess

[Options]
#video settings
MODE=0
ENCODE_QUALITY=0
ONEPASS_ENCODING=2
AUTO_QUALITY=1
SD_CONVERT=0
COLOR_BOOST=0
RESIZE_1080=0
DEINTERLACE=0
OPEN_GOP=0
MOVIE_ONLY_LOOP=1
USE_FILTERS=0
IVTC_PULLDOWN=1
ASSUME_DVD_PAL=1
SD_TO_1080=0
CONVERT_WIDE=0
MOVIEONLY_TYPE=19
ALTCRF=20
ALT_TARGET=2048
ALTMETHOD=2
ALTAUTOCROP=0
WIDE_PERCENT=40
WIDE_OFFSET=.85
RESIZE_1440=0
RESIZE_720=0
OUTPUT_3D=1
IGNORE_3D=0
NEROAAC=0
DGDECNV=1
USE_LAVF=0

#audio settings
AUDIO_TO_KEEP=dut;eng;nld;und;
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=1
AVCHD=0
FULL_AVCHD=0

#subtitle settings
SUBS_TO_KEEP=dut;eng;nld;und;

#output settings
REMOVE_WORKFILES=1
REMOVE_OUTPUT=1
REMOVE_IMPORT=1
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=23450
PRIORITY_CLASS=1
TARGET_SIZE=23500
AUTO_BURN=2
QUICK_EXTRAS=0

#General Settings
ENABLE_TEST=1
ENABLE_BLANKING=1
BLANK_THRESHOLD=60
MULTIPROCESS=1
MINIMIZE_TO_TRAY=1
SHUTDOWN_REBOOT=1
IMPORT_FOLDER=C:\TEMP
VERBOSE_STATUS=1
BDMV_CERT_ONLY=1
AUTO_BLANK=0
UNMASK_CHAPTER=1
VERSION=0.50.0.15
COMPLETION_BEEP=1
BEEP_SOUNDFILE=C:\Program Files (x86)\ImgBurn\Sounds\Success.wav
SD_PROGRESSIVE=1
MKV_CHAPTERS=1
SUPTITLE=0
OUTPUT_SBS=0
MENU_BACKGROUND=C:\Program Files (x86)\BD_Rebuilder\misc\menuback.jpg
IMPORT_THRESHOLD=15
QUICK_PLAY_THRESHOLD=10
MENU_AUTO_BACKGROUND=1
MENU_PLAY_SEQUENTIAL=1
MENU_START_WITH_MENU=1
OUTPUT_FOLDER=D:\Blu-ray\Rebuilds\BDRB\
FRIMSOURCE=0
ENCODER=0
DGDECIM=0
DECODER=3
AUDIO_DRC=1
ALT_CRF_TARGET=2048
PGSTOSRT=1

[Paths]
WORKING_PATH=C:\TEMP\
SOURCE_PATH=G:\
DGIndexNV=C:\Program Files (x86)\BD_Rebuilder\Tools\dgdecnv\DGIndexNV.exe
DGDecNV=C:\Program Files (x86)\BD_Rebuilder\Tools\dgdecnv\DGDecodeNV.dll


using only LAV filters and DSS

soneca
21st July 2016, 16:46
jdobbs, when I set multiprocessing (MULTIPROCESS=1) to 1 log shows 4. :confused:
Here (https://saxvuq.s.cld.pt) is the .ini file.

[07/21/16] BD Rebuilder v0.50.17
[12:35:38] Source: MISTERIOS_DO_NILO_00000
- Input BD size: 10,48 GB
- Approximate total content: [00:47:38.814]
- Target BD size: 4,36 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), Two Pass
- Output folder: E:\VIDEOS\
- Decoding/Frame serving: DirectShow [4-way]
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[12:35:40] PHASE ONE, Encoding
- [12:35:40] Processing: VID_00000 (1 of 1)
- [12:35:40] Extracting A/V streams [VID_00000]
[12:36:08]PHASE ONE aborted by user request

Lathe
22nd July 2016, 00:54
i'm loving this new rig. (atm non-overclocked) i7 6700k



1h 15 where on my Q9550 it could easily take 3-4h

Wow, that is fast!

If you don't mind my asking, and I don't mean this as a criticism at all, I'm just really curios. But. since you are taking a full Blu-ray at about 40 Gigs and compressing it almost in half using just the 'Good' ABR 1 pass setting, how does the resulting video quality look? Are you viewing it on a very large screen?

The reason why I am curious is because that film is HIGHLY visual and there is a lot of action. I guess I just can't imagine only using that fast and simple of a setting and compressing it that much that it would still look really good.

Do you mind just giving me your honest impressions of how the resulting encode looks?

Thanks!

Ch3vr0n
22nd July 2016, 01:47
I'm letting bdrb decide the best options for quality. So they're the same excellent quality as always, just in a lot less time. Viewing on standard 42'' hd TV flat screen.

jdobbs
22nd July 2016, 02:04
jdobbs, when I set multiprocessing (MULTIPROCESS=1) to 1 log shows 4. :confused:That's right. When you set it to 1, BD-RB chooses a count based upon your virtual (or actual) processors. Setting it to 0 (or deleting it) will disable multiprocessing (meaning you will use one instance). Setting it to any other number forces that many processes (instances).

Ch3vr0n
22nd July 2016, 02:14
Then why does my 6700k only do 1, doesn't seem right.

Lathe
22nd July 2016, 03:05
I'm letting bdrb decide the best options for quality. So they're the same excellent quality as always, just in a lot less time. Viewing on standard 42'' hd TV flat screen.

Thank you Ch3vr0n; that is what I THOUGHT you usually do, but you specified the 'Fast' option at one ABR pass, so I thought that you chose it deliberately.

So, you are seriously telling me that BDRB chose that fast of a speed and ONE pass when you were compressing a 40 Gig Blu-ray onto a BD-25...???

Seriously...?

soneca
22nd July 2016, 03:11
That's right. When you set it to 1, BD-RB chooses a count based upon your virtual (or actual) processors. Setting it to 0 (or deleting it) will disable multiprocessing (meaning you will use one instance). Setting it to any other number forces that many processes (instances).

I did not know or remember that detail, had never set to 1. :rolleyes:

Ch3vr0n
22nd July 2016, 03:22
Yup, I don't know exactly what makes bdrb decide the settings it decides, but it has never let me down. I didn't specify anything, I have it set to automatic. Bdrb does it's algorithm magic to decide the best quality. You also have to realize, if the original has 6 audio streams and I strip 4 away, there's less to compress so a less complicated algorithm can be used for the same quality.

Sharc
22nd July 2016, 06:41
@chevron:
I don't think that it really matters but I am just wondering about your thousands separators like , and * in your logfiles. Probably a matter of your local Windows settings.

Lathe
22nd July 2016, 07:29
Yup, I don't know exactly what makes bdrb decide the settings it decides, but it has never let me down. I didn't specify anything, I have it set to automatic. Bdrb does it's algorithm magic to decide the best quality. You also have to realize, if the original has 6 audio streams and I strip 4 away, there's less to compress so a less complicated algorithm can be used for the same quality.

Hmmm... quite interesting. I would have NEVER thought that BDRB would have chosen such a fast speed and only 1 pass for such an action packed, visually complex 40 Gig Blu-ray like that. I know that the encoding it chooses can be pretty liberal for my personal taste, but for this film I find that amazing!

Thanks Ch3vr0n!

varekai
22nd July 2016, 09:24
Yup, I don't know exactly what makes bdrb decide the settings it decides, but it has never let me down. I didn't specify anything, I have it set to automatic. Bdrb does it's algorithm magic to decide the best quality. You also have to realize, if the original has 6 audio streams and I strip 4 away, there's less to compress so a less complicated algorithm can be used for the same quality.

The thing is you really can't compress a 42.70 GB Blu-ray to 25 GB without losing video quality. But I guess it's in the eye of the beholder?
The Revenant movie itself is 2:36 long and video size is 39.5 GB.
Downconverting audio saves some space but it is not that significant.
The audio is more of a personal taste, if you have a system that can play DTS-HD Master Audio you'd might wanna keep that.

Torrentted84
22nd July 2016, 13:40
Hi,

Some series and/or movies have their menu broken when choosing the option Resize 1080 -> 720?

I had this with Game of Thrones. When entering the home menu it didn't fit anymore. Also Me and Earl and the Dying girl had this.

When watching the movie and then using scene select, the bottom of the preview window is missing.

Is it possible to resize only the movie and/or extra and leave the menu unaltered.

jdobbs
22nd July 2016, 15:13
Then why does my 6700k only do 1, doesn't seem right.It uses the environment variable NUMBER_OF_PROCESSORS. Currently it maxes out at 4 unless it is manually set higher.

jdobbs
22nd July 2016, 15:16
Hi,

Some series and/or movies have their menu broken when choosing the option Resize 1080 -> 720?

I had this with Game of Thrones. When entering the home menu it didn't fit anymore. Also Me and Earl and the Dying girl had this.

When watching the movie and then using scene select, the bottom of the preview window is missing.

Is it possible to resize only the movie and/or extra and leave the menu unaltered.It shouldn't resize menus. I'll look at it. Unfortunately, though, there's no flag that says "I'm a menu." -- so BD-RB has to look at several factors and make a best guess.

jdobbs
22nd July 2016, 15:21
The thing is you really can't compress a 42.70 GB Blu-ray to 25 GB without losing video quality. But I guess it's in the eye of the beholder?
The Revenant movie itself is 2:36 long and video size is 39.5 GB.
Downconverting audio saves some space but it is not that significant.
The audio is more of a personal taste, if you have a system that can play DTS-HD Master Audio you'd might wanna keep that.He's doing a movie-only encode -- and 2.36 hours isn't very much when you have 25GB target to hold it. The size of the original encode is irrelevant. Source discs are always larger than needed, often simply to make them require a dual layer disc. If you really want to see how much space is required, do a CRF encode with a "near-perfect" setting of around 18. It'll almost surely be much smaller than 25GB. Just for the sake of argument, I'll run "The Revenant" and see.

You'd be surprised how much space is used by audio -- LPCM tracks are sometimes several gigabytes.

IMHO anything greater than AC3 @ 640Kbs is a waste of space unless you really, really need more than 5.1 channels. I know people argue about that all the time, and that's why BD-RB allows you to do it however you want. But I trust science, and the double-blind tests (conducted by Dolby) show that 640Kbs AC3 encoding is indistinguishable to the human ear from the original audio (this is where I invariably get all the subjective "Yeah, but I can hear it with my magic ears" comments). I personally believe "HD Audio" to be nothing more than snake oil, it's just snake oil that happens to be selling very well.

On the other hand, opinions are like assholes. Everybody has one -- and nobody cares about anybody elses. :) Mine included.

varekai
22nd July 2016, 16:10
He's doing a movie-only encode -- and 2.36 hours isn't very much when you have 25GB target to hold it. The size of the original encode is irrelevant. Source discs are always larger than needed, often simply to make them require a dual layer disc. If you really want to see how much space is required, do a CRF encode with a "near-perfect" setting of around 18. It'll almost surely be much smaller than 25GB.

You'd be surprised how much space is used by audio -- LPCM tracks are sometimes several gigabytes.

IMHO anything greater than AC3 @ 640Kbs is a waste of space unless you really, really need more than 5.1 channels. I know people argue about that all the time. But I trust science, and the double-blind tests (conducted by Dolby) show that 640Kbs AC3 encoding is indistinguishable to the human ear from the original audio (this is where I invariably get all the subjective "Yeah, but I can hear it with my magic ears" comments). I personally believe "HD Audio" to be nothing more than snake oil, it's just snake oil that happens to be selling really well.
Aha... always thought the original source encode were important.
Thinking shit in gets shit out, so a good original encode would stand a better chance of a quality compression, but there will always be a limit on how hard you can compress the source, right?
Regarding audio I've seen a lot of blindtest results over the years and I guess some people will always buy "a couple bottles of Dr. Good".

regards

jdobbs
22nd July 2016, 16:18
It's always better to keep an original if possible -- because there is loss with any encode. But if you are going to re-encode anyway, the automatic setting just tries to save you from wasting a lot of time on overkill. But, for those who really don't care about time -- you can always force the "High Quality" setting. In my experience, though, you won't be able to detect a difference. When BD-RB (in automatic mode) runs into a source that has a lot of content it boosts the settings as needed.

Ch3vr0n
22nd July 2016, 16:37
It uses the environment variable NUMBER_OF_PROCESSORS. Currently it maxes out at 4 unless it is manually set higher.

Well the 6700k has 4 cores and 8 logical processors, still only loads 1 x264 instance. Would it be possible (if this cpu processor amount is to "blame") that it forces the maximum recommended on it's own, without having to manually set multi to 4?

jdobbs
22nd July 2016, 17:43
Well the 6700k has 4 cores and 8 logical processors, still only loads 1 x264 instance. Would it be possible (if this cpu processor amount is to "blame") that it forces the maximum recommended on it's own, without having to manually set multi to 4?I'll have to try running with your settings. There are several things that can override MULTIPROCESS and force the encode to 1.

jdobbs
22nd July 2016, 17:59
If you really want to see how much space is required, do a CRF encode with a "near-perfect" setting of around 18. It'll almost surely be much smaller than 25GB. Just for the sake of argument, I'll run "The Revenant" and see.Just as a note for reference, I ran "The Revenant" with a CRF of 18. The total video size was 8.5GB. So it doesn't take a lot of bells-and-whistles during the encode to get high-quality into a 25GB target.

jdobbs
22nd July 2016, 18:03
Well the 6700k has 4 cores and 8 logical processors, still only loads 1 x264 instance. Would it be possible (if this cpu processor amount is to "blame") that it forces the maximum recommended on it's own, without having to manually set multi to 4?Can you look at the NUMBER_OF_PROCESSORS environment variable and see what it says?

Ch3vr0n
22nd July 2016, 18:14
Sure, if you can tell me how

jdobbs
22nd July 2016, 18:50
Sure, if you can tell me howOpen up a DOS window and type SET and enter. It will list all the environment variables.

Or, if you prefer, you can go to Control Panel>System and Security>System>Advanced System Settings and click on "Environment Variables"

I just ran a test of "Revenant" using your settings and am getting 4 instances of X264. The one thing I had to change, though, was from DGDecNV to Directshow. I upgraded my video machine to Windows 10, and my Nvidia GT520 video card is one of the ones that isn't supported yet (by DGDecNV) on Win10, so I can't use DGDecNV anymore.

Ch3vr0n
22nd July 2016, 18:55
Just checked NUMBER_OF_PROCESSORS is listed as 8. However just to be on the safe side for you i've run the DOS command too and pasted the entire set of variables into a txt file for you. If there's anything else you need hardware info wise or other just let me know. i don't have my GTX 1080 yet, so im using the built-in video of the cpu. I can't use dgdecNV yet, and i don't want to "pollute" this new rig with my old 680 (drivers arent getting optimised for it anymore anyway) and risk potential driver issues when it arrives. So i'm using avysinth + only LAV filters. Perhaps that has some impact. FFDshow atm isn't installed (per instructions, it's optional)

jdobbs
22nd July 2016, 19:08
I'm not using FFDSHOW either, I use AVISYNTH with LAV filters just as you do.

jdobbs
22nd July 2016, 19:17
@Ch2vr0n I can't use dgdecNV yet...
One note. The INI you posted has DGDECNV set as your decoder. Maybe that is what is confusing BD-RB. Try going into setup and changing it to DirectshowSource and see if that fixes the issue.

Ch3vr0n
22nd July 2016, 19:20
not according to the setup, unless that damn windows 10 virtualisation is kicking in despite disabled UAC. Any other locations bd-rebuilder.ini might be saved? The one in bdrb's program files folder does show dgdec as 1, but not in setup. For the record: C:\Users\<snip>\AppData\Roaming\BDREBUILDER is EMPTY. There has to be another location because the source & working path in the program files ini file don't match if i edit through bdrb itself.

jdobbs
22nd July 2016, 19:26
Hmm.. when I used your INI it had DGDECNV selected. Maybe it's because the path to it on my system is still valid.

Ch3vr0n
22nd July 2016, 19:29
Well as stated, setup isn't but the ini file is. Any other locations the config file might get saved and used?

soneca
22nd July 2016, 20:21
Just as a note for reference, I ran "The Revenant" with a CRF of 18. The total video size was 8.5GB. So it doesn't take a lot of bells-and-whistles during the encode to get high-quality into a 25GB target.

This film is an excellent "compressibility", there are some movies that no apparent reason(noise, grain...) are difficult to get a reasonable size.

soneca
22nd July 2016, 20:26
It uses the environment variable NUMBER_OF_PROCESSORS. Currently it maxes out at 4 unless it is manually set higher.

Now I understand why only showed 4way in my old i7 980X when I configured multiprocessing to the value 1.
Above 4 cores only manually.

Ch3vr0n
22nd July 2016, 21:01
@Jdobbs ignore for now. I had a good look at that ini and it seems more than that wasn't working. I deleted the entire ini file and let bdrb set one up from scratch and then added a few "standard" hidden opts. The start of the log alone looks completely different. Output path is now listed, 4-way is listed, however when it came to the splitting phase i saw split.exe being launched but avast kicked in with scanning and it failed due to taking too long to launch. Now it (splitting) won't work. Damned, tried excluding entire bdrb folder. Didn't work. Finally had 4-way launched, but fails to actually start encoding. I see the "splitting" line for a second and then encode fail

[07/22/16] BD Rebuilder v0.50.17
[22:08:49] Source: THE_REVENANT
- Input BD size: 42,70 GB
- Approximate total content: [03:43:55.962]
- Target BD size: 22,95 GB
- Windows Version: 6.2 [9200]
- Auto Quality: Good (Very Fast), ABR
- Output folder: D:\Blu-ray\Rebuilds\BDRB\
- Decoding/Frame serving: DirectShow [4-way]
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[22:08:52] PHASE ONE, Encoding
- [22:08:52] Processing: VID_00191 (1 of 3)
- [22:08:52] Extracting A/V streams [VID_00191]
- [22:08:59] Reencoding video [VID_00191]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 1*432 frames
- Bitrate: 9*694 Kbs
- [22:08:59] Reencoding: VID_00191, Pass 1 of 1
- [22:09:11] Video Encode complete
- [22:09:11] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [22:09:11] Multiplexing M2TS
- [22:09:16] Processing: VID_00200 (2 of 3)
- [22:09:16] Extracting A/V streams [VID_00200]
- [22:10:05] Reencoding video [VID_00200]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 63*408 frames
- Bitrate: 7*452 Kbs
- [22:10:05] Reencoding: VID_00200, Pass 1 of 1
- Encode failed. Aborting.
- BD-Rebuilder v0.50.17
- Windows Version: 6.2 [9200]
- Working Path Free Space: 929,52GB
- AVISYNTH Version: 2.6.0.6, Ok
- LAVFILTERS: Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[22:10:06] - Failed video encode, aborted

MrVideo
22nd July 2016, 23:25
IMHO anything greater than AC3 @ 640Kbs is a waste of space unless you really, really need more than 5.1 channels.
As you well know, the only way to get 7.1 channels from movies mixed with that number of channels is via DTS-MA HD and Dolby Digital TrueHD. I'll be reconfiguring my setup with a newer 7.1 amp and additional speakers. The only way to hear what I did in the movie theater.

When it comes to shows produced with only 5.1 channels (TV shows), you are spot on.

Lathe
23rd July 2016, 06:57
Just as a note for reference, I ran "The Revenant" with a CRF of 18. The total video size was 8.5GB. So it doesn't take a lot of bells-and-whistles during the encode to get high-quality into a 25GB target.

WOW! I must admit, I am EXTREMELY surprised! That is one BUSY film with a lot of movement and action. Never would have guessed it...

Well, I guess you do indeed know what the hell you are talking about JD (unique @sshole aside...) :D

soneca
23rd July 2016, 07:00
I usually keep the HD track only when it is released very well distributed in 7.1, in these cases it is worth keeping this massive track with two extra surround channels because the surroundings really is better. But most of the time keep the core in DTS or Dolby Digital. And when I have to convert HD tracks are always Dolby Digital(640Kbps) that are more efficient(for my hearing) while maintaining the SAME quality compared to DTS(1.5Mbps).
Mixing in DTS performed at 4 decibels above the Dolby Digital standard gives the feeling of "sound better", it confuses many ears. :p

Lathe
24th July 2016, 02:34
Something that confuses me (well, ONE of the many things that confuse me...) is, as was being discussed by JD before using CRF, there seems to be some relation to the CRF value and OTHER x264 settings, right? In other words, you don't just use CRF in a vacuum, right? I have not used the CRF 1-pass setting very much, but as JD said I was VERY curious as to whether I can get more compressing from a full Blu-ray using a nice, high CRF value like 18 (which was the value he used in showing how 'THE REVENANT' could be compressed to 8.5 Gigs) BUT... and this is what I don't understand, doesn't the whole deal also depend on what PRESETS you are using? I think that I noticed with BDRB that you still choose the setting 'High', 'Good - Fast', etc. AND you also would choose if you are selecting 1-pass and CRF, and also what CRF value to use, right?

I don't understand how those two work together. For example, basically going by what JD was saying, I took a Blu-ray and chose a 1-pass CRF of 18 (as he has suggested doing a number of times for more compression and to show actually how little room is really needed for a Blu-ray movie) BUT, I didn't know how to set the PRESET, so I left it where I normally do which is 'High' (default) and just to be fancy I threw in my usual x264 tweaks (deblocking, B-frame optimization, Trellis, Psch-vis, & qcomp) and the encode took bloody forever, so I'm thinking 'Great! I'm really going to get a nice, tight, file size here as per what JD was saying, right...?' Well, no... After all that bloody time, the resulting file size was like almost IDENTICAL to what the Blu-ray was to start with. I had to laugh... I KNOW I must have done something wrong, but darned if I know what it was...

Any insights on how I'm screwing this up? Because I would frigg'n LOVE to save more space and do what JD is suggesting, but using BDRB, I can't quite figure out how to do it with the CRF 1-pass. Sure, many times I just simply take a Blu-ray, say about 25 Gigs or so and just set the output size for, say, 10 Gigs, and then use the 2-pass setting and the same 'High' setting and tweaks I always do, and, sure, in THAT case it comes out just fine where it looks great and is about 1/2 the size (keeping the HD audio though, which with my sound system I prefer)

So, when JD says just simply to use a CRF of say 18 and 'see' how small the size comes out, I don't understand quite what that means in the context of using BDRB. In my reading, I'm PRETTY sure that, yes, a CRF setting of 18 should pretty much look transparent to the lossless Blu-ray, sure, but I don't seem to be able to get that resulting smaller file size. And also, FWIW, I tried it too with the new x265 'Archive' settings (which we were talking about not too long ago) and darn if the same damn thing happened with that too where I got almost the same file size as a result.

Any suggestions, or smacking me over the head with a 2x4, or whatever it takes would be very much appreciated!

MrVideo
24th July 2016, 03:40
In my reading, I'm PRETTY sure that, yes, a CRF setting of 18 should pretty much look transparent to the lossless Blu-ray,

FYI, Blu-ray content is not lossless. A lossless movie would not fit on a Blu-ray disc.

I do all of my own x264 encodings. Here is the portion of my script that does the actual work (two passes are actually done):
x264 --pass 1 --profile high --level $LEVEL --bitrate $BITRATE --ref $REF \
--deblock 1:-1:-1 --me umh --subme 10 --psy-rd 1.00:0.15 --merange 24 \
--trellis 2 --deadzone-inter 21 --deadzone-intra 11 --fast-pskip \
--threads 12 --slices 4 --nr 0 --bframes 3 --b-pyramid strict \
--b-adapt 2 --b-bias 0 --direct auto --weightp 0 --keyint $KEYINT \
--min-keyint 1 --scenecut 40 --rc-lookahead 60 --ratetol 1.0 \
--qcomp 0.60 --qpmin 10 --qpmax 51 --qpstep 4 --cplxblur 20.0 \
--qblur 0.5 --vbv-maxrate $MAXBITRATE --vbv-bufsize $BUFSIZE \
--ipratio 1.40 --bluray-compat --open-gop --sar $SAR \
--qpfile "$WINDIRNAME\\${NAME%.*}_qpfile.txt" \
--stats "$WIN$WINDIRNAME\\${NAME%.*}.stats" --output NUL \
"${INPUTFILE}"

I set my own bitrate, I do not use CRF. For 1080p23.976, KEYINT=24. REF=4. SAR=1:1. Whatever the BITRATE is set to, MAXBITRATE and BUFSIZE are set to 2x that value.

I do a lot of 35Mbps MPEG-2 1080i video to H.264 1080p23.976 video. For just viewing, (LEVEL=4.0) the bitrate is 4Mbps. If I am going to put it on a Blu-ray (LEVEL=4.1), then the bitrate will either be 10Mbps or 15Mbps.

I also have 15Mbps H.264 source material, so the bitrate for that is set to 8Mbps. When re-coding video, one should try and keep within the general rule of the recode being no more than 1/2 the source bitrate.

You'll also notice the --qpfile option. That tells the x264 encoder where to start a new I-frame, since that will be a location for a chapter mark (which be on I-frame locations).

YMMV :D

Lathe
24th July 2016, 04:39
FYI, Blu-ray content is not lossless. A lossless movie would not fit on a Blu-ray disc.

I do all of my own x264 encodings. Here is the portion of my script that does the actual work (two passes are actually done):
x264 --pass 1 --profile high --level $LEVEL --bitrate $BITRATE --ref $REF \
--deblock 1:-1:-1 --me umh --subme 10 --psy-rd 1.00:0.15 --merange 24 \
--trellis 2 --deadzone-inter 21 --deadzone-intra 11 --fast-pskip \
--threads 12 --slices 4 --nr 0 --bframes 3 --b-pyramid strict \
--b-adapt 2 --b-bias 0 --direct auto --weightp 0 --keyint $KEYINT \
--min-keyint 1 --scenecut 40 --rc-lookahead 60 --ratetol 1.0 \
--qcomp 0.60 --qpmin 10 --qpmax 51 --qpstep 4 --cplxblur 20.0 \
--qblur 0.5 --vbv-maxrate $MAXBITRATE --vbv-bufsize $BUFSIZE \
--ipratio 1.40 --bluray-compat --open-gop --sar $SAR \
--qpfile "$WINDIRNAME\\${NAME%.*}_qpfile.txt" \
--stats "$WIN$WINDIRNAME\\${NAME%.*}.stats" --output NUL \
"${INPUTFILE}"

I set my own bitrate, I do not use CRF. For 1080p23.976, KEYINT=24. REF=4. SAR=1:1. Whatever the BITRATE is set to, MAXBITRATE and BUFSIZE are set to 2x that value.

I do a lot of 35Mbps MPEG-2 1080i video to H.264 1080p23.976 video. For just viewing, (LEVEL=4.0) the bitrate is 4Mbps. If I am going to put it on a Blu-ray (LEVEL=4.1), then the bitrate will either be 10Mbps or 15Mbps.

I also have 15Mbps H.264 source material, so the bitrate for that is set to 8Mbps. When re-coding video, one should try and keep within the general rule of the recode being no more than 1/2 the source bitrate.

You'll also notice the --qpfile option. That tells the x264 encoder where to start a new I-frame, since that will be a location for a chapter mark (which be on I-frame locations).

YMMV :D

Thanks kindly Mr. V! subme 10, DAMN I bet that takes quite a while :) That was one of the reasons that I personally chose to keep BDRB at it's 'High' (actually technically x264 'Medium') settings. Because at the 'Very Slow' setting it bumps it up to subme 9. But, I then include the higher tweaks for some of the other settings like you have done.

I usually use these 'Tweaks' with BDRB and a setting of 'High' (default)

TWEAK_PASS_ONE=--direct auto --qcomp 0.50
TWEAK_PASS_TWO=--ref 4 --deblock -2:-2 --psy-rd 1.00:0.20 --me umh --subme 8 --trellis 2 --direct auto --qcomp 0.50

I only do this though if I feel that a Blu-ray is REALLY getting compressed, like JD's example of 'THE REVENANT' going from over 40 Gigs to a BD-25. That's why I was shocked when Ch3vr0n said that his 'Auto' setting chose the 'Fast' 1-pass ABR setting! When the compression isn't so high and it's only compressing 2 or 3 Gigs, then I only add these 'Tweaks'

TWEAK_PASS_ONE=--qcomp 0.50
TWEAK_PASS_TWO=--deblock -2:-2 --qcomp 0.50

And, that's only because I like the idea of a sharper picture and having a TAD more of the bits moved to static areas. Probably unnecessary as some have said here :)


Going even to subme 9 bumped up the encoding time a LOT and from what I've read so far for that much more encoding time, you can get more punch out of the Trellis / Psy stuff, like you also have it set (I usually set it just a TAD higher at 1.00:0.2 because from what I've read, it supposedly tweaks that differential between objects / colours, so that it appeals more to the eye)

However... I'm afraid that as very informative and interesting as that is (and I WILL indeed study it to make sure I understand it) it still doesn't answer my puzzlement about presets and CRF - however on some further reading here on Doom9, it appears to make a HUGE difference, I just don't understand the relationship. All I can figure is that JD MUST be either keeping BDRB on 'Automatic' settings (thus almost always 'Fast') or has it set to 'Fast' as well as CRF 18. Otherwise, I don't see how he gets the small size encodes from a full Blu-ray.

soneca
24th July 2016, 05:17
I've never used good, better or high quality but the definitions used by JD equivalent to presets(x264) below:
Good = preset faster
Better = preset fast
High Quality = preset medium
Highest = preset slow
Ultra-High = preset slower

I use CRF(unrestricted) to years because i convert to watch in the media player then do not care level or reference frames, I want to increase the quality and improve compression.
Always used the value 18 as a quality reference(which is actually visual quality) but using CRF has no way to estimate the final size, as I mentioned above, there are difficult to compress movies for no apparent reason. I just encode "Batman v Superman: Dawn of Justice" using CRF18/slower and the file was quite large(13.6 Mb/s).
Typically use the preset slower which gives me a good quality / conversion time.
The differences between presets and final size are few, but if you want to save some 10% while maintaining the same visual quality use the veryslow(16 ref frames) which will give a saving in file size and an increase in your energy bill.
I've lost a lot of time testing x264 settings and a long time also came to the conclusion(at least for my use) that the presets are the best choice.

Lathe
24th July 2016, 06:23
I've never used good, better or high quality but the definitions used by JD equivalent to presets(x264) below:
Good = preset faster
Better = preset fast
High Quality = preset medium
Highest = preset slow
Ultra-High = preset slower

I use CRF(unrestricted) to years because i convert to watch in the media player then do not care level or reference frames, I want to increase the quality and improve compression.
Always used the value 18 as a quality reference(which is actually visual quality) but using CRF has no way to estimate the final size, as I mentioned above, there are difficult to compress movies for no apparent reason. I just encode "Batman v Superman: Dawn of Justice" using CRF18/slower and the file was quite large(13.6 Mb/s).
Typically use the preset slower which gives me a good quality / conversion time.
The differences between presets and final size are few, but if you want to save some 10% while maintaining the same visual quality use the veryslow(16 ref frames) which will give a saving in file size and an increase in your energy bill.
I've lost a lot of time testing x264 settings and a long time also came to the conclusion(at least for my use) that the presets are the best choice.

Thanks Soneca!

I have to keep compatibility with my hardware Blu-ray player, so I can't quite use the official 'Slow' preset, but I use BDRB's 'HIGH' setting (official - Medium) which is fully compliant, and then if I feel a lot of compression is being done, I use the tweaks I mention above, basically bringing a number of the parameters up to a 'Slow' preset.

Heh, I don't think I'd do the overkill of 'Very Slow' - for me, the balance between the official Medium and Slow works really well for most complex or larger Blu-rays. I meant to mention above too that when the Blu-ray only needs to be compressed a few Gigs, not only do I cut back on the 'Tweaks' that I normally use, but I also set the BDRB preset for 'Good' 2-pass. When only a few Gigs are being compressed, it doesn't really seem necessary to use the higher settings.

... still don't understand the relationship between CRF and presets and file size though... :) But, your comment about 'BATMAN VS. SUPERMAN' shows I guess that it just must be pretty unpredictable. I suppose that without any further understanding of this issue, I'll just at most do 2 pass, high quality setting w/tweaks, 10 Gig encodes when I want to save space...