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

AmigaFuture
31st January 2015, 08:26
Just as a test, you might try remuxing one of the sources that failed to import with MKVMERGE before attempting import.

Good suggestion.. I've encountered some (rare) MKV's I've made with BD-RB (MKVMerge) that later, due to bugs being fixed with MKVMerge, showed as errors with BD-RB when importing. Sometimes fixed by demuxing and remuxing. In some cases...I had to process anew.

soneca
31st January 2015, 18:12
Just as a test, you might try remuxing one of the sources that failed to import with MKVMERGE before attempting import.

Thanks for the tip Jdobbs. All four sources were accepted without problems by BDRB after demuxing/remuxing(mkvmerge 7.5.0.).
One of the sources was created with the very recent version(7.4.0).

jdobbs
31st January 2015, 21:25
Thanks for the tip Jdobbs. All four sources were accepted without problems by BDRB after demuxing/remuxing(mkvmerge 7.5.0.).
One of the sources was created with the very recent version(7.4.0).The version included with BD-RB is 7.1.0, which I'd tested thoroughly. I'm currently testing 7.5.0, and if I don't run into any issues I'll include it in the next release.

Lathe
31st January 2015, 23:11
Good suggestion.. I've encountered some (rare) MKV's I've made with BD-RB (MKVMerge) that later, due to bugs being fixed with MKVMerge, showed as errors with BD-RB when importing. Sometimes fixed by demuxing and remuxing. In some cases...I had to process anew.

Same here...

FilipeAmadeuO
1st February 2015, 13:15
No. I mean BD-RB doesn't do it automatically as a built-in function -- you have to manually do it by stopping, replacing the file, and restarting.
jdobbs
Do you have any plan to implement a audio/subtitle replacement function on BDRebuilder ?
It would be a great feature :)

I know i can do it manually by stopping BDRebuilder...

Another question. Is there any way to correct the struture if i want to replace (manually) a DTS_HD by a DTS audio ?

Lathe
2nd February 2015, 00:58
jdobbs
Do you have any plan to implement a audio/subtitle replacement function on BDRebuilder ?
It would be a great feature :)

I know i can do it manually by stopping BDRebuilder...

Another question. Is there any way to correct the struture if i want to replace (manually) a DTS_HD by a DTS audio ?

Well, again I don't know if this is what you want, or how you can do that specifically with BDRB, but if you simply use TSMuxer, remove the audio stream you don't want, and drag and drop the audio track that you do want, and then mux it to whatever you want. If you need further processing with BDRB, then mux it to a 'Blu-ray Folder' and then input the new folder created with TSMuxer with your new audio track, and proceed with BDRB like you normally would.

I hope this helps...

AmigaFuture
2nd February 2015, 05:02
I switched mode to Quick-Play Backup. BD-RB imported 5 good MKV's.

0.50.02

[16:32:00] Importing: TEMP
- [16:32:04] Importing video file: (1 of 5)
- Collecting audio/video streams from source...
- Integrating into pseudo-BD structure...
- [16:37:08] Importing video file: (2 of 5)
- Collecting audio/video streams from source...
- Integrating into pseudo-BD structure...
- [16:37:45] Importing video file: (3 of 5)
- Collecting audio/video streams from source...
- Integrating into pseudo-BD structure...
- [16:37:54] Importing video file: (4 of 5)
- Collecting audio/video streams from source...
- Integrating into pseudo-BD structure...
- [16:40:06] Importing video file: (5 of 5)
- Collecting audio/video streams from source...
- Integrating into pseudo-BD structure...
- [16:41:11] Creating Quick-Play Menu...
- Encoding menu background...
- Building menu structure...
[16:41:15] Video import completed successfully.

First Picture is result. Same config as from my Ghostbusters report.

I switched Settings/BD-50 to BD-25... The list has now changed. VID_00003 is removed by BD-RB.

Second picture.

