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

lauguru
28th August 2016, 09:31
Even with several parallel decoding processes and 1080p material, the decoding will still use less than 1 GB. So, you have quite some headroom even with "just" 4 GB.




There's going to be very little speed gain in using the 64 bit plugin, if there is any at all. Personally I doubt it.


only it intended to further improve bd rebuilder, with the potential to DGDecNV and vice versa. If you can not, then nothing happens.

lauguru
29th August 2016, 00:33
my experience with MULTIPROCESS=n - Quality: Highest (Very Slow), Two Pass - Decoding/Frame serving: DGDecNV

cpu i7 6 cores/12 threads

MULTIPROCESS=4 102 fps
MULTIPROCESS=12 103 fps
MULTIPROCESS=16 99 fps
MULTIPROCESS=10 98 fps
MULTIPROCESS=14 87 fps
MULTIPROCESS=8 100 fps
MULTIPROCESS=6 102 fps
MULTIPROCESS=5 101 fps

the best is MULTIPROCESS=12 (any relationship with "12 threads"?)

gg72
29th August 2016, 12:59
I can confirm this issue! Since 0.50.16 the encoding speed with LAVF as frameserver reaches only 50 fps in the max.

I have the same problem with Intel i7-3770 CPU and LAVF as frameserver.

jdobbs
29th August 2016, 13:46
I have the same problem with Intel i7-3770 CPU and LAVF as frameserver.I suggest you switch to an older version of X264 and/or try DirectshowSource. If that fixes your problem, you should take it up in the X264 thread.

The encoding speed you get is heavily dependent on your settings. It also depends on which pass you are referring to (pass 1 goes much faster than pass 2). Have you changed your settings recently? As for 50fps... on my AMD FX-8350 that would be a very good speed for "High Quality (Default)" mode (which I often use) during pass 2.

djarthur
29th August 2016, 14:07
@jdobbs

Hi, I know i'm new but i'm looking at this forum from around 2014.. Before i can't do any conversion using BD-RB for limitations on my PC, now i have an i7, but i had made all prosible to convert some BD-50 3D to Full BD-25 3D using batch backup and when finished and play them using TotalMedia Theatre 5, after like 8 minutes playing the main movie for all languages the sound off for all the rest of the movie, no sound at all with any audio lenguages, anybody may know what's going on with this issue.. i had tried using win7-32bits and win10-64bits with BD-RB v0.50.18 v0.50.17 same problem..

i have a log
==========================
[14:26:07] BD Rebuilder v0.50.17
[14:26:07] BEGIN - BATCH SEQUENCE
==========================
-----------------------
[14:26:07] PROCESSING BATCH FILE [1]
----------------------
[08/19/16] BD Rebuilder v0.50.17
[14:26:09] Source: TRANSFORMERS.AGE.OF.EXTINCTION.2014.3D
- Input BD size: 43,46 GB
- Approximate total content: [02:57:18.793]
- Target BD size: 22,46 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very Slow), ABR
- SHUTDOWN at completion enabled
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[14:26:10] PHASE ONE, Encoding
- [14:26:10] Processing: VID_00800 (1 of 1)
- [14:26:10] Extracting A/V streams [VID_00800]
- [14:49:40] Reencoding video [VID_00800]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 237.538 frames
- Bitrate: 17.055 Kbs
- Using FRIMEncoder for MVC encoding
- [14:49:41] Reencoding: VID_00800, Pass 1 of 1
- [05:35:54] Video Encode complete
- [05:35:54] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4354 (eng): Keeping original audio
- Track 4356 (spa): Keeping original audio
- Track 4358 (eng): Keeping original audio
- [05:35:54] Multiplexing M2TS
- [05:51:09] Scanning for 3D CLPI info...
[05:55:51]PHASE ONE complete
[05:55:51]PHASE TWO - Rebuild Started
- [05:55:51] Converting SSIF file references
- [05:56:44] Rebuilding BD-3D file Structure
[05:57:20] - Encode and Rebuild complete
[05:57:20] JOB: TRANSFORMERS.AGE.OF.EXTINCTION.2014.3D_02 finished.
-----------------------
[05:57:20] PROCESSING BATCH FILE [2]
----------------------
[08/20/16] BD Rebuilder v0.50.17
[05:57:24] Source: MARVELS_THE_AVENGERS_3D
- Input BD size: 42,60 GB
- Approximate total content: [02:30:29.561]
- Target BD size: 22,46 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very Slow), ABR
- SHUTDOWN at completion enabled
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[05:57:25] PHASE ONE, Encoding
- [05:57:25] Processing: VID_00800 (1 of 1)
- [05:57:25] Extracting A/V streams [VID_00800]
- [06:20:29] Reencoding video [VID_00800]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 205.592 frames
- Bitrate: 19.500 Kbs
- Using FRIMEncoder for MVC encoding
- [06:20:29] Reencoding: VID_00800, Pass 1 of 1
- [20:49:39] Video Encode complete
- [20:49:39] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4354 (spa): Keeping original audio
- [20:49:39] Multiplexing M2TS
- [21:03:49] Scanning for 3D CLPI info...
[21:08:18]PHASE ONE complete
[21:08:18]PHASE TWO - Rebuild Started
- [21:08:18] Converting SSIF file references
- [21:11:15] Rebuilding BD-3D file Structure
[21:11:21] - Encode and Rebuild complete
[21:11:21] JOB: MARVELS_THE_AVENGERS_3D_02 finished.
-----------------------
[21:11:21] PROCESSING BATCH FILE [3]
----------------------
[08/20/16] BD Rebuilder v0.50.17
[21:11:25] Source: THOR.THE.DARK.WORLD.2013.3D
- Input BD size: 39,42 GB
- Approximate total content: [02:00:20.463]
- Target BD size: 22,46 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very Slow), ABR
- SHUTDOWN at completion enabled
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[21:11:26] PHASE ONE, Encoding
- [21:11:26] Processing: VID_00939 (1 of 4)
- [21:11:26] Extracting A/V streams [VID_00939]
- [21:11:31] Reencoding video [VID_00939]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 120 frames
- Bitrate: 19.293 Kbs
- Using FRIMEncoder for MVC encoding
- [21:11:32] Reencoding: VID_00939, Pass 1 of 1
- [21:11:38] Video Encode complete
- [21:11:38] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4355 (spa): Keeping original audio
- [21:11:38] Multiplexing M2TS
- [21:11:42] Scanning for 3D CLPI info...
- [21:11:42] Processing: VID_00011 (2 of 4)
- [21:11:42] Extracting A/V streams [VID_00011]
- [21:11:51] Reencoding video [VID_00011]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 696 frames
- [21:11:51] Reencoding: VID_00011, Pass 1 of 1
- [21:12:04] Video Encode complete
- [21:12:04] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:12:04] Multiplexing M2TS
- [21:12:10] Processing: VID_00527 (3 of 4)
- [21:12:10] Extracting A/V streams [VID_00527]
- [21:12:41] Reencoding video [VID_00527]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 3.648 frames
- Bitrate: 18.587 Kbs
- Using FRIMEncoder for MVC encoding
- [21:12:41] Reencoding: VID_00527, Pass 1 of 1
- [21:24:52] Video Encode complete
- [21:24:52] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4354 (spa): Keeping original audio
- [21:24:52] Multiplexing M2TS
- [21:25:01] Scanning for 3D CLPI info...
- [21:25:07] Processing: VID_00800 (4 of 4)
- [21:25:07] Extracting A/V streams [VID_00800]
- [21:47:49] Reencoding video [VID_00800]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 161.198 frames
- Bitrate: 24.851 Kbs
- Using FRIMEncoder for MVC encoding
- [21:47:49] Reencoding: VID_00800, Pass 1 of 1
- [08:14:55] Video Encode complete
- [08:14:55] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4355 (spa): Keeping original audio
- [08:14:55] Multiplexing M2TS
- [08:28:56] Scanning for 3D CLPI info...
[08:33:39]PHASE ONE complete
[08:33:39]PHASE TWO - Rebuild Started
- [08:33:39] Converting SSIF file references
- [08:35:26] Rebuilding BD-3D file Structure
[08:35:36] - Encode and Rebuild complete
[08:35:36] JOB: THOR.THE.DARK.WORLD.2013.3D_02 finished.
-----------------------
[08:35:36] PROCESSING BATCH FILE [4]
----------------------
[08/21/16] BD Rebuilder v0.50.17
[08:35:42] Source: XMEN_DAYS_OF_FUTURE_PAST_3D
- Input BD size: 43,87 GB
- Approximate total content: [02:22:53.981]
- Target BD size: 22,46 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very Slow), ABR
- SHUTDOWN at completion enabled
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[08:35:42] PHASE ONE, Encoding
- [08:35:42] Processing: VID_00251 (1 of 2)
- [08:35:42] Extracting A/V streams [VID_00251]
- [08:36:02] Reencoding video [VID_00251]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 2.203 frames
- Bitrate: 19.823 Kbs
- Using FRIMEncoder for MVC encoding
- [08:36:02] Reencoding: VID_00251, Pass 1 of 1
- [08:43:01] Video Encode complete
- [08:43:01] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [08:43:01] Multiplexing M2TS
- [08:43:12] Scanning for 3D CLPI info...
- [08:43:16] Processing: VID_00500 (2 of 2)
- [08:43:16] Extracting A/V streams [VID_00500]
- [09:04:11] Reencoding video [VID_00500]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 189.299 frames
- Bitrate: 20.831 Kbs
- Using FRIMEncoder for MVC encoding
- [09:04:11] Reencoding: VID_00500, Pass 1 of 1
- [14:05:47] Video Encode complete
- [14:05:47] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4354 (spa): Keeping original audio
- [14:05:47] Multiplexing M2TS
- [14:12:45] Scanning for 3D CLPI info...
[14:14:46]PHASE ONE complete
[14:14:46]PHASE TWO - Rebuild Started
- [14:14:46] Converting SSIF file references
- [14:20:15] Rebuilding BD-3D file Structure
[14:20:35] - Encode and Rebuild complete
[14:20:35] JOB: XMEN_DAYS_OF_FUTURE_PAST_3D_02 finished.
==========================
[14:20:35] END - BATCH SEQUENCE
==========================
- Computer SHUTDOWN initiated.
[08/22/16] Checking System Settings
- BD-Rebuilder v0.50.17
- Windows Version: 6.1 [7601]
- Working Path Free Space: 136,77GB
- AVISYNTH Version: 2.5.8.0, Ok
- LAVFILTERS: Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[08/22/16] Systems Settings Check complete
==========================
[10:14:46] BD Rebuilder v0.50.18
[10:14:46] BEGIN - BATCH SEQUENCE
==========================
-----------------------
[10:14:46] PROCESSING BATCH FILE [1]
----------------------
[08/22/16] BD Rebuilder v0.50.18
[10:14:46] Source: THOR.THE.DARK.WORLD.2013.3D
- Input BD size: 39,42 GB
- Approximate total content: [02:00:20.463]
- Target BD size: 22,46 GB
- Windows Version: 6.1 [7601]
- Quality: High Quality (Default), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[10:14:46] PHASE ONE, Encoding
- [10:14:46] Processing: VID_00939 (1 of 4)
- [10:14:46] Extracting A/V streams [VID_00939]
- [10:14:50] Reencoding video [VID_00939]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 120 frames
- Bitrate: 17.894 Kbs
- Using FRIMEncoder for MVC encoding
- [10:14:51] Reencoding: VID_00939, Pass 1 of 1
- [10:14:57] Video Encode complete
- [10:14:57] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4354 (fra): Keeping original audio
- Track 4355 (spa): Keeping original audio
- Track 4356 (por): Keeping original audio
- [10:14:57] Multiplexing M2TS
- [10:15:00] Scanning for 3D CLPI info...
- [10:15:01] Processing: VID_00011 (2 of 4)
- [10:15:01] Extracting A/V streams [VID_00011]
- [10:15:08] Reencoding video [VID_00011]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 696 frames
- [10:15:08] Reencoding: VID_00011, Pass 1 of 1
- [10:15:18] Video Encode complete
- [10:15:18] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [10:15:18] Multiplexing M2TS
- [10:15:23] Processing: VID_00527 (3 of 4)
- [10:15:23] Extracting A/V streams [VID_00527]
- [10:15:51] Reencoding video [VID_00527]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 3.648 frames
- Bitrate: 17.611 Kbs
- Using FRIMEncoder for MVC encoding
- [10:15:51] Reencoding: VID_00527, Pass 1 of 1
- [10:22:21] Video Encode complete
- [10:22:21] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (fra): Keeping original audio
- Track 4354 (spa): Keeping original audio
- Track 4355 (por): Keeping original audio
- [10:22:21] Multiplexing M2TS
- [10:22:31] Scanning for 3D CLPI info...
- [10:22:36] Processing: VID_00800 (4 of 4)
- [10:22:36] Extracting A/V streams [VID_00800]
- [10:46:00] Reencoding video [VID_00800]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 161.198 frames
- Bitrate: 24.757 Kbs
- Using FRIMEncoder for MVC encoding
- [10:46:00] Reencoding: VID_00800, Pass 1 of 1
- [15:48:16] Video Encode complete
- [15:48:16] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4354 (fra): Keeping original audio
- Track 4355 (spa): Keeping original audio
- Track 4356 (por): Keeping original audio
- [15:48:16] Multiplexing M2TS
- [16:03:10] Scanning for 3D CLPI info...
[16:08:17]PHASE ONE complete
[16:08:17]PHASE TWO - Rebuild Started
- [16:08:17] Converting SSIF file references
- [16:09:57] Rebuilding BD-3D file Structure
[16:10:07] - Encode and Rebuild complete
[16:10:07] JOB: THOR.THE.DARK.WORLD.2013.3D_02 finished.

