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

chudm
11th October 2009, 18:16
hi jdobbs i kept having this problem with braveheart, region a bluray:

http://img185.imageshack.us/img185/7097/braveheart.th.jpg (http://img185.imageshack.us/i/braveheart.jpg/)


what can i do?

turbojet
11th October 2009, 18:39
OLD SETTINGS
Firstpass: --subme 7 --me hex --bframes 3 --b-adapt 2 --8x8dct --direct auto --weightb --threads auto
Very High Quality: --subme 9 --me umh --ref 4 --bframes 3 --b-adapt 2 --mixed-refs --8x8dct --direct auto --trellis 1 --weightb --threads auto --psy-rd 1.0:0.2
Description: Everything and the kitchen sink, but no insane settings.

Firstpass: --subme 2 --me dia --bframes 3 --direct auto --weightb --threads auto --partitions none
High Quality: --subme 7 --me umh--ref 3 --bframes 3 --direct auto --8x8dct --weightb --trellis 1 --threads auto --psy-rd 1.0:0.2
Description: A good balance.

Firstpass: --subme 2 --me dia --bframes 3 --direct auto --weightb --threads auto --partitions none
Medium Quality: --subme 6 --me hex --ref 2 --bframes 3 --direct auto --8x8dct --weightb --threads auto
Description: A good balance, but toned down a bit.

Firstpass: --subme 0 --me dia --bframes 3 --direct auto --weightb --threads auto --partitions none
Low Quality: --subme 3 --me hex --bframes 3 --8x8dct --weightb --threads auto
Description: Much faster, but with a significant quality penalty.

Firstpass: None
Ultra-Low Quality: --subme 1 --me dia --partitions i8x8,i4x4 --bframes 3 --8x8dct --threads auto
Description: Even faster, but with a very large quality penalty.

Firstpass: None
Ultra-Fast: --subme 0 --no-cabac --partitions none --me dia --aq-mode 0
Description: Incredibly fast, but with an enormous quality penalty.


NEW DEFAULTS
ultrafast: --ref 1 --scenecut 0 --nf --no-cabac --bframes 0 --partitions none --no-8x8dct --me dia --subme 0 --aq-mode 0
veryfast: --partitions i8x8,i4x4 --subme 1 --me dia --ref 1 --trellis 0
fast: --mixed-refs 0 --ref 2 --subme 5
default: --subme 7 --bframes 3 --weightb --8x8dct --ref 3 --mixed-refs --trellis 1 --crf 23 --threads auto


NEW EQUIVALENT (add --slices 4 -vbv-bufsize 14500 --vbv-maxrate 17500 --stats --output --level 4.1 --sar 1:1 --aud )
very high p1: --pass 1 --slow-first-pass --b-adapt 2 --direct auto
very high p2: --pass 2 --subme 9 --me umh --ref 4 --b-adapt 2 --psy-rd 1.0:0.2
high p1: --pass 1
high p2: --pass 2 --me umh --direct auto --psy-rd 1.0:0.2
medium p1: --pass 1
medium p2: --pass 2 --subme 6 --ref 2 --direct auto
low p1: --pass 1 --subme 0
low p2: --pass 2 --subme 3 --ref 2
ultralow: --preset veryfast
ultrafast: --preset ultrafast

CURRENT HIGH QUALITY: --pass 2 --preset medium (this is default, redundant) --threads auto (default/redundant) --thread-input (default/redundant)

--me umh --direct auto --psy-rd 1.0:0.2 are missing from high setting, I don't know about the others.

chudm
11th October 2009, 18:45
hi jdobbs i kept having this problem with braveheart, region a bluray:

http://img185.imageshack.us/img185/7097/braveheart.th.jpg (http://img185.imageshack.us/i/braveheart.jpg/)


what can i do?

how could i rebuild all the files myself? thx

chudm
11th October 2009, 19:53
how could i rebuild all the files myself? thx

i replaced the main movie on the original bluray (00006.m2ts) and copy the new clpi files and burnt the movie, but, instead of having the almost 3 hours movie, the movie ends about 1 hour before that, and then only gets a blank screen!

any suggestion guys?

samtroy
11th October 2009, 20:29
@turbojet:

Could you please explain for us "normal" users ;):

Does that mean that BD Rebuilders output is different now because x264's presets have changed in the newest version (r1281)?

Sharc
11th October 2009, 21:11
CURRENT HIGH QUALITY: --pass 2 --preset medium (this is default, redundant) --threads auto (default/redundant) --thread-input (default/redundant)

--me umh --direct auto --psy-rd 1.0:0.2 are missing from high setting, I don't know about the others.

--preset medium uses: --me hex, --psy-rd 1.0:0.0
The --psy-rd 1.0:0.2 would need to be extra set, or may be invoked by --tune film

(It may be easiest to check an encoded .m2ts with MediaInfo and read the encoder settings back to see what has eventually been set ..... not always easy to keep track of the changes..)

jdobbs
11th October 2009, 21:16
--preset medium uses: --me hex, --psy-rd 1.0:0.0
The --psy-rd 1.0:0.2 would need to be extra set, or may be invoked by --tune film