If I alternate BD-25 <> BS-50, there isn't anything that changes. If I switch to Full Backup it now shows. Switch back to Quick-Play and it's gone again.
Switch to Movie and Menus and it's there, as to be blanked. Uncheck it from Movie and Menus and still doesn't show except in Full Backup. (I'm just checking for fun at this point..)

That's what I have so far. It might not be a bug, but for it to disappear like that...an average user could wonder.

soneca
2nd February 2015, 18:01
I imported 4 mkv sources in the quick-play mode, BDRB was set to BD-5(last setting used). When I changed the output to BD-25 one of the sources has been removed by BDRB.

jdobbs
2nd February 2015, 18:52
I'd need more information. How big is the one that was removed?

Also, the fact that it was removed from the list doesn't mean it is being ignored. It just means BD-RB has decided not to process it, and it will be kept intact. In BD-5 mode that isn't an option, because of DVD+-R bitrate limitations. The question might be, though, whether "intact" is appropriate ever in pseudo-BD structure.

Why would you import and select "Quick-Play" mode? Normally you'd do a full backup after an import. Using quick-play on an import is just redundantly redoing (during the encoding/rebuild phases) what was already accomplished during the import. Quick-Play does do analysis, though, to try and determine what meets it's "keep" parameters (in the Quick-Play settings menu). If that file is smaller than the Quick-Play minimum it will be removed. If it is somehow determined to be a menu it would also be removed (although I don't see how that could happen on an imported source).

With that said, I'll have to look at why the file in AmigaFuture's list is disappearing -- if I can repeat it somehow.

jdobbs
2nd February 2015, 19:50
@AmigaFuture

How long is VID_00004 (in minutes)? Is it shorter than the setting you have set in "SETTINGS/Import/Quick Play Settings"? If so, that would explain why it disappears when you select Quick-Play. The default is 15 minutes.

I'd also guess that it is shorter than the default BLANK_THRESHOLD (which is 20 minutes). The BLANK_THRESHOLD is used to determine where to decide what is an extra (as opposed to a feature).

AmigaFuture
2nd February 2015, 20:52
Selected "Quick-Play" then imported for those tests. Previous tests were also started from Full Backup and Movie & Menus.

Edit: WELL!! I had messed with the Import/Quick-Play settings a while ago different versions, but I forgot about the "Minimum BD Playlist minutes...." Laughing at myself. I didn't keep the settings from previous...so this was still set "Default". Set it to "1" and the disappearing 371MB is now staying. I tried setting to "2" and that wasn't enough. I'm a little confused about this setting, but...mess with it more and I hope to understand it better. Pardon, JD.

Edit 2: I didn't see your post before this one. VID_00004. 1 hour 31 minutes and 55 seconds.

DoctorM
2nd February 2015, 21:26
@AmigaFuture - Try setting Minimum Playlist to 0 and see if that helps.

soneca
2nd February 2015, 22:43
It seems I am also confused by these settings, in fact I hardly used the program for such work.
The "Minimum BD / DVD playlist minutes (import threshold)" is also valid for any type of file or only for playlists?
File removed by BDRB lasts for 03:47 and the above configuration has been changed to 0 minutes.

http://s20.postimg.org/hyopr8vil/bdrb01.png http://s20.postimg.org/l49bhge4t/bdrb02.png

http://s20.postimg.org/5hi2430ct/bdrb03.png

soneca
3rd February 2015, 17:06
I'd need more information. How big is the one that was removed?

Also, the fact that it was removed from the list doesn't mean it is being ignored. It just means BD-RB has decided not to process it, and it will be kept intact. In BD-5 mode that isn't an option, because of DVD+-R bitrate limitations. The question might be, though, whether "intact" is appropriate ever in pseudo-BD structure.

Why would you import and select "Quick-Play" mode? Normally you'd do a full backup after an import. Using quick-play on an import is just redundantly redoing (during the encoding/rebuild phases) what was already accomplished during the import. Quick-Play does do analysis, though, to try and determine what meets it's "keep" parameters (in the Quick-Play settings menu). If that file is smaller than the Quick-Play minimum it will be removed. If it is somehow determined to be a menu it would also be removed (although I don't see how that could happen on an imported source).

With that said, I'll have to look at why the file in AmigaFuture's list is disappearing -- if I can repeat it somehow.


You're right jdobbs.
It took for me to understand because there was no indication that the file had not been removed, but "hidden".
The source(VID_00004) was not ignored/removed in the BD-25 mode and remained intact. In the BD-5/9 modes would be processed.
Could it be any extra indication in the log to these sources that are not processed?

AmigaFuture
3rd February 2015, 21:52
@ DoctorM

I already considered that. :) Good tip, so far hasn't been needed.

@JD

I've not "upgraded" to the newest BD-RB (still 50.02), but a few times I've noticed I had to abort a process because an x364.exe crashed. Discerning frame rates. This is a vague post, I get it. I'm only informing F.Y.I. I'm going to keep checking it...and if I notice anything more, I'll relate it. I'll "update" it soon and check newer version.

jdobbs
4th February 2015, 00:00
Now that I never force updates (because I removed the timeout), I need to add something to the code to check my server and notify users when a new version is out. The question is: How do I do that without it being too annoying?

soneca
4th February 2015, 00:20
You can add a line like "Check for uptades" in the Help column, and the setup menu the option to be notified or not about new updates.

omegaman7
4th February 2015, 00:46
It won't annoy me :p Especially if it's something that's manually selected.

AmigaFuture
4th February 2015, 00:48
I agree. Add it to Help.. I disable "Automatically check for Updates?" within programs. If there's an option to "Notify to check?", sometimes I keep that active. I prefer to choose to use the option. Another is to make a "Go to the Website to check for Update." like AnyDVD (HD) has. However you want to word it. There are more than enough programs that prompt users...and through tech stuff that I'm often asked, "How do I stop the -edited word- program from pestering me?" I love Directory Opus as a File Manager and MUCH more but I do NOT like the "Hidden Check" they've built into it even though I'm registered. I have all Check for Updates disabled, but there's still an Icon that displays for "Update Available". Granted, reminders are nice...but covert/on the Sly...I am against!! I block it with Firewall now. My feeling is, "Check when I ask..since you're running on MY computer." Not annoyed with, just don't support hidden checks.
So, I'd love both. Option for.. "May I check online?" and the other in Help to be found and selected. My 2 cents. :)

jdobbs
4th February 2015, 06:00
I just don't think people will ever click a button for "Check for New version" any more often than they do the "Donate" button. Hell, most people don't even know that one is there (I've gotten e-mails from people asking how to donate). I'd rather have it check automatically occasionally (like most other software does, e.g. AnyDVD). If a click is required, I'd rather it was for "don't check for new versions".

It's easy to say "don't bother me with notifications" when you're not the one having to figure out whether a bug question is from a version that was released a year ago (mainly because they didn't know about the newer ones) -- or have something that really needs to be fixed and there's no way to get it known except to the people who are regulars here on Doom9.

That's the main reason why the expiration was there for so long.

AmigaFuture
4th February 2015, 09:30
I get that, I get that...I Get that! I don't mean this as an attack, JD, ...Why do you seem so pessimistic toward people clicking on "Check for a New version?" That outweighs the "There's a new version? I was never informed of that." with the current awareness of the users (under 40). Most whom care about this kind of project WILL check the Help. This project hasn't come into the mass awareness, yet. Heh, as much as I've talked to others and stuff...most are unaware of AnyDVD (HD) even... We shouldn't loose sight that...Yes, we have the Internet..but Global Awareness is "Facebook" drama...and Basic computer usage.

I am TOTALLY Cool with a "Donate" button with a Neat graphic! It's an attention getter..when done well. I didn't even consider that, but I'm reminded of several conversations.. YES, that's more attractive to people than "Buy now!!" which is more of a FORCEFUL statement. Not cool when it comes to programs. Donate....means more to people than "Buy Now!" -- Most people prefer to feel GOOD rather than to be Guilted or blamed. Most people I know view "Buy Now!" as "Get outta my face! You're too pushy!" where as Donate...is "Help support what you Like/Love." I know a lot of people battling the Guilt and Blame thing. Not me, but....I'm aware.
I deal with a version of the General Public; friends, associations, family..and ..more. Donate isn't in their face...even if it's a 30 second "nag"... If the program isn't crippled..they still see a Reminder...and still use it. If there's an Update in the "Help" with a Donate there, they're much more to follow it "some time". This is from people I've asked from where I live. 2 cents again..

Last bit.. I get it that most are used to being spoon-fed information. They're used to commercials telling them what to do. You have a nitch market here.. If you WANT to branch past Doom9, and make some Real money with your passion, We're with you...most of us Bug Reporters (myself included) would even Advocate with you (BE in a commercial)...but you gotta advertise. You..Really Might Not Understand how many people would -LOVE- this program if they -knew- it existed. NO, BS!! Look at what Apple has done with Steve Jobs's help. Advertise, Bro! I talk to people, I'm sure Omega, and the others' do also. Okay, I've offer 4 cents now....and this is long..so.. The end...and back to the Forum...pardon, everyone.

FilipeAmadeuO
4th February 2015, 14:12
Well, again I don't know if this is what you want, or how you can do that specifically with BDRB, but if you simply use TSMuxer, remove the audio stream you don't want, and drag and drop the audio track that you do want, and then mux it to whatever you want. If you need further processing with BDRB, then mux it to a 'Blu-ray Folder' and then input the new folder created with TSMuxer with your new audio track, and proceed with BDRB like you normally would.

I hope this helps...
Thatīs exactly want i want but it would be great if we could do it with just one tool like BDRebuilder. Hope jdobbs could think about it :)

CV91913
4th February 2015, 17:53
I just don't think people will ever click a button for "Check for New version" any more often than they do the "Donate" button. Hell, most people don't even know that one is there (I've gotten e-mails from people asking how to donate). I'd rather have it check automatically occasionally (like most other software does, e.g. AnyDVD). If a click is required, I'd rather it was for "don't check for new versions".

It's easy to say "don't bother me with notifications" when you're not the one having to figure out whether a bug question is from a version that was released a year ago (mainly because they didn't know about the newer ones) -- or have something that really needs to be fixed and there's no way to get it known except to the people who are regulars here on Doom9.

That's the main reason why the expiration was there for so long.
I ran into the same issues when I was a developer. I ended up putting an on/off entry in the help pull down "Check for Updates on Start Up" and a second entry "Check for Updates Now". That way they could turn off the auto check but still check manually. It seemed to satisfy most customers that did not want to be "nagged".

jdobbs
4th February 2015, 20:02
I ran into the same issues when I was a developer. I ended up putting an on/off entry in the help pull down "Check for Updates on Start Up" and a second entry "Check for Updates Now". That way they could turn off the auto check but still check manually. It seemed to satisfy most customers that did not want to be "nagged".Yeah, I think that's the best way to do it. To get rid of the nagging, you just tell them once that a new version is out, and then maybe follow up once a month if the old version is still in use. I can program my server to respond to a version query in a matter of milliseconds on most connections.

soneca
4th February 2015, 20:55
Yeah, I think that's the best way to do it. To get rid of the nagging, you just tell them once that a new version is out, and then maybe follow up once a month if the old version is still in use. I can program my server to respond to a version query in a matter of milliseconds on most connections.

And to implement this an installable version of BDRB be necessary? :eek:

jdobbs
4th February 2015, 21:04
And to implement this an installable version of BDRB be necessary? :eek:Not really. But you did remind me that I need to create an installer for BD-RB.

AmigaFuture
5th February 2015, 00:26
Perhaps an installer & as you have now; archived? Like Matroska?

soneca
5th February 2015, 03:32
Now would be about the same as the portable version of Matroska.
I prefer it that way but... it's the guy who decides. :rolleyes:

RobertM
5th February 2015, 15:29
My 2 cents...

Have BD-RB check for update every time it launches. If one is available, give a "update is available" message, with options "Update/Later/Ignore". Later will just suppress the nag until the next session. Ignore will suppress the nag until a NEWER update is available. Once a newer update (newer than the ignored update) is detected the cycle begins anew.

People will still get 1 nag per new update version, but that's not really all that often. I think that most people would want to be up-to-date, and would actually welcome that small amount of interaction.

Just my opinion.

Yeah, I think that's the best way to do it. To get rid of the nagging, you just tell them once that a new version is out, and then maybe follow up once a month if the old version is still in use. I can program my server to respond to a version query in a matter of milliseconds on most connections.

soneca
5th February 2015, 16:03
My 2 cents...

Have BD-RB check for update every time it launches. If one is available, give a "update is available" message, with options "Update/Later/Ignore". Later will just suppress the nag until the next session. Ignore will suppress the nag until a NEWER update is available. Once a newer update (newer than the ignored update) is detected the cycle begins anew.

People will still get 1 nag per new update version, but that's not really all that often. I think that most people would want to be up-to-date, and would actually welcome that small amount of interaction.

Just my opinion.

+1
I agree, I had thought that interaction mode. Gives the user more options and flexibility to act as the moment.

soneca
5th February 2015, 16:04
Not really. But you did remind me that I need to create an installer for BD-RB.

Jdobbs, speaking of BD-RB updates even after the installer ready would be possible to continue providing not installable version as there is now? Many developers keep these two versions.

jdobbs
5th February 2015, 16:13
Yeah, no problem. Honestly, though, I have no idea when I will implement any of this.

soneca
6th February 2015, 03:37
Ok, development and bug fixes are more important than that.
Anyway, thank you!

kctobyjoe
6th February 2015, 18:18
Had this error popup; FWIW
I found an MP4 version and played with that instead...MAY have been an ANYDVD HD malfunction; it appeared the rip of the title was NOT successful with ANY DVDHD...
couldn't find where to post this as anew item rather than as a reply...sry

jdobbs
6th February 2015, 18:35
The error means that BD-RB is somehow attempting to create a duplicate key for an item in the streams list. It is very likely your source is corrupt or has been edited in some way. The only way I can imagine that happening is if there are video files with duplicate numeric names (e.g. 00000.m2ts and 00000b.m2ts). The second name is illegal and should be impossible on a properly structured disc.

[Edit] Actually, I tried manually creating a duplicate and even then I couldn't force that error. Any chance the file structure on your source disc is corrupted?

emilio99
6th February 2015, 20:49
I have problems with german disc "Sin City 2 3D", Disc cannot be created :(

BD-Rebuilder Log:

[02.06.15] BD Rebuilder v0.50.02
[20:24:54] Source: SIN_CITY_2_3D_00002
- Input BD size: 33,80 GB
- Approximate total content: [01:42:15.963]
- Target BD size: 23,44 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: High Quality (Default), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=1 HD=1 Kbs=640
- Audio [1] set to default.
[20:25:00] PHASE ONE, Encoding
- [20:25:00] Processing: VID_00001 (1 of 1)
- [20:25:00] Extracting A/V streams [VID_00001]
- [20:33:49] Reencoding video [VID_00001]
- [20:33:49] Keeping original video (no reencode)
- [20:33:49] Processing audio tracks
- Track 4352 (deu): Keeping original audio
- Track 4353 (eng): Keeping original audio
[20:33:49]PHASE ONE complete
[20:33:49]PHASE TWO - Rebuild Started
- [20:33:49] Rebuilding BD-3D file Structure
- Failed in attempt to multiplex: MUX_MOVIE_ONLY.meta
- Can't open file: D:\TEMP\_BD.REBUILDER\WORKFILES\00002.track_4114.mvc
[20:36:18] - Failed to REBUILD


Content from MUX_MOVIE_ONLY.meta

MUXOPT --no-pcr-on-video-pid --new-audio-pes --vbr --vbv-len=500 --start-time=27000000
V_MPEG4/ISO/AVC, "D:\TEMP\_BD.REBUILDER\WORKFILES\00001.track_4113.264", fps=23.976, contSPS
V_MPEG4/ISO/MVC, "D:\TEMP\_BD.REBUILDER\WORKFILES\00002.track_4114.mvc", fps=23.976, contSPS
A_DTS, "D:\TEMP\_BD.REBUILDER\WORKFILES\00001.track_4352.DTS", lang=deu
A_DTS, "D:\TEMP\_BD.REBUILDER\WORKFILES\00001.track_4353.DTS", lang=eng
S_HDMV/PGS, "D:\TEMP\_BD.REBUILDER\WORKFILES\00001.track_4608.SUP",fps=23.976,3d-plane=0,lang=deu
S_HDMV/PGS, "D:\TEMP\_BD.REBUILDER\WORKFILES\00001.track_4609.SUP",fps=23.976,3d-plane=0,lang=deu


Contents from Folder "D:\TEMP\_BD.REBUILDER\WORKFILES":

D:\Temp\_BD.rebuilder\WORKFILES>dir

Verzeichnis von D:\Temp\_BD.rebuilder\WORKFILES

06.02.2015 20:36 <DIR> .
06.02.2015 20:36 <DIR> ..
06.02.2015 20:33 18.258.929.292 00001.track_4113.264
06.02.2015 20:33 11.837.205.216 00001.track_4114.mvc
06.02.2015 20:33 2.035.171.400 00001.track_4352.dts
06.02.2015 20:33 2.092.235.348 00001.track_4353.dts
06.02.2015 20:33 30.982.730 00001.track_4608.sup
06.02.2015 20:33 33.034.374 00001.track_4609.sup
06.02.2015 20:33 28.265.523 00001.track_4610.sup
06.02.2015 20:25 587 AUD_00001.meta
06.02.2015 20:33 307 AUD_00001_4352.AVS
06.02.2015 20:33 307 AUD_00001_4353.AVS
06.02.2015 20:36 620 MUX_MOVIE_ONLY.meta
06.02.2015 20:33 297 VID_00001.AVS
06.02.2015 20:33 156 VID_00001.CHP
13 Datei(en), 34.315.826.157 Bytes
2 Verzeichnis(se), 71.823.687.680 Bytes frei


Last Command (LASTCMD.TXT):

"D:\+ Downloads +\+ Programz +\_Video_Audio_Converter\BD_Rebuilder\tools\x264.exe" "D:\TEMP\_BD.REBUILDER\WORKFILES\VID_00000.AVS" --preset medium --bluray-compat --b-pyramid none --weightp 1 --qpmin=0 --bitrate 15732 --level 4.1 --qpfile "D:\TEMP\_BD.REBUILDER\WORKFILES\VID_00000.CHP" --sar 1:1 --aud --nal-hrd vbr --pic-struct --vbv-bufsize 29559 --keyint 24 --min-keyint 1 --ipratio 1.1 --pbratio 1.1 --vbv-maxrate 34371 --threads auto --slices 4 --thread-input --stats "D:\TEMP\_BD.REBUILDER\WORKFILES\VID_00000.AVS.264.stats" --pass 2 --output "D:\TEMP\_BD.REBUILDER\WORKFILES\VID_00000.AVS.264"


BDREBUILDER.INI:

[Options]
VERSION=0.50.0.2
MODE=3
ENCODE_QUALITY=2
ONEPASS_ENCODING=0
AUTO_QUALITY=0
AUDIO_TO_KEEP=deu;eng;ger;
SUBS_TO_KEEP=deu;eng;ger;
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
DEINTERLACE=1
SD_TO_1080=0
CONVERT_WIDE=0
DTS_REENCODE=1
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=1
AVCHD=1
REMOVE_WORKFILES=1
MOVIE_ONLY_LOOP=1
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
USE_LAVF=0
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=1
UNMASK_CHAPTER=1
COMPLETION_BEEP=0
DGDECNV=0
OUTPUT_3D=1
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=24000
TARGET_SIZE=24000
QUICK_EXTRAS=1
RESIZE_1440=0
RESIZE_720=0
NEROAAC=0
MOVIEONLY_TYPE=0
ALTCRF=17
ALT_TARGET=21000
ALTMETHOD=0
ALTAUTOCROP=1
IGNORE_3D=0
FRIMSOURCE=0
OUTPUT_SBS=0
SUPTITLE=0
PRIORITY_CLASS=1
ENCODER=0
DGDECIM=0
DECODER=4
[Paths]
SOURCE_PATH=H:\
WORKING_PATH=D:\TEMP\_BD.REBUILDER\
DGIndexNV=D:\DGDecNV\DGIndexNV.exe
DGDecNV=D:\DGDecNV\DGDecodeNV.dll
DirectShowMVCSource=D:\+ Downloads +\+ Programz +\_Video_Audio_Converter\BD_Rebuilder\Tools\DirectShowMVCSource.dll

spotswood
6th February 2015, 22:19
i just noticed that bd rebuilder versions starting with 0.47.xx cannot open "lord of the rings - return of the king extended edition (disc2)"
error 2501 (20:58:56) sourcecheck() 00055 2501
appears in v00.47.05
all versions prior to 00.47.xx have no problems.

i've just experienced this same problem using v50.03. Only happens on disc 2. Disc 1 opens fine. Have tried w/anydvd enabled and disabled and on two different drives. Rips and disc 2 play fine w/pdvd and tmt and sony standalone. Errors received are:
- [10:52:24] scandirectory() 00006 2603
- [10:52:26] sourcecheck() 00009 2503
- [10:53:08] sourcecheck() 00055 2501
illegal source. Selected source is not a bd format. :confused: Any help/suggestions appreciated. Tia!!!

i have updated the first post of this thread with a link to an updated release of bd-rb (v0.40.10). Changes for this release:- corrected an issue related to unusual mpls files
that could result in "sourcecheck() 00006 2501" at
program startup or during scanning. Just following up on a recent problem I'm having opening the above mentioned disc. Did a little more digging and found a similar problem was fixed a while back in the version above. I have noticed that BDRB will open the disc in movie only mode but not in full backup or movie & menus mode. Another member was asked to send their .mpls files for another disc with a similar problem. If you like I can do the same, let me know. Thanks for any help/suggestions!

PS. Here's my Inspect log:
[02/06/15] Checking System Settings
- BD-Rebuilder v0.50.03
- Windows Version: 6.1 [7601]
- Working Path Free Space: 137.87GB
- AVISYNTH Version: 2.5.8.0, Ok
- LAVFILTERS: Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[02/06/15] Systems Settings Check complete

jdobbs
6th February 2015, 23:05
@emilio99

That's strange. I'm not sure where the "00002" came from in "00002.track_4114.mvc". It clearly should have been "00001.track_4114.mvc".

jdobbs
6th February 2015, 23:07
Just following up on a recent problem I'm having opening the above mentioned disc. Did a little more digging and found a similar problem was fixed a while back in the version above. I have noticed that BDRB will open the disc in movie only mode but not in full backup or movie & menus mode. Another member was asked to send their .mpls files for another disc with a similar problem. If you like I can do the same, let me know. Thanks for any help/suggestions!

PS. Here's my Inspect log:
[02/06/15] Checking System Settings
- BD-Rebuilder v0.50.03
- Windows Version: 6.1 [7601]
- Working Path Free Space: 137.87GB
- AVISYNTH Version: 2.5.8.0, Ok
- LAVFILTERS: Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[02/06/15] Systems Settings Check completeIf you send me a PM with a link, I'll download it and see what I can find.

DoctorM
7th February 2015, 01:35
I still run into problems with target sizes. Even in 2-pass on a BD25 things are usually under the target by at least 1 gb, usually more.
Today I just wanted to strip some audio tracks from a very nearly BD25 disc and it attempted to re-encode.
Switched to a BD50 target and the output was 19.8gb.
Disc is Chicken Little.
----------------------
[02/06/15] BD Rebuilder v0.50.02
[18:02:01] Source: LOGICAL_VOLUME_ID
- Input BD size: 23.92 GB
- Approximate total content: [02:26:41.116]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very Slow), CRF
- Output folder: C:\Users\Dr. M\Desktop\
- Decoding/Frame serving: DGDecNV
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[18:02:01] PHASE ONE, Encoding
- [18:02:01] Processing: VID_00000 (1 of 5)
- [18:02:01] Extracting A/V streams [VID_00000]
- [18:13:41] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 116,402 frames
- [18:13:41] Performing CRF Prediction...
- Analyzing 11.00 [11.00]
- [18:15:02] Encoding using constant rate factor.
[18:22:44]PHASE ONE aborted by user request
----------------------
[02/06/15] BD Rebuilder v0.50.02
[18:22:52] Source: LOGICAL_VOLUME_ID
- Input BD size: 23.92 GB
- Approximate total content: [02:26:41.116]
- Target BD size: 46.26 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very Slow), CRF
- Output folder: C:\Users\Dr. M\Desktop\
- Decoding/Frame serving: DGDecNV
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[18:22:53] PHASE ONE, Encoding
- [18:22:53] Processing: VID_00000 (1 of 5)
- [18:22:53] Extracting A/V streams [VID_00000]
- [18:37:49] Reencoding video [VID_00000]
- [18:37:49] Keeping original video (no reencode)
- [18:37:49] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [18:37:49] Multiplexing M2TS
- [18:44:17] Processing: VID_00006 (2 of 5)
- [18:44:17] Extracting A/V streams [VID_00006]
- [18:44:24] Reencoding video [VID_00006]
- [18:44:24] Keeping original video (no reencode)
- [18:44:24] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:44:24] Multiplexing M2TS
- [18:44:28] Processing: VID_00007 (3 of 5)
- [18:44:28] Extracting A/V streams [VID_00007]
- [18:44:38] Reencoding video [VID_00007]
- [18:44:38] Keeping original video (no reencode)
- [18:44:38] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:44:38] Multiplexing M2TS
- [18:44:44] Processing: VID_00024 (4 of 5)
- [18:44:44] Extracting A/V streams [VID_00024]
- [18:44:58] Reencoding video [VID_00024]
- [18:44:58] Keeping original video (no reencode)
- [18:44:58] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:44:58] Multiplexing M2TS
- [18:45:08] Processing: VID_00105 (5 of 5)
- [18:45:08] Extracting A/V streams [VID_00105]
- [18:45:30] Reencoding video [VID_00105]
- [18:45:30] Keeping original video (no reencode)
- [18:45:30] Processing audio tracks
- Track 4352 (jpn): Keeping original audio
- [18:45:30] Multiplexing M2TS
[18:45:37]PHASE ONE complete
[18:45:37]PHASE TWO - Rebuild Started
- [18:45:37] Rebuilding BD file Structure
[18:49:34] - Encode and Rebuild complete
[18:49:34] JOB: LOGICAL_VOLUME_ID finished.


