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

jdobbs
23rd April 2010, 21:57
You are absolutely right, I'm very sorry but I've read the guide by milOtis (pag.4) where he says:"The versions below are considered the minimum versions, while any builds that came after the ones listed are also compatible."
My behaviour doesn't mean any inconsideration for you. I have THE MAXIMUM consideration for you because I think that your program is a PUBLIC SERVICE.

The VC1 video files are noe beeing PERFECTLY encoded.

Thank you very much again for your pacience for newbies like me. Thank you for your understanding. You are a gentleman and a scholar. Hope you enjoy the program.

jdobbs
23rd April 2010, 22:00
I have come across a similar bug to one I mentioned earlier. 'The Last Emperor', when encoded to bd-9 lost the audio. Although the original, and HDD rip played fine, the encoded one with Dolby Digital 64kbs wouldn't play and tsmuxer reported it as an unsupported file type. I got around it by encoding to bd-25 and keeping the audio. However, I have just had exactly the same with Clash of the Titans (the original one). That had an audio track of DTS-HD which became DD64kbps. Once again it won't play and tsmuxer says it's not supported. It was probably originally encode at a 96Khz sample rate -- I've put a fix in for the next release that will downsample those to 48Khz.

jdobbs
23rd April 2010, 22:01
jdobbs, I have backed up a couple movies only with 1pass 33.04 and it would take about 2 hours and now 33.05 1pass takes about 4.5 hours so I redid it with 33.04 and it took 2 hours and 20 min. Not sure what changed between versions but it was not good time wise. There was a bug in 33.04 that caused BD-RB to sometimes select the wrong quality level when using "Automatic". The 4.5 hours is right. You can always manually select a faster (lower quality) level if you think it is good enough. But most of the posts I've seen seem to indicate that the Q needed a boost.

Shuttle99
23rd April 2010, 22:15
Ok though I realy could not tell a differance from the 2 hour from the 4.5 hour on a 50 inch panasonic plasma. But I do want the best with wasting time so 4.5 is ok then.

tandi
23rd April 2010, 23:25
hi
@Zot
i've tried clipinf.exe to set header to 100 (AVCHD) and AVCHD patcher, still got same problem

@drmih
yeah, i'm doing in full backup

@jdobbs
yeah i can see BD files, bdmv, certificate, m2ts files etc
and have tried Arcsoft Total Media Platinum 3 and yes, it can play it

so seem like it's problem with powerdvd and my standalone bluray player not support java menus
like to ask, for your next ver , if it can help solved this java menus problem ?

jdobbs
23rd April 2010, 23:31
hi
@Zot
i've tried clipinf.exe to set header to 100 (AVCHD) and AVCHD patcher, still got same problem

@drmih
yeah, i'm doing in full backup

@jdobbs
yeah i can see BD files, bdmv, certificate, m2ts files etc
and have tried Arcsoft Total Media Platinum 3 and yes, it can play it

so seem like it's problem with powerdvd and my standalone bluray player not support java menus
like to ask, for your next ver , if it can help solved this java menus problem ? There's nothing I can do. The problem is in the player, not BD Rebuilder. The only option for you would be to either replace the player (Sony BDP-S360 is a good choice) or do movie-only backups for discs that use java.

tandi
23rd April 2010, 23:59
ok, thanks for all your helps guys
and jdobbs, very appreciate for your hard works

8ternity
24th April 2010, 01:54
@8ternity

Something is fishy in your post. I look at it and it is telling me that you completed that entire disc (23.8GB) in about 34 minutes. That's just not feasible.... it's also saying the biggest thing on the disc is only 57,084 frames (about 31 minutes).

I have to believe you're preprocessing the disc in some way -- either that or you're editing what is being posted. I don't accept bug reports on preprocessed sources. My experience is that 99% of the time the problem is caused in the preprocessing.

I also noticed that the bitrate is being shown on one of the encodes, but not on the others. Are you editing the log before you're posting it? How does the verbose reporting change midstream?

What gives?

The Original Movie is about (25*000*189*952 octets) i just convert it because it was a little too big for burning in the BD-R 25GB.

I dont really understand what you exlain me about the preprocessing, i am french, i have translate it and can't really catch what you exlpain to me about this. I will try to give you maximum of informations for this issue.

I have Decrypt with AnyDVD HD, oem license, copy *.* except the ANY! crypted files folder; into an Folder on my hard drive. I've modify the settings in BD REbuilder to keep all languages of audio and subtitles, also all bluray audio original....

I have open BD REbuilder, select the Movie Folder; create a empty one and start the project.

The log is integral, i give you all the log file. The only two things i've done:

- i have split the m2ts file movie (the one has been converted) to give you an sample. I have only take out languages to have the smalless file possible.

- i have select in settings to delete temporary converted files.

Thats the only one thing i've done.

About the 34 minutes, of conversion time, probably about the size "25GB to 23.xxx GB". But i have seen that quality conversion for bonus, fbi warnings, federales warnings are verry low quality that previous version of BD Rebuilder.

Let me know if you what than i test again with recommanded settings.

About the sample i give you, did what i make has helping you?

Question: What is the preprocessing? You mean about BD Rebuilder prepares and demux all files etc??

Thank for your help and your time according to me.

8ternity

jdobbs
24th April 2010, 02:36
You need to start over -- because the disc you are attempting to convert doesn't appear to be complete. I can also see that at the very least you are changing settings while the encode is going on (otherwise the bitrate would show for all streams as they are processing, not just the first. BD-RB doesn't change it's reporting halfway through the encode.

I will also say that with compression no larger than you are using, the output will be identical to the original. If you are getting distortion it would have to be in the CODEC that is presenting the video to X264 -- and if that's the case I would guess that you are not using FFDSHOW.

Looking at the input size, I also have to ask, why are you even reencoding? It looks like it will fit without it.

8ternity
24th April 2010, 03:43
Regarding reeconding, you're right, it's fit on a BD-R 25GB.

About ffdshow, between every conversion, i need to uninstall and re-install version of ffdshow 3326 has recommand by you for the conversion. I always use FFDSHOW because i also convert with Ripbot264 some mkv movies and from my digital camera HD720P to fit on a BD5.

So i would say that i don't know why BD Rebuilder cant convert a movie without uninstall/reinstall ffdshow. I know it's ffdshow issue because i can't play m2ts files and ffdshow are not showen video and audio icons in the windows tray. it. I has using Rev. 3362 before reading your first post and it wont make me that issue.

Question: Can i install newer version of FFDSHOW with BD Rebuilder? or i need to keep 3326rev for support?

Thanks!! :)

Sharc
24th April 2010, 07:50
Question: Can i install newer version of FFDSHOW with BD Rebuilder? or i need to keep 3326rev for support?

From the first post in this thread:

... In order to make this beta version work, you have to first install some other packages. I recommend you use the versions linked below, as sometimes new version changes can cause unexpected issues. Here's what you need to do: ....

You are free to do what you want with your PC, but it has been said a trillion times by jdobbs in this thread that people should not complain if they run into issues when using other versions.

glood1
24th April 2010, 08:38
hi

i don' t understand difference beteween crf and abr option if my choice encoding option is very slow and my target is bd 25

by defaut is ?

if abr and crf not enable (it s possible) what it s occurs

what is the better option with my context
i want best quality picture

sorry for my english

thanks you

samtroy
24th April 2010, 10:44
Hi all, I have the following quality question:

I ususally do BD-25 one-pass CRF movie-only encodings. And since I'm too paranoid ;) to use the 'High-Speed BD-25 option', I normally use the 'Better (Fast)' quality option. But a movie still takes up to 7 hours on my Core i5 with that. That's a lot. So I've tried the 'Good (Very Fast)' option which takes only 2 hours a movie. OK, good.

Then I did some reading and found out that BD Rebuilder's 'Better' option translates to x264's '--preset fast' preset. And BD Rebuilder's 'Good' setting translates to x264's '--preset veryfast' setting.

But x264 has one more preset in-between: '--preset faster'! I absolutely would like to try that. But it can't be chosen through BD Rebuilder. Is there a reason for that? Can I choose this preset without any problem using the ini-file? Will it make sense? Or will I break some BD standard or something?

Thanks in advance.

Edit:

I just tried this addition to the ini-file: TWEAK_PASS_TWO=--preset faster
but BD Rebuilder is not using it. It still uses --preset veryfast (corresponding to the 'Good' setting in BD Rebuilder). Why is it ignoring it? Do I have to tweak the first pass too for it to work?

jdobbs
24th April 2010, 13:27
Hi all, I have the following quality question:

I ususally do BD-25 one-pass CRF movie-only encodings. And since I'm too paranoid ;) to use the 'High-Speed BD-25 option', I normally use the 'Better (Fast)' quality option. But a movie still takes up to 7 hours on my Core i5 with that. That's a lot. So I've tried the 'Good (Very Fast)' option which takes only 2 hours a movie. OK, good.

Then I did some reading and found out that BD Rebuilder's 'Better' option translates to x264's '--preset fast' preset. And BD Rebuilder's 'Good' setting translates to x264's '--preset veryfast' setting.