"C:\n\APPs\BD_Rebuilder\tools\x264.exe" "C:\N\THOR.THE.DARK.WORLD.2013.3D\BDMV\STREAM\00011.m2ts" --preset ultrafast --demuxer lavf --fps 24000/1001 --cabac --bframes 3 --b-pyramid none --qpmin=0 --slow-firstpass --crf 20 --level 4.1 --qpfile "C:\N\LISTOS\WORKFILES\VID_00011.CHP" --sar 1:1 --aud --nal-hrd vbr --pic-struct --vbv-bufsize 30000 --keyint 24 --min-keyint 1 --ipratio 1.1 --pbratio 1.1 --vbv-maxrate 35000 --slices 4 --threads auto --thread-input --stats "C:\N\LISTOS\WORKFILES\00011.m2ts.264.stats" --pass 1 --output "C:\N\LISTOS\WORKFILES\00011.m2ts.264"

Any Help Please....

Thanks jdobbs for all you work..

jdobbs
29th August 2016, 14:50
I suggest you switch to an older version of X264 and/or try DirectshowSource. If that fixes your problem, you should take it up in the X264 thread.

The encoding speed you get is heavily dependent on your settings. It also depends on which pass you are referring to (pass 1 goes much faster than pass 2). Have you changed your settings recently? As for 50fps... on my AMD FX-8350 that would be a very good speed for "High Quality (Default)" mode (which I often use) during pass 2.I went back several versions of X264 -- and I'm not seeing any significant difference in encoding speed. I will say that I'm seeing faster speeds with DirectshowSource than with X264/LAVF (at least in pass 1), but that could very well have always been the case (I rarely use X264/LAVF).

gg72
29th August 2016, 15:02
I suggest you switch to an older version of X264 and/or try DirectshowSource.

With the version 0.50.14 and with the same settings as in the newest version of BDRebuilder (x264/internal LAVF for frameserving) the reencoding speed is about 90fps, with 0.50.18 it reaches only maximum 50fps, the encoding time is almost double.

I will try DirectshowSource also.

jdobbs
29th August 2016, 15:17
With the version 0.50.14 and with the same settings as in the newest version of BDRebuilder (x264/internal LAVF for frameserving) the reencoding speed is about 90fps, with 0.50.18 it reaches only maximum 50fps, the encoding time is almost double.

I will try DirectshowSource also.I went back to an older version of BD-RB (v0.50.12) and did a clean install. You're right. If I switch between X264 versions from old to new (no other changes, and the exact same command line), the speed jumps from about 60fps to 105fps (both in pass 1). That means that something in the latest X264 update is the cause of the slowdown. It seems to only affect X264/LAVF mode from what I see so far. There was a libavformat update between the two versions I'm looking at -- so a good guess would be that the issue is related to that change.

