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

rusty666
2nd April 2014, 18:00
it was the same on full movie backup it just encodeed as a 2d even tho it said mvc enabled . does that mean the next release the full backup movie with have the seperate ssif files like before. the movie it 36 gb but when i put in full mode it only says 26 gb . meaning that must be where its missing the 3d as it only encoded in 2d as tmt and powerdvd shown no 3d. when will the next release be ready . i tried it in the 0,46.14 and it does reconise it as 36gb and encodes in 3d but as that doesnt support full backup as id like it in full backup hope you can sort it . thanx

jdobbs
2nd April 2014, 19:40
it was the same on full movie backup it just encodeed as a 2d even tho it said mvc enabled . does that mean the next release the full backup movie with have the seperate ssif files like before. the movie it 36 gb but when i put in full mode it only says 26 gb . meaning that must be where its missing the 3d as it only encoded in 2d as tmt and powerdvd shown no 3d. when will the next release be ready . i tried it in the 0,46.14 and it does reconise it as 36gb and encodes in 3d but as that doesnt support full backup as id like it in full backup hope you can sort it . thanx You CAN'T have SSIF files on a full backup. So "like before" makes no sense and is completely inaccurate. The SSIF folder is a repeat of what is in the two M2TS files, and creating it (without going directly to ISO) is NOT feasible because you'd have to half the bitrate and lose lots of quality -- for absolutely no reason.

The non-SSIF method works. It works 100%. I've done dozens of encodes and never once got 2D output. If you are seeing issues -- it ISN'T because of the method. It's something else. Do you possible have "IGNORE_3D" enabled?

Recognizing it as 36GB means nothing to me. I have no idea where you're getting that number and it isn't showing up in the logs you're posting. Some of the logs even have parts edited out. It's very possible that there are unreferenced files... I don't know.

rusty666
2nd April 2014, 19:45
sorry jdobbs for the logs not bein right. i can confirm the full backup i did worked on 2 panasonic . does not play on 2 samsung players and lots of noise. but the new movie im talking about now is 36 gb but it only inputs as 26gb ill do a log. where is ignore 3d? i cant see that bein on as i just done a movie before it and it worked. the log i will post should be 36 gb. but it does reconise on 0.46.14. but not the latest build.

make that 3 samsung players the 3d full backup wont play stutters and lots noise but works on panasonic as it just been tested on another samsung

rusty666
2nd April 2014, 20:06
[04/02/14] BD Rebuilder v0.47.03 (beta)
[19:51:13] Source: NURSE_3D
- Input BD size: 26.13 GB
- Approximate total content: [01:48:18.783]
- Target BD size: 22.95 GB
- Windows Version: 6.2 [9200]
- Quality: High-Speed Option (BD-25+), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[19:51:14] PHASE ONE, Encoding
- [19:51:14] Processing: VID_00019 (1 of 9)
- [19:51:14] Extracting A/V streams [VID_00019]
- [19:51:25] Reencoding video [VID_00019]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 11,713 frames
- Bitrate: 15,127 Kbs
- [19:51:25] Reencoding: VID_00019, Pass 1 of 2
- [19:51:25] Reencoding: VID_00019, Pass 2 of 2
- [19:55:26] Video Encode complete
- [19:55:26] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:55:26] Multiplexing M2TS
- [19:55:38] Processing: VID_00028 (2 of 9)
- [19:55:38] Extracting A/V streams [VID_00028]
- [19:55:45] Reencoding video [VID_00028]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,561 frames
- Bitrate: 15,146 Kbs
- [19:55:45] Reencoding: VID_00028, Pass 1 of 2
- [19:55:45] Reencoding: VID_00028, Pass 2 of 2
- [19:56:04] Video Encode complete
- [19:56:04] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:56:04] Multiplexing M2TS
- [19:56:08] Processing: VID_00029 (3 of 9)
- [19:56:08] Extracting A/V streams [VID_00029]
- [19:56:19] Reencoding video [VID_00029]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 3,433 frames
- Bitrate: 15,038 Kbs
- [19:56:19] Reencoding: VID_00029, Pass 1 of 2
- [19:56:19] Reencoding: VID_00029, Pass 2 of 2
- [19:57:03] Video Encode complete
- [19:57:03] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:57:03] Multiplexing M2TS
- [19:57:08] Processing: VID_00030 (4 of 9)
- [19:57:08] Extracting A/V streams [VID_00030]
- [19:57:15] Reencoding video [VID_00030]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,825 frames
- Bitrate: 15,157 Kbs
- [19:57:15] Reencoding: VID_00030, Pass 1 of 2
- [19:57:16] Reencoding: VID_00030, Pass 2 of 2
- [19:57:40] Video Encode complete
- [19:57:40] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:57:40] Multiplexing M2TS
- [19:57:44] Processing: VID_00031 (5 of 9)
- [19:57:44] Extracting A/V streams [VID_00031]
- [19:57:49] Reencoding video [VID_00031]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 769 frames
- Bitrate: 15,046 Kbs
- [19:57:49] Reencoding: VID_00031, Pass 1 of 2
- [19:57:49] Reencoding: VID_00031, Pass 2 of 2
- [19:57:59] Video Encode complete
- [19:57:59] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:57:59] Multiplexing M2TS
- [19:58:03] Processing: VID_00032 (6 of 9)
- [19:58:03] Extracting A/V streams [VID_00032]
- [20:05:28] Reencoding video [VID_00032]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 120,697 frames
- Bitrate: 27,050 Kbs
- [20:05:28] Reencoding: VID_00032, Pass 1 of 2
- [20:05:29] Reencoding: VID_00032, Pass 2 of 2