But x264 has one more preset in-between: '--preset faster'! I absolutely would like to try that. But it can't be chosen through BD Rebuilder. Is there a reason for that? Can I choose this preset without any problem using the ini-file? Will it make sense? Or will I break some BD standard or something?

Thanks in advance.

Edit:

I just tried this addition to the ini-file: TWEAK_PASS_TWO=--preset faster
but BD Rebuilder is not using it. It still uses --preset veryfast (corresponding to the 'Good' setting in BD Rebuilder). Why is it ignoring it? Do I have to tweak the first pass too for it to work? It's removing it because it could override some previous settings and break the BD standard.

"Good (Very Fast)" = X264 setting "--veryfast"
"Better (Fast)" = X264 setting "--fast"
"High Quality (Default)" = X264 setting "--medium"
"Highest (Slow)" = X264 setting "--slow"

and "High Speed Option (BD-25)" = X264 setting "--ultrafast"

On my system there is very little speed difference between "Better" and "High Quality" -- so if I do anything I may replace "--fast" with "--faster" I personally never even use "Better"... what's the point when I can use "High Quality" and get better output for virtually no impact in speed?

The four current choices are plenty -- the program is already getting too complicated, and I'm not going to make it more so.

Dark Shikari
24th April 2010, 13:31
It's removing it because it could override some previous settings and break the BD standard.

"Good (Very Fast)" = X264 setting "--veryfast"
"Better (Fast)" = X264 setting "--fast"
"High Quality (Default)" = X264 setting "--medium"
"Highest (Slow)" = X264 setting "--slow"

On my system there is very little speed difference between "Better" and "High Quality" -- so why would I add another choice between the two and make it more complicated? I personally never even use "Better"... what's the point when I can use "High Quality" and get better output for virtually no impact in speed?

Why not something like:

"Good (Very Fast)" = X264 setting "--superfast"
"Better (Fast)" = X264 setting "--faster"
"High Quality (Default)" = X264 setting "--medium"
"Highest (Slow)" = X264 setting "--slow"

That would have larger gaps in speed between settings.

samtroy
24th April 2010, 13:40
OK, thanks for your replay.

Correct me if I'm wrong, but from what I've read is x264's 'faster' preset placed between 'fast' and 'veryfast' and not between 'medium' and 'fast'.

From x264 wiki:
---------
ultrafast: subme 0, ref 1, me dia, b-adapt 0, partitions none, trellis 0, bframes 0, weightp 0, no-mixed-refs, no-mbtree, no-scenecut, no-deblock, no-cabac, no-8×8dct, aq-mode 0

veryfast: subme 1, ref 1, me dia, partitions i8×8,i4×4, trellis 0, weightp 0, no-mixed-refs, no-mbtree

faster: subme 4, ref 2, weightp 1, no-mixed-refs, no-mbtree

fast: subme 6, ref 2, rc-lookahead 30

medium: No changes -> BD Rebuilder's default High Quality

slow: subme 8, ref 5, me umh, b-adapt 2, direct auto, rc-lookahead 50

slower: subme 9, ref 8, me umh, b-adapt 2, direct auto, rc-lookahead 60, partitions all, trellis 2

veryslow: subme 10, ref 16, me umh, b-adapt 2, direct auto, rc-lookahead 60, partitions all, trellis 2, bframes 8, merange 24

placebo: subme 10, ref 16, me tesa, b-adapt 2, direct auto, rc-lookahead 60, partitions all, trellis 2, bframes 16, no-fast-pskip, slow-firstpass
---------

And since the encoding time difference between x264's 'fast' and 'veryfast' is up to 5 hours on my Core i5 system I thought 'faster' *may be* be a good compromise..

Cheers, S.

samtroy
24th April 2010, 13:44
Why not something like:

"Good (Very Fast)" = X264 setting "--superfast"
"Better (Fast)" = X264 setting "--faster"
"High Quality (Default)" = X264 setting "--medium"
"Highest (Slow)" = X264 setting "--slow"

That would have larger gaps in speed between settings.

Yes, this looks good too ;).

For some reason x264's new '-superfast' preset is missing from my wiki paste above.. :confused:

jdobbs
24th April 2010, 13:46
Why not something like:

"Good (Very Fast)" = X264 setting "--superfast"
"Better (Fast)" = X264 setting "--faster"
"High Quality (Default)" = X264 setting "--medium"
"Highest (Slow)" = X264 setting "--slow"

That would have larger gaps in speed between settings. Works for me.