In the meantime, I'd suggest you change your version of X264 to one from a previous version (before v0.50.16) of BD-RB if you are using X264/LAVF mode.

I normally use the Komisar builds of X264 for BD-RB. I'll look around for a different build and see if it is related to just this one or others as well.

[Edit] It seems to be the same across all builds. I'm guessing the libavformat update is the cause. If you think it's really necessary to use X264/LAVF then you should back up to an older X264 version. But you'd probably be better off simply using DirectshowSource() or DGDecNV instead -- as, at least on my system, they is just as fast as X264/LAFV. There's no telling whether the LAVF speed will ever return -- and you don't want to lock yourself into an older X264 version if you don't have to.

gg72
29th August 2016, 16:35
In the meantime, I'd suggest you change your version of X264 to one from a previous version (before v0.50.16) of BD-RB if you are using X264/LAVF mode.

But you'd probably be better off simply using DirectshowSource() or DGDecNV instead -- as, at least on my system, they is just as fast as X264/LAFV.

OK, thanks.
I don't have nvidia video card, DGDecNV is not an option for me.

MrVideo
29th August 2016, 19:43
@jdobbs

No comments regarding my posting?

ggtop
29th August 2016, 21:04
Hi jdobbs,

I have lately done a rebuild of "Bridge of spies" which worked OK. As always I also did an alternate movie-only to MP4 and I again had this special error "Create AVS error" with hard coding forced subtitles on multi-part playlists. As this is quite a common and new title maybe I have a chance you also have that one and could test it :)

A possible work-around was to do a movie-only BD50 first and create a MP4 from that Output which worked.

ini-file:
FORCED_SUB_LANG=deu;ger;

I have attached some screenshots. At the time the error appears only 01770.m2ts is demuxed.

ggtop

jdobbs
29th August 2016, 22:22
@jdobbs

No comments regarding my posting?1. Sometimes, but not typically. There are specific requirements for Bluray that are rarely included in imported files. FORCE_NOENCODE can be overriden when they are present.

2. I do this all the time and have never lost the chapters. In fact, after they are imported, they are treated exactly like chapters in any other BD. I'd need an example.

3. I'm not sure I get all of what you're saying. The Source Path is meant ONLY for a BD structure -- so it makes complete sense that only a BD structure is accepted. Again, I use this all the time and have never experienced an import pointing to the wrong place.

4. Yeah, I can add a TITLE_VERTICAL and TITLE_HORIZONTAL.

5. You have to use the proper title -- it looks like you got that one straightened out.


Enhancements:

1. I'll add that to the wish list.
2. The font size is dependent on too many other parameters (number of items, line spacing, etc.) I'll look at it, but it's not likely to change. Every time I add things that gives the user the ability to cause self-inflicted injuries -- I end up spending way too much time proving it isn't a bug.
3. See 4 above.
4. Ok. I can look at that.
5. Probably more likely than #2,

jdobbs
29th August 2016, 22:27
Hi jdobbs,

I have lately done a rebuild of "Bridge of spies" which worked OK. As always I also did an alternate movie-only to MP4 and I again had this special error "Create AVS error" with hard coding forced subtitles on multi-part playlists. As this is quite a common and new title maybe I have a chance you also have that one and could test it :)

A possible work-around was to do a movie-only BD50 first and create a MP4 from that Output which worked.

ini-file:
FORCED_SUB_LANG=deu;ger;

I have attached some screenshots. At the time the error appears only 01770.m2ts is demuxed.

ggtopI'll see what I can find. Can you post your settings (BDREBUILDER.INI) so I can make sure we're working in the same conditions.

MrVideo
30th August 2016, 02:24
1. Sometimes, but not typically. There are specific requirements for Bluray that are rarely included in imported files. FORCE_NOENCODE can be overriden when they are present.
I do not know what requirements could be missing, when the video was specifically encoded with Blu-ray specs. The resulting videos play perfectly in my Samsung BD player, using the BDMV structure that BDRB assembles when the files are imported.

The other thing that I noticed is that when I had two files imported, when I did the backup, the recoding resulted in much larger files. IMHO, there is no need to try and fill the disc. In any event, the sample that I provide will also let you figure out why a recoding is needed.

For me, the recoding issue is kinda moot, since I do not need to do the backup portion, since the BDMV structure that is built is BD burning ready.
2. I do this all the time and have never lost the chapters. In fact, after they are imported, they are treated exactly like chapters in any other BD. I'd need an example.
I'll RAR an example file and put it on my server and then send you a PM with the link info. It will take a while to download, as I only have 4Mbps outgoing. I'll test it first to make sure that the chapters used are indeed different than what are in the file.
3. I'm not sure I get all of what you're saying. The Source Path is meant ONLY for a BD structure -- so it makes complete sense that only a BD structure is accepted. Again, I use this all the time and have never experienced an import pointing to the wrong place.
I just noticed that I wasn't paying attention to the path listed in the INI's file:
SOURCE_PATH=G:\REBUILDER\WORKING\IMPORTS\LOTS-BD-DISC-11
I think I have a different definition of "source path" than you do. That line in the INI points to the source of the files for when BACKUP is done. I'm guessing that the source path in the GUI is really the source of what is to be imported into the project and is not saved in the INI file. In other words, SOURCE_PATH in the INI != SOURCE_PATH in the GUI.

When importing MKV files, the source path entered in the GUI is not remembered correctly. Up until a moment ago, when doing the import, the path shown in the GUI has been "LotS-BD-disc-16", (which I had used at one time), but for my testing, I have been using "LotS-BD-disc-11". Now just looking it is showing "LegendOfTheSeeker", which is the root to the other two. No idea why it has now changed. Is the value entered supposed to be saved in the registry?

UPDATE: Believe me when I say that for the longest time when I was trying to import MKV files, the starting path was wrong. It never updated to what I ended up using. Now it is working and I've changed nothing. When I go to get MKV files, it uses the path I last used. The program must have known that I've posted about it and it decided to be nice to me. :D

As for the chapter marks, I tested a couple of files and the working CHP file that is created matches exactly the chapter file that I use during my encoding process. I'm at a total loss. Massive age brain fart?

So, these two items can be crossed off the list.
4. Yeah, I can add a TITLE_VERTICAL and TITLE_HORIZONTAL.
That would be great, thanks.
5. You have to use the proper title -- it looks like you got that one straightened out.
I have, but it would still be great if the log would contain an entry if the font is not found. That would warn users that if they continue to spend hours recoding that the menu would not have the font they desired. This way they can figure out why not and not waste a lot of time recoding.

Enhancements:

1. I'll add that to the wish list.
Great.
2. The font size is dependent on too many other parameters (number of items, line spacing, etc.) I'll look at it, but it's not likely to change. Every time I add things that gives the user the ability to cause self-inflicted injuries -- I end up spending way too much time proving it isn't a bug.
Unlike many users of BDRB, I've been dealing with fonts since I was in my later teenage years (many decades ago :D). But, you are right. While I won't bitch about the results because of my settings, that isn't to say that those who do not understand the concept will think there is something wrong. Just a thought.
4. Ok. I can look at that.
Thanks.
5. Probably more likely than #2,
Since it only affects a single line, less of a chance of getting it wrong. :D

Thanks for the reply.

ggtop
30th August 2016, 08:07
I'll see what I can find. Can you post your settings (BDREBUILDER.INI) so I can make sure we're working in the same conditions.

Sure. I just wanted to wait posting all details because I promised earlier not report this error again :)

Log:
----------------------
[08.30.16] BD Rebuilder v0.50.18
[08:45:22] Source: BRIDGE_OF_SPIES_00801
- Input BD size: 38,18 GB
- Approximate total content: [02:21:19.637]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: My MP4 Container, 1920x1080, AutoGOP, AC3-448
- Quality: High Quality (Default)
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[08:45:22] PHASE ONE, Encoding
- [08:45:22] Processing: VID_01770 (1 of 5)
- [08:45:22] Extracting A/V streams [VID_01770]
- [08:56:50] CreateAVS() 00000
[08:59:52] - Could not create AVS file

section from alternate.txt:
[00040]
caption=My MP4 Container, 1920x1080, AutoGOP, AC3-448
vBitrate=3000
aBitrate=448
aType=0
vFormat=5
vKeyint=Auto
cType=5

Attached inf & ini file.

Thanks in advance

ggtop