as you can see at the bottom is the main movie for encode but its not encodeing with mvc encoder just normal

rusty666
2nd April 2014, 20:21
04/02/14] BD Rebuilder v0.46.14 (beta)
[20:08:23] Source: NURSE_3D_00000
- Input BD size: 32.43 GB
- Approximate total content: [01:23:54.070]
- Target BD size: 22.95 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: High-Speed Option (BD-25+), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[20:08:25] PHASE ONE, Encoding
- [20:08:25] Processing: VID_00032 (1 of 1)
- [20:08:25] Extracting A/V streams [VID_00032]
- [20:20:07] Reencoding video [VID_00032]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 120,697 frames
- Bitrate: 32,231 Kbs
- Using FRIMEncoder for MVC encoding
- [20:20:07] Reencoding: VID_00032, Pass 1 of 1


and build 0.46.14 as you can see does start the encode with frimencode mvc and inputs the right gb

Guest
2nd April 2014, 20:48
One says MOVIE-ONLY mode and the other doesn't. Is it significant?

rusty666
2nd April 2014, 20:49
you cant do full movie with 0.46.14. even on movie only its the same result with latest build. because its not inputting the full 36gb on movie only on lastest build u get a bd25 no reencode but only plays 2d


[04/02/14] BD Rebuilder v0.47.03 (beta)
[20:49:41] Source: NURSE_3D_00000
- Input BD size: 22.47 GB
- Approximate total content: [01:23:54.070]
- Target BD size: 22.95 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: High-Speed Option (BD-25+), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[20:49:50] PHASE ONE, Encoding
- [20:49:50] Processing: VID_00032 (1 of 1)
- [20:49:50] Extracting A/V streams [VID_00032]
- [20:57:02] Reencoding video [VID_00032]
- [20:57:02] Keeping original video (no reencode)
- [20:57:02] Processing audio tracks
- Track 4352 (eng): Keeping original audio
[20:57:02]PHASE ONE complete
[20:57:02]PHASE TWO - Rebuild Started
- [20:57:04] Rebuilding BD file Structu

jdobbs
2nd April 2014, 21:19
Ok. I ordered "Nurse 3D" so I can do some testing. But it will be a few days before I get it. It isn't released here until April 8th. I'm hoping you're using a legitimate source... I'll be very upset if I find that I wasted my money (which is about the amount I received in donations this week) because the "true release" works fine.

rusty666
2nd April 2014, 21:30
you didnt have to order it. thought i wasnt allowed to say if it was or not. what about the others skipping like mad in the samsung players and the ps3? i will donate a small bit as i said in previous post. as you can see the movie only encodes in 3d on the 0.46.14. how much did you pay

DoctorM
2nd April 2014, 21:34
I know I've mentioned this, but I really can't believe I'm alone in seeing it. SO here are more details.
Still using 46.16 since I don't need 3D encoding.

(Logs and such abridged for conciseness...)

