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

DK
12th August 2009, 11:52
Thanx to the help of D.K
we have managed to solve the problems with POTC1 + POTC2.
so thanx again for the help

you're more than welcome but maybe you could point other readers to what the solution was :)

Furiousflea
12th August 2009, 13:58
@leChameleon

You really don't need to post all that info. Just stick to to posting the log\details that pertain to your problem, it also has the effect of me not being able to quote you to answer your question as I'm too lazy to bother deleting half of what you have copy\pasted.

Personally I think your having problems with the high quality settings because your CPU or memory is crapping out on you after a certain amount of time. Also note that on the high speed setting your CPU might not be maxed out constantly, as in it might fluctuate it's load down to 95~ percent more often - this will have a massive effect on stability.

Can't think of any other reason for your finding except for something like that. (inadequate cooling)

jdobbs
12th August 2009, 14:00
I think the other one has gone :)Of course -- that's the one I couldn't find. :) Hmm... maybe I shouldn't have fixed the second one -- then it would have went away too!

jdobbs
12th August 2009, 14:03
Hi jdobbs,

Were you able to complete your run on VALKYRIE yet? If so can you comment on your results?

I'm testing a High-Speed encode job right now running v0.28.3. 70% finished now. Its working on VID_00177 now. Yes. It ended up at 22GB.

Target size: 24,117,248,000
Actual size: 23,695,384,576

So it hit 98.2% of the target size.

Furiousflea
12th August 2009, 14:04
you're more than welcome but maybe you could point other readers to what the solution was :)

Too right!!! (not for me but for the principle!)