lauguru
31st August 2016, 10:37
@jdobbs
it would be possible to add MULTIPROCESS = n and THREADS = n for X265 in ARCHIVE_MODE?, if I have marked THREADS = 12 in rebuilder.ini, not encode




http://image.prntscr.com/image/d7bcbfaf5f1345e19b8c63a5972e253c.png


if I delete THREADS = 12 in rebuilder.ini, encodes but very slow


http://image.prntscr.com/image/0449263045804a5fb9d45927854acc6f.png


http://image.prntscr.com/image/b279a32a8b274e3fba226edf8b50a78e.pnghttp://image.prntscr.com/image/948269a3b3f74fdbbbc4dc481261218a.png

mparade
31st August 2016, 19:47
@jdobbs
it would be possible to add MULTIPROCESS = n and THREADS = n for X265 in ARCHIVE_MODE?, if I have marked THREADS = 12 in rebuilder.ini, not encode




http://image.prntscr.com/image/d7bcbfaf5f1345e19b8c63a5972e253c.png


if I delete THREADS = 12 in rebuilder.ini, encodes but very slow


http://image.prntscr.com/image/0449263045804a5fb9d45927854acc6f.png


http://image.prntscr.com/image/b279a32a8b274e3fba226edf8b50a78e.pnghttp://image.prntscr.com/image/948269a3b3f74fdbbbc4dc481261218a.png

try these tweaks if they help:

--pmode;
--pme;

to saturate your CPU cores instead of MULTIPROCESS = n and THREADS = n. I think the latter cannot even be interpreted by x265.

lauguru
1st September 2016, 09:07
@mparade thanks

TWEAK_X265= --pmode;
or
TWEAK_X265= --pme;

???

try these tweaks if they help:

--pmode;
--pme;

to saturate your CPU cores instead of MULTIPROCESS = n and THREADS = n. I think the latter cannot even be interpreted by x265.

jdobbs
1st September 2016, 15:56
I could try this:

TWEAK_X265=--pmode --pme

From the X264 help:Threading, performance:
--pools <integer,...> Comma separated thread count per thread pool (pool per NUMA node)
'-' implies no threads on node, '+' implies one thread per core on node
-F/--frame-threads <integer> Number of concurrently encoded frames. 0: auto-determined by core count
--[no-]wpp Enable Wavefront Parallel Processing. Default enabled
--[no-]pmode Parallel mode analysis. Default disabled
--[no-]pme Parallel motion estimation. Default disabled
--[no-]asm <bool|int|string> Override CPU detection. Default: auto

lauguru
1st September 2016, 16:25
TWEAK_PASS_ONE=--pmode --pme
TWEAK_PASS_TWO=--pmode --pme

TWEAK_X265=--pmode --pme


serve to both? X265 to X264?

I could try this:

TWEAK_X265=--pmode --pme

From the X264 help:Threading, performance:
--pools <integer,...> Comma separated thread count per thread pool (pool per NUMA node)
'-' implies no threads on node, '+' implies one thread per core on node
-F/--frame-threads <integer> Number of concurrently encoded frames. 0: auto-determined by core count
--[no-]wpp Enable Wavefront Parallel Processing. Default enabled
--[no-]pmode Parallel mode analysis. Default disabled
--[no-]pme Parallel motion estimation. Default disabled
--[no-]asm <bool|int|string> Override CPU detection. Default: auto


Parallel Mode Analysis
When --pmode is enabled, each CU (at all depths from 64x64 to 8x8) will distribute its analysis work to the thread pool via a bonded task group. Each analysis job will measure the cost of one prediction for the CU: merge, skip, intra, inter (2Nx2N, Nx2N, 2NxN, and AMP).

At slower presets, the amount of increased parallelism from pmode is often enough to be able to reduce or disable frame parallelism while achieving the same overall CPU utilization. Reducing frame threads is often beneficial to ABR and VBV rate control.

Parallel Motion Estimation
When --pme is enabled all of the analysis functions which perform motion searches to reference frames will distribute those motion searches to other worker threads via a bonded task group (if more than two motion searches are required).

mparade
1st September 2016, 18:54
TWEAK_PASS_ONE=--pmode --pme
TWEAK_PASS_TWO=--pmode --pme

TWEAK_X265=--pmode --pme


serve to both? X265 to X264?




Parallel Mode Analysis
When --pmode is enabled, each CU (at all depths from 64x64 to 8x8) will distribute its analysis work to the thread pool via a bonded task group. Each analysis job will measure the cost of one prediction for the CU: merge, skip, intra, inter (2Nx2N, Nx2N, 2NxN, and AMP).

At slower presets, the amount of increased parallelism from pmode is often enough to be able to reduce or disable frame parallelism while achieving the same overall CPU utilization. Reducing frame threads is often beneficial to ABR and VBV rate control.

Parallel Motion Estimation
When --pme is enabled all of the analysis functions which perform motion searches to reference frames will distribute those motion searches to other worker threads via a bonded task group (if more than two motion searches are required).

I think TWEAK_PASS_ONE&TWO are only for x264 command line.
Here, "well-working" x264 command line tweaks are --threads auto and
--thread-input. My cores are saturated even when using only these two tweaks.

Regarding x265 command line, at first try --pmode. If you are not saturating the cores add --pme as well and let us see the utilization of your CPU. :)

lauguru
1st September 2016, 21:32
I think TWEAK_PASS_ONE&TWO are only for x264 command line.
Here, "well-working" x264 command line tweaks are --threads auto and
--thread-input. My cores are saturated even when using only these two tweaks.

Regarding x265 command line, at first try --pmode. If you are not saturating the cores add --pme as well and let us see the utilization of your CPU. :)

if I understood correctly for x264, the tweak is written as:

TWEAK_PASS_ONE=--threads auto --thread-input
TWEAK_PASS_TWO=--threads auto --thread-input

?

DoctorM
2nd September 2016, 01:09
Two things.
First, is FRIMEncoder only ABR 1-pass? I thought 2-pass was the default.

Second, I'm a bit confused about 3D rebuilds. They can be output as folders, even Movie-Only now (as opposed to .ISO), but that lacks the SSIF data.
Is that still burnable and functional? I've never really gotten my head around how BD3D does its thing.

Edit: Also, FRIMEncoder doesn't MultiProcess? All cores seem to normally be in use on my AMD chip, but I never exceed 75% utilization.
MultiProcess=1 doesn't show up as engaging while encoding 3D.

jdobbs
2nd September 2016, 01:46
FRIM doesn't support 2 pass (nor does, I believe, the underlying Intel libraries) -- so, no, it's not the default.

There are several ways you can do 3D in Bluray that are supported within the standard. The SSIF folder is just one of them. BD-RB does it the best way for a particular purpose while staying within the abilities of TSMUXER. The problem with output to folders is that you can't have portions of different files appearing as two in the file structure (as can be done in a write to ISO and as happens in an SSIF structure) without almost doubling the size (with redundant data), so you MUST use a non-SSIF method. You also can't do a full-backup using SSIF because TSMUXER only supports movie-only output to ISO.

You can't do multipass because 3D requires FRIMDECODE and it doesn't support random seeking.

DoctorM
2nd September 2016, 06:12
FRIM doesn't support 2 pass (nor does, I believe, the underlying Intel libraries) -- so, no, it's not the default.

There are several ways you can do 3D in Bluray that are supported within the standard. The SSIF folder is just one of them. BD-RB does it the best way for a particular purpose while staying within the abilities of TSMUXER. The problem with output to folders is that you can't have portions of different files appearing as two in the file structure (as can be done in a write to ISO and as happens in an SSIF structure) without almost doubling the size (with redundant data), so you MUST use a non-SSIF method. You also can't do a full-backup using SSIF because TSMUXER only supports movie-only output to ISO.

You can't do multipass because 3D requires FRIMDECODE and it doesn't support random seeking.

Thanks, that covers everything. Good to know the whole SSIF thing is not a requirement of a functioning 3DBD. Which now makes me wonder why they do it that way at all.

mparade
2nd September 2016, 08:43
if I understood correctly for x264, the tweak is written as:

TWEAK_PASS_ONE=--threads auto --thread-input
TWEAK_PASS_TWO=--threads auto --thread-input

?

Yes, but there is no need to use them as separate parameter for TWEAK_PASS_X, because jdobbs already inserted them in the command line, so they are used as default (note: as a hiddenopt you can modify THREADS=auto to THREADS=x in the ini file through BD-RB menu, so you can specify more than 1.5xlogical cores if that one still does not saturate your cores).