Movie Only Encoding:
- Input BD size: 23.79 GB
- Approximate total content: [01:17:58.048]
- Target BD size: 22.95 GB
- Windows Version: 5.1 [2600]
- MOVIE-ONLY mode enabled
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
SOURCE_SIZE=25539293184
SOURCE_VIDEO_SIZE=25539293184
TARGET_SIZE=24641536000
REDUCTION=.964848001957923[/quote]
Okay, so BD-RB wants to re-encode with a 96% reduction, because the source is 23.79gb.
Except...
[quote]Format: BDAV
Format/Info: Blu-ray Video
File size: 23.8 GiB
Duration: 1h 17mn

Video
Stream size: 16.3 GiB (68%)

Audio #1
Format: PCM
Stream size: 3.76 GiB (16%)

Audio #2
Format: AC-3
Stream size: 357 MiB (1%)

Audio #3
Format: AC-3
Stream size: 357 MiB (1%)

Audio #4
Format: AC-3
Stream size: 357 MiB (1%)

Audio #5
Format: AC-3
Stream size: 357 MiB (1%)

Audio #6
Format: AC-3
Stream size: 357 MiB (1%)

Audio #7
Format: AC-3
Stream size: 357 MiB (1%)

Audio #8
Format: AC-3
Stream size: 357 MiB (1%)

Audio #9
Format: AC-3
Stream size: 357 MiB (1%)

Text #1
Format: PGS

Text #2
Format: PGS

Text #3
Format: PGS

Text #4
Format: PGS

Text #5
Format: PGS

Text #6
Format: PGS

Text #7
Format: PGS

Text #8
Format: PGS

Text #9
Format: PGS

Text #10
Format: PGS

Text #11
Format: PGS

Text #12
Format: PGS

Text #13
Format: PGS

Text #14
Format: PGS

Text #15
Format: PGS

Text #16
Format: PGS

Text #17
Format: PGS

Text #18
Format: PGS

Text #19
Format: PGS

Only audio track #2 and one subtitle track are marked to be kept. The input size should be 17.6gb (less whatever the 18 removed subtitle tracks take up).
23.79gb being assumed by BDRB as the input size is the FULL m2ts file before stripping, not after.

On a disc with a sane amount of audio tracks you might not notice this discrepancy.

jdobbs
2nd April 2014, 21:36
you didnt have to order it. thought i wasnt allowed to say if it was or not. what about the others skipping like mad in the samsung players and the ps3? i will donate a small bit as i said in previous post. as you can see the movie only encodes in 3d on the 0.46.14. how much did you payI can't answer those kinds of questions without testing... do you think I simply throw my hands on the software and show "HEAL!" when I need to fix something?

rusty666
2nd April 2014, 21:39
no i dont thats why i said ill donate. the 3d full backup i tested tho on the 3 samsung players and ps3 is not nurse 3d . just thought you might have an idea why they do it. how much dollars was nurse it could be just a bad rip of nurse i have but just confused on the others i have done why some players play it and others just stutter or dont play


i have donated 10 dollars

jdobbs
2nd April 2014, 21:43
I know I've mentioned this, but I really can't believe I'm alone in seeing it

I've answered it before too. I did a test on at least one of the discs that were reported (not sure if it was one of your reports) -- and it needed reencoding in order to fit. You can't use the numbers you're showing. The true size of the video and audio can only be seen when you demux them. And even those numbers don't include the muxing overhead when they are rebuilt into BD. Tell me what disc it is and I can test it. I'm confident it is working properly, but if it isn't I can at least see why.

PGS streams, for the most part, aren't big enough to even worry about. So keeping or removing those usually doesn't matter much. Occasionally, though, one will come along that is huge.

jdobbs
2nd April 2014, 21:54
no i dont thats why i said ill donate. the 3d full backup i tested tho on the 3 samsung players and ps3 is not nurse 3d . just thought you might have an idea why they do it. how much dollars was nurse it could be just a bad rip of nurse i have but just confused on the others i have done why some players play it and others just stutter or dont play


i have donated 10 dollarsThere are lots of reasons... bitrate, disc quality, size of the source, muxing, the encoder... it takes testing to see. But, as I said before, I have not seen playback issues on any of the discs I've done on a standalone player.

I ordered "Nurse 3D" because your log shows that it is a 3D disc that isn't being recognized as 3D during encoding. I consider that to be something I need to check. There are too many variables involved in the "stuttering" report.