(It may be easiest to check an encoded .m2ts with MediaInfo and read the encoder settings back to see what has eventually been set ..... not always easy to keep track of the changes..) All the defaults are used (from MEDIUM) unless changed by the preset.

Here are the presets:

ultrafast (used in QUICK and FASTEST by default):
ref 1, scenecut 0, no-deblock, no-cabac, bframes 0, partitions none, no-8x8dct, me dia, subme 0, aq-mode 0, no-mixed-refs, trellis 0, b-adapt 0, no-mbtree

veryfast (Used for "GOOD"):
partitions i8x8,i4x4, me dia, subme 1, ref 1, no-mixed-refs, trellis 0, no-mbtree

fast (Used for "Better, Fast"):
ref 2, subme 6, rc-lookahead 30

medium (Used for "High Quality (Default)"):
No changes from the X264 defaults.

slow (Used for "Highest (Very Slow)")
me umh, subme 8, ref 5, b-adapt 2, direct auto, rc-lookahead 50

In addition to these settings I've added limiters to assure BD compliance, including B frame limitations, GOP length, REFS, appropriate bitrate limitations, and --SLICES settings.

I was mistaken, though, "--me umh" isn't used in the "High Quality (Default)" setting. It uses the default "--me hex." I've spent a lot of time optimizing these settings and don't plan on changing them back to what they were when BD-RB first started...

Sharc
11th October 2009, 21:20
All the defaults are used (from MEDIUM) unless changed by the preset.

I spent a lot of time optimizing these settings...
I have no doubt :)