jdobbs
24th April 2010, 13:57
Correct me if I'm wrong, but from what I've read is x264's 'faster' preset placed between 'fast' and 'veryfast' and not between 'medium' and 'fast'.Yeah. Sorry, I just woke up. It's 6:58am out here in the mountains. I corrected it, but not fast enough. :)

glood1
24th April 2010, 15:19
hi all

i don' t understand difference beteween crf and abr option if my choice encoding option is very slow and my target is bd 25

i want better quality

thanks for answers

jdobbs
24th April 2010, 15:25
hi all

i don' t understand difference beteween crf and abr option if my choice encoding option is very slow and my target is bd 25

i want better quality

thanks for answers
CRF is a constant quality encode (almost, actually constant rate factor) while ABR uses bitrate averaging.

CRF will generally deliver better quality, but its sizing many not be completely accurate (there's a chance you may oversize). BD-RB tries to predict the output size by doing sample CRF encodes, but there is a limit to how well you can predict size with samples. ABR will do a single pass and will average the bitrate, resulting in correct sizing, but with lower quaility at a given bitrate. Two pass will deliver the best quality along with accuracy but it is slower (because of the extra pass). Two pass is the default if you don't select either of the one-pass options.

If you set the quality settings to "Automatic", the quality along with pass selection will be changed automatically based upon what BD-RB believes to be optimal for the specific input length (in minutes) and target size.

glood1
24th April 2010, 15:39
CRF is a constant quality (almost, actually constant rate factor) encode while ABR uses bitrate averaging.

CRF will generally deliver better quality, but its sizing many not be completely accurate (there's a chance you may oversize). Two pass will deliver the best quality along with accuracy but it is slower (because of the extra pass). Two pass is the default if you don't select either of the one-pass options.

If you set the quality settings to "Automatic", the quality along with pass selection will be changed automatically based upon what BD-RB believes to be optimal for the specific input length (in minutes) and target size.

great thanks i understand
ok but if crf and abr are not selected (it s possible)
encoding slow mode is enable, what happen's.
it s crf or abr ?

i must secleted slow mode and CRF >> it s the better result for maximum quality
for source 40 gb and target 25 gb

SoniG
24th April 2010, 15:47
I still have field order issues. I tested 2 different BD with the 0.33.05 version, field order on AVC footages seems to be well detected (Dumbo, 480i 29.97 tff encoded as tff), but mpeg2 footages seems to be wrong (Batman Begins, 480i 29.97 tff encoded as bff) and give me jerky playback. Didn't tested VC-1 footages yet.

jdobbs
24th April 2010, 16:09
I still have field order issues. I tested 2 different BD with the 0.33.05 version, field order on AVC footages seems to be well detected (Dumbo, 480i 29.97 tff encoded as tff), but mpeg2 footages seems to be wrong (Batman Begins, 480i 29.97 tff encoded as bff) and give me jerky playback. Didn't tested VC-1 footages yet. Are you positive? I just checked the code, and it seems to look at the M2TS MPEG-2 flags correctly. I sent you a PM.

jdobbs
24th April 2010, 16:13
great thanks i understand
ok but if crf and abr are not selected (it s possible)
encoding slow mode is enable, what happen's.
it s crf or abr ?

i must secleted slow mode and CRF >> it s the better result for maximum quality
for source 40 gb and target 25 gb It's neither. It is two-pass encoding. Two pass is the best selection for quality. Go back and re-read my previous post.

Also, this is a bug reporting thread. If you want to ask questions like this, open a new thread... only bug reports should be here.

Race Guy
24th April 2010, 16:20
Why not something like:

"Good (Very Fast)" = X264 setting "--superfast"
"Better (Fast)" = X264 setting "--faster"
"High Quality (Default)" = X264 setting "--medium"
"Highest (Slow)" = X264 setting "--slow"

That would have larger gaps in speed between settings.

Correct me if I'm wrong Mr. Dark, but I recall you saying somewhere here that there's no "quality" difference between doing a 1 pass vs a 2 pass encode at the same quality setting.

The only diff was the final output was closer to target size. First pass is the "educated guess" on size, second pass uses that size result to dial in the size of the second pass.

If that's so, how does x264 pick the bitrate? Is it ABR?

SoniG
24th April 2010, 17:08
Correct me if I'm wrong Mr. Dark, but I recall you saying somewhere here that there's no "quality" difference between doing a 1 pass vs a 2 pass encode at the same quality setting.

The only diff was the final output was closer to target size. First pass is the "educated guess" on size, second pass uses that size result to dial in the size of the second pass.

If that's so, how does x264 pick the bitrate? Is it ABR?

Not totally true. 2 pass allow a better bitrate prediction but most of all, it allows to impove image quality in balancing low bitrate/vectors on simple images and high bitrate/vectors on complexe images.

jdobbs
24th April 2010, 17:37
I have updated the first post of this thread with a new release of BD-RB (v0.33.06). The changes for this release are:- Fixed an error in which field order could be detected
incorrectly on MPEG-2 interlaced sources.
- Updated the audio AVS so that sample rates and sample
sizes that are not compatible with AFTEN AC3 output are
converted before being sent to the encoder. This fixes
some issues that cause audio encoding failures.
- Added two hidden settings related to secondary video
encoding. SECONDARY_USE_QUALITY=1 tells BD-RB to use
the same quality settings for secondaries as is used
for primary video. SECONDARY_CRF=n sets a CRF value to
be used for secondary video. Be careful... any bitrate
you use for secondaries is stolen directly from the
primary video.
- Changed the x264 profiles used with the "Good" and
"Better" quality selections in order to allow for more
discrete differences. The "Good" quality selection now
uses the x264 "--superfast" profile and the "Better"
selection uses "--faster".
- Tweaked the "Automatic" quality selections to adjust for
the changes in profiles. Also added greater distinction
in quality selection for different input video sizes.
- Updated the included version of X264.EXE to the
latest release (r1563).
- Other minor corrections and cosmetic fixes.

colinhunt
24th April 2010, 18:49
Something rather peculiar popped up when I inadvertently tried to process BD-RB's output with BluRip. I meant to process the original file, but pointed BluRip to BD-RB's output by accident. I used BD-RB v0.33.05 to make a movie-only BD25 backup, with quality set for Highest.

Here's what BluRip's Demux log says of the .m2ts output by BD-RB:

[24.4.2010 19:23:36]M2TS, 1 video track, 1 audio track, 1:40:46, 24p
[24.4.2010 19:23:36] 1: Chapters, 12 chapters
[24.4.2010 19:23:36] 2: h264/AVC, 1080p23.999 (16:9)
[24.4.2010 19:23:36] 3: DTS Master Audio, French, 5.1 channels, 24 bits, 96khz
[24.4.2010 19:23:36] (core: DTS-ES-96/24, 5.1 channels, 24 bits, 1509kbps, 96khz)
[24.4.2010 19:23:36] v02 The video bitstream is encoded in a non-standard framerate.
[24.4.2010 19:23:36] v02 The video bitstream framerate field doesn't seem to match the timestamps.

And here's what BluRip says of the original file:

[24.4.2010 20:37:07] M2TS, 1 video track, 1 audio track, 1:40:46, 24p
[24.4.2010 20:37:08] 1: Chapters, 12 chapters
[24.4.2010 20:37:08] 2: h264/AVC, 1080p24 (16:9)
[24.4.2010 20:37:08] 3: DTS Master Audio, French, 5.1 channels, 24 bits, 96khz
[24.4.2010 20:37:08] (core: DTS-ES-96/24, 5.1 channels, 24 bits, 1509kbps, 96khz)
[24.4.2010 20:37:08] v02 The video framerate is correct, but rather unusual.

I was attempting to add English subtitles to a BD25 backup of a French movie, and noticed that while the subs were synced fine at the beginning of the movie, they were several seconds off by the end. This difference in framerate might be the explanation.

jdobbs
24th April 2010, 19:42
Something rather peculiar popped up when I inadvertently tried to process BD-RB's output with BluRip. I meant to process the original file, but pointed BluRip to BD-RB's output by accident. I used BD-RB v0.33.05 to make a movie-only BD25 backup, with quality set for Highest.

Here's what BluRip's Demux log says of the .m2ts output by BD-RB:

[24.4.2010 19:23:36]M2TS, 1 video track, 1 audio track, 1:40:46, 24p
[24.4.2010 19:23:36] 1: Chapters, 12 chapters
[24.4.2010 19:23:36] 2: h264/AVC, 1080p23.999 (16:9)
[24.4.2010 19:23:36] 3: DTS Master Audio, French, 5.1 channels, 24 bits, 96khz
[24.4.2010 19:23:36] (core: DTS-ES-96/24, 5.1 channels, 24 bits, 1509kbps, 96khz)
[24.4.2010 19:23:36] v02 The video bitstream is encoded in a non-standard framerate.
[24.4.2010 19:23:36] v02 The video bitstream framerate field doesn't seem to match the timestamps.

And here's what BluRip says of the original file:

[24.4.2010 20:37:07] M2TS, 1 video track, 1 audio track, 1:40:46, 24p
[24.4.2010 20:37:08] 1: Chapters, 12 chapters
[24.4.2010 20:37:08] 2: h264/AVC, 1080p24 (16:9)
[24.4.2010 20:37:08] 3: DTS Master Audio, French, 5.1 channels, 24 bits, 96khz
[24.4.2010 20:37:08] (core: DTS-ES-96/24, 5.1 channels, 24 bits, 1509kbps, 96khz)
[24.4.2010 20:37:08] v02 The video framerate is correct, but rather unusual.

I was attempting to add English subtitles to a BD25 backup of a French movie, and noticed that while the subs were synced fine at the beginning of the movie, they were several seconds off by the end. This difference in framerate might be the explanation. Did you do anything else between the two processes? BD Rebuilder never sets the framerate to 23.999. Either the demuxer is wrong or somehow an incorrectly encoded stream with that framerate was fed into BD Rebuilder.

I'd suggest you use TSMUXER to check the framerate on the original source and the BD Rebuilder output.

It could be that is what X264 produced. But, with that said, with that setting you would be off by 250ms in a 2 hour movie. You wouldn't be able to see that in your subtitles.

deank
24th April 2010, 19:59
These 'logs' look exactly the same as eac3to's. I'd say BluRip uses eac3to and that's what you see...

colinhunt
24th April 2010, 20:07
Did you do anything else between the two processes?
Nope, nothing.

It could be that is what X264 produced. But, with that said, with that setting you would be off by 250ms in a 2 hour movie. You wouldn't be able to see that in your subtitles.
Ah, indeed. Yet for some reason subs drift out of sync during the movie.

I'd suggest you use TSMUXER to check the framerate on the original source and the BD Rebuilder output.
tsMuxeR reports 24 for both.

These 'logs' look exactly the same as eac3to's. I'd say BluRip uses eac3to and that's what you see...
That is correct.

update: I fed both files to Mediainfo in Advanced mode. Here's the relevant info from the original file:


General
Duration : 6046739.911333
Duration : 1h 40mn 46s 740ms
Duration : 01:40:46.740

Video
Codec profile : High@L4.1
Codec settings : CABAC / 4 Ref Frames
Duration : 6046000
Duration : 1h 40mn 46s 0ms
Duration : 01:40:46.000
Frame rate : 24.000 fps
Frame count : 145104

And here's the info from BD-RB's output:

General
Duration : 6046004.333333
Duration : 1h 40mn 46s 4ms
Duration : 01:40:46.004

Video
Codec profile : High@L4.1
Codec settings : CABAC / 3 Ref Frames
Duration : 6045958
Duration : 1h 40mn 45s 958ms
Duration : 01:40:45.958
Frame rate : 24.000 fps
Frame count : 145103

update: RipBot also says BD-RB output is 23.999fps. Furthermore, I encoded the original m2ts into 640w/24fps mkv and opened it in SubtitleEdit 2.90 for Visual Sync. The subtitle file I have syncs perfectly to the mkv without any adjustments. I'll encode the BD-RB output into lores mkv to see how the subs sync in SubtitleEdit.

update: Subtitles sync perfectly to a lores 24fps mkv created from BD-RB output. I guess the problem has to lie with tsmuxer which I use to inject subtitles and create BD output.

ggab_
24th April 2010, 20:33
Any idea why Burn Current Disc under the File menu would be greyed out? ImgBurn is installed. I have to drag the files over manually and it burns OK. Back when I first installed this program I used this option, not sure why it changed?

It was this way with 0.33.04 and is still that way with 0.33.05.

SoniG
24th April 2010, 20:40
I have updated the first post of this thread with a new release of BD-RB (v0.33.06). The changes for this release are:......
What a reactivity! Not even had time to push the Backup button!
Fields issue fixed!

jdobbs
24th April 2010, 22:35
Any idea why Burn Current Disc under the File menu would be greyed out? ImgBurn is installed. I have to drag the files over manually and it burns OK. Back when I first installed this program I used this option, not sure why it changed?

It was this way with 0.33.04 and is still that way with 0.33.05.If you haven't done a backup yet, it would be greyed out because there is no "current disc". BD Rebuilder looks at this registry entry:

HKEY_CURRENT_USER\Software\ImgBurn\InstallDirectory

to find ImgBurn's path and determine if it has been installed. I just checked it, and it's working correctly for me. You may want to try reinstalling ImgBurn.

ggab_
24th April 2010, 23:26
If you haven't done a backup yet, it would be greyed out because there is no "current disc". BD Rebuilder looks at this registry entry:

HKEY_CURRENT_USER\Software\ImgBurn\InstallDirectory

to find ImgBurn's path and determine if it has been installed. I just checked it, and it's working correctly for me. You may want to try reinstalling ImgBurn.

I'm definitely doing it after a backup is done and before I close out BD Rebuilder. My HKEY_CURRENT_USER\Software\ImgBurn\InstallDirectory key says C:\Program Files (x86)\ImgBurn

8ternity
24th April 2010, 23:32
From the first post in this thread:

... In order to make this beta version work, you have to first install some other packages. I recommend you use the versions linked below, as sometimes new version changes can cause unexpected issues. Here's what you need to do: ....

You are free to do what you want with your PC, but it has been said a trillion times by jdobbs in this thread that people should not complain if they run into issues when using other versions.

@Sharc
c.c. to Jdobbs:

I know the rules... i've read it. Im asking that question for that point:

i use ripbot264 latest version for bugs and now the ripbot program forced to detect an newer version of ffdshow than yours, and i can't start the program if i don't have an newer version. I need to install / uninstall all the times i need to use one or the other program.

If i see that i have an issue with BD Rebuilder, i unstall newer version, reboot, install back the rev. 3326, and restart a blank new project.

I like both softwares for differents uses :)

Thanks you!! :p

9020V
24th April 2010, 23:51
Is anyone having trouble playing BDR-25 backups on PS3? They've been working fine up until a few weeks ago, I've noticed the last few I've done don't play properly on PS3 (full disc mode).

Surrogates would not play at all. It just went into a blank screen on the PS3 and I could not go to top menu or fast forward. Info said title 50 with 0:00:00 time.

I then tried Star Trek. At first it seemed like it was going to work. The starship appeared like on the disc-open sequence, but then it froze. On subsequent attempts, it blanked screen just like surrogates.

The Informat! plays all the trailers ok, but it blank screens when it gets to the main title (again, info says that it has 0:00:00 time and none of the menu buttons work).

All of the discs work fine in the PC with powerdvd and I tried a movie-only backup of surrogates and it played fine in the PS3.

Rips were done with DVDFAB. I tried re-ripping the burned disc with anydvd and disabling bd-live, but it didn't make a difference (I don't even know if it is a bd-live disc).