Give me the name of a disc you've done that stutters and I'll test it.

rusty666
2nd April 2014, 21:57
is that full backup 3d or with movie only where the ssif file is seperate. did you get the 10 dollar donation?

jdobbs
2nd April 2014, 22:04
I also need the contents of the INI file that was used when you did the "stuttering" disc and also "Nurse 3D". Yes, I just looked and there is a $10 donation on my server. You should have gotten an acknowledgement e-mail.

The only time there will be a SSIF folder is if you do a movie-only backup -- and then only if it is done directly to ISO.

rusty666
2nd April 2014, 22:05
thats for nurse 3d. i didnt save for the other



Options]
VERSION=0.47.0.3
MODE=3
ENCODE_QUALITY=5
ONEPASS_ENCODING=0
AUTO_QUALITY=0
TARGET_SIZE=23500
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=all
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
RESIZE_1440=0
RESIZE_720=0
DEINTERLACE=1
SD_TO_1080=0
IGNORE_3D=0
CONVERT_WIDE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=1
AVCHD=1
REMOVE_WORKFILES=0
MOVIE_ONLY_LOOP=1
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
USE_LAVF=0
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
UNMASK_CHAPTER=0
COMPLETION_BEEP=0
DGDECNV=0
OUTPUT_SBS=0
NEROAAC=0
SUPTITLE=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=1
CUSTOM_TARGET_SIZE=23500
[Paths]
WORKING_PATH=C:\USERS\RUSTYNAIL\VIDEOS\BDREBUILDER\
SOURCE_PATH=F:\

jdobbs
2nd April 2014, 22:08
By the way... I just looked and you have posted four logs in the last two pages of this thread while you were discussing your issues -- and every one of those four logs says "Nurse 3D"... :sly:

rusty666
2nd April 2014, 22:11
yes ? to show you one is with lastest build other is with 0.46.14. 0.46.14 does the input on nurse correct and encodes but latest build does not

colinhunt
2nd April 2014, 22:13
it could be just a bad rip of nurse i have
So re-rip it from the original disc which you have. You do have it, right? Even though it hasn't been released yet. It's right next to the Hobbit part 2 discs which you happened to have several weeks before it was released anywhere in the world.

Sheesh. There's a very good reason why pirated discs should not be discussed here. It's against the forum rules, too.

rusty666
2nd April 2014, 22:15
ok ill just leave it. was tryin to help but i guess not

colinhunt
2nd April 2014, 22:18
ok ill just leave it. was tryin to help but i guess not
You're not helping by discussing pirated discs. It puts the entire forum as well as the software developers at risk.

rusty666
2nd April 2014, 22:19
like i said ill just leave it to others. least i more less paided for half of nurse tho so hopefully that will help

jdobbs
2nd April 2014, 22:21
Just do me one favor. I don't want to discuss where you got your disc. But never, never, never post a bug report that isn't using an original source as its input that you personally ripped. I'm not saying yours is one of them, but those "floating around" discs may have been hacked in ways that make them useless as a source. I can't fix problems that are there before I even start.

More importantly, they are against forum rules and can get you banned.

I'm not accusing you of anything... that's not my job. But enforcing forum rules is. I also don't want to be chasing snipe down rabbit holes.

rusty666
2nd April 2014, 22:22
no problem i will do. am i allowed to ask when the next build will be ready ?

Yordan5
2nd April 2014, 22:46
----------------------
[04/02/14] BD Rebuilder v0.47.03 (beta)
[18:29:04] Source: PROMETHEUS_3D
- Input BD size: 37.84 GB
- Approximate total content: [02:03:46.418]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very Slow), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[18:29:06] PHASE ONE, Encoding
- [18:29:06] Processing: VID_00000 (1 of 1)
- [18:29:06] Extracting A/V streams [VID_00000]
- [18:38:12] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 178,056 frames
- Bitrate: 19,175 Kbs
- Using FRIMEncoder for MVC encoding
- [18:38:12] Reencoding: VID_00000, Pass 1 of 1
- [19:17:32] Video Encode complete
- [19:17:32] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:17:32] Multiplexing M2TS
- [19:25:33] Scanning for 3D CLPI info...
[19:28:57]PHASE ONE complete
[19:28:57]PHASE TWO - Rebuild Started
- [19:28:57] Rebuilding BD file Structure
[19:28:57] - Encode and Rebuild complete
[19:28:57] JOB: PROMETHEUS_3D finished.
----------------------