lauguru
2nd September 2016, 09:15
Yes, but there is no need to use them as separate parameter for TWEAK_PASS_X, because jdobbs already inserted them in the command line, so they are used as default (note: as a hiddenopt you can modify THREADS=auto to THREADS=x in the ini file through BD-RB menu, so you can specify more than 1.5xlogical cores if that one still does not saturate your cores).

http://image.prntscr.com/image/227c24244b274c0aa5c12482d8bd16de.png


According to this processor, my setup is rebuilder.ini bd: what you think is right?
EXTENDED_GOP = 1 also improve image quality bd50tobd25?

[Options]
VERSION=0.50.0.18

TWEAK_PASS_ONE=--threads auto --thread-input
TWEAK_PASS_TWO=--threads auto --thread-input
MULTIPROCESS=6
TWEAK_X265=--pmode --pme
THREADS=12
EXTENDED_GOP=1
B_PYRAMID=1

ENABLE_TEST=1
DEFAULT_LANG=spa
MIN_PLAYLIST_MINS=1
MIN_M2TS_SIZE=5



IMPORT_PAL_TO_FILM=1
NEW_CRF_PREDICTION=1

ARCHIVE_ENABLE=1
ARCHIVE_CRF=13.7
ARCHIVE_QUALITY=3
ARCHIVE_LIMIT=0
ARCHIVE_265=1

MrVideo
2nd September 2016, 13:23
Good to know the whole SSIF thing is not a requirement of a functioning 3DBD. Which now makes me wonder why they do it that way at all.

Otherwise you will not get full 1080p resolution. Side-by-Side or Top-Bottom options result in a lost of resolution.

jdobbs
2nd September 2016, 15:15
Otherwise you will not get full 1080p resolution. Side-by-Side or Top-Bottom options result in a lost of resolution.You do not lose resolution just because you don't use a SSIF folder. The blu-ray standard allows for the MVC information to be kept in a additional stream within the same M2TS file. It doesn't use over-under or side-by-side. The output is identical to the MVC stream you will have if using a SSIF.

MrVideo
2nd September 2016, 15:23
The blu-ray standard allows for the MVC information to be kept in a additional stream within the same M2TS file. It doesn't use over-under or side-by-side. The output is identical to the MVC stream you will have if using a SSIF.

You are right, I totally forgot about that.

mparade
2nd September 2016, 17:07
http://image.prntscr.com/image/227c24244b274c0aa5c12482d8bd16de.png


According to this processor, my setup is rebuilder.ini bd: what you think is right?
EXTENDED_GOP = 1 also improve image quality bd50tobd25?

[Options]
VERSION=0.50.0.18

TWEAK_PASS_ONE=--threads auto --thread-input
TWEAK_PASS_TWO=--threads auto --thread-input
MULTIPROCESS=6
TWEAK_X265=--pmode --pme
THREADS=12
EXTENDED_GOP=1
B_PYRAMID=1

ENABLE_TEST=1
DEFAULT_LANG=spa
MIN_PLAYLIST_MINS=1
MIN_M2TS_SIZE=5



IMPORT_PAL_TO_FILM=1
NEW_CRF_PREDICTION=1

ARCHIVE_ENABLE=1
ARCHIVE_CRF=13.7
ARCHIVE_QUALITY=3
ARCHIVE_LIMIT=0
ARCHIVE_265=1

Would you like to reserve the menus as well in your output or is your aim to get movie-only backups and to burn them to BD-25?

lauguru
2nd September 2016, 20:53
Would you like to reserve the menus as well in your output or is your aim to get movie-only backups and to burn them to BD-25?

if, keeping the menus and make BD25

mparade
3rd September 2016, 14:17
@jdobbs

When making batch jobs, is the filter used in the avs filter editor of BD-RB saved in the job itself? I would like to use different crop values for the different jobs then putting them in the batch queue. Is it possible?

Thanks for your help!

mparade
3rd September 2016, 14:29
if, keeping the menus and make BD25

Do you prefer archiving using x265 to x264? I think there will currently be some problems when playing it back with the menus.

If I were you, I would use x264 with the excellent automatic features of BD-RB (if the output required is BD-25 with menus). To make everything as simple as possible just use the preset&tune system of x264. Additionally, I would use some of the hiddenopts to "fine tune" the encode. If you don't know what is a hiddenopt for, just search for it in the "history".txt file located in the BD-RB root folder or here:

https://en.wikibooks.org/wiki/MeGUI/x264_Settings

jdobbs
3rd September 2016, 15:48
@jdobbs

When making batch jobs, is the filter used in the avs filter editor of BD-RB saved in the job itself? I would like to use different crop values for the different jobs then putting them in the batch queue. Is it possible?

Thanks for your help!The moment you put something in the queue all the settings are fixed at that time. Any changes after that point don't affect a queued job. So yes, it's possible.

mparade
3rd September 2016, 19:27
The moment you put something in the queue all the settings are fixed at that time. Any changes after that point don't affect a queued job. So yes, it's possible.

Nice job! :)

lauguru
3rd September 2016, 20:42
Do you prefer archiving using x265 to x264? I think there will currently be some problems when playing it back with the menus.

If I were you, I would use x264 with the excellent automatic features of BD-RB (if the output required is BD-25 with menus). To make everything as simple as possible just use the preset&tune system of x264. Additionally, I would use some of the hiddenopts to "fine tune" the encode. If you don't know what is a hiddenopt for, just search for it in the "history".txt file located in the BD-RB root folder or here:

https://en.wikibooks.org/wiki/MeGUI/x264_Settings

x264 currently use very slow, with the configuration rebuilder.ini I put a post above, I would like to use X265 ARCHIVE_MODE for maintaining full backup bd50tobd25 menu, although to this day can not be played on a player, sure if it will be possible soon

lauguru
3rd September 2016, 22:10
@jdobbs
there is no way to speed up the encode by gpu?

MrVideo
4th September 2016, 02:32
x264 currently use very slow, with the configuration rebuilder.ini I put a post above, I would like to use X265 ARCHIVE_MODE for maintaining full backup bd50tobd25 menu, although to this day can not be played on a player, sure if it will be possible soon

You will never get x265 compiled videos to be played on a Blu-ray player. While the menu will show up, the video will not play.

I suspect that the menu structure for UHD discs/players is a little bit different than Blu-ray menu structures, so that means there will need to be a UHDRB program.

So, for the time being, if you want menus, you use x264 encoding.

Ch3vr0n
4th September 2016, 03:09
Pretty the menu structure has nothing to do with it at all, what matters is that the x265 codec simply isn't supported by standard blu-ray players and that same x265 is the official codec for UHD discs.

MrVideo
4th September 2016, 05:00
The OP wanted menus as well as x265, hence my posting.

lauguru
4th September 2016, 09:17
yes, I know they do not work the way videos on bluray, I mean to keep those backups for future players uhd
hopefully someday, jdobbs build uhdrebuilder!;)


anyone knows for serving this tweak?


TWEAK_X265= --uhd-bd

http://img.prntscr.com/img?url=http://i.imgur.com/QHws25Y.png

http://x265.readthedocs.io/en/default/cli.html


You will never get x265 compiled videos to be played on a Blu-ray player. While the menu will show up, the video will not play.

I suspect that the menu structure for UHD discs/players is a little bit different than Blu-ray menu structures, so that means there will need to be a UHDRB program.

So, for the time being, if you want menus, you use x264 encoding.

jdobbs
4th September 2016, 15:03
x264 currently use very slow, with the configuration rebuilder.ini I put a post above, I would like to use X265 ARCHIVE_MODE for maintaining full backup bd50tobd25 menu, although to this day can not be played on a player, sure if it will be possible soonX265 ARCHIVE_MODE backups are unlikely to play as-is. They're just useful as a low-storage-requirement/high-quality archive backup. I don't currently have the specifications for UHD on BD, so I'm not aware of the differences that might exist specifically for UHD/HEVC encoding. The X265 "--uhd-bd" setting may take care of the stream portion of it (emphasizing the "experimental" qualifier) -- but there very likely may also be structural requirements that need to be met as well. For example, I currently use the stream type identifier that TSMUXER has chosen for HEVC (a value of "6") -- but I have no idea if that matches the specification.