chudm
11th October 2009, 21:26
any suggestion jdobbs about my problem i posted before? :(

jdobbs
11th October 2009, 21:40
any suggestion jdobbs about my problem i posted before? :( I can only say the the one time I've seen that error reported before was on a downloaded movie that was improperly formatted by the hacker. BD Rebuilder is meant to work with original movies and I don't support preprocessing (or hacking for that matter). That's why I didn't want to discuss it. Error 52 means "bad file name". As I recall, in the previous case the file name had illegal characters in it.

There's not really anything I can do. I get the filename from the Operating System via directory functions, then when I try to open it -- boom -- the name isn't legal. Garbage in, garbage out.

I'm not saying your copy is hacked -- but I am saying it has very probably somehow been trashed.

chudm
11th October 2009, 21:51
I can only say the the one time I've seen that error reported before was on a downloaded movie that was improperly formatted by the hacker. BD Rebuilder is meant to work with original movies and I don't support preprocessing (or hacking for that matter). That's why I didn't want to discuss it. Error 52 means "bad file name". As I recall, in the previous case the file name had illegal characters in it.

There's not really anything I can do. I get the filename from the Operating System via directory functions, then when I try to open it -- boom -- the name isn't legal. Garbage in, garbage out.

I'm not saying your copy is hacked -- but I am saying it has very probably somehow been trashed.

mine is original, but im using an old version of anydvdhd, and im on windows 7, maybe thats the problem? ill try to update anydvdhd! and will let you know :) thx for the answer

pd: btw can you give us a hint on what are you working for the future versions of bd rebuilder? had you looked over the bad overlay menu of many music blurays? selective extras? cause about pip i had tried severals and worked top notch :D thx about that! the only problems with pip are the ones with ac3+ but you cant do anything about it until some ac3+ free muxer comes out

lican
11th October 2009, 21:54
[12.54.25] BD Rebuilder v0.30.03 (beta)
- Source: ANGELS_AND_DEMONS
- Input BD size: 44,90 GB
- Approximate total content: [03:16:33.656]
- Target BD size: 7,72 GB
- Windows Version: 5.1 [2600]
- Audio Settings: AC3=1 DTS=0 HD=0 Kbs=640
[12.54.25] PHASE ONE, Encoding
- [12.54.25] Extracting A/V streams [VID_00205]
- [12.54.26] Reencoding: VID_00205 (1 of 67)
- [12.54.30] Extracting A/V streams [VID_00104]
- [12.54.30] Reencoding: VID_00104 (2 of 67)
- [12.54.39] Extracting A/V streams [VID_00000]
- [12.54.40] Reencoding: VID_00000 (3 of 67)
- [12.54.48] Extracting A/V streams [VID_05033]
- [12.54.50] Reencoding: VID_05033 (4 of 67)
- [12.55.30] Extracting A/V streams [VID_00527]
- [12.55.32] Reencoding: VID_00527 (5 of 67)
- [12.56.15] Extracting A/V streams [VID_00530]
- [12.56.16] Reencoding: VID_00530 (6 of 67)
- [12.57.04] Extracting A/V streams [VID_04999]
- [12.57.06] Reencoding: VID_04999 (7 of 67)
- Switching to FFMS2.DLL for decoding.
- Encode failed. Retrying. errore x che

Capsbackup
11th October 2009, 22:07
@lican;
Release date for this movie is not until 11-24-09. How is it you have aquired it so early?

lican
11th October 2009, 22:13
in italia gia ce questo film

chudm
11th October 2009, 22:13
@lican;
Release date for this movie is not until 11-24-09. How is it you have aquired it so early?

like timmy turner says, i get it on the internet hahaha :devil:

lican
11th October 2009, 22:25
un aiuto ps3 vede come disco dati

lican
11th October 2009, 22:27
scusate son un italiano in mezzo a molti amici inglesi penso

lican
11th October 2009, 22:27
l inglese non lo conosco ma abbiamo in comune la passione x i film

jdobbs
11th October 2009, 22:46
l inglese non lo conosco ma abbiamo in comune la passione x i film I warned you before. This is an English forum -- and you're throwing useless trash into my bug thread.

jdobbs
11th October 2009, 23:02
[12.54.25] BD Rebuilder v0.30.03 (beta)
- Source: ANGELS_AND_DEMONS
- Input BD size: 44,90 GB
- Approximate total content: [03:16:33.656]
- Target BD size: 7,72 GB
- Windows Version: 5.1 [2600]
- Audio Settings: AC3=1 DTS=0 HD=0 Kbs=640
[12.54.25] PHASE ONE, Encoding
- [12.54.25] Extracting A/V streams [VID_00205]
- [12.54.26] Reencoding: VID_00205 (1 of 67)
- [12.54.30] Extracting A/V streams [VID_00104]
- [12.54.30] Reencoding: VID_00104 (2 of 67)
- [12.54.39] Extracting A/V streams [VID_00000]
- [12.54.40] Reencoding: VID_00000 (3 of 67)
- [12.54.48] Extracting A/V streams [VID_05033]
- [12.54.50] Reencoding: VID_05033 (4 of 67)
- [12.55.30] Extracting A/V streams [VID_00527]
- [12.55.32] Reencoding: VID_00527 (5 of 67)
- [12.56.15] Extracting A/V streams [VID_00530]
- [12.56.16] Reencoding: VID_00530 (6 of 67)
- [12.57.04] Extracting A/V streams [VID_04999]
- [12.57.06] Reencoding: VID_04999 (7 of 67)
- Switching to FFMS2.DLL for decoding.
- Encode failed. Retrying. errore x che And... ? from what I see here it hasn't aborted yet, it's retrying. Also -- what is the "errore x che" trash follwing the error... that doesn't come from BD-RB.

jdobbs
12th October 2009, 00:24
Thanks a lot for the new version. 59.94 and crf extras are much more efficient. However a few things I've noticed that have changed.

- REBUILDER.INI is included in the zip again, which wipes out all settings, is that needed?
- x264 --me umh --psy-rd 1.0:0.2 don't exist any longer in the high settings, could they be used again for higher quality?I've added two new hidden options to the next release. That way you can tweak any of the settings in any way you want to.

For example if you choose "High Quality (Default)", but want to use "umh" and as the motion estimation method and "psy-rd 1.0:0.2" you could add:

TWEAK_PASS_ONE=--me umh --psy-rd 1.0:0.2
TWEAK_PASS_TWO=--me umh --psy-rd 1.0:0.2

The tweaks are placed at the end of the command line so they can override any previous settings. Please note that the tweaks will be added to the command line of any and all quality levels.

NOTE TO ALL READING:
This setting makes it possible for you to screw yourself royally if you are not careful. If you use it, you do so at your own risk and I WILL NOT RESPOND TO BUG REPORTS that have failed encodes with tweaks. I also will not document this feature in the HIDDENOPTS file -- mainly because the vast majority of people really shouldn't be using it.

I'll probably put some checks in to prevent incompatibilities with Blu-Ray.

Groucho2004
12th October 2009, 00:26
@jdobbs

Perhaps the "bug" posted by "lican" is due to the following Per Amazon.com:



http://www.amazon.co.uk/Angels-Demons-Extended-Cut-Blu-ray/dp/B00243HD2Y/ref=sr_1_1?ie=UTF8&s=dvd&qid=1255303486&sr=8-1

DGenerateKane
12th October 2009, 03:08
Well the latest version fixed whatever problem I had with Pirates1, but I have a new problem with Pirates2. It got much further but still fails during encoding.

[17:41:48] BD Rebuilder v0.30.04 (beta)
- Source: PIRATES2
- Input BD size: 39.87 GB
- Approximate total content: [03:31:26.089]
- Target BD size: 22.46 GB
- Windows Version: 6.1 [7600]
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[17:41:48] PHASE ONE, Encoding
- [17:41:48] Extracting A/V streams [VID_00002]
- [17:41:48] Reencoding: VID_00002 (1 of 18)
- [17:41:48] Collecting video information
- Video: 1920x1080, 23.976fps, 24 frames
- Bitrate: 500 Kbs
- [17:41:48] Reencoding: VID_00002, Pass 1 of 2
- [17:41:49] Reencoding: VID_00002, Pass 2 of 2
- [17:41:49] Video Encode complete
- [17:41:49] Reencoding audio tracks (if req'd)
- [17:41:49] Multiplexing M2TS
- [17:41:50] Extracting A/V streams [VID_00013]
- [17:41:51] Reencoding: VID_00013 (2 of 18)
- [17:41:51] Collecting video information
- Video: 1920x1080, 23.976fps, 217 frames
- [17:41:51] Reencoding: VID_00013, Pass 1 of 1
- [17:41:55] Video Encode complete
- [17:41:55] Reencoding audio tracks (if req'd)
- [17:41:55] Multiplexing M2TS
- [17:41:56] Extracting A/V streams [VID_00019]
- [17:41:57] Reencoding: VID_00019 (3 of 18)
- [17:41:57] Collecting video information
- Video: 1920x1080, 23.976fps, 298 frames
- [17:41:57] Reencoding: VID_00019, Pass 1 of 1
- [17:42:03] Video Encode complete
- [17:42:03] Reencoding audio tracks (if req'd)
- [17:42:03] Multiplexing M2TS
- [17:42:04] Extracting A/V streams [VID_00027]
- [17:42:05] Reencoding: VID_00027 (4 of 18)
- [17:42:05] Collecting video information
- Video: 1920x1080, 23.976fps, 393 frames
- [17:42:05] Reencoding: VID_00027, Pass 1 of 1
- [17:42:14] Video Encode complete
- [17:42:14] Reencoding audio tracks (if req'd)
- [17:42:14] Multiplexing M2TS
- [17:42:14] Extracting A/V streams [VID_00024]
- [17:42:16] Reencoding: VID_00024 (5 of 18)
- [17:42:16] Collecting video information
- Video: 1920x1080, 23.976fps, 1,689 frames
- [17:42:16] Reencoding: VID_00024, Pass 1 of 1
- [17:42:50] Video Encode complete
- [17:42:50] Reencoding audio tracks (if req'd)
- [17:42:50] Multiplexing M2TS
- [17:42:52] Extracting A/V streams [VID_00018]
- [17:42:54] Reencoding: VID_00018 (6 of 18)
- [17:42:54] Collecting video information
- Video: 1920x1080, 23.976fps, 1,176 frames
- [17:42:54] Reencoding: VID_00018, Pass 1 of 1
- [17:43:16] Video Encode complete
- [17:43:16] Reencoding audio tracks (if req'd)
- [17:43:16] Multiplexing M2TS
- [17:43:17] Extracting A/V streams [VID_00026]
- [17:43:19] Reencoding: VID_00026 (7 of 18)
- [17:43:19] Collecting video information
- Video: 1920x1080, 23.976fps, 1,537 frames
- [17:43:19] Reencoding: VID_00026, Pass 1 of 1
- [17:43:54] Video Encode complete
- [17:43:54] Reencoding audio tracks (if req'd)
- [17:43:54] Multiplexing M2TS
- [17:43:55] Extracting A/V streams [VID_00010]
- [17:43:58] Reencoding: VID_00010 (8 of 18)
- [17:43:58] Collecting video information
- Video: 1920x1080, 23.976fps, 3,057 frames
- [17:43:58] Reencoding: VID_00010, Pass 1 of 1
- [17:44:47] Video Encode complete
- [17:44:47] Reencoding audio tracks (if req'd)
- [17:44:47] Multiplexing M2TS
- [17:44:49] Extracting A/V streams [VID_00022]
- [17:44:52] Reencoding: VID_00022 (9 of 18)
- [17:44:52] Collecting video information
- Video: 1920x1080, 23.976fps, 2,160 frames
- [17:44:52] Reencoding: VID_00022, Pass 1 of 1
- [17:45:32] Video Encode complete
- [17:45:32] Reencoding audio tracks (if req'd)
- [17:45:32] Multiplexing M2TS
- [17:45:34] Extracting A/V streams [VID_00012]
- [17:45:38] Reencoding: VID_00012 (10 of 18)
- [17:45:38] Collecting video information
- Video: 1920x1080, 23.976fps, 1,824 frames
- [17:45:38] Reencoding: VID_00012, Pass 1 of 1
- [17:46:12] Video Encode complete
- [17:46:12] Reencoding audio tracks (if req'd)
- [17:46:12] Multiplexing M2TS
- [17:46:14] Extracting A/V streams [VID_00021]
- [17:46:19] Reencoding: VID_00021 (11 of 18)
- [17:46:19] Collecting video information
- Video: 1920x1080, 23.976fps, 3,599 frames
- [17:46:19] Reencoding: VID_00021, Pass 1 of 1
- [17:47:36] Video Encode complete
- [17:47:36] Reencoding audio tracks (if req'd)
- [17:47:36] Multiplexing M2TS
- [17:47:38] Extracting A/V streams [VID_00017]
- [17:47:45] Reencoding: VID_00017 (12 of 18)
- [17:47:45] Collecting video information
- Video: 1920x1080, 23.976fps, 3,697 frames
- [17:47:45] Reencoding: VID_00017, Pass 1 of 1
- [17:48:53] Video Encode complete
- [17:48:53] Reencoding audio tracks (if req'd)
- [17:48:53] Multiplexing M2TS
- [17:48:56] Extracting A/V streams [VID_00015]
- [17:49:04] Reencoding: VID_00015 (13 of 18)
- [17:49:04] Collecting video information
- Video: 1920x1080, 23.976fps, 3,586 frames
- [17:49:04] Reencoding: VID_00015, Pass 1 of 1
- [17:50:15] Video Encode complete
- [17:50:15] Reencoding audio tracks (if req'd)
- [17:50:15] Multiplexing M2TS
- [17:50:18] Extracting A/V streams [VID_00016]
- [17:50:26] Reencoding: VID_00016 (14 of 18)
- [17:50:26] Collecting video information
- Video: 1920x1080, 23.976fps, 3,612 frames
- [17:50:26] Reencoding: VID_00016, Pass 1 of 1
- [17:51:31] Video Encode complete
- [17:51:31] Reencoding audio tracks (if req'd)
- [17:51:31] Multiplexing M2TS
- [17:51:34] Extracting A/V streams [VID_00014]
- [17:51:42] Reencoding: VID_00014 (15 of 18)
- [17:51:42] Collecting video information
- Video: 1920x1080, 23.976fps, 3,683 frames
- [17:51:42] Reencoding: VID_00014, Pass 1 of 1
- [17:52:51] Video Encode complete
- [17:52:51] Reencoding audio tracks (if req'd)
- [17:52:51] Multiplexing M2TS
- [17:52:54] Extracting A/V streams [VID_00023]
- [17:53:12] Reencoding: VID_00023 (16 of 18)
- [17:53:12] Collecting video information
- Video: 1920x1080, 23.976fps, 14,173 frames
- [17:53:12] Reencoding: VID_00023, Pass 1 of 1
- [17:58:23] Video Encode complete
- [17:58:23] Reencoding audio tracks (if req'd)
- [17:58:23] Multiplexing M2TS
- [17:58:32] Extracting A/V streams [VID_00025]
- [17:59:29] Reencoding: VID_00025 (17 of 18)
- [17:59:29] Collecting video information
- Video: 1920x1080, 23.976fps, 42,717 frames
- [17:59:29] Reencoding: VID_00025, Pass 1 of 1
- [18:15:05] Video Encode complete
- [18:15:05] Reencoding audio tracks (if req'd)
- [18:15:05] Multiplexing M2TS
- [18:15:27] Extracting A/V streams [VID_00001]
- [18:25:22] Reencoding: VID_00001 (18 of 18)
- [18:25:22] Collecting video information
- Video: 1920x1080, 23.976fps, 216,720 frames
- Bitrate: 7,956 Kbs
- [18:25:22] Reencoding: VID_00001, Pass 1 of 2
- [18:25:22] Reencoding: VID_00001, Pass 2 of 2
- Switching to FFMS2.DLL for decoding.
- Encode failed. Retrying.
- Reached retry limit. Aborting.
[18:49:23] - Failed video encode, aborted

GaPony
12th October 2009, 04:09
Well the latest version fixed whatever problem I had with Pirates1, but I have a new problem with Pirates2. It got much further but still fails during encoding.



You're still in that Windows 7 gray area of non-support... jdobbs really can't do much until until he's able to support that OS. I'm sure he still has his hands full chasing down general bugs that afflict everyone. Patience is a virtue, even when its required.

BD Rebuilder has NOT BEEN MODIFIED/TESTED FOR USE ON WINDOWS 7. If you run into issues with Windows 7, please don't post bug reports. It will be updated, but not until the final version of Windows 7 is released in October 2009.

turbojet
12th October 2009, 05:28
I've added two new hidden options to the next release. That way you can tweak any of the settings in any way you want to.

For example if you choose "High Quality (Default)", but want to use "umh" and as the motion estimation method and "psy-rd 1.0:0.2" you could add:

TWEAK_PASS_ONE=--me umh --psy-rd 1.0:0.2
TWEAK_PASS_TWO=--me umh --psy-rd 1.0:0.2

The tweaks are placed at the end of the command line so they can override any previous settings. Please note that the tweaks will be added to the command line of any and all quality levels.

I'll probably put some checks in to prevent incompatibilities with Blu-Ray.

Thanks that will be even more helpful for advanced users.

Concerning restrictions, this may be an interesting post (http://forum.doom9.org/showthread.php?p=1331521&highlight=--vbv-maxrate+15000#post1331521)

Were you plan on restricting something like this?
--ref 5+
--vbv-maxrate 18001+ --vbv-bufsize 18001+ for DVD5/9
--vbv-maxrate 40001+ --vbv-bufsize 30001+ for BD
--keyint 49+ if --vbv-maxrate 15000 or lower
--keyint 25+ if --vbv-maxrate 15001+
and will these custom settings be appended to CRF extra encodes if QUICK_USE_QUALITY=1?

Also is there a chance that custom sizing could be calculating 1 MB = 1000 KB instead of 1024 KB?

I did a couple tests with 5 different BD's
custom size 4480 2pass extras: 4,481,796 KB = 4,376 MB
custom size 4480 CRF extras: 4,512,492 KB = 4,406 MB
custom size 4555 CRF extras: 4,579,700 KB = 4472 MB
custom size 8145 2pass extras: 8,145,024 KB = 7954 MB
custom size 8305 crf extras: 8,332,000 KB = 8136 MB

With 2 pass extras the custom size was within 1000 KB if it's 1 MB = 1000 KB. With CRF extras it's off a bit.

I notice v0.30.04 doesn't have BDREBUILDER.INI anymore, thanks.

x264 r1286 released today looks like it could have an important vbv bug fix.

dragonknight
12th October 2009, 05:48
i got the same errors for OBSERVE_AND_REPORTand NOTORIOUS BIG as i did in v0.30.02 on v0.30.04.( errors shown on page 273)

Willobee
12th October 2009, 06:38
I have been using BD Rebuilder since version 29.01 upto version 30.04 and have not had any problems rebuilding several BD's until now. I am trying to rebuild The Godfather Part 3 region 1 and keep getting the same error. I thought I might have had a bad rip and ripped the disk again. Still the same error. I have FFDShow 2857 and Matroska Splitter 1.9.42.1 installed and have made the settings to FFDShow as instructed on the first page of this post. Here are the files from BD Rebuilder;

-----------------------
[00:01:46] BD Rebuilder v0.30.04 (beta)
- Source: GODFATHER_PART3
- Input BD size: 44.36 GB
- Approximate total content: [02:50:15.246]
- Target BD size: 22.46 GB
- Windows Version: 5.1 [2600]
- MOVIE-ONLY mode enabled
- SHUTDOWN at completion enabled
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[00:01:46] PHASE ONE, Encoding
- [00:01:46] Extracting A/V streams [VID_00000]
- [00:24:55] Reencoding: VID_00000 (1 of 1)
- [00:24:55] Collecting video information
- Video: 1920x1080, 23.976fps, 244,921 frames
- Bitrate: 11,995 Kbs
- [00:24:55] Reencoding: VID_00000, Pass 1 of 2
- Switching to FFMS2.DLL for decoding.
- Encode failed. Retrying.
- Reached retry limit. Aborting.
[01:01:17] - Failed video encode, aborted

[Status]
LABEL=GODFATHER_PART3
VERSION=v0.30.04 (beta)
SOURCE_SIZE=47626125312
SOURCE_VIDEO_SIZE=47626125312
TARGET_SIZE=24117248000
REDUCTION=.506386942922761
RESIZE_1080=0
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=eng;
BACKUP_MODE=1
QUICK=0
ENCODE_STEP=1
[00000]
AUDIO=1000
PGS=10000000
M2TS_TARGET=24117248000
RATE=11995

[Options]
MODE=1
PRIORITY_CLASS=0
TARGET_SIZE=23000
VERBOSE_STATUS=1
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=eng;
SD_CONVERT=0
COLOR_BOOST=0
RESIZE_1080=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
KEEP_HD_AUDIO=1
AVCHD=0
REMOVE_WORKFILES=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=1
CUSTOM_TARGET_SIZE=23450
QUICK_EXTRAS=0
[Paths]
SOURCE_PATH=C:\GODFATHER_PART3\
WORKING_PATH=C:\DOCUMENTS AND SETTINGS\BILL\MY DOCUMENTS\IMAGES\

Bundy00
12th October 2009, 10:50
Sorry if this questions has already been asked.

I did a "Watchmen" rebuild (full backup to BD25, german version) this weekend and everything works perfect, except:

I cannot switch off subtitles. If I choose "no subtitles" in the main menu the swedish subs are displayed. Of course all other subs (if I choose on another) are displayed correctly.

Bug in BD Rebuilder or my fault?

jdobbs
12th October 2009, 18:08
Were you plan on restricting something like this?
--ref 5+
--vbv-maxrate 18001+ --vbv-bufsize 18001+ for DVD5/9
--vbv-maxrate 40001+ --vbv-bufsize 30001+ for BD
--keyint 49+ if --vbv-maxrate 15000 or lower
--keyint 25+ if --vbv-maxrate 15001+
and will these custom settings be appended to CRF extra encodes if QUICK_USE_QUALITY=1

Don't know that I can agree with all this. Keyint must be less than one second. If, however, the maxrate goes below 15Mbs, then you can go up to 2 seconds. But, the effect of lowering maximum bitrate to less than 15Mbs (as opposed ot the current max of 17.5Mbs for BD-5/9) may have more negative impact than anything positive you'd get out of increasing keyint -- especially when you're only talking about the difference between 24 and 48 or 30/60.

The DPB is always limited to to 4 pictures (REF) for 1920x1080 (Level 4.1). For 720p and below it can go up to 6, but is there really any good reason to go above 4?

Actually I was planning on not allowing any changes to these settings... it just becomes too much of a maintenance/bug report nightmare. The biggest problem, as I've stated in the past, is that people never seem to acknowledge when a problem is self-inflicted -- because they are all convinced they are smarter than the rest of us.

Persecutor
12th October 2009, 19:23
I have installed BD Rebuilder versions 0.30.01 thru 03 and associated software. Used AnyDVD HD to rip Blu-ray to hard drive. Successfully re-encoded for DVD9 "Movie Only" the Soloist and Bedtime Stories. The first Blu-ray movie I ripped on this PC was Immortal and I have tried several times to re-encode lt with different versions of BD Rebuilder. The resultant movie every time has sound for introduction of ____________________ but the sound for the movie itself is missing. Is there some setting in DB Rebuilder I should select for Immortal's audio?

[08:58:32] BD Rebuilder v0.30.03 (beta)
- Source: IMMORTAL
- Input BD size: 17.97 GB
- Approximate total content: [01:43:05.679]
- Target BD size: 7.72 GB
- Windows Version: 6.0 [6002]
- MOVIE-ONLY mode enabled
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
[08:58:33] PHASE ONE, Encoding
- [08:58:33] Extracting A/V streams [VID_00002]
- [09:05:46] Reencoding: VID_00002 (1 of 3)
- [09:05:46] Collecting video information
- Video: 1920x1080, 23.976fps, 390 frames
- Bitrate: 9,038 Kbs
- [09:05:46] Reencoding: VID_00002, Pass 1 of 2
- [09:06:06] Reencoding: VID_00002, Pass 2 of 2
- [09:07:11] Video Encode complete
- [09:07:11] Reencoding audio tracks (if req'd)
- [09:08:08] Multiplexing M2TS
- [09:08:10] Extracting A/V streams [VID_00000]
- [09:15:23] Reencoding: VID_00000 (2 of 3)
- [09:15:23] Collecting video information
- Video: 1920x1080, 23.976fps, 147,903 frames
- Bitrate: 9,192 Kbs
- [09:15:23] Reencoding: VID_00000, Pass 1 of 2
- [10:40:09] Reencoding: VID_00000, Pass 2 of 2
- [13:16:16] Video Encode complete
- [13:16:16] Multiplexing M2TS
- [13:18:43] Extracting A/V streams [VID_00017]
- [13:18:44] Reencoding: VID_00017 (3 of 3)
- [13:18:44] Collecting video information
- Video: 1920x1080, 23.976fps, 15 frames
- Bitrate: 783 Kbs
- [13:18:44] Reencoding: VID_00017, Pass 1 of 2
- [13:18:46] Reencoding: VID_00017, Pass 2 of 2
- [13:18:48] Video Encode complete
- [13:18:48] Multiplexing M2TS
[13:18:49]PHASE ONE complete
[13:18:49]PHASE TWO - Rebuild Started
- [13:18:49] Rebuilding BD file Structure
[13:22:26] - Encode and Rebuild complete
[13:22:26]JOB: IMMORTAL finished.

Capsbackup
12th October 2009, 22:10
@Persecutor;
What are you trying to play the movie back with? Standalone or PC, PowerDVD, etc... Also, if you play the BD-RB encoded file 00000.m2ts with MediaPlayer Classic, do you hear the audio?
If you open the 00000.m2ts file with tsMuxeR, does it show an audio file present?

chudm
12th October 2009, 22:46
jdobbs i need an advice, like you know, i commented before about some problems with music blurays (like foo fighters, elton john), after bd rebuilder works its done, no letters on option are displayed on the menu, i was wondering, if i do a movie only and use that 00000.m2ts on the original bluray, and burn it, maybe it should work as normal? cause i had only compressed the main movie, and everything else would be untouched, or it isnt so easy as i say? hope you can answer me, thx :), cause i had several music bluray i would like to backup, thx!

dukefame
12th October 2009, 23:33
hey JD.
Still trying to figure out the best way to correct an audio offset.
Basically, after rebuild , a feature length movie remains in sync for the first 1/3rd. then the sync drifts further and fyrther out.

Is there a one time fix, or does eash file require tweaking/

Thanks.

DK
13th October 2009, 01:02
Is there a one time fix, or does eash file require tweaking/


Could you possibly deal with a bad rip?
Can / have you tried a different ripping routine?

jdobbs
13th October 2009, 04:24
jdobbs i need an advice, like you know, i commented before about some problems with music blurays (like foo fighters, elton john), after bd rebuilder works its done, no letters on option are displayed on the menu, i was wondering, if i do a movie only and use that 00000.m2ts on the original bluray, and burn it, maybe it should work as normal? cause i had only compressed the main movie, and everything else would be untouched, or it isnt so easy as i say? hope you can answer me, thx :), cause i had several music bluray i would like to backup, thx! That won't work. If it were that simple you wouldn't need BD Rebuilder.

jdobbs
13th October 2009, 04:26
hey JD.
Still trying to figure out the best way to correct an audio offset.
Basically, after rebuild , a feature length movie remains in sync for the first 1/3rd. then the sync drifts further and fyrther out.

Is there a one time fix, or does eash file require tweaking/

Thanks. What is unique about your source, your method, or your system? I've done several hundred backups and have had no sync problems -- you have to be doing something different. If you tell me what that is, I may be able to help you.

chudm
13th October 2009, 04:51
That won't work. If it were that simple you wouldn't need BD Rebuilder.

what else can you suggest me? thx for any tip man :)

setarip_old
13th October 2009, 07:31
@dukefame

Hi!

1) What is your system configuration?

2) Are you playing back on your PC or on a standalone player? If on your PC, what software are you using for playback?

turbojet
13th October 2009, 08:43
Don't know that I can agree with all this. Keyint must be less than one second. If, however, the maxrate goes below 15Mbs, then you can go up to 2 seconds. But, the effect of lowering maximum bitrate to less than 15Mbs (as opposed ot the current max of 17.5Mbs for BD-5/9) may have more negative impact than anything positive you'd get out of increasing keyint -- especially when you're only talking about the difference between 24 and 48 or 30/60.

15 and 17.5 mbps max is very little difference for x264 in most cases and using almost half the amount of keyframes is more efficient. The only difference that may be noticeable rarely is not being able to fill a BD9 with content < 72 minutes. Where 17.5 mbps won't undersize until 65 minutes or less of content. I'm not suggesting that it be default but allowing people to use all compliant options would be a plus.

The DPB is always limited to to 4 pictures (REF) for 1920x1080 (Level 4.1). For 720p and below it can go up to 6, but is there really any good reason to go above 4?

IMO it's of no use going above --ref 4 but there are many that argue that. Using more for 720 or 480/576 might complicate things a lot but it's up to you. I was suggesting limiting all resoultions to 4.

Actually I was planning on not allowing any changes to these settings... it just becomes too much of a maintenance/bug report nightmare. The biggest problem, as I've stated in the past, is that people never seem to acknowledge when a problem is self-inflicted -- because they are all convinced they are smarter than the rest of us.

I understand your concern but with just a few restrictions all the reports except major undersize by someone settings --vbv-maxrate too low which can also be elimiinated with a restriction.

Frankly I would be content if you set high quality settings (only setting I use for final results) back to how they were originally or just allow a few changeable options through ini. With the latter I can see users coming back saying there settings weren't used even though they are fully compliant.

Also I did another full backup with 2 pass extras and output was again within 1000 KB if 1 MB = 1000 KB. I notice with CRF extras the more extras there are the more it goes over. Have you been able to look into seeing if 1 MB = 1000 KB?

PurpleMan
13th October 2009, 08:57
@jdobbs:

Are there any plans for feature enhancements in the near future? One that I'm personally waiting for is the ability to "blank" certain m2ts's (trailers, fbi warning, etc..) on full-disc backups (in a similar way that VOBBlanker does it for DVD).

Do you think that would happen soon?

samtroy
13th October 2009, 11:56
Short encoding question:

Is it qualitywise *absolutely safe* to use One-Pass CRF encoding (HQ) for BD-25 Movie-Only?

Or would it be better to use Two-Pass encoding even at those high bitrates? I suspect there would be no benefits except for an more exact output size, right?

PurpleMan
13th October 2009, 12:32
Short encoding question:

Is it qualitywise *absolutely safe* to use One-Pass CRF encoding (HQ) for BD-25 Movie-Only?

Or would it be better to use Two-Pass encoding even at those high bitrates? I suspect there would be no benefits except for an more exact output size, right?

2-pass encoding will always result in better quality. Only you can decide whether or not you see the difference, But I certainly do, especially on long (over 90mins) movies.

Rumbah
13th October 2009, 13:15
1 pass CRF and 2 pass use the same mechanics in x264 so for equal file size the quality is almost identical. Of course if your CRF encode is smaller, you'll get less quality. But I'll doubt that you'll notice any difference for 50-100kbit/s (if the CRF encode is slightly smaller) at these high bitrates so it should be safe to use the CRF mode.

It would be best to use a hard to encode sample (e.g. a very long action movie) and try both ways and compare the quality.

PurpleMan
13th October 2009, 13:23
1 pass CRF and 2 pass use the same mechanics in x264 so for equal file size the quality is almost identical.

Not really, bit distribution would be different.

jdobbs
13th October 2009, 14:03
Short encoding question:

Is it qualitywise *absolutely safe* to use One-Pass CRF encoding (HQ) for BD-25 Movie-Only?

Or would it be better to use Two-Pass encoding even at those high bitrates? I suspect there would be no benefits except for an more exact output size, right?CRF Encoding uses the exact same command line as two-pass. The only difference is that the bitrate is replaced by a CRF value. The only risk of CRF is possible oversizing/udersizing.

jdobbs
13th October 2009, 14:07
Not really, bit distribution would be different.True. But CRF has been optimized very well, and the difference isn't as great as some think.

Hmmm.... I wonder if there is a graph around anywhere in which the bit distribution has been analyzed for comparison between the two. I'm sure sombody has done that by now.

PurpleMan
13th October 2009, 14:39
True. But CRF has been optimized very well, and the difference isn't as great as some think.

Hmmm.... I wonder if there is a graph around anywhere in which the bit distribution has been analyzed for comparison between the two. I'm sure sombody has done that by now.

To my understanding, CRF will prefer assigning less bits to fast motion and more bits to slow motion (to accommodate for human eye perception).

To me, this sounds like a bad thing for quality fanatics, and a good thing for not very perceptive people. I'll admit, however, that I don't fully understand the way it operates so I could be wrong.

If there's a tool to analyze h264 streams, I'll make two encodes and compare the graphs.

Dark Shikari
13th October 2009, 16:32
To my understanding, CRF will prefer assigning less bits to fast motion and more bits to slow motion (to accommodate for human eye perception).

To me, this sounds like a bad thing for quality fanatics, and a good thing for not very perceptive people. I'll admit, however, that I don't fully understand the way it operates so I could be wrong.

If there's a tool to analyze h264 streams, I'll make two encodes and compare the graphs.No, both CRF and 2-pass use the exact same method of bit distribution.

PurpleMan
13th October 2009, 17:09
No, both CRF and 2-pass use the exact same method of bit distribution.

Are you saying that if I do a 2-pass encode and a CRF encode, and both (let's say) turn out the exact size, then they are both identical?

Dark Shikari
13th October 2009, 17:15
Are you saying that if I do a 2-pass encode and a CRF encode, and both (let's say) turn out the exact size, then they are both identical?Not literally identical, but generally quite close.