I just wanted to report this, but it seems like I'm the only one still having output size issues. I can't figure out why since I originally had this on a completely different system under WinXP. Now I'm on a very modern system under Win7 x64.

Edit: I don't know if this helps, but here are the first few lines of the .INF file.
[Status]
LABEL=LOGICAL_VOLUME_ID
VERSION=v0.50.02
SOURCE_SIZE=25687371554
SOURCE_VIDEO_SIZE=22101780480
TARGET_SIZE=24641536000
REDUCTION=.952680936499827

The source size is correct for the full disc, but shouldn't anything removed (audio, subtracks, etc.) or re-encoded audio be deducted from that number at this point? I really can't put my finger on what the math is doing.

Btw, 2-pass also starts the video encode, not just CRF mode.
From what I've seen this isn't restricted to just this disc.

RobertM
7th February 2015, 01:52
Hi Doc,

Instead of using the default for BD-25 (23500 MB) I just set a custom size for 24200 MB. It typically gives me a 98% full disc per ImgBurn. I've been doing that for quite a while, with very consistent results.

jdobbs
7th February 2015, 02:12
Multipart sources are difficult to nail down for the reencoding or keeping decision on some sources. For example, if you run into a single M2TS that requires encoding (because it is larger that the specified bitrate would make) it would force all the other sections to reencode as well (you can't just do one part of a sequence of parts).

Limobar
7th February 2015, 06:08
I still run into problems with target sizes. Even in 2-pass on a BD25 things are usually under the target by at least 1 gb, usually more.
Today I just wanted to strip some audio tracks from a very nearly BD25 disc and it attempted to re-encode.
Switched to a BD50 target and the output was 19.8gb.
Disc is Chicken Little.

Is it possible that this huge undersize is a result of the encoder hitting the minimum quantizer (highest quality) and therefore cannot produce a higher bitrate (= bigger filesize)?

I don't know what's the quantizer range that BD-Rebuilder uses, but you are encoding animation, so it might be the case.

IanD
7th February 2015, 08:11
Is there a setting I can change or an intervention I can make in the operation of BDR that will create FAT32 compatible m2ts files, or would I have to create source material in that format and import as separate titles, then use the Quick Play facility to structure them into an overall playlist?

DoctorM
7th February 2015, 09:04
Multipart sources are difficult to nail down for the reencoding or keeping decision on some sources. For example, if you run into a single M2TS that requires encoding (because it is larger that the specified bitrate would make) it would force all the other sections to reencode as well (you can't just do one part of a sequence of parts).

I'm hoping I understand you correctly. (Sorry if I missed your meaning.)

The movie is a single m2ts (I checked the playlist with BDInfo) that is 19.8gb. The rest of the video is bonus features.
I can only assume their presence is what confuses the situation since I tested a movie-only project to BD25 and the reencoding didn't kick in.

I still have the weird feeling that BDRB does not deduct stripped audio tracks from the size of the source before doing bitrate calculations.

Sharc
7th February 2015, 13:39
I still run into problems with target sizes. Even in 2-pass on a BD25 things are usually under the target by at least 1 gb, usually more.
Today I just wanted to strip some audio tracks from a very nearly BD25 disc and it attempted to re-encode.
Switched to a BD50 target and the output was 19.8gb.
Disc is Chicken Little.
----------------------
[02/06/15] BD Rebuilder v0.50.02
[18:02:01] Source: LOGICAL_VOLUME_ID
- Input BD size: 23.92 GB
- Approximate total content: [02:26:41.116]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very Slow), CRF
- Output folder: C:\Users\Dr. M\Desktop\
- Decoding/Frame serving: DGDecNV
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[18:02:01] PHASE ONE, Encoding
- [18:02:01] Processing: VID_00000 (1 of 5)
- [18:02:01] Extracting A/V streams [VID_00000]
- [18:13:41] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 116,402 frames
- [18:13:41] Performing CRF Prediction...
- Analyzing 11.00 [11.00]
- [18:15:02] Encoding using constant rate factor.
[18:22:44]PHASE ONE aborted by user request
----------------------
[02/06/15] BD Rebuilder v0.50.02
[18:22:52] Source: LOGICAL_VOLUME_ID
- Input BD size: 23.92 GB
- Approximate total content: [02:26:41.116]
- Target BD size: 46.26 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very Slow), CRF
- Output folder: C:\Users\Dr. M\Desktop\
- Decoding/Frame serving: DGDecNV
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[18:22:53] PHASE ONE, Encoding
- [18:22:53] Processing: VID_00000 (1 of 5)
- [18:22:53] Extracting A/V streams [VID_00000]
- [18:37:49] Reencoding video [VID_00000]
- [18:37:49] Keeping original video (no reencode)
- [18:37:49] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [18:37:49] Multiplexing M2TS
- [18:44:17] Processing: VID_00006 (2 of 5)
- [18:44:17] Extracting A/V streams [VID_00006]
- [18:44:24] Reencoding video [VID_00006]
- [18:44:24] Keeping original video (no reencode)
- [18:44:24] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:44:24] Multiplexing M2TS
- [18:44:28] Processing: VID_00007 (3 of 5)
- [18:44:28] Extracting A/V streams [VID_00007]
- [18:44:38] Reencoding video [VID_00007]
- [18:44:38] Keeping original video (no reencode)
- [18:44:38] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:44:38] Multiplexing M2TS
- [18:44:44] Processing: VID_00024 (4 of 5)
- [18:44:44] Extracting A/V streams [VID_00024]
- [18:44:58] Reencoding video [VID_00024]
- [18:44:58] Keeping original video (no reencode)
- [18:44:58] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:44:58] Multiplexing M2TS
- [18:45:08] Processing: VID_00105 (5 of 5)
- [18:45:08] Extracting A/V streams [VID_00105]
- [18:45:30] Reencoding video [VID_00105]
- [18:45:30] Keeping original video (no reencode)
- [18:45:30] Processing audio tracks
- Track 4352 (jpn): Keeping original audio
- [18:45:30] Multiplexing M2TS
[18:45:37]PHASE ONE complete
[18:45:37]PHASE TWO - Rebuild Started
- [18:45:37] Rebuilding BD file Structure
[18:49:34] - Encode and Rebuild complete
[18:49:34] JOB: LOGICAL_VOLUME_ID finished.