lauguru
4th September 2016, 16:02
X265 ARCHIVE_MODE backups are unlikely to play as-is. They're just useful as a low-storage-requirement/high-quality archive backup. I don't currently have the specifications for UHD on BD, so I'm not aware of the differences that might exist specifically for UHD/HEVC encoding. The X265 "--uhd-bd" setting may take care of the stream portion of it (emphasizing the "experimental" qualifier) -- but there very likely may also be structural requirements that need to be met as well. For example, I currently use the stream type identifier that TSMUXER has chosen for HEVC (a value of "6") -- but I have no idea if that matches the specification.

then, while not break uhd safety and the isos network and file structure, then look better to wait?

jdobbs
4th September 2016, 16:25
then, while not break uhd safety and the isos network and file structure, then look better to wait?You have to think of HEVC archiving for what it is meant to be. It is a way to keep a very high quality backup of a disc - while using the very least amount of space necessary to maintain it.

If, however, someone wants to give it a try -- there are UHD/HEVC players available today. I'd love to hear feedback on exactly how the discs are structured and supported. I'd be happy to incorporate any information discovered. But, with no current method for monetary support for BD-RB, I have no intention of investing, from my own limited resources, in a player costing several hundred dollars.

lauguru
4th September 2016, 16:55
You have to think of HEVC archiving for what it is meant to be. It is a way to keep a very high quality backup of a disc - while using the very least amount of space necessary to maintain it.

If, however, someone wants to give it a try -- there are UHD/HEVC players available today. I'd love to hear feedback on exactly how the discs are structured and supported. I'd be happy to incorporate any information discovered. But, with no current method for monetary support for BD-RB, I have no intention of investing, from my own limited resources, in a player costing several hundred dollars.

Indeed, a player uhd Samsung UBD-K8500 costs about 415 €, if you want the format to expand, should lower prices but .... the only thing I can think of is recording a BD25 and try to play in a reader uhd in a shop, because I do not even know anyone who has. If someone in the forum tubiese one uhd player would be nice to try if you play




with this confg ( 32,3gb to 23,1gb) in archive_ mode with x265
TWEAK_X265=--output-depth 10 --profile main10 --tune grain --uhd-bd --pmode --pme

ARCHIVE_MODE=1
ARCHIVE_CRF=13.7
ARCHIVE_QUALITY=5
ARCHIVE_LIMIT=0
ARCHIVE_265=1
ARCHIVE_ENABLE=1

Ch3vr0n
4th September 2016, 20:20
Trying to build an SBS 3D MP4fails with an mp4box error

[09/04/16] BD Rebuilder v0.50.18
[19:51:24] Source: GODS_OF_EGYPT_00000
- Input BD size: 32,87 GB
- Approximate total content: [02:07:29.308]
- Windows Version: 6.2 [9200]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- 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
[19:51:26] PHASE ONE, Encoding
- [19:51:26] Processing: VID_00000 (1 of 3)
- [19:51:26] Extracting A/V streams [VID_00000]
- [19:58:03] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 106*120 frames
- [19:58:03] Reencoding: VID_00000, Pass 1 of 1
- Analyzing 36,00 43,00 46,50 48,25 49,13 49,56 49,78 49,89 49,95 49,97 [49,97]
- [20:37:44] Video Encode complete
- [20:37:44] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:37:44] Processing: VID_00007 (2 of 3)
- [20:37:44] Extracting A/V streams [VID_00007]
- [20:40:53] Reencoding video [VID_00007]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 77*256 frames
- [20:40:54] Reencoding: VID_00007, Pass 1 of 1
- Analyzing 36,00 43,00 46,50 48,25 49,13 49,56 49,78 49,89 49,95 49,97 49,99 [49,99]
- [21:05:52] Video Encode complete
- [21:05:52] Processing: VID_00025 (3 of 3)
- [21:05:52] Extracting A/V streams [VID_00025]
- [21:05:56] Reencoding video [VID_00025]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 24 frames
- [21:05:56] Reencoding: VID_00025, Pass 1 of 1
- Analyzing 36,00 43,00 [43,00]
- [21:05:58] Video Encode complete
[21:05:58]PHASE ONE complete
[21:05:58]PHASE TWO - Rebuild Started
- [21:05:58] Converting PGS subs to SRT format...
- [21:14:53] Building ALTERNATE OUTPUT Structure
- ERROR in attempt to mux (MP4BOX)
[21:15:19] - Failed to REBUILD
[09/04/16] Checking System Settings
- BD-Rebuilder v0.50.18
- Windows Version: 6.2 [9200]
- Working Path Free Space: 657,26GB
- 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
[09/04/16] Systems Settings Check complete

Sharc
5th September 2016, 09:31
Trying to build an SBS 3D MP4fails with an mp4box error

[09/04/16] BD Rebuilder v0.50.18
[19:51:24] Source: GODS_OF_EGYPT_00000
- Input BD size: 32,87 GB
- Approximate total content: [02:07:29.308]
- Windows Version: 6.2 [9200]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- 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
[19:51:26] PHASE ONE, Encoding
- [19:51:26] Processing: VID_00000 (1 of 3)
- [19:51:26] Extracting A/V streams [VID_00000]
- [19:58:03] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 106*120 frames
- [19:58:03] Reencoding: VID_00000, Pass 1 of 1
- Analyzing 36,00 43,00 46,50 48,25 49,13 49,56 49,78 49,89 49,95 49,97 [49,97]
- [20:37:44] Video Encode complete
- [20:37:44] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:37:44] Processing: VID_00007 (2 of 3)
- [20:37:44] Extracting A/V streams [VID_00007]
- [20:40:53] Reencoding video [VID_00007]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 77*256 frames
- [20:40:54] Reencoding: VID_00007, Pass 1 of 1
- Analyzing 36,00 43,00 46,50 48,25 49,13 49,56 49,78 49,89 49,95 49,97 49,99 [49,99]
- [21:05:52] Video Encode complete
- [21:05:52] Processing: VID_00025 (3 of 3)
- [21:05:52] Extracting A/V streams [VID_00025]
- [21:05:56] Reencoding video [VID_00025]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 24 frames
- [21:05:56] Reencoding: VID_00025, Pass 1 of 1
- Analyzing 36,00 43,00 [43,00]
- [21:05:58] Video Encode complete
[21:05:58]PHASE ONE complete
[21:05:58]PHASE TWO - Rebuild Started
- [21:05:58] Converting PGS subs to SRT format...
- [21:14:53] Building ALTERNATE OUTPUT Structure
- ERROR in attempt to mux (MP4BOX)
[21:15:19] - Failed to REBUILD
[09/04/16] Checking System Settings
- BD-Rebuilder v0.50.18
- Windows Version: 6.2 [9200]
- Working Path Free Space: 657,26GB
- 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
[09/04/16] Systems Settings Check complete
Is your source 3D with SSIF structure? Then you should decode with FRIM rather than DS.
The final CRF of about 50 seems awkward ..... How would such video look? What target size did you enter?

I did 3D to .mkv and had no problems. Trying with MP4 now .......

Edit:
Hmmm...., MP4 just hangs here. No error message, MP4box.exe just hangs (25% CPU load) at:
- [11:38:51] Building ALTERNATE OUTPUT Structure

Edit2:
MP4 works when I re-encode the audio as well (to AAC in my case) instead of leaving it intact (DTS, 6 channel).

lauguru
5th September 2016, 16:00
Trying to build bd50tobd25 error