jdobbs
12th August 2009, 14:05
Was Trellis replaced with Macroblack tree? No. But I removed Trellis as an option in the SETUP dialog because it is automatically enabled/disabled based up the level of quality you select. (it's part of the PRESET).

jdobbs
12th August 2009, 14:07
I'm using a completely clean install of Vista 64 with the versions of everything that you link to at the beginning of this thread, nothing else installed except chipset, soundcard and graphics drivers. I did this because I thought maybe it was something to do with my install so I made a fresh clean install on a new hard drive.
Where do I find the log that Dark Shakiri is requesting? Actually if it is only happening with VC-1, it's unlikely it has anything to do with X264 -- it's more likely the CODEC you are using. What setting do you have for VC-1 in the FFDSHOW setup?

jdobbs
12th August 2009, 15:28
Sorry for this slightly offtopic question:

Is ffdshow still nessessary in Windows 7?

I did *not* install it (just avisynth and haali) and BD Rebuilder did work without a problem.

The BD9 result was 600MB undersized though. Could the missing ffdshow be the reason for that? Would it be advisable to install ffdshow even in Win7?

Thanks in advance.
S. I really don't know, as I'm not using Windows 7. It's possible that it includes all the codecs you need. Vista and XP certainly don't. That level of undersizing is at about 7%, which is more than a typical delta for two pass. What mode did you use to encode? If it was one-pass CRF, that's probably about about right.

Adbear
12th August 2009, 15:34
Actually if it is only happening with VC-1, it's unlikely it has anything to do with X264 -- it's more likely the CODEC you are using. What setting do you have for VC-1 in the FFDSHOW setup?

I've had it set to disabled, libavcodec and wmv9, does the same with all 3, but only with settings that do a first pass, if I set it to the fast BD-25 option it has no problem as it skips the first pass

sype
12th August 2009, 16:08
Odd. That's two error reports I've gotten in that same area -- in a section of code that hasn't changed in several months. When Furiousflea reported something similar I went back and checked the code, It is byte-for-byte identical to v0.26.03, which you said you used to complete the rebuild.

:confused: Are you sure your source isn't corrupt or was dismounted during the rebuild?

One idea: what is the label name of the BD? It shows at the top of the STREAM tab.

Im not quite sure what your getting at. but im running it again on my other pc to see what happens.
The label name is VOLUME_ID but the film is Lakeview terrace. region b.

leChameleon
12th August 2009, 16:23
Yes. It ended up at 22GB.

Target size: 24,117,248,000
Actual size: 23,695,384,576

So it hit 98.2% of the target size.Thanks for letting me know. What I fail to understand is that 8 earlier builds including v0.26.3 work perfectly yet only v0.27.1 and later fail on certain DVD's.

I'm highly confident it is not hardware issues as this machine is stored in a temperature controlled server room and is used for far more CPU intensive jobs than this. Moreover at the times certain jobs failed they were the only one running at that time. I've had as many as 3 BD-RB jobs running plus running other very intensive jobs in the background and all jobs completed successful.

What I suspect is that there may be certain cases where switching to the new x264 release may still have some issues.

I can't presume that I'm the only one having this issue when others have PM'd me to let me know they have run into similar issues.

Please let me know if you're finished looking into this matter as it worked for you, thus you're unable to reproduce it. Otherwise please let me know how you'd like to proceed and if I can be of any help.

leChameleon
12th August 2009, 16:41
[Status]
LABEL=TAKEN
VERSION=v0.28.03 (beta)
SOURCE_SIZE=41190650834
SOURCE_VIDEO_SIZE=40713363456
TARGET_SIZE=24117248000
REDUCTION=.580643764486526
RESIZE_1080=0
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=all
BACKUP_MODE=0
QUICK=0
ENCODE_STEP=0
COMPLETED=30
REBUILD_COMPLETE=1
[00074]
AUDIO=100000
PGS=101100
M2TS_TARGET=2493073026
RATE=17941
NSIZE=477032448
FLINK=-1
MLINK=0
[00133]
AUDIO=0
PGS=1
M2TS_TARGET=742295286
RATE=4989
NSIZE=728850432
FLINK=0
MLINK=0
[00183]
AUDIO=100000
PGS=101100
M2TS_TARGET=57864449
RATE=7888
NSIZE=123856896
FLINK=-1
MLINK=0
[00184]
AUDIO=100000
PGS=101100
M2TS_TARGET=65748570
RATE=8306
NSIZE=129398784
FLINK=-1
MLINK=0
[00185]
AUDIO=100000
PGS=101100
M2TS_TARGET=1440239719
RATE=17636
NSIZE=1050193920
FLINK=-1
MLINK=0
[00186]
AUDIO=100000
PGS=101100
M2TS_TARGET=172808503
RATE=10631
NSIZE=198119424
FLINK=-1
MLINK=0
[00187]
AUDIO=100000
PGS=101100
M2TS_TARGET=196385947
RATE=9453
NSIZE=231843840
FLINK=-1
MLINK=0
[00188]
AUDIO=100000
PGS=101100
M2TS_TARGET=3944514617
RATE=18070
NSIZE=2119299072
FLINK=-1
MLINK=0
[00189]
AUDIO=100000
PGS=101100
M2TS_TARGET=273033154
RATE=14556
NSIZE=288270336
FLINK=-1
MLINK=0
[00190]
AUDIO=100000
PGS=101100
M2TS_TARGET=333162950
RATE=15134
NSIZE=331290624
FLINK=-1
MLINK=0
[00191]
AUDIO=100000
PGS=101100
M2TS_TARGET=2360298731
RATE=17767
NSIZE=1466204160
FLINK=-1
MLINK=0
[00192]
AUDIO=100000
PGS=101100
M2TS_TARGET=739255797
RATE=16870
NSIZE=499316736
FLINK=-1
MLINK=0
[00193]
AUDIO=100000
PGS=101100
M2TS_TARGET=891533480
RATE=17129
NSIZE=623695872
FLINK=-1
MLINK=0
[00194]
AUDIO=100000
PGS=101100
M2TS_TARGET=984184380
RATE=17525
NSIZE=742711296
FLINK=-1
MLINK=0
[00195]
AUDIO=100000
PGS=101100
M2TS_TARGET=2034370621
RATE=17323
NSIZE=1260730368
FLINK=-1
MLINK=0
[00196]
AUDIO=100000
PGS=101100
M2TS_TARGET=2228266470
RATE=17485
NSIZE=1356564480
FLINK=-1
MLINK=0
[00197]
AUDIO=100000
PGS=101100
M2TS_TARGET=1307436884
RATE=15102
NSIZE=774561792
FLINK=0
MLINK=0
[00199]
AUDIO=0
PGS=1
M2TS_TARGET=793991570
RATE=20423
NSIZE=188307456
FLINK=0
MLINK=0
[00200]
AUDIO=1
PGS=
M2TS_TARGET=139470446
RATE=20691
NSIZE=115685376
FLINK=0
MLINK=0
[00201]
AUDIO=1
PGS=
M2TS_TARGET=533376798
RATE=21067
NSIZE=308004864
FLINK=0
MLINK=0
[00202]
AUDIO=1
PGS=
M2TS_TARGET=145606504
RATE=20746
NSIZE=110020608
FLINK=0
MLINK=0
[00203]
AUDIO=1
PGS=
M2TS_TARGET=367542709
RATE=21175
NSIZE=231340032
FLINK=0
MLINK=0
[00204]
AUDIO=1
PGS=
M2TS_TARGET=283849739
RATE=20952
NSIZE=192000000
FLINK=0
MLINK=0
[00205]
AUDIO=1
PGS=
M2TS_TARGET=417276882
RATE=21187
NSIZE=270059520
FLINK=0
MLINK=0
[00207]
AUDIO=1
PGS=
M2TS_TARGET=98412373
RATE=10002
NSIZE=116219904
FLINK=0
MLINK=0
[00208]
AUDIO=1
PGS=
M2TS_TARGET=97374238
RATE=9985
NSIZE=121288704
FLINK=0
MLINK=0
[00209]
AUDIO=1
PGS=
M2TS_TARGET=203178420
RATE=10057
NSIZE=195459072
FLINK=0
MLINK=0
[00210]
AUDIO=1
PGS=
M2TS_TARGET=205122694
RATE=10640
NSIZE=202475520
FLINK=0
MLINK=0
[00211]
AUDIO=1
PGS=
M2TS_TARGET=88947861
RATE=10089
NSIZE=102666240
FLINK=0
MLINK=0
[00213]
AUDIO=1
PGS=
M2TS_TARGET=1337803
RATE=1424
NSIZE=841728
FLINK=0
MLINK=0

jdobbs
12th August 2009, 16:42
Thanks for letting me know. What I fail to understand is that 8 earlier builds including v0.26.3 work perfectly yet only v0.27.1 and later fail on certain DVD's.

I'm highly confident it is not hardware issues as this machine is stored in a temperature controlled server room and is used for far more CPU intensive jobs than this. Moreover at the times certain jobs failed they were the only one running at that time. I've had as many as 3 BD-RB jobs running plus running other very intensive jobs in the background and all jobs completed successful.

What I suspect is that there may be certain cases where switching to the new x264 release may still have some issues.

I can't presume that I'm the only one having this issue when others have PM'd me to let me know they have run into similar issues.

Please let me know if you're finished looking into this matter as it worked for you, thus you're unable to reproduce it. Otherwise please let me know how you'd like to proceed and if I can be of any help.PMs don't help anybody. If they have an issue they need to post it. I can't fix things reported in someone elses's PM.

The bottom line is that I did the exact same disc with the exact same settings and it sized correctly. What else can I say? The only difference left is your configuration and system. And secret PMs aside, I'm not getting any other reports of massive undersizing on two pass encodes.

I really don't need any more input from your side. I have plenty. I'm going to go through what I have and see if there are any exceptions or circumstances that could make it do something weird.

[Edit] One thing I'd like to know. When if finishes the last M2TS (the one with the huge undersize), what bitrate is listed in LASTCMD.TXT? My encode shows 8853 for 00074.

leChameleon
12th August 2009, 16:43
-----------------------
[01:50:56] BD Rebuilder v0.28.03 (beta)
- Source: TAKEN
- Input BD size: 38.36 GB
- Approximate total content: [02:35:32.447]
- Target BD size: 22.46 GB
[01:50:56] PHASE ONE, Encoding
- [01:50:56] Extracting A/V streams [VID_00074]
- [01:51:49] Reencoding: VID_00074 (1 of 30)
- [01:51:49] Collecting video information
- Video: 1920x1080, 23.976fps, 19,972 frames
- Bitrate: 17,941 Kbs
- [01:51:49] Reencoding: VID_00074, Pass 1 of 2
- [01:58:41] Reencoding: VID_00074, Pass 2 of 2
- [02:00:57] Video Encode complete
- [02:00:57] Reencoding audio tracks (if req'd)
- [02:00:57] Multiplexing M2TS
- [02:01:07] Extracting A/V streams [VID_00133]
- [02:01:23] Reencoding: VID_00133 (2 of 30)
- [02:01:23] Collecting video information
- Video: 720x480, 29.970fps, 33,090 frames
- Bitrate: 4,989 Kbs
- [02:01:23] Reencoding: VID_00133, Pass 1 of 2
- [02:04:54] Reencoding: VID_00133, Pass 2 of 2
- [02:16:10] Video Encode complete
- [02:16:10] Reencoding audio tracks (if req'd)
- [02:16:10] Multiplexing M2TS
- [02:16:18] Extracting A/V streams [VID_00183]
- [02:16:19] Reencoding: VID_00183 (3 of 30)
- [02:16:19] Collecting video information
- Video: 1920x1080, 23.976fps, 867 frames
- Bitrate: 7,888 Kbs
- [02:16:19] Reencoding: VID_00183, Pass 1 of 2
- [02:16:41] Reencoding: VID_00183, Pass 2 of 2
- [02:18:04] Video Encode complete
- [02:18:04] Reencoding audio tracks (if req'd)
- [02:18:04] Multiplexing M2TS
- [02:18:06] Extracting A/V streams [VID_00184]
- [02:18:08] Reencoding: VID_00184 (4 of 30)
- [02:18:08] Collecting video information
- Video: 1920x1080, 23.976fps, 939 frames
- Bitrate: 8,306 Kbs
- [02:18:08] Reencoding: VID_00184, Pass 1 of 2
- [02:18:31] Reencoding: VID_00184, Pass 2 of 2
- [02:19:59] Video Encode complete
- [02:19:59] Reencoding audio tracks (if req'd)
- [02:19:59] Multiplexing M2TS
- [02:20:02] Extracting A/V streams [VID_00185]
- [02:20:33] Reencoding: VID_00185 (5 of 30)
- [02:20:33] Collecting video information
- Video: 1920x1080, 23.976fps, 11,691 frames
- Bitrate: 17,636 Kbs
- [02:20:33] Reencoding: VID_00185, Pass 1 of 2
- [02:24:35] Reencoding: VID_00185, Pass 2 of 2
- [02:40:36] Video Encode complete
- [02:40:36] Reencoding audio tracks (if req'd)
- [02:40:36] Multiplexing M2TS
- [02:40:50] Extracting A/V streams [VID_00186]
- [02:40:55] Reencoding: VID_00186 (6 of 30)
- [02:40:55] Collecting video information
- Video: 1920x1080, 23.976fps, 2,132 frames
- Bitrate: 10,631 Kbs
- [02:40:55] Reencoding: VID_00186, Pass 1 of 2
- [02:41:43] Reencoding: VID_00186, Pass 2 of 2
- [02:44:40] Video Encode complete
- [02:44:40] Reencoding audio tracks (if req'd)
- [02:44:40] Multiplexing M2TS
- [02:44:43] Extracting A/V streams [VID_00187]
- [02:44:48] Reencoding: VID_00187 (7 of 30)
- [02:44:48] Collecting video information
- Video: 1920x1080, 23.976fps, 2,618 frames
- Bitrate: 9,453 Kbs
- [02:44:48] Reencoding: VID_00187, Pass 1 of 2
- [02:45:45] Reencoding: VID_00187, Pass 2 of 2
- [02:49:10] Video Encode complete
- [02:49:10] Reencoding audio tracks (if req'd)
- [02:49:10] Multiplexing M2TS
- [02:49:13] Extracting A/V streams [VID_00188]
- [02:50:38] Reencoding: VID_00188 (8 of 30)
- [02:50:38] Collecting video information
- Video: 1920x1080, 23.976fps, 31,494 frames
- Bitrate: 18,070 Kbs
- [02:50:38] Reencoding: VID_00188, Pass 1 of 2
- [03:01:25] Reencoding: VID_00188, Pass 2 of 2
- [03:38:41] Video Encode complete
- [03:38:41] Reencoding audio tracks (if req'd)
- [03:38:41] Multiplexing M2TS
- [03:39:24] Extracting A/V streams [VID_00189]
- [03:39:31] Reencoding: VID_00189 (9 of 30)
- [03:39:31] Collecting video information
- Video: 1920x1080, 23.976fps, 2,548 frames
- Bitrate: 14,556 Kbs
- [03:39:31] Reencoding: VID_00189, Pass 1 of 2
- [03:40:27] Reencoding: VID_00189, Pass 2 of 2
- [03:44:20] Video Encode complete
- [03:44:20] Reencoding audio tracks (if req'd)
- [03:44:20] Multiplexing M2TS
- [03:44:24] Extracting A/V streams [VID_00190]
- [03:44:33] Reencoding: VID_00190 (10 of 30)
- [03:44:33] Collecting video information
- Video: 1920x1080, 23.976fps, 3,011 frames
- Bitrate: 15,134 Kbs
- [03:44:33] Reencoding: VID_00190, Pass 1 of 2
- [03:45:39] Reencoding: VID_00190, Pass 2 of 2
- [03:50:10] Video Encode complete
- [03:50:10] Reencoding audio tracks (if req'd)
- [03:50:10] Multiplexing M2TS
- [03:50:14] Extracting A/V streams [VID_00191]
- [03:51:06] Reencoding: VID_00191 (11 of 30)
- [03:51:06] Collecting video information
- Video: 1920x1080, 23.976fps, 19,091 frames
- Bitrate: 17,767 Kbs
- [03:51:06] Reencoding: VID_00191, Pass 1 of 2
- [03:57:39] Reencoding: VID_00191, Pass 2 of 2
- [04:22:20] Video Encode complete
- [04:22:20] Reencoding audio tracks (if req'd)
- [04:22:20] Multiplexing M2TS
- [04:22:40] Extracting A/V streams [VID_00192]
- [04:22:57] Reencoding: VID_00192 (12 of 30)
- [04:22:57] Collecting video information
- Video: 1920x1080, 23.976fps, 6,312 frames
- Bitrate: 16,870 Kbs
- [04:22:57] Reencoding: VID_00192, Pass 1 of 2
- [04:25:10] Reencoding: VID_00192, Pass 2 of 2
- [04:33:38] Video Encode complete
- [04:33:38] Reencoding audio tracks (if req'd)
- [04:33:38] Multiplexing M2TS
- [04:33:45] Extracting A/V streams [VID_00193]
- [04:34:05] Reencoding: VID_00193 (13 of 30)
- [04:34:05] Collecting video information
- Video: 1920x1080, 23.976fps, 7,490 frames
- Bitrate: 17,129 Kbs
- [04:34:05] Reencoding: VID_00193, Pass 1 of 2
- [04:36:43] Reencoding: VID_00193, Pass 2 of 2
- [04:46:12] Video Encode complete
- [04:46:12] Reencoding audio tracks (if req'd)
- [04:46:12] Multiplexing M2TS
- [04:46:21] Extracting A/V streams [VID_00194]
- [04:46:47] Reencoding: VID_00194 (14 of 30)
- [04:46:47] Collecting video information
- Video: 1920x1080, 23.976fps, 8,164 frames
- Bitrate: 17,525 Kbs
- [04:46:47] Reencoding: VID_00194, Pass 1 of 2
- [04:49:38] Reencoding: VID_00194, Pass 2 of 2
- [05:00:33] Video Encode complete
- [05:00:33] Reencoding audio tracks (if req'd)
- [05:00:33] Multiplexing M2TS
- [05:00:43] Extracting A/V streams [VID_00195]
- [05:01:32] Reencoding: VID_00195 (15 of 30)
- [05:01:32] Collecting video information
- Video: 1920x1080, 23.976fps, 16,574 frames
- Bitrate: 17,323 Kbs
- [05:01:32] Reencoding: VID_00195, Pass 1 of 2
- [05:07:11] Reencoding: VID_00195, Pass 2 of 2
- [05:29:46] Video Encode complete
- [05:29:46] Reencoding audio tracks (if req'd)
- [05:29:46] Multiplexing M2TS
- [05:30:04] Extracting A/V streams [VID_00196]
- [05:30:57] Reencoding: VID_00196 (16 of 30)
- [05:30:57] Collecting video information
- Video: 1920x1080, 23.976fps, 17,973 frames
- Bitrate: 17,485 Kbs
- [05:30:57] Reencoding: VID_00196, Pass 1 of 2
- Encode failed. Retrying.
- [05:43:11] Reencoding: VID_00196, Pass 2 of 2
- [06:08:04] Video Encode complete
- [06:08:04] Reencoding audio tracks (if req'd)
- [06:08:04] Multiplexing M2TS
- [06:08:24] Extracting A/V streams [VID_00197]
- [06:08:57] Reencoding: VID_00197 (17 of 30)
- [06:08:57] Collecting video information
- Video: 1920x1080, 23.976fps, 11,949 frames
- Bitrate: 15,102 Kbs
- [06:08:57] Reencoding: VID_00197, Pass 1 of 2
- [06:13:05] Reencoding: VID_00197, Pass 2 of 2
- [06:22:13] Video Encode complete
- [06:22:13] Reencoding audio tracks (if req'd)
- [06:22:13] Multiplexing M2TS
- [06:22:26] Extracting A/V streams [VID_00199]
- [06:22:45] Reencoding: VID_00199 (18 of 30)
- [06:22:45] Collecting video information
- Video: 1920x1080, 23.976fps, 6,918 frames
- Bitrate: 20,423 Kbs
- [06:22:45] Reencoding: VID_00199, Pass 1 of 2
- [06:25:09] Reencoding: VID_00199, Pass 2 of 2
- [06:31:27] Video Encode complete
- [06:31:27] Reencoding audio tracks (if req'd)
- [06:31:27] Multiplexing M2TS
- [06:31:29] Extracting A/V streams [VID_00200]
- [06:31:33] Reencoding: VID_00200 (19 of 30)
- [06:31:33] Collecting video information
- Video: 1920x1080, 23.976fps, 1,188 frames
- Bitrate: 20,691 Kbs
- [06:31:33] Reencoding: VID_00200, Pass 1 of 2
- [06:32:02] Reencoding: VID_00200, Pass 2 of 2
- [06:33:54] Video Encode complete
- [06:33:54] Reencoding audio tracks (if req'd)
- [06:33:54] Multiplexing M2TS
- [06:33:56] Extracting A/V streams [VID_00201]
- [06:34:09] Reencoding: VID_00201 (20 of 30)
- [06:34:09] Collecting video information
- Video: 1920x1080, 23.976fps, 4,463 frames
- Bitrate: 21,067 Kbs
- [06:34:09] Reencoding: VID_00201, Pass 1 of 2
- [06:35:44] Reencoding: VID_00201, Pass 2 of 2
- [06:40:54] Video Encode complete
- [06:40:54] Reencoding audio tracks (if req'd)
- [06:40:54] Multiplexing M2TS
- [06:40:58] Extracting A/V streams [VID_00202]
- [06:41:01] Reencoding: VID_00202 (21 of 30)
- [06:41:01] Collecting video information
- Video: 1920x1080, 23.976fps, 1,237 frames
- Bitrate: 20,746 Kbs
- [06:41:01] Reencoding: VID_00202, Pass 1 of 2
- [06:41:30] Reencoding: VID_00202, Pass 2 of 2
- [06:43:00] Video Encode complete
- [06:43:00] Reencoding audio tracks (if req'd)
- [06:43:00] Multiplexing M2TS
- [06:43:02] Extracting A/V streams [VID_00203]
- [06:43:11] Reencoding: VID_00203 (22 of 30)
- [06:43:11] Collecting video information
- Video: 1920x1080, 23.976fps, 3,060 frames
- Bitrate: 21,175 Kbs
- [06:43:11] Reencoding: VID_00203, Pass 1 of 2
- [06:44:17] Reencoding: VID_00203, Pass 2 of 2
- [06:47:45] Video Encode complete
- [06:47:45] Reencoding audio tracks (if req'd)
- [06:47:45] Multiplexing M2TS
- [06:47:48] Extracting A/V streams [VID_00204]
- [06:47:55] Reencoding: VID_00204 (23 of 30)
- [06:47:55] Collecting video information
- Video: 1920x1080, 23.976fps, 2,388 frames
- Bitrate: 20,952 Kbs
- [06:47:55] Reencoding: VID_00204, Pass 1 of 2
- Encode failed. Retrying.
- Encode failed. Retrying.
- [06:50:30] Reencoding: VID_00204, Pass 2 of 2
- [06:53:26] Video Encode complete
- [06:53:26] Reencoding audio tracks (if req'd)
- [06:53:26] Multiplexing M2TS
- [06:53:28] Extracting A/V streams [VID_00205]
- [06:53:39] Reencoding: VID_00205 (24 of 30)
- [06:53:39] Collecting video information
- Video: 1920x1080, 23.976fps, 3,472 frames
- Bitrate: 21,187 Kbs
- [06:53:39] Reencoding: VID_00205, Pass 1 of 2
- [06:54:53] Reencoding: VID_00205, Pass 2 of 2
- [06:59:32] Video Encode complete
- [06:59:32] Reencoding audio tracks (if req'd)
- [06:59:32] Multiplexing M2TS
- [06:59:35] Extracting A/V streams [VID_00207]
- [06:59:38] Reencoding: VID_00207 (25 of 30)
- [06:59:38] Collecting video information
- Video: 1920x1080, 23.976fps, 1,673 frames
- Bitrate: 10,002 Kbs
- [06:59:38] Reencoding: VID_00207, Pass 1 of 2
- Encode failed. Retrying.
- [07:00:52] Reencoding: VID_00207, Pass 2 of 2
- [07:03:04] Video Encode complete
- [07:03:04] Reencoding audio tracks (if req'd)
- [07:03:04] Multiplexing M2TS
- [07:03:06] Extracting A/V streams [VID_00208]
- [07:03:09] Reencoding: VID_00208 (26 of 30)
- [07:03:09] Collecting video information
- Video: 1920x1080, 23.976fps, 1,658 frames
- Bitrate: 9,985 Kbs
- [07:03:09] Reencoding: VID_00208, Pass 1 of 2
- Encode failed. Retrying.
- [07:04:23] Reencoding: VID_00208, Pass 2 of 2
- [07:06:26] Video Encode complete
- [07:06:26] Reencoding audio tracks (if req'd)
- [07:06:26] Multiplexing M2TS
- [07:06:28] Extracting A/V streams [VID_00209]
- [07:06:34] Reencoding: VID_00209 (27 of 30)
- [07:06:34] Collecting video information
- Video: 1920x1080, 23.976fps, 3,436 frames
- Bitrate: 10,057 Kbs
- [07:06:34] Reencoding: VID_00209, Pass 1 of 2
- [07:07:47] Reencoding: VID_00209, Pass 2 of 2
- [07:11:53] Video Encode complete
- [07:11:53] Reencoding audio tracks (if req'd)
- [07:11:53] Multiplexing M2TS
- [07:11:56] Extracting A/V streams [VID_00210]
- [07:12:01] Reencoding: VID_00210 (28 of 30)
- [07:12:01] Collecting video information
- Video: 1920x1080, 23.976fps, 3,287 frames
- Bitrate: 10,640 Kbs
- [07:12:01] Reencoding: VID_00210, Pass 1 of 2
- [07:13:12] Reencoding: VID_00210, Pass 2 of 2
- [07:17:18] Video Encode complete
- [07:17:18] Reencoding audio tracks (if req'd)
- [07:17:18] Multiplexing M2TS
- [07:17:21] Extracting A/V streams [VID_00211]
- [07:17:23] Reencoding: VID_00211 (29 of 30)
- [07:17:23] Collecting video information
- Video: 1920x1080, 23.976fps, 1,535 frames
- Bitrate: 10,089 Kbs
- [07:17:23] Reencoding: VID_00211, Pass 1 of 2
- [07:17:58] Reencoding: VID_00211, Pass 2 of 2
- [07:19:52] Video Encode complete
- [07:19:52] Reencoding audio tracks (if req'd)
- [07:19:52] Multiplexing M2TS
- [07:19:54] Extracting A/V streams [VID_00213]
- [07:19:54] Reencoding: VID_00213 (30 of 30)
- [07:19:54] Collecting video information
- Video: 1920x1080, 23.976fps, 143 frames
- Bitrate: 1,424 Kbs
- [07:19:54] Reencoding: VID_00213, Pass 1 of 2
- [07:20:00] Reencoding: VID_00213, Pass 2 of 2
- [07:20:03] Video Encode complete
- [07:20:03] Reencoding audio tracks (if req'd)
- [07:20:03] Multiplexing M2TS
[07:20:03]PHASE ONE complete
[07:20:03]PHASE TWO - Rebuild Started
- [07:20:03] Rebuilding BD file Structure
[07:20:11] - Encode and Rebuild complete
[07:20:11]JOB: TAKEN finished.


Directory of J:\Bd25 4\Taken (2008)\TAKEN\BDMV\STREAM
08/12/2009 07:20 AM <DIR> .
08/12/2009 07:20 AM <DIR> ..
08/12/2009 07:20 AM 350,208 00001.m2ts
08/12/2009 07:20 AM 16,508,928 00014.m2ts
08/12/2009 07:20 AM 41,048,064 00015.m2ts
08/12/2009 07:20 AM 430,080 00038.m2ts
08/12/2009 07:20 AM 66,035,712 00045.m2ts
08/12/2009 07:20 AM 145,889,280 00059.m2ts
08/12/2009 07:20 AM 792,576 00070.m2ts
08/12/2009 07:20 AM 528,384 00072.m2ts
08/12/2009 07:20 AM 534,528 00073.m2ts
08/12/2009 02:01 AM 477,032,448 00074.m2ts
08/12/2009 07:20 AM 847,872 00115.m2ts
08/12/2009 07:20 AM 847,872 00116.m2ts
08/12/2009 07:20 AM 118,861,824 00132.m2ts
08/12/2009 02:16 AM 728,850,432 00133.m2ts
08/12/2009 02:18 AM 123,856,896 00183.m2ts
08/12/2009 02:20 AM 129,398,784 00184.m2ts
08/12/2009 02:40 AM 1,050,193,920 00185.m2ts
08/12/2009 02:44 AM 198,119,424 00186.m2ts
08/12/2009 02:49 AM 231,843,840 00187.m2ts
08/12/2009 03:39 AM 2,119,299,072 00188.m2ts
08/12/2009 03:44 AM 288,270,336 00189.m2ts
08/12/2009 03:50 AM 331,290,624 00190.m2ts
08/12/2009 04:22 AM 1,466,204,160 00191.m2ts
08/12/2009 04:33 AM 499,316,736 00192.m2ts
08/12/2009 04:46 AM 623,695,872 00193.m2ts
08/12/2009 05:00 AM 742,711,296 00194.m2ts
08/12/2009 05:30 AM 1,260,730,368 00195.m2ts
08/12/2009 06:08 AM 1,356,564,480 00196.m2ts
08/12/2009 06:22 AM 774,561,792 00197.m2ts
08/12/2009 06:31 AM 188,307,456 00199.m2ts
08/12/2009 06:33 AM 115,685,376 00200.m2ts
08/12/2009 06:40 AM 308,004,864 00201.m2ts
08/12/2009 06:43 AM 110,020,608 00202.m2ts
08/12/2009 06:47 AM 231,340,032 00203.m2ts
08/12/2009 06:53 AM 192,000,000 00204.m2ts
08/12/2009 06:59 AM 270,059,520 00205.m2ts
08/12/2009 07:20 AM 2,304,000 00206.m2ts
08/12/2009 07:03 AM 116,219,904 00207.m2ts
08/12/2009 07:06 AM 121,288,704 00208.m2ts
08/12/2009 07:11 AM 195,459,072 00209.m2ts
08/12/2009 07:17 AM 202,475,520 00210.m2ts
08/12/2009 07:19 AM 102,666,240 00211.m2ts
08/12/2009 07:20 AM 595,968 00212.m2ts
08/12/2009 07:20 AM 841,728 00213.m2ts
44 File(s) 14,951,884,800 bytes

44 File(s) 14,951,884,800 bytes which don't match the target sizes. Why?

leChameleon
12th August 2009, 16:45
PMs don't help anybody. If they have an issue they need to post it. I can't fix things reported in someone elses's PM. Perhaps they have.

leChameleon
12th August 2009, 16:50
To reiterate.... What I fail to understand is that 8 earlier builds including v0.26.3 work perfectly yet only v0.27.1 and later fail on certain DVD's. Do you have any idea's or explanation for this?

jdobbs
12th August 2009, 16:52
To reiterate.... What I fail to understand is that 8 earlier builds including v0.26.3 work perfectly yet only v0.27.1 and later fail on certain DVD's. Do you have any idea's or explanation for this? No. Because I get approximately the same either way.

Arguing doesn't help. I said I'd still look at it, but I can only do what I can do. Maybe you can point me the post where someone else reported an undersize that of 50% on a two pass encode?

leChameleon
12th August 2009, 17:00
No. Because I get approximately the same either way.

Arguing doesn't help. I said I'd still look at it, but I can only do what I can do.I'm not arguing with you hope you don't feel that way. I'm trying to figure out if you want me to continue testing your code to help you. I've not been demanding or insinuated any sense of urgency to have anything done. What I have been doing is trying to provide you with clear detailed information to see if this helps you. I also understand that it may be difficult to debug or diagnose this sort of problem as I come from a software development background so I can sympathize with you and praise you for what your doing as well as your motivation.

leChameleon
12th August 2009, 17:04
Maybe you can point me the post where someone else reported an undersize that of 50% on a two pass encode?I'm unclear how you came to this conclusion from my original comment. There is nothing in the statement you quoted that says anything about "undersize that of 50% on a two pass encode".

leChameleon
12th August 2009, 17:13
For what its worth the max CPU temperature over that last 24 hours (since that's all we log) was 27C.

leChameleon
12th August 2009, 17:19
I really don't need any more input from your side. I have plenty. I'm going to go through what I have and see if there are any exceptions or circumstances that could make it do something weird.

[Edit] One thing I'd like to know. When if finishes the last M2TS (the one with the huge undersize), what bitrate is listed in LASTCMD.TXT? My encode shows 8853 for 00074.As there were complaints that I was posting too much information I only posted the LOG and INF. Unfortunately I've started another job to test something thus the LASTCMD.TXT has been overwritten. Is there a way in the future to store this with the WORKFILES? I'll be glad to restart the job again to see if I can get this information for you, assuming the results yield the same result. I'll let you know.

Thank you for your time and patients. :)

jdobbs
12th August 2009, 18:38
I'm unclear how you came to this conclusion from my original comment. There is nothing in the statement you quoted that says anything about "undersize that of 50% on a two pass encode". The main movie (00074) was undersized by much more than 50%.

jdobbs
12th August 2009, 18:39
As there were complaints that I was posting too much information I only posted the LOG and INF. Unfortunately I've started another job to test something thus the LASTCMD.TXT has been overwritten. Is there a way in the future to store this with the WORKFILES? I'll be glad to restart the job again to see if I can get this information for you, assuming the results yield the same result. I'll let you know.

Thank you for your time and patients. :) I hate to put you through that. As I found from my attempt to repeat the error, the "Highest" mode takes a LOT of time.

sype
12th August 2009, 19:59
You can ignore my error message that i posted earlier.
Its rebuilding correctly now, must have been a one off error.
I will not post an error message again unless i get the same error a few times.

daberti
12th August 2009, 20:08
@jdobbs
Are SAMPLE_GROUP=4800 and SAMPLE_SIZE=96 still the defaults for 0.28.x as under the dominion of 0.27.x or something has changed? Thanks

By-Tor
12th August 2009, 20:55
you're more than welcome but maybe you could point other readers to what the solution was :)

yeah ..o.k
was unable to rebuild potc1 + potc2 using anydvd 6.5.7.1 HD
but managed to solve the problem under advice from DK
to use fab hd decrypter instead which worked just fine
if more info needed check my earlier posts which have more indepth info.:thanks:

pbeumer2001
12th August 2009, 21:49
I sit possible that the new version is slower than the previous one? I use the default quality settings every time. Good enough for me. But I`ve lost about 5 frames per second on the first pass with the new version. Any idea?

jdobbs
12th August 2009, 23:14
@jdobbs
Are SAMPLE_GROUP=4800 and SAMPLE_SIZE=96 still the defaults for 0.28.x as under the dominion of 0.27.x or something has changed? ThanksDefaults are:

NTSC @ 23.976
SAMPLE_GROUP=4800
SAMPLE_SIZE = "48"

NTSC @ 29.97
SAMPLE_GROUP=6000
SAMPLE_SIZE=60

PAL @ 25
SAMPLE_GROUP=5000
SAMPLE_SIZE=50

jdobbs
12th August 2009, 23:15
I sit possible that the new version is slower than the previous one? I use the default quality settings every time. Good enough for me. But I`ve lost about 5 frames per second on the first pass with the new version. Any idea? Actually the first pass should be faster starting with v0.27.1 -- in any later versions the settings haven't changed in any way that would affect speed other than a very, very slight effect of MBTREE.

Capsbackup
12th August 2009, 23:33
PMs don't help anybody. If they have an issue they need to post it. I can't fix things reported in someone elses's PM.

The bottom line is that I did the exact same disc with the exact same settings and it sized correctly. What else can I say? The only difference left is your configuration and system. And secret PMs aside, I'm not getting any other reports of massive undersizing on two pass encodes.

I really don't need any more input from your side. I have plenty. I'm going to go through what I have and see if there are any exceptions or circumstances that could make it do something weird.

[Edit] One thing I'd like to know. When if finishes the last M2TS (the one with the huge undersize), what bitrate is listed in LASTCMD.TXT? My encode shows 8853 for 00074.

If I'm reading the very next post correctly, #4565, IeChameleon's log says for 00074.mt2s is:
[01:50:56] PHASE ONE, Encoding
- [01:50:56] Extracting A/V streams [VID_00074]
- [01:51:49] Reencoding: VID_00074 (1 of 30)
- [01:51:49] Collecting video information
- Video: 1920x1080, 23.976fps, 19,972 frames
- Bitrate: 17,941 Kbs
- [01:51:49] Reencoding: VID_00074, Pass 1 of 2
- [01:58:41] Reencoding: VID_00074, Pass 2 of 2
- [02:00:57] Video Encode complete
- [02:00:57] Reencoding audio tracks (if req'd)
- [02:00:57] Multiplexing M2TS
This would appear to be more than double the 8853 for 00074 per jdobbs.
But this probably will not help anyway, because sometimes things just don't compute. :rolleyes:

pbeumer2001
13th August 2009, 00:17
Actually the first pass should be faster starting with v0.27.1 -- in any later versions the settings haven't changed in any way that would affect speed other than a very, very slight effect of MBTREE.

Maybe the newer version op x264 can be a bit slower?

dianasta
13th August 2009, 01:04
Hi,

I'm working on full backup X_FILES_2 and getting the following error with v0.28.02


-----------------------
[18:22:37] BD Rebuilder v0.28.02 (beta)
- Source: X_FILES_2_US
- Input BD size: 43.06 GB
- Approximate total content: [04:33:28.683]
- Target BD size: 22.46 GB
- Resuming from previously started job.
[18:22:40] PHASE ONE, Encoding
- [18:22:40] Extracting A/V streams [VID_00012]
- Error in attempt to extract audio/subs.
- Reading buffer overflow. Possible container streams are not syncronized.
Please, verify stream fps. File name: I:\BDMV\STREAM\00012.m2ts
- Error in attempt to extract audio/subs.
- Reading buffer overflow. Possible container streams are not syncronized.
Please, verify stream fps. File name: I:\BDMV\STREAM\00012.m2ts
[18:22:49] - Failed to retrieve audio, aborted
-----------------------
[18:23:11] BD Rebuilder v0.28.02 (beta)
- Source: X_FILES_2_US
- Input BD size: 43.06 GB
- Approximate total content: [04:33:28.683]
- Target BD size: 22.46 GB
[18:23:16] PHASE ONE, Encoding
- [18:23:16] Extracting A/V streams [VID_00041]
- [18:23:17] Reencoding: VID_00041 (1 of 38)
- [18:23:17] Collecting video information
- Video: 720x480, 29.970fps, 30 frames
- [18:23:17] Reencoding: VID_00041, Pass 1 of 1
- [18:23:20] Video Encode complete
- [18:23:20] Reencoding audio tracks (if req'd)
- [18:23:20] Multiplexing M2TS
- [18:23:20] Extracting A/V streams [VID_00017]
- [18:23:22] Reencoding: VID_00017 (2 of 38)
- [18:23:22] Reencoding secondary video [TRK_02]
- [18:23:24] Collecting video information
- Video: 1920x1080, 23.976fps, 120 frames
- [18:23:24] Reencoding: VID_00017, Pass 1 of 1
- [18:23:30] Video Encode complete
- [18:23:30] Reencoding audio tracks (if req'd)
- [18:23:30] Multiplexing M2TS
- [18:23:30] Extracting A/V streams [VID_00030]
- [18:23:33] Reencoding: VID_00030 (3 of 38)
- [18:23:33] Collecting video information
- Video: 1920x1080, 23.976fps, 24 frames
- [18:23:33] Reencoding: VID_00030, Pass 1 of 1
- [18:23:35] Video Encode complete
- [18:23:35] Reencoding audio tracks (if req'd)
- [18:23:35] Multiplexing M2TS
- [18:23:36] Extracting A/V streams [VID_00028]
- [18:23:38] Reencoding: VID_00028 (4 of 38)
- [18:23:38] Collecting video information
- Video: 1920x1080, 23.976fps, 1,515 frames
- [18:23:38] Reencoding: VID_00028, Pass 1 of 1
- [18:24:44] Video Encode complete
- [18:24:44] Reencoding audio tracks (if req'd)
- [18:24:45] Multiplexing M2TS
- [18:24:46] Extracting A/V streams [VID_00031]
- [18:24:50] Reencoding: VID_00031 (5 of 38)
- [18:24:50] Collecting video information
- Video: 1920x1080, 23.976fps, 2,088 frames
- [18:24:50] Reencoding: VID_00031, Pass 1 of 1
- [18:26:34] Video Encode complete
- [18:26:34] Reencoding audio tracks (if req'd)
- [18:26:34] Multiplexing M2TS
- [18:26:35] Extracting A/V streams [VID_00034]
- [18:26:39] Reencoding: VID_00034 (6 of 38)
- [18:26:39] Collecting video information
- Video: 720x480, 29.970fps, 11,285 frames
- [18:26:39] Reencoding: VID_00034, Pass 1 of 1
- [18:28:51] Video Encode complete
- [18:28:51] Reencoding audio tracks (if req'd)
- [18:28:51] Multiplexing M2TS
- [18:28:53] Extracting A/V streams [VID_00004]
- [18:29:15] Reencoding: VID_00004 (7 of 38)
- [18:29:15] Reencoding secondary video [TRK_02]
- [18:29:24] Collecting video information
- Video: 1920x1080, 23.976fps, 1,866 frames
- [18:29:24] Reencoding: VID_00004, Pass 1 of 1
- [18:30:47] Video Encode complete
- [18:30:47] Reencoding audio tracks (if req'd)
- [18:30:47] Multiplexing M2TS
- [18:30:51] Extracting A/V streams [VID_00032]
- [18:30:55] Reencoding: VID_00032 (8 of 38)
- [18:30:55] Collecting video information
- Video: 1920x1080, 23.976fps, 2,736 frames
- [18:30:55] Reencoding: VID_00032, Pass 1 of 1
- [18:32:54] Video Encode complete
- [18:32:54] Reencoding audio tracks (if req'd)
- [18:32:54] Multiplexing M2TS
- [18:32:57] Extracting A/V streams [VID_00029]
- [18:33:01] Reencoding: VID_00029 (9 of 38)
- [18:33:01] Collecting video information
- Video: 1920x1080, 23.976fps, 2,823 frames
- [18:33:02] Reencoding: VID_00029, Pass 1 of 1
- [18:35:11] Video Encode complete
- [18:35:11] Reencoding audio tracks (if req'd)
- [18:35:11] Multiplexing M2TS
- [18:35:14] Extracting A/V streams [VID_00012]
- Error in attempt to extract audio/subs.
- Reading buffer overflow. Possible container streams are not syncronized.
Please, verify stream fps. File name: I:\BDMV\STREAM\00012.m2ts
- Error in attempt to extract audio/subs.
- Reading buffer overflow. Possible container streams are not syncronized.
Please, verify stream fps. File name: I:\BDMV\STREAM\00012.m2ts
[18:35:23] - Failed to retrieve audio, aborted


Hi jdobbs,

What are your thougths on the above error?

Thanks.

jdobbs
13th August 2009, 01:32
Maybe the newer version op x264 can be a bit slower? If it is it isn't noticable on my Phenom system.

jdobbs
13th August 2009, 01:38
PMs don't help anybody. If they have an issue they need to post it. I can't fix things reported in someone elses's PM.

The bottom line is that I did the exact same disc with the exact same settings and it sized correctly. What else can I say? The only difference left is your configuration and system. And secret PMs aside, I'm not getting any other reports of massive undersizing on two pass encodes.

I really don't need any more input from your side. I have plenty. I'm going to go through what I have and see if there are any exceptions or circumstances that could make it do something weird.

[Edit] One thing I'd like to know. When if finishes the last M2TS (the one with the huge undersize), what bitrate is listed in LASTCMD.TXT? My encode shows 8853 for 00074.

If I'm reading the very next post correctly, #4565, IeChameleon's log says for 00074.mt2s is:
[01:50:56] PHASE ONE, Encoding
- [01:50:56] Extracting A/V streams [VID_00074]
- [01:51:49] Reencoding: VID_00074 (1 of 30)
- [01:51:49] Collecting video information
- Video: 1920x1080, 23.976fps, 19,972 frames
- Bitrate: 17,941 Kbs
- [01:51:49] Reencoding: VID_00074, Pass 1 of 2
- [01:58:41] Reencoding: VID_00074, Pass 2 of 2
- [02:00:57] Video Encode complete
- [02:00:57] Reencoding audio tracks (if req'd)
- [02:00:57] Multiplexing M2TS
This would appear to be more than double the 8853 for 00074 per jdobbs.
But this probably will not help anyway, because sometimes things just don't compute. :rolleyes: I thought I'd asked earlier if this was a complete encode? Of course it's undersized.... that segment should have 173,130 frames. It's obviously crashing -- which is definitely a system instability. I've seen it before with overclocking... Don't know if that's the case for him.

Since he's reporting success on earlier versions, it could possibly be an incompatibility between his system and X264... but if that were the case there'd be dozens of reports on the AVC forum. All I know is that BD-RB is never going to make 19,972 frames look like 173,130 and I'm on to something else.

jdobbs
13th August 2009, 01:44
Hi jdobbs,

What are your thougths on the above error?

Thanks. I'd guess there's something odd about the original mux and TSMUXER can't handle it. One way to get around it is to demux the audio and video separately. You can do it manually. Maybe I'll look for that error and try two demuxes.

I just hate having to keep building workarounds for bad muxes, poor authoring, and bad behaviour. In DVD Rebuilder I probably have a hundred "if this happens because of bad authoring, stand on your head and whistle while building" routines. I always call them "made the code more robust".


[Edit]

Hmmm... I thought that sounded familiar. I already wrote code to redo the demux individually... I'll look at it again -- but frankly right now I'm not sure how you can get the error unless the "redo" doesn't fix it in your case.

leChameleon
13th August 2009, 03:22
No overclocking is permitted on our production machines.

meadrocks
13th August 2009, 04:56
I backup Wall-E Region 1 w/ 28.03 last night, 3 batch jobs, movie only, bd5, High quality, 1 pass. I queued up 3 Alternate Playlists, 95, 81, then 82. Each job had it's own work directory. 24 hours later it's still working on the 1st job. Here's the .ini file.

-----------------------
[21:37:02] BD Rebuilder v0.28.03 (beta)
- Source: QUACK_D1
- Input BD size: 21.36 GB
- Approximate total content: [01:38:24.565]
- Target BD size: 4.27 GB
- MOVIE-ONLY mode enabled
- SHUTDOWN at completion enabled
[21:37:02] PHASE ONE, Encoding
- [21:37:02] Extracting A/V streams [VID_20001]
- [21:44:00] Reencoding: VID_20001 (1 of 2)
- Analyzing 21.30 10.00 18.20 16.60 16.10 15.70 15.90 16.00 16.10 16.10 16.10 16.10 16.10 16.10 16.10 16.10 16.10 16.10 16.10 16.10 16.10 16.10 16.10 16.10 16.10 16.10 16.10 16.10

<snipped out 100 lines>

16.10 16.10 16.10 16.10 16.10 16.10 16.10 16.10 16.10 16.10 16.10 16.10 16.10 16.10 16.10 16.10 16.10 16.10 16.10 16.10 16.10 16.10 16.10 16.10 16.10 16.10 16.10 16.10 [16.10]
- Aborted...
[20:42:29]PHASE ONE aborted by user request
[20:42:29] BATCH ABORTED...
==========================

BDBATCH File.

$$$$QUACK_D1, Movie-Only, BD-5, High Quality
[Options]
RESIZE=0
MODE=1
PRIORITY_CLASS=0
CRF_ENCODING=1
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=
COLOR_BOOST=0
RESIZE_1080=0
DTS_REENCODE=1
AC3_REENCODE=1
AC3_640=1
KEEP_HD_AUDIO=0
AVCHD=0
REMOVE_WORKFILES=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=1
CUSTOM_TARGET_SIZE=23450
[Paths]
SOURCE_PATH=I:\
WORKING_PATH=J:\BD-RD-TEMP\WORK1\
$$$$QUACK_D1, Movie-Only, BD-5, High Quality
[Options]
RESIZE=0
MODE=1
PRIORITY_CLASS=0
CRF_ENCODING=1
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=
COLOR_BOOST=0
RESIZE_1080=0
DTS_REENCODE=1
AC3_REENCODE=1
AC3_640=1
KEEP_HD_AUDIO=0
AVCHD=0
REMOVE_WORKFILES=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=1
CUSTOM_TARGET_SIZE=23450
[Paths]
SOURCE_PATH=I:\
WORKING_PATH=J:\BD-RD-TEMP\WORK2\
$$$$QUACK_D1, Movie-Only, BD-5, High Quality
[Options]
RESIZE=0
MODE=1
PRIORITY_CLASS=0
CRF_ENCODING=1
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=
COLOR_BOOST=0
RESIZE_1080=0
DTS_REENCODE=1
AC3_REENCODE=1
AC3_640=1
KEEP_HD_AUDIO=0
AVCHD=0
REMOVE_WORKFILES=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=1
CUSTOM_TARGET_SIZE=23450
[Paths]
SOURCE_PATH=I:\
WORKING_PATH=J:\BD-RD-TEMP\WORK3\


BATCHITEM File ...

[Options]
RESIZE=0
MODE=1
PRIORITY_CLASS=0
CRF_ENCODING=1
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=
COLOR_BOOST=0
RESIZE_1080=0
DTS_REENCODE=1
AC3_REENCODE=1
AC3_640=1
KEEP_HD_AUDIO=0
AVCHD=0
REMOVE_WORKFILES=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=1
CUSTOM_TARGET_SIZE=23450
[Paths]
SOURCE_PATH=I:\
WORKING_PATH=J:\BD-RD-TEMP\WORK1\



[20:42:29] END - BATCH SEQUENCE
==========================

baudi
13th August 2009, 09:23
Even though it only has this issue on field based VC-1? Any other type of file works fine with the hyper threading on and it rockets through them using 100% of all 16 cores

Same problems with my system, an i7 920, encoding VC-1 Jonh Q Blu-Ray (Movie-only Backup at High Quality):

-----------------------
[09:45:12] BD Rebuilder v0.28.03 (beta)
- Source: BD_MIO
- Input BD size: 23,93 GB
- Approximate total content: [01:56:05.208]
- Target BD size: 22,46 GB
- MOVIE-ONLY mode enabled
[09:45:12] PHASE ONE, Encoding
- [09:45:12] Extracting A/V streams [VID_00000]
- [09:51:46] Reencoding: VID_00000 (1 of 1)
- Encode failed. Retrying.
- Encode failed. Retrying.
- Reached retry limit. Aborting.
[09:51:51] - Failed video encode, aborted


LastCMD.Txt:
"C:\BD_Rebuilder\tools\x264.exe" "D:\JOHN_Q_BD_MIO\WORKFILES\VID_00000.AVS" --preset medium --bitrate 25000 --level 4.1 --sar 1:1 --fps 24000/1001 --aud --vbv-bufsize 25000 --keyint 24 --min-keyint 1 --ipratio 1.1 --pbratio 1.1 --vbv-maxrate 35000 --threads auto --thread-input --stats "D:\JOHN_Q_BD_MIO\WORKFILES\VID_00000.AVS.MKV.stats" --pass 1 --output NUL

Thank you.

Capsbackup
13th August 2009, 15:28
@baudi;
What OS are you using? XP, Vista, W7?
I have an I7 920, using XP Pro 32bit, and have backed up many region 1, NTSC, VC-1 discs to BD-25 full movie and BD-5 movie only, and have never had a problem like this. I don't recall if these are field based VC-1 or not, just whats on the disc works. You will need to provide more info than this for any helpful suggestions.

deank
13th August 2009, 17:24
I hate to put you through that. As I found from my attempt to repeat the error, the "Highest" mode takes a LOT of time.

About the HUGE undersize.

Last night I got reports from multiAVCHD users about x264 generating a weird output.

I tested it myself and couldn't replicate the specific case, but I got the same problem after trying different things...

I compared an 'old' x264 and the new one I'm using. 100% same switches (taking into account the changes):

* new x264 creates blocky AVC with bitrates ~50-300kbps, although bitrate is set to 5700kbps

* old x264 creates pristine AVC with bitrate ~5400-5800kbps, with bitrate set to 5700kbps

I have no idea if this is related to this case, but I can't find the reason it happens to me.

old x264: core:67 r1153M 7b6ce6a
new x264: core:69 r1198 a1ed468

Dean

leChameleon
13th August 2009, 17:34
To test the theory of potentially system instability, I ran 2 BD-RB jobs (different software versions) and one other CPU intensive job over the last 24 hours. MAD MEN SEASON2 DISC1 using v026.3 finished successfully having the correct output size of 23.4 GB. CAPOTE running v0.28.3 has not completed and is at 54%. Note both jobs have the same setup and initialization settings. MAD MEN was the larger of the two initial file sizes. Max CPU temperature reached 28C. My other job not related to BD-RB is still running as well. The odd thing is that v0.28.3 launched x264 and seems to have hung, I'm monitoring the memory and CPU usage through task manager as well as watching Haali's properties graphic. I'll update later with its status.

Dark Shikari
13th August 2009, 19:53
About the HUGE undersize.

Last night I got reports from multiAVCHD users about x264 generating a weird output.

I tested it myself and couldn't replicate the specific case, but I got the same problem after trying different things...

I compared an 'old' x264 and the new one I'm using. 100% same switches (taking into account the changes):

* new x264 creates blocky AVC with bitrates ~50-300kbps, although bitrate is set to 5700kbps

* old x264 creates pristine AVC with bitrate ~5400-5800kbps, with bitrate set to 5700kbps

I have no idea if this is related to this case, but I can't find the reason it happens to me.

old x264: core:67 r1153M 7b6ce6a
new x264: core:69 r1198 a1ed468

DeanThat isn't the latest x264, and may have bugs in it that are now fixed.

If you're going to distribute old x264s, choose one before a set of major changes, not in the middle of them.

Furiousflea
13th August 2009, 20:09
To test the theory of potentially system instability, I ran 2 BD-RB jobs (different software versions) and one other CPU intensive job over the last 24 hours. MAD MEN SEASON2 DISC1 using v026.3 finished successfully having the correct output size of 23.4 GB. CAPOTE running v0.28.3 has not completed and is at 54%. Note both jobs have the same setup and initialization settings. MAD MEN was the larger of the two initial file sizes. Max CPU temperature reached 28C. My other job not related to BD-RB is still running as well. The odd thing is that v0.28.3 launched x264 and seems to have hung, I'm monitoring the memory and CPU usage through task manager as well as watching Haali's properties graphic. I'll update later with its status.

Your temperature readings are wrong, there's no way any modern CPU capable of running BDRB in less than a couple of days could be running that cool unless it is on water. I think you said you had an i7 thought right? If so that concrete's it. NO i7 will run under 50c under full load on ANY air cooling.

Download a program called "RealTemp" and prepare to be shocked ;) (it's a tiny program that runs from a single exe).

Also, when you said your production systems aren't overclocked how come you had if I remember correctly a few pages ago your i7 920 which has a default clock of 2.67Ghz...at 3Ghz!

I could be wrong on any of this...just my memory?

In all honesty thought your testing is futile and shows nothing of use to diagnose\confirm a problem\no problem. You need a proper stress testing program to really work it out. Try the multithreaded version of "Prime95", run it on 8 threads if you have HyperThreading on and are on an i7...If you can run that for 6 hours or so your *basically* stable for everyday use. Apologies for my aggressive tone btw just trying to keep it clear :)

deank
13th August 2009, 20:14
That isn't the latest x264, and may have bugs in it that are now fixed.

If you're going to distribute old x264s, choose one before a set of major changes, not in the middle of them.

It is a HRD-patched version from last friday, so yes there are new versions. It is that this 'new' version works fine for me, but "fails" only with *some* sources. I'll check later revisions. And - yes - I keep (use) a working one before the major revisions.

Thanks for the input.

samtroy
13th August 2009, 20:23
I really don't know, as I'm not using Windows 7. It's possible that it includes all the codecs you need. Vista and XP certainly don't. That level of undersizing is at about 7%, which is more than a typical delta for two pass. What mode did you use to encode? If it was one-pass CRF, that's probably about about right.

Thanks for your answer. I used two pass HQ.

Adbear
13th August 2009, 20:59
Your temperature readings are wrong, there's no way any modern CPU capable of running BDRB in less than a couple of days could be running that cool unless it is on water. I think you said you had an i7 thought right? If so that concrete's it. NO i7 will run under 50c under full load on ANY air cooling.

Download a program called "RealTemp" and prepare to be shocked ;) (it's a tiny program that runs from a single exe).

Also, when you said your production systems aren't overclocked how come you had if I remember correctly a few pages ago your i7 920 which has a default clock of 2.67Ghz...at 3Ghz!

I could be wrong on any of this...just my memory?

In all honesty thought your testing is futile and shows nothing of use to diagnose\confirm a problem\no problem. You need a proper stress testing program to really work it out. Try the multithreaded version of "Prime95", run it on 8 threads if you have HyperThreading on and are on an i7...If you can run that for 6 hours or so your *basically* stable for everyday use. Apologies for my aggressive tone btw just trying to keep it clear :)

He's running a 940 not a 920 and it was reporting it running at 3.05

drmih
14th August 2009, 00:14
@jdobbs

I got around to trying Madagascar2 again but it's still not working correctly. Doing a full backup to bd-25 the main audio is fine, as is the film makers commentary. However, when you switch on 'Animators Corner' the PiP appears but there is no sound. This applies to both TMT3 and a Sony 550. Tsmuxer says the sound is present and TMT3 shows the secondary audio switched on. I have tried playing the original and that is fine and appears to have all of the same settings for PiP using TMT3.
The only thing slightly different is in TSMuxer where on the original you have the videos, then the main audio tracks, then the PGS and finally the secondary audio track. On the re-encoded one (allowing for the missing non-english ones) the secondary audio is the last audio track but before the PGSs.

Capsbackup
14th August 2009, 00:31
@jdobbs

I got around to trying Madagascar2 again but it's still not working correctly. Doing a full backup to bd-25 the main audio is fine, as is the film makers commentary. However, when you switch on 'Animators Corner' the PiP appears but there is no sound. This applies to both TMT3 and a Sony 550. Tsmuxer says the sound is present and TMT3 shows the secondary audio switched on. I have tried playing the original and that is fine and appears to have all of the same settings for PiP using TMT3.
The only thing slightly different is in TSMuxer where on the original you have the videos, then the main audio tracks, then the PGS and finally the secondary audio track. On the re-encoded one (allowing for the missing non-english ones) the secondary audio is the last audio track but before the PGSs.

Is your Blu-Ray player's audio setup set to "Direct" for audio playback? If so, you may need to change it to "Mixed" to hear the secondary audio being played. I believe this is true for DTS HD Master, but not sure for True HD.( You will still hear your HD audio, it just might not be displayed on your receiver as such).
Thanks to Furiousflea for pointing this out to me. :)

Furiousflea
14th August 2009, 00:33
jdobbs...

Just an update, it seems that Pinnochio is now the ONLY disc I own with PiP problems (obviously containing eac3 and not DTS express).

For now, I would maybe write it off as a quirk of this disc...

Eisy
14th August 2009, 01:02
How or where can I modify the encoder settings ?