Anyone have any clue as to what the problem is? Is it some sort of copy protection that the PS3's latest firmware is preventing it from playing these discs? Oh, and I also tried them on multiple media types including verbatim BD-R 25 and same thing.

jdobbs
25th April 2010, 01:25
I'm definitely doing it after a backup is done and before I close out BD Rebuilder. My HKEY_CURRENT_USER\Software\ImgBurn\InstallDirectory key says C:\Program Files (x86)\ImgBurn Look in that directory, if there is a file called imgburn.exe -- then BD-RB should enable itself.

Shuttle99
25th April 2010, 01:49
jdobbs question? I just did a movie only with 33.05 to bd9 I used automatic qualtiy setting and it choose to do it 1 pass and took about 6 hours I just installed 33.06 and going to try the same movie again with automatic qualtiy setting but this time it choose to do it with 2 pass I don't really care which one it chooses. I see you made changes to the new version on quality settings so I'm sure thats why it wants to do it a 2 pass but my question is does a 2 pass conversion always produce a better conversion compared to a 1 pass whether you can truely notice a differance or not the conversion is always better with a 2 pass?

jdobbs
25th April 2010, 01:53
jdobbs question? I just did a movie only with 33.05 to bd9 I used automatic qualtiy setting and it choose to do it 1 pass and took about 6 hours I just installed 33.06 and going to try the same movie again with automatic qualtiy setting but this time it choose to do it with 2 pass I don't really care which one it chooses. I see you made changes to the new version on quality settings so I'm sure thats why it wants to do it a 2 pass but my question is does a 2 pass conversion always produce a better conversion compared to a 1 pass whether you can truely notice a differance or not the conversion is always better with a 2 pass? With all things being equal (bitrate, source, settings etc.) two pass will almost always result in a better encode. It's a matter of better distributing the available bandwidth across the entire stream.