I think I managed to get Quick Sync working. Still not 100% sure but judging by the speed with which this movie was completed, BD-RB must've used it. I had never completed a 3D movie back up in less than an hour before.

rusty666
2nd April 2014, 22:58
wish i could get mine working 3d takes 6 hours lol

jdobbs
2nd April 2014, 23:05
I think I managed to get Quick Sync working. Still not 100% sure but judging by the speed with which this movie was completed, BD-RB must've used it. I had never completed a 3D movie back up in less than an hour before.
Wow. I'm jealous. One hour for 178,056 frames. My encodes are taking 5-6 hours. I have a test running right now of a 232,000 frame movie -- it is at 88% after 5 hours and 16 minutes.

Guest
2nd April 2014, 23:20
no problem i will do. am i allowed to ask when the next build will be ready ? Hey rusty666, read the forum rules! Then you will know what you can and cannot discuss. You're lucky not to have gotten a rule 6 strike, and you're not doing your reputation here any good by playing dumb.

rusty666
2nd April 2014, 23:24
i dont need you aswell i have been told.

Guest
2nd April 2014, 23:30
i dont need you aswell i have been told. Apparently you still have not read the rules, because this is off topic for this thread (rule 3). I warn you again to read and follow our rules. Please follow up to PM and don't discuss it in this thread.

raul124
2nd April 2014, 23:31
Wow. I'm jealous. One hour for 178,056 frames. My encodes are taking 5-6 hours. I have a test running right now of a 232,000 frame movie -- it is at 88% after 5 hours and 16 minutes.
Jdobbs that would be great for you to make your testing much quicker...here is little token to get you started...best wishes my Friend

jdobbs
2nd April 2014, 23:36
no problem i will do. am i allowed to ask when the next build will be ready ?From the first post of this thread:If you decide to download and test -- please post any errors you find in this thread. Don't push bug resolution or keep asking for a fix. I will get to the reported bugs, but only when I can find the time.

jdobbs
2nd April 2014, 23:38
Apparently you still have not read the rules, because this is off topic for this thread (rule 3). I warn you again to read and follow our rules. Please follow up to PM and don't discuss it in this thread.@rusty666
You're also treading on rules 16 and 17... neuron2 is a moderator here, and when he does his job he shouldn't have to get responses like this:i dont need you aswell i have been told

HWK
3rd April 2014, 00:06
@ Jdobbs,

Have you noticed processor utilization change or I am the only one. Majority of the time it is above 75 percent.

BTW: Nice work, I am trying out right know and will report.

DoctorM
3rd April 2014, 01:27
I've answered it before too. I did a test on at least one of the discs that were reported (not sure if it was one of your reports) -- and it needed reencoding in order to fit. You can't use the numbers you're showing. The true size of the video and audio can only be seen when you demux them. And even those numbers don't include the muxing overhead when they are rebuilt into BD. Tell me what disc it is and I can test it. I'm confident it is working properly, but if it isn't I can at least see why.

PGS streams, for the most part, aren't big enough to even worry about. So keeping or removing those usually doesn't matter much. Occasionally, though, one will come along that is huge.

I did the same project again, setting the target to BD50. The final size was 16.8gb. Ah well, maybe the issue will turn up somewhere else you can find it. Thanks.

dfsooner
3rd April 2014, 01:46
I get this message every time I try to do a 3D full backup, typically about 60% of the way through the largest video file. I am running an Intel 3770K on an ASRock Z77 Extreme 4 Motherboard, Windows 7 64-bit with 24GB of RAM.

"FRIMEncode.exe failed"


Log file:
[04/02/14] BD Rebuilder v0.47.03 (beta)
[15:01:25] Source: AMAZING_SPIDER-MAN
- Input BD size: 42.03 GB
- Approximate total content: [02:56:11.266]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very Slow), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=448
[15:01:28] PHASE ONE, Encoding
- [15:01:28] Processing: VID_00001 (1 of 13)
- [15:01:28] Extracting A/V streams [VID_00001]
[04/02/14] Checking System Settings
- BD-Rebuilder v0.47.03 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 1,415.65GB
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: 1.9.42.1, Ok
- FFDSHOW: 4504, Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Missing
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[04/02/14] Systems Settings Check complete
- [15:14:15] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 196,056 frames
- Bitrate: 15,318 Kbs
- Using FRIMEncoder for MVC encoding
- [15:14:15] Reencoding: VID_00001, Pass 1 of 1
[17:38:07] - Failed video encode, aborted