[09/05/16] BD Rebuilder v0.50.18
[13:42:29] Source: FREDDY_JASON
- Input BD size: 26,70 GB
- Approximate total content: [03:59:26.209]
- Target BD size: 23,75 GB
- Windows Version: 6.2 [9200]
- Quality: Highest (Very Slow), Two Pass
- X264 Tweak(s) enabled
- Decoding/Frame serving: DGDecNV [6-way]
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[13:42:29] PHASE ONE, Encoding
- [13:42:29] Processing: VID_00000 (1 of 57)
- [13:42:29] Extracting A/V streams [VID_00000]
- [13:47:52] Reencoding video [VID_00000]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 140.023 frames
- Bitrate: 19.520 Kbs
- [13:47:52] Reencoding: VID_00000, Pass 1 of 2
- [14:12:20] Reencoding: VID_00000, Pass 2 of 2
- [16:03:14] Video Encode complete
- [16:03:14] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4354 (spa): Keeping original audio
- Track 4355 (ita): Keeping original audio
- [16:03:14] Multiplexing M2TS
- [16:08:25] Processing: VID_00001 (2 of 57)
- [16:08:25] Extracting A/V streams [VID_00001]
- [16:08:46] Reencoding video [VID_00001]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 18.643 frames
- Bitrate: 4.348 Kbs
- [16:08:46] Reencoding: VID_00001, Pass 1 of 2
- [16:09:35] Reencoding: VID_00001, Pass 2 of 2
- [16:11:55] Video Encode complete
- [16:11:55] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:11:55] Multiplexing M2TS
- [16:12:02] Processing: VID_00002 (3 of 57)
- [16:12:02] Extracting A/V streams [VID_00002]
- [16:12:11] Reencoding video [VID_00002]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 26.164 frames
- Bitrate: 4.407 Kbs
- [16:12:11] Reencoding: VID_00002, Pass 1 of 2
- [16:13:11] Reencoding: VID_00002, Pass 2 of 2
- [16:16:59] Video Encode complete
- [16:16:59] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:16:59] Multiplexing M2TS
- [16:17:07] Processing: VID_00003 (4 of 57)
- [16:17:07] Extracting A/V streams [VID_00003]
- [16:17:13] Reencoding video [VID_00003]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 11.074 frames
- Bitrate: 3.504 Kbs
- [16:17:13] Reencoding: VID_00003, Pass 1 of 2
- [16:17:40] Reencoding: VID_00003, Pass 2 of 2
- [16:19:21] Video Encode complete
- [16:19:21] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:19:21] Multiplexing M2TS
- [16:19:26] Processing: VID_00004 (5 of 57)
- [16:19:26] Extracting A/V streams [VID_00004]
- [16:19:34] Reencoding video [VID_00004]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 20.774 frames
- Bitrate: 3.503 Kbs
- [16:19:34] Reencoding: VID_00004, Pass 1 of 2
- [16:20:20] Reencoding: VID_00004, Pass 2 of 2
- [16:23:11] Video Encode complete
- [16:23:11] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:23:11] Multiplexing M2TS
- [16:23:17] Processing: VID_00005 (6 of 57)
- [16:23:17] Extracting A/V streams [VID_00005]
- [16:23:27] Reencoding video [VID_00005]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 38.915 frames
- Bitrate: 3.502 Kbs
- [16:23:27] Reencoding: VID_00005, Pass 1 of 2
- [16:24:36] Reencoding: VID_00005, Pass 2 of 2
- [16:29:24] Video Encode complete
- [16:29:24] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:29:24] Multiplexing M2TS
- [16:29:32] Processing: VID_00006 (7 of 57)
- [16:29:32] Extracting A/V streams [VID_00006]
- [16:29:39] Reencoding video [VID_00006]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 11.689 frames
- Bitrate: 3.516 Kbs
- [16:29:39] Reencoding: VID_00006, Pass 1 of 2
- [16:30:05] Reencoding: VID_00006, Pass 2 of 2
- [16:31:38] Video Encode complete
- [16:31:38] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:31:38] Multiplexing M2TS
- [16:31:43] Processing: VID_00007 (8 of 57)
- [16:31:43] Extracting A/V streams [VID_00007]
- [16:31:49] Reencoding video [VID_00007]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 6.211 frames
- Bitrate: 4.351 Kbs
- [16:31:49] Reencoding: VID_00007, Pass 1 of 2
- [16:32:02] Reencoding: VID_00007, Pass 2 of 2
- [16:32:46] Video Encode complete
- [16:32:46] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:32:46] Multiplexing M2TS
- [16:32:51] Processing: VID_00008 (9 of 57)
- [16:32:51] Extracting A/V streams [VID_00008]
- [16:32:57] Reencoding video [VID_00008]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 6.301 frames
- Bitrate: 4.355 Kbs
- [16:32:57] Reencoding: VID_00008, Pass 1 of 2
- [16:33:11] Reencoding: VID_00008, Pass 2 of 2
- [16:34:00] Video Encode complete
- [16:34:00] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:34:00] Multiplexing M2TS
- [16:34:05] Processing: VID_00009 (10 of 57)
- [16:34:05] Extracting A/V streams [VID_00009]
- [16:34:10] Reencoding video [VID_00009]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 2.071 frames
- Bitrate: 4.334 Kbs
- [16:34:10] Reencoding: VID_00009, Pass 1 of 2
- [16:34:15] Reencoding: VID_00009, Pass 2 of 2
- [16:34:31] Video Encode complete
- [16:34:31] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:34:31] Multiplexing M2TS
- [16:34:35] Processing: VID_00010 (11 of 57)
- [16:34:35] Extracting A/V streams [VID_00010]
- [16:34:40] Reencoding video [VID_00010]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 3.031 frames
- Bitrate: 4.397 Kbs
- [16:34:41] Reencoding: VID_00010, Pass 1 of 2
- [16:34:47] Reencoding: VID_00010, Pass 2 of 2
- [16:35:08] Video Encode complete
- [16:35:08] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:35:08] Multiplexing M2TS
- [16:35:12] Processing: VID_00011 (12 of 57)
- [16:35:12] Extracting A/V streams [VID_00011]
- [16:35:18] Reencoding video [VID_00011]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 3.421 frames
- Bitrate: 4.397 Kbs
- [16:35:18] Reencoding: VID_00011, Pass 1 of 2
- [16:35:25] Reencoding: VID_00011, Pass 2 of 2
- [16:35:50] Video Encode complete
- [16:35:50] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:35:50] Multiplexing M2TS
- [16:35:54] Processing: VID_00012 (13 of 57)
- [16:35:54] Extracting A/V streams [VID_00012]
- [16:36:00] Reencoding video [VID_00012]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 4.891 frames
- Bitrate: 4.362 Kbs
- [16:36:00] Reencoding: VID_00012, Pass 1 of 2
- [16:36:10] Reencoding: VID_00012, Pass 2 of 2
- [16:36:42] Video Encode complete
- [16:36:42] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:36:42] Multiplexing M2TS
- [16:36:47] Processing: VID_00013 (14 of 57)
- [16:36:47] Extracting A/V streams [VID_00013]
- [16:36:53] Reencoding video [VID_00013]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 5.551 frames
- Bitrate: 4.354 Kbs
- [16:36:53] Reencoding: VID_00013, Pass 1 of 2
- [16:37:04] Reencoding: VID_00013, Pass 2 of 2
- [16:37:41] Video Encode complete
- [16:37:41] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:37:41] Multiplexing M2TS
- [16:37:45] Processing: VID_00014 (15 of 57)
- [16:37:45] Extracting A/V streams [VID_00014]
- [16:37:52] Reencoding video [VID_00014]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 8.671 frames
- Bitrate: 4.307 Kbs
- [16:37:52] Reencoding: VID_00014, Pass 1 of 2
- [16:38:09] Reencoding: VID_00014, Pass 2 of 2
- [16:39:02] Video Encode complete
- [16:39:02] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:39:02] Multiplexing M2TS
- [16:39:07] Processing: VID_00015 (16 of 57)
- [16:39:07] Extracting A/V streams [VID_00015]
- [16:39:13] Reencoding video [VID_00015]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 6.121 frames
- Bitrate: 4.338 Kbs
- [16:39:13] Reencoding: VID_00015, Pass 1 of 2
- [16:39:26] Reencoding: VID_00015, Pass 2 of 2
- [16:40:08] Video Encode complete
- [16:40:08] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:40:08] Multiplexing M2TS
- [16:40:12] Processing: VID_00016 (17 of 57)
- [16:40:12] Extracting A/V streams [VID_00016]
- [16:40:18] Reencoding video [VID_00016]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 5.161 frames
- Bitrate: 4.380 Kbs
- [16:40:18] Reencoding: VID_00016, Pass 1 of 2
- [16:40:30] Reencoding: VID_00016, Pass 2 of 2
- [16:41:08] Video Encode complete
- [16:41:08] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:41:08] Multiplexing M2TS
- [16:41:12] Processing: VID_00017 (18 of 57)
- [16:41:12] Extracting A/V streams [VID_00017]
- [16:41:18] Reencoding video [VID_00017]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 9.061 frames
- Bitrate: 4.369 Kbs
- [16:41:18] Reencoding: VID_00017, Pass 1 of 2
- [16:41:39] Reencoding: VID_00017, Pass 2 of 2
- [16:42:50] Video Encode complete
- [16:42:50] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:42:50] Multiplexing M2TS
- [16:42:54] Processing: VID_00018 (19 of 57)
- [16:42:54] Extracting A/V streams [VID_00018]
- [16:43:00] Reencoding video [VID_00018]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 3.121 frames
- Bitrate: 4.344 Kbs
- [16:43:00] Reencoding: VID_00018, Pass 1 of 2
- [16:43:08] Reencoding: VID_00018, Pass 2 of 2
- [16:43:34] Video Encode complete
- [16:43:34] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:43:34] Multiplexing M2TS
- [16:43:38] Processing: VID_00019 (20 of 57)
- [16:43:38] Extracting A/V streams [VID_00019]
- [16:43:44] Reencoding video [VID_00019]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 7.110 frames
- Bitrate: 4.360 Kbs
- [16:43:44] Reencoding: VID_00019, Pass 1 of 2
- [16:44:00] Reencoding: VID_00019, Pass 2 of 2
- [16:44:51] Video Encode complete
- [16:44:51] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:44:51] Multiplexing M2TS
- [16:44:56] Processing: VID_00020 (21 of 57)
- [16:44:56] Extracting A/V streams [VID_00020]
- [16:45:01] Reencoding video [VID_00020]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 5.856 frames
- Bitrate: 2.193 Kbs
- [16:45:01] Reencoding: VID_00020, Pass 1 of 2
- [16:45:16] Reencoding: VID_00020, Pass 2 of 2
- [16:45:52] Video Encode complete
- [16:45:52] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:45:52] Multiplexing M2TS
- [16:45:56] Processing: VID_00021 (22 of 57)
- [16:45:56] Extracting A/V streams [VID_00021]
- [16:46:04] Reencoding video [VID_00021]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 5.200 frames
- Bitrate: 10.894 Kbs
- [16:46:04] Reencoding: VID_00021, Pass 1 of 2
- [16:47:09] Reencoding: VID_00021, Pass 2 of 2
- [16:50:36] Video Encode complete
- [16:50:36] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [16:50:36] Multiplexing M2TS
- [16:50:42] Processing: VID_00022 (23 of 57)
- [16:50:42] Extracting A/V streams [VID_00022]
- [16:50:48] Reencoding video [VID_00022]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 747 frames
- Bitrate: 11.409 Kbs
- [16:50:48] Reencoding: VID_00022, Pass 1 of 2
- [16:50:57] Reencoding: VID_00022, Pass 2 of 2
- [16:51:27] Video Encode complete
- [16:51:27] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [16:51:27] Multiplexing M2TS
- [16:51:31] Processing: VID_00023 (24 of 57)
- [16:51:31] Extracting A/V streams [VID_00023]
- [16:51:37] Reencoding video [VID_00023]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 555 frames
- Bitrate: 10.404 Kbs
- [16:51:37] Reencoding: VID_00023, Pass 1 of 2
- [16:51:43] Reencoding: VID_00023, Pass 2 of 2
- [16:52:04] Video Encode complete
- [16:52:04] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [16:52:04] Multiplexing M2TS
- [16:52:07] Processing: VID_00024 (25 of 57)
- [16:52:07] Extracting A/V streams [VID_00024]
- [16:52:13] Reencoding video [VID_00024]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 522 frames
- Bitrate: 10.708 Kbs
- [16:52:13] Reencoding: VID_00024, Pass 1 of 2
- [16:52:19] Reencoding: VID_00024, Pass 2 of 2
- [16:52:38] Video Encode complete
- [16:52:38] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [16:52:38] Multiplexing M2TS
- [16:52:42] Processing: VID_00025 (26 of 57)
- [16:52:42] Extracting A/V streams [VID_00025]
- [16:52:48] Reencoding video [VID_00025]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 1.395 frames
- Bitrate: 10.583 Kbs
- [16:52:48] Reencoding: VID_00025, Pass 1 of 2
- [16:53:02] Reencoding: VID_00025, Pass 2 of 2
- [16:53:53] Video Encode complete
- [16:53:53] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [16:53:53] Multiplexing M2TS
- [16:53:57] Processing: VID_00026 (27 of 57)
- [16:53:57] Extracting A/V streams [VID_00026]
- [16:54:03] Reencoding video [VID_00026]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 1.045 frames
- Bitrate: 10.522 Kbs
- [16:54:03] Reencoding: VID_00026, Pass 1 of 2
- Encode failed. Aborting.
- BD-Rebuilder v0.50.18
- Windows Version: 6.2 [9200]
- Working Path Free Space: 77,25GB
- 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
[16:54:14] - Failed video encode, aborted
==========================
[16:54:14] END - BATCH SEQUENCE