What you will find between this version and the previous is that all things are not equal because the presets have changed. That's why you will see different selections.

Let me know how long this one takes.

Shuttle99
25th April 2010, 01:58
Thanks for the answer.

turbojet
25th April 2010, 02:43
The 23.999 issue might be because Directshowsource.dll is known to change framerates hence the assumefps.

In the most recent version SUPPRESS_FF_WARNING=1 doesn't work, popup still comes up every time. I use this because I'm using x64 avisynth, x264 to gain speed, about 10% (good) to 25% (slow). It's an incredibly easy hack (if anyone would like to know I'd be willing to share) also shouldn't be tough to add to BD-RB itself (simple as check for x64 OS, check for Avisynth x64, point to x264 x64 exe, use 64 bit versions of decomb and ffms dll's.

9020V
25th April 2010, 03:13
Is anyone having trouble playing BDR-25 backups on PS3? They've been working fine up until a few weeks ago, I've noticed the last few I've done don't play properly on PS3 (full disc mode).

Surrogates would not play at all. It just went into a blank screen on the PS3 and I could not go to top menu or fast forward. Info said title 50 with 0:00:00 time.

I then tried Star Trek. At first it seemed like it was going to work. The starship appeared like on the disc-open sequence, but then it froze. On subsequent attempts, it blanked screen just like surrogates.