I just wanted to report this, but it seems like I'm the only one still having output size issues. I can't figure out why since I originally had this on a completely different system under WinXP. Now I'm on a very modern system under Win7 x64.
You are encoding in CRF mode, no?
Even with CRF prediction you cannoct expect accurate file size, because only snippets (1%) rather than the full movie are used for CRF estimation. In order to prevent oversize problems, one has to plan for some margin.
In your second run the video was kept intact. Why should it get expanded?
Maybe I am missing something...?

jdobbs
7th February 2015, 15:16
Yes, I didn't notice in the log that he was using CRF. CRF can never be 100% accurate unless you do 100% sampling. Which, of course, would be 2 pass encoding.

DoctorM
8th February 2015, 06:42
I don't usually use CRF, so that's not why I have undersized output. That being on was a mistake.

In the case of the posted log though, no encoding was needed CRF or otherwise. Good thought though.

g00g
8th February 2015, 11:52
While trying to do a movie only encode I got this popup message:
BD Rebuilder experienced an error 1801
ReencodeAudio() 00009 1801

Error appears in all versions 50.x. Did not test any further.

When running the same video with alternate mp4 (audio acc) output I got the message, that 4.2.0 chroma is not support by gpu (decoding with dgdecnv).

the video section, which is encoded just before the error, is a short file (without sound).

Any ideas?

jdobbs
8th February 2015, 15:32
I don't usually use CRF, so that's not why I have undersized output. That being on was a mistake.

In the case of the posted log though, no encoding was needed CRF or otherwise. Good thought though.In that case the reason it is smaller than your target is because it was kept intact. BD-RB can't make an intact video larger. Reencoding to a larger size cannot improve on the quality of a source.