[09/05/16] Checking System Settings
- BD-Rebuilder v0.50.18
- Windows Version: 6.2 [9200]
- Working Path Free Space: 77,25GB
- 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
[09/05/16] Systems Settings Check complete

Ch3vr0n
5th September 2016, 17:57
@shark i didn't enter anything. I went to movie only mode => alternate movie only output => MP4 container, full SBS, intact audio. BDRB is configured to use DS for discs until my GTX 1080 arrives to use DGdecNV. BDRB chose to use DS, not me. It's not up to me to tell it specifically to use FRIM, i was under the impression BDRB would select that itself (yes it has an SSIF structure). I only specified an estimated 1024MB CRF output size, BDRB did the analyzing. My guess is there's something wrong in the detection algorithm that makes it use DS instead of FRIM. Decoding & went fine. It's the rebuilding that failed. Though intact audio might be the problem. Kinda hard to squeeze HD audio into a 1GB file.

Basically what i need is a 720p MP4 profile for my mom's Galaxy tab 3. I configured this but i have no idea if it's any good. I mainly do full disc, hardly never movie-only and hardly ever portable file

Caption=MP4 Container, 720p SBS, Auto-AC3
vBitrate=2000
aBitrate=*
aType=0
vFormat=6
vKeyint=Auto
cType=5


[09/05/16] BD Rebuilder v0.50.18
[19:05:16] Source: GODS_OF_EGYPT_00000
- Input BD size: 32,87 GB
- Approximate total content: [02:07:29.308]
- Windows Version: 6.2 [9200]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- 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
[19:05:19] PHASE ONE, Encoding
- [19:05:19] Processing: VID_00000 (1 of 3)
- [19:05:19] Extracting A/V streams [VID_00000]
- [19:11:50] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 106*120 frames
- [19:11:50] Reencoding: VID_00000, Pass 1 of 1
- Analyzing 35,17 22,58 28,72 27,10 26,73 [26,64]
- [19:24:09] Video Encode complete
- [19:24:09] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- [19:27:20] Processing: VID_00007 (2 of 3)
- [19:27:20] Extracting A/V streams [VID_00007]
- [19:30:28] Reencoding video [VID_00007]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 77*256 frames
- [19:30:28] Reencoding: VID_00007, Pass 1 of 1
- Analyzing 36,89 23,44 16,72 22,57 22,27 [22,16]
- [19:39:29] Video Encode complete
- [19:39:29] Processing: VID_00025 (3 of 3)
- [19:39:29] Extracting A/V streams [VID_00025]
- [19:39:33] Reencoding video [VID_00025]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 24 frames
- [19:39:33] Reencoding: VID_00025, Pass 1 of 1
- Analyzing 36,00 43,00 [43,00]
- [19:39:34] Video Encode complete
[19:39:34]PHASE ONE complete
[19:39:34]PHASE TWO - Rebuild Started
- [19:39:34] Converting PGS subs to SRT format...
- [19:48:21] Building ALTERNATE OUTPUT Structure
[19:49:15] - Encode and Rebuild complete
- WORKFILES folder removed.
[19:49:15] JOB: GODS_OF_EGYPT finished.


Edit well the encode worked with that profile but there's a few things (but since i rarely do portable file, i don't know if it's disc related or profile related)

First: The MP4 file when played in VLC shows a duration of over 3 hours instead of the normal duratio of just over 2 hours. When it reaches the normal end time, the file cuts off and playback stops.

Second: it's not in 3D (is it due to DS being used or does MP4 not support 3D)

I have no clue if it's due to DS being used, or because the main title is split into 3 files (2 containing the main title), 1 containing an 0.04MB black clip, or something wrong in that profile