The Informat! plays all the trailers ok, but it blank screens when it gets to the main title (again, info says that it has 0:00:00 time and none of the menu buttons work).

All of the discs work fine in the PC with powerdvd and I tried a movie-only backup of surrogates and it played fine in the PS3.

Rips were done with DVDFAB. I tried re-ripping the burned disc with anydvd and disabling bd-live, but it didn't make a difference (I don't even know if it is a bd-live disc).

Anyone have any clue as to what the problem is? Is it some sort of copy protection that the PS3's latest firmware is preventing it from playing these discs? Oh, and I also tried them on multiple media types including verbatim BD-R 25 and same thing.

Oh, and one other thing. The Informant! was only a 17GB disc, so BD-rebuilder was not even used. So I suspect this may be a problem with IMGBurn or the PS3, but I am not sure. Has anyone else experienced anything like this recently? I've gone back through all the backups I've made and had to toss about 10 discs. I need to backup again, but don't want to start until I have found out exactly what the problem is. Again, only the PS3 seems to be affected, but I don't have another standalone player besides powerdvd.

8ternity
25th April 2010, 06:48
Jdobbs:

Question. Can we leave checked the option "Use DECOMB with interlaced sources" ? I have seen that for my latest conversion "BAD_LIEUTENANT" i have ntsc 720x480 bonus movies having interlaced mosaics lines in the original and converted files, can we leave all the time CHECKED and it will not affect 1920x1080P and 1280x720 video files?