BD_Rebuilder.ini:

[Options]
DTSX_ENABLE=1
MODE=0
ENCODE_QUALITY=3
AUTO_QUALITY=0
TARGET_SIZE=23500
PRIORITY_CLASS=1
AUDIO_TO_KEEP=all
SUBS_TO_KEEP=all
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
DEINTERLACE=1
SD_TO_1080=0
CONVERT_WIDE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=0
AC3_192=0
KEEP_HD_AUDIO=1
AVCHD=1
REMOVE_WORKFILES=1
MOVIE_ONLY_LOOP=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
USE_LAVF=0
IVTC_PULLDOWN=1
ASSUME_DVD_PAL=0
UNMASK_CHAPTER=1
COMPLETION_BEEP=0
AUDIO_TRACK_LIMIT=0
VERSION=0.47.0.3
CUSTOM_TARGET_SIZE=23500
RESIZE_1440=0
DGDECNV=0
OUTPUT_3D=0
SUBTITLE_TRACK_LIMIT=0
ENABLE_TEST=1
ENABLE_BLANKING=0
MULTIPROCESS=1
RESIZE_720=0
NEROAAC=0
IGNORE_3D=0
OUTPUT_SBS=0
SUPTITLE=0
FORCE_INMUX_3D=1
FRIM_SW_DECODE=0
FRIM_SW_ENCODE=0
[Paths]
WORKING_PATH=F:\BD_REBUILDER WORKFILES\
SOURCE_PATH=X:\

soneca
3rd April 2014, 02:27
@ Jdobbs,

Have you noticed processor utilization change or I am the only one. Majority of the time it is above 75 percent.

BTW: Nice work, I am trying out right know and will report.

I also noticed a small drop in processor utilization(MULTIPROCESS=3). At least the few conversions I've done.

HWK
3rd April 2014, 03:19
Hmm, I am noticing quite opposite. In my case encoder has better utilization. Average 73 percent for encoder only with minimum 60 and max 85.

Preset: Ultra High Quality (Extremely Slow), ABR

soneca
3rd April 2014, 04:03
I noticed a small difference in the first pass, usually using two passes(for media).
I used this latest version only twice, must be just me.:)

HWK
3rd April 2014, 04:05
Oh, I see are you using x264. I am doing 3D backup with FRIMSource

In that case my bad :o

jdobbs
3rd April 2014, 04:53
I did the same project again, setting the target to BD50. The final size was 16.8gb. Ah well, maybe the issue will turn up somewhere else you can find it. Thanks.Why can't you simply tell me what disc it is so I can test it and fix it? Is it some kind of big secret or what? It's frustrating when people post a bug and want me to fix it, but don't want to give me the information necessary to do so.

jdobbs
3rd April 2014, 04:54
I get this message every time I try to do a 3D full backup, typically about 60% of the way through the largest video file. I am running an Intel 3770K on an ASRock Z77 Extreme 4 Motherboard, Windows 7 64-bit with 24GB of RAM.

"FRIMEncode.exe failed"


Log file:
[04/02/14] BD Rebuilder v0.47.03 (beta)
[15:01:25] Source: AMAZING_SPIDER-MAN
- Input BD size: 42.03 GB
- Approximate total content: [02:56:11.266]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very Slow), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=448
[15:01:28] PHASE ONE, Encoding
- [15:01:28] Processing: VID_00001 (1 of 13)
- [15:01:28] Extracting A/V streams [VID_00001]
[04/02/14] Checking System Settings
- BD-Rebuilder v0.47.03 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 1,415.65GB
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: 1.9.42.1, Ok
- FFDSHOW: 4504, Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Missing
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[04/02/14] Systems Settings Check complete
- [15:14:15] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 196,056 frames
- Bitrate: 15,318 Kbs
- Using FRIMEncoder for MVC encoding
- [15:14:15] Reencoding: VID_00001, Pass 1 of 1
[17:38:07] - Failed video encode, aborted

BD_Rebuilder.ini:

[Options]
DTSX_ENABLE=1
MODE=0
ENCODE_QUALITY=3
AUTO_QUALITY=0
TARGET_SIZE=23500
PRIORITY_CLASS=1
AUDIO_TO_KEEP=all
SUBS_TO_KEEP=all
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
DEINTERLACE=1
SD_TO_1080=0
CONVERT_WIDE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=0
AC3_192=0
KEEP_HD_AUDIO=1
AVCHD=1
REMOVE_WORKFILES=1
MOVIE_ONLY_LOOP=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
USE_LAVF=0
IVTC_PULLDOWN=1
ASSUME_DVD_PAL=0
UNMASK_CHAPTER=1
COMPLETION_BEEP=0
AUDIO_TRACK_LIMIT=0
VERSION=0.47.0.3
CUSTOM_TARGET_SIZE=23500
RESIZE_1440=0
DGDECNV=0
OUTPUT_3D=0
SUBTITLE_TRACK_LIMIT=0
ENABLE_TEST=1
ENABLE_BLANKING=0
MULTIPROCESS=1
RESIZE_720=0
NEROAAC=0
IGNORE_3D=0
OUTPUT_SBS=0
SUPTITLE=0
FORCE_INMUX_3D=1
FRIM_SW_DECODE=0
FRIM_SW_ENCODE=0
[Paths]
WORKING_PATH=F:\BD_REBUILDER WORKFILES\
SOURCE_PATH=X:\Hmmm... "Amazing Spider-man" is one of the 3D discs I have on my hard drive for testing 3D. I'm having no issues at all.

I suspect this is your problem:

FRIM_SW_DECODE=0
FRIM_SW_ENCODE=0

Try different combinations. I'd be surprised if setting both to "1" didn't fix your problem -- but you may want to try other combinations as well so you can get the best speed (but still complete an encode). Someone somewhere else here on DOOM9 has reported a need to set one of the two to "1" with an i7 -- but I can't remember which combination.

jdobbs
3rd April 2014, 05:05
Oh, I see are you using x264. I am doing 3D backup with FRIMSource

In that case my bad :oI'm using an updated FRIMEncode/Decode. That may be having an effect. I seem to remember the processor utilization being down below 50% in the past. That was the reason we went through that whole multiprocessing test...

meadrocks
3rd April 2014, 07:03
I'm trying to do Hunger Games Catching Fire, movie only, English audio, english sub, mp4 container, 1920x1080, CRF 22, autoaac, autogop, mp4box keeps failing, tried it 2 times. Has anyone tried this combo?

I attached the log file from the build.

DMagic1
3rd April 2014, 07:40
I did Thor: The Dark World 3D last week and despite the original having the second english sub on by default for the alien speech the movie only copy had no subs turned on by default.
I brought this up earlier but I needed to go back and check the movie and check my settings since you said it could be my settings. I have it set to keep all subs.

HWK
3rd April 2014, 12:01
I'm using an updated FRIMEncode/Decode. That may be having an effect. I seem to remember the processor utilization being down below 50% in the past. That was the reason we went through that whole multiprocessing test...

Yes, I am aware of it. So far so good, although I won't report bug but I am trying 64 bit version and see how it goes.

dfsooner
3rd April 2014, 16:04
Hmmm... "Amazing Spider-man" is one of the 3D discs I have on my hard drive for testing 3D. I'm having no issues at all.

I suspect this is your problem:

FRIM_SW_DECODE=0
FRIM_SW_ENCODE=0

Try different combinations. I'd be surprised if setting both to "1" didn't fix your problem -- but you may want to try other combinations as well so you can get the best speed (but still complete an encode). Someone somewhere else here on DOOM9 has reported a need to set one of the two to "1" with an i7 -- but I can't remember which combination.

Changed to FRIM_SW_ENCODE=1.

It seems to be running ok but has been running since about 10:00 last night and is only 83% through the first video file. Bummer going from 65 fps to 5.5.

Guest
3rd April 2014, 16:06
There's an open thread about a problem with HW encoding at the Intel forum that may be related. We'll see how it plays out...

raul124
3rd April 2014, 16:16
Hi Jdobbs, I just wanted to confirm if you got my small token of appreciation, I just updated my profile with a new Email and I hadn't used that old one on my profile..Thanks again Sir for an awesome software..Love it