Thank You.

8ternity
25th April 2010, 06:53
Oh, and one other thing. The Informant! was only a 17GB disc, so BD-rebuilder was not even used. So I suspect this may be a problem with IMGBurn or the PS3, but I am not sure. Has anyone else experienced anything like this recently? I've gone back through all the backups I've made and had to toss about 10 discs. I need to backup again, but don't want to start until I have found out exactly what the problem is. Again, only the PS3 seems to be affected, but I don't have another standalone player besides powerdvd.

What i've read about PS3, every backups on a BD-R 25GB use with PS3 need to be patched with AVCHD-Patcher.

Here the post about this tool.
http://www.avsforum.com/avs-vb/showpost.php?p=15285018&postcount=1662

8ternity

jdobbs
25th April 2010, 07:03
Jdobbs:

Question. Can we leave checked the option "Use DECOMB with interlaced sources" ? I have seen that for my latest conversion "BAD_LIEUTENANT" i have ntsc 720x480 bonus movies having interlaced mosaics lines in the original and converted files, can we leave all the time CHECKED and it will not affect 1920x1080P and 1280x720 video files?

Thank You. Yes you can leave it checked. It only applies to interlaced sources.

samtroy
25th April 2010, 12:47
Thanks for the new update, jdobbs! Much appreciated!

9020V
25th April 2010, 15:49
What i've read about PS3, every backups on a BD-R 25GB use with PS3 need to be patched with AVCHD-Patcher.

Here the post about this tool.
http://www.avsforum.com/avs-vb/showpost.php?p=15285018&postcount=1662

8ternity

I've never used AVCHD-Patcher until a few weeks ago when a lot of the recent titles I backed up blank screened on the PS3. All the other ones have worked fine, including the few DVD9 backups I have done. I was under the impression that AVCHD-Patcher was not necessary anymore. Anyways, I might try it.

deank
25th April 2010, 16:10
The post he quoted is from 2 years ago and is for different things... Outdated anyway.

***

You don't need AVCHD-patcher AT ALL for BD-R media. And you don't need it at all with BD-Rebuilder for "Movie only" backups to DVD media. The one thing you may accomplish using it is to break all.

There were a lot of reports of problems after updating PS3 to FW 3.30 - most of the reports about BD discs stop working/playing, console hangs, no sound, etc...

Another user reported issues but it turned out that the problem is with the media he used, so a good start would be to try your discs in another BD player before throwing them out.

It is possible that the blu-laser of your PS3 is on its way already...