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

varekai
10th July 2016, 10:42
Thanks for the update, much appreciated! Wish there was a donation button...

regards

ggtop
10th July 2016, 11:22
Hi jdobbs, just tested 0.50.16 for the subtitle issue I have and the new version still behaves the same.
Input: Death Proof BD containing a playlist with 2 M2TS items. It has 2 subtitle stream whereas the second track has (only) forced flagged subs.
This stream is disabled as I don’t know (before demuxing) has finished if I need to hard-code them.
Because of my setting FORCED_SUB_LANG=deu;ger; BDRB pulled the forced subs into the 9999 file and obviously fails to reference it into the AVS file.
As the 9999 file and the second subtitle track are identical it should make no difference to set the option [TURNED ON] for that track and that is indeed working.

- [11:41:22] Processing: VID_00005 (1 of 2)
- [11:41:22] Extracting A/V streams [VID_00005]
- [11:50:55] CreateAVS() 00000
[11:53:09] - Could not create AVS file


Just saw that in my working test no 9999 file was created because I decided to turn on the second track before demuxing. Maybe some code gets skipped in that case that leads to an error in my first test.

inf file "not working":
[Status]
LABEL=DEATH_PROOF_BD
VERSION=v0.50.16
SOURCE_SIZE=33942312960
SOURCE_VIDEO_SIZE=33942312960
TARGET_SIZE=24641536000
REDUCTION=.725982817642372
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=deu;eng;ger;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=deu;eng;ger;
BACKUP_MODE=1
MOVIEONLY_TYPE=39
USE_LAVF=0
INSTANCES=1
DGDECNV=0
DGDECIM=0
FRIMSOURCE=0
FFMS2=0
SSIF_MODE=0
QUICK=0
ENCODE_STEP=1
FORCED_SUB_LANG=deu
[00005]
AUDIO=1000
PGS=00
S1440=0


inf file "working":
[Status]
LABEL=DEATH_PROOF_BD
VERSION=v0.50.16
SOURCE_SIZE=33942312960
SOURCE_VIDEO_SIZE=33942312960
TARGET_SIZE=24641536000
REDUCTION=.725982817642372
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=deu;eng;ger;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=deu;eng;ger;
BACKUP_MODE=1
MOVIEONLY_TYPE=39
USE_LAVF=0
INSTANCES=1
DGDECNV=0
DGDECIM=0
FRIMSOURCE=0
FFMS2=0
SSIF_MODE=0
QUICK=0
ENCODE_STEP=3
REBUILD_COMPLETE=0
[00005]
AUDIO=1000
PGS=01
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=5401591
SPLITS=1


The other cosmetic issue I reported is not fixed: Disabling a [TURNED ON] sub track via double click still removes the most right letter. Doing so just for fun until no letters are left leads to a index out of bounds Crash :p

ggtop

jdobbs
10th July 2016, 13:31
Nope. They are stuck labeling the DVD releases because of what I previous said. How many people who purchase DVDs these days are actually viewing them via old analog output DVD players? Very few. The point is that digital media is neither NTSC or PAL. The potential playback device's analog output is either NTSC or PAL. Overseas, pretty much ever DVD player will handle 480i or 576i media. Back in the DVD heyday, if you walked past a shop in the U.K. that sold DVD players, pretty much every one of them had a display in their store window advertising multi-standard players and even multi-standard TVs. Here in the U.S., you had to look harder to find players that would convert 576i to 480i for playback to their NTSC only TV.

Standards never go away, they just become obsolete. :D People who are in forums like this are more tech savvy, working with newer technology, digital only technology, where NTSC and PAL does not exist. IMHO, digital video should only be described by its digital properties, i.e., 480i59.94, 576i50, 480p29.97, 576p25, 1080p23.976, etc.

I've run across situations where 1080 video has been called NTSC, or PAL, just because of the frame rate. Worse, I've seen 1080p23.976 called NTSC. Ouch.I'm always amazed at the lengths people will go to simply "be right". Oh well...

Sharc
10th July 2016, 15:31
@jdobbs
Thank you for the update :)
Did you ever had a chance to look at this as well? (The "goofy" .mkv output, if you remember....)
http://forum.doom9.org/showpost.php?p=1761182&postcount=23810

jdobbs
10th July 2016, 15:33
@MrVideo and mparade

I've added a new hidden option called MENU_HORIZONTAL. I wanted to get your feedback and see if it meets your needs.

1. It only works on menu pages that contain 16 or fewer entries (a single selection column).
2. The menu backdrop size is no longer fixed (as is true with non-MENU_HORIZONTAL mode, to prevent it from going off-page).
3. The MENU_HORIZONTAL value must be between 0 and 1919
4. The value sets the horizontal coordinate for the top-right of the first character in the first menu entry

Does that work for you? If so, I can post a new version. If not, how does it need to change?

MrVideo
10th July 2016, 16:17
The point is, it's not up to us to question why. He wants to do it, that's all there is to it.
The point is to possibly point out that conversion is not needed. Why go through the exercise of conversion when it really is needed. That is why the question was asked, to find out the ultimate usage and respond accordingly.
Most can only play NTSC, and you're lucky to have one that can play PAL.
Not luck. I just had to go out and buy it. It is real easy to get modified players these days, with sites located on the net that sell modified players. Many moons ago, it wasn't as easy. But, I do have a DVD player that does play all DVD regions and converts 576i to 480i. They could be had, just not in your local store.

MrVideo
10th July 2016, 16:19
I'm always amazed at the lengths people will go to simply "be right". Oh well...

Just ask professionals in the industry. NTSC and PAL is misused a lot. I'm just trying to educate.

MrVideo
10th July 2016, 16:26
3. The MENU_HORIZONTAL value must be between 0 and 1919
4. The value sets the horizontal coordinate for the top-right of the first character in the first menu entry

I'm confused. I'd have to go digging to find the current option, but I thought there was already an option to setting the horizontal starting location of the menu text. It is the starting location vertically that is of interest as well.

jdobbs
10th July 2016, 16:36
Just ask professionals in the industry. NTSC and PAL is misused a lot. I'm just trying to educate.If you're trying to teach me -- I have doubts you have the background. The point you made in your original post was:First off, no such thing and NTSC or PAL anymore.That is wrong. You acknowledged that yourself when you amended your statement saying there can still be NTSC at the output of the player -- a configuration that is much more common than you believe (maybe not to the DOOM9 crowd - but to the general population). Continually trying to find reasons why you can somehow be right in the incorrect statement above doesn't change the fact that it was incorrect.

No big deal -- but if we're going to "educate" others, lets at least be accurate.

jdobbs
10th July 2016, 16:40
I'm confused. I'd have to go digging to find the current option, but I thought there was already an option to setting the horizontal starting location of the menu text. It is the starting location vertically that is of interest as well.There is already a starting location vertically (MENU_TOP)

Is there something else needed? I remembered someone asking for horizontal positioning -- so that's what I thought we were discussing.

MrVideo
10th July 2016, 17:08
If you're trying to teach me -- I have doubts you have the background. The point you made in your original post was:That is wrong. You acknowledged that yourself when you amended your statement saying there can still be NTSC at the output of the player -- a configuration that is much more common than you believe (maybe not to the DOOM9 crowd - but to the general population). Continually trying to find reasons why you can somehow be right in the incorrect statement above doesn't change the fact that it was incorrect.

No big deal -- but if we're going to "educate" others, lets at least be accurate.

True, I wasn't thinking of the old DVD players and TVs still hanging around. I should have clarified that it pertains to current broadcast standards, and the digital media forms that we have today. Even I still have old analog gear, including UmaticSP decks.

I've been dealing with video for decades and computer technology just as long.

MrVideo
10th July 2016, 17:10
There is already a starting location vertically (MENU_TOP)

Is there something else needed? I remembered someone asking for horizontal positioning -- so that's what I thought we were discussing.

Crap brain fart. No idea why I got the idea that it was vertical that was needed.

So, yes, what you've described appears to fit the bill.

jdobbs
10th July 2016, 17:17
Crap brain fart. No idea why I got the idea that it was vertical that was needed.

So, yes, what you've described appears to fit the bill.I want to eventually have the quick-menu functionality evolve into a complete authoring engine, so each variable I add is something I can use in the long run. We'll see if BD's popularity lasts long enough to make it worthwhile. These days I find I use my BD player more for streaming from my DLNA server than actually playing BDs.

mparade
10th July 2016, 18:57
@MrVideo and mparade

I've added a new hidden option called MENU_HORIZONTAL. I wanted to get your feedback and see if it meets your needs.

1. It only works on menu pages that contain 16 or fewer entries (a single selection column).
2. The menu backdrop size is no longer fixed (as is true with non-MENU_HORIZONTAL mode, to prevent it from going off-page).
3. The MENU_HORIZONTAL value must be between 0 and 1919
4. The value sets the horizontal coordinate for the top-right of the first character in the first menu entry

Does that work for you? If so, I can post a new version. If not, how does it need to change?


MENU_HORIZONTAL new hidden option as mentioned above sounds great to me. I think, MENU_VERTICAL would be very useful as well both on menu pages that contain a single selection column and on the ones with multi selection columns. I think, having both hiddenopts would "consummate" this menu-page arrangement function. I have been missing a lot these newcomer options especially when I wanted to use my custom made menu backdrops behind the entries.


Edit: MENU_TOP has currently the same function as the above suggested new MENU_VERTICAL option, sorry.

mparade
10th July 2016, 19:02
There is already a starting location vertically (MENU_TOP)

Is there something else needed? I remembered someone asking for horizontal positioning -- so that's what I thought we were discussing.

I was the one. :)
I forgot we already had the possibility to change the vertical position using MENU_TOP.

mparade
10th July 2016, 20:05
@MrVideo and mparade

I've added a new hidden option called MENU_HORIZONTAL. I wanted to get your feedback and see if it meets your needs.

1. It only works on menu pages that contain 16 or fewer entries (a single selection column).
2. The menu backdrop size is no longer fixed (as is true with non-MENU_HORIZONTAL mode, to prevent it from going off-page).
3. The MENU_HORIZONTAL value must be between 0 and 1919
4. The value sets the horizontal coordinate for the top-right of the first character in the first menu entry

Does that work for you? If so, I can post a new version. If not, how does it need to change?

As for me, it would be what I would require.

I wish I could return it to you by sending donation somehow....(maybe sending Bitcoins (just an idea) can be an option)

soneca
10th July 2016, 23:32
jdobbs, thanks for the new version!
I have a problem in this version, I can not import files in the "Alternative Movie-Only Output", the mkvextract.exe application crashes.
The version shown in the .ini file is 0.50.0.15

https://s20.postimg.org/on9okhoy5/bdrebuilder.png

https://s20.postimg.org/lhp2ua6bx/mkv.png

jdobbs
11th July 2016, 00:01
Try downloading again. It works ok on my system. What kind of files are you trying to import? It may be that MKVMERGE can't handle the codec.

worknstiff
11th July 2016, 00:52
@ jdobbs RE: "Alternative Movie-Only Output", the mkvextract.exe application crashes.

I was getting the same as soneca has above. I went back to v 0.50.0.15 and the problem disappears. I tried to install the new one twice.

soneca
11th July 2016, 01:41
That's right, new download and the problem continues.

With v0.50.14 version is all right but with the new version can not import. :eek:

https://s20.postimg.org/75wuh9qbx/rb+54 gopro.png

https://s20.postimg.org/jltkb0jnx/rb+54 simtel.png

https://s20.postimg.org/yj21c0wwd/rb+56 gopro.png

https://s20.postimg.org/ozscik9e5/rb+56 simtel.png

MrVideo
11th July 2016, 02:26
I want to eventually have the quick-menu functionality evolve into a complete authoring engine, so each variable I add is something I can use in the long run. We'll see if BD's popularity lasts long enough to make it worthwhile. These days I find I use my BD player more for streaming from my DLNA server than actually playing BDs.

I have a bunch of programs that I'd like to author into Blu-rays. So, a complete authoring engine would be great. But, the ability to X/Y position the start of the menu text would be a great start. Authoring with Scenarist is a long drawn out process. For example, I have both seasons of Legend of the Seeker (remember that series?) in 1080i59.94 MPEG-2, recorded not from OTA, but from the syndicated sat feed, so the bitrate is 35 Mbps. Easily transcribed to 1080p23.976 H.264 @ 15 Mbps. That series was never released on anything but DVD. :mad: Since I've already done the recoding to Blu-ray specs, I'm hoping to get BDR to leave well enough alone and just build the BD package.

I get a lot of Blu-ray movies. I'm a special feature junky. Love how movies are put together. Lots of great material. I have a new NAS that also does multimedia playout via HDMI, so no need for DLNA anymore.

jdobbs
11th July 2016, 14:00
@worknstiff & soneca

I'm at a loss as to why you're getting the crash. The version of MKVEXTRACT hasn't changed between those two versions. Can one of you provide a copy of one of the files that is failing to import? I'll look at it today and see if anything has changed in the way it is called.

@All

Is anyone else experiencing this?

jdobbs
11th July 2016, 14:34
@worknstiff & soneca

This is a little worrisome. I just did a binary compare of the MKVEXTRACT included in each version, and even though the versions match and the lengths are exactly the same -- there was a difference detected. Somehow the file must have gotten corrupted. I'm going to do some more checks to make sure nothing else may have gotten corrupted -- and I'll post an updated version later today.

soneca
11th July 2016, 14:46
Okay, if you ever need the file just let me know.

musiclover
11th July 2016, 14:50
IMPORT_PAL_TO_FILM only applies to video file imports.

OK. Now I ripped the vob file from the PAL dvd and imported it in BD-RB. The result is the same. No conversion to NTSC.
Does the logic only permits certain file types ?

jdobbs
11th July 2016, 15:22
OK. Now I ripped the vob file from the PAL dvd and imported it in BD-RB. The result is the same. No conversion to NTSC.
Does the logic only permits certain file types ?I'm not sure what happens during the "rip". So, import the DVD, then output it to an MKV (with it set to "MKV, Intact Video, Intact Audio") -- and then import that file. It should do the conversion. Make sure you have IMPORT_PAL_TO_FILM=1 set.

jdobbs
11th July 2016, 15:47
I have updated the first post of this thread with a link to the most recent version of BD-RB (v0.50.17). Changes for this release:- Added a new hidden option, MENU_HORIZONTAL
which allows you to select a specific X
coordinate position on the 1920 pixel
menu page. See HIDDENOPTS.TXT.
- Added a new hidden option, MENU_VERTICAL
which allows you to select a specific Y
coordinate position on the 1080 pixel
menu page. Works exactly like MENU_TOP, See
HIDDENOPTS.TXT.
- Replaced corrupted MKVEXTRACT.EXE file in
TOOLS folder.
- Other minor corrections and cosmetic fixes.

soneca
11th July 2016, 16:44
Thank jdobbs, all right now.

musiclover
11th July 2016, 16:57
I'm not sure what happens during the "rip". So, import the DVD, then output it to an MKV (with it set to "MKV, Intact Video, Intact Audio") -- and then import that file. It should do the conversion. Make sure you have IMPORT_PAL_TO_FILM=1 set.

That did not work. The Pseudo bluray is still PAL and the PSEUDO directory is empty.

BDREBUILDER.INI
[Options]
VERSION=0.50.0.17
ENABLE_TEST=1
ENABLE_BLANKING=1
BLANK_THRESHOLD=0
ENCODER=0
MODE=3
ENCODE_QUALITY=0
ONEPASS_ENCODING=2
AUTO_QUALITY=1
AUDIO_TO_KEEP=all
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=1
AC3_REENCODE=1
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=0
AUDIO_DRC=0
DECODER=0
AVCHD=1
REMOVE_WORKFILES=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
IVTC_PULLDOWN=0
FRIMSOURCE=0
COMPLETION_BEEP=0
OUTPUT_SBS=0
NEROAAC=1
SUPTITLE=1
PGSTOSRT=1
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=23500
MOVIEONLY_TYPE=28
ALTCRF=23
ALT_TARGET=2048
ALT_CRF_TARGET=1024
ALTMETHOD=1
ALTAUTOCROP=0
TARGET_SIZE=8032
IMPORT_PAL_TO_FILM=1
ASSUME_DVD_PAL=0
MENU_BACKGROUND=C:\BD Rebuilder\BD_Rebuilder\misc\menuback.jpg
MENU_AUDIO=C:\BD Rebuilder\BD_Rebuilder\tools\blankclip\blank.ac3
IMPORT_THRESHOLD=15
QUICK_PLAY_THRESHOLD=10
MENU_AUTO_BACKGROUND=1
MENU_AUTO_DVDAUDIO=1
MENU_PLAY_SEQUENTIAL=0
MENU_START_WITH_MENU=1
IMPORT_LIMIT_LANG=0
IMPORT_KEEP_PLAYALL=1
[Paths]
WORKING_PATH=D:\WORK\
NeroAACPath=C:\BD Rebuilder\NeroAACCodec-1.5.1\win32\neroAacEnc.exe
SupTitlePath=C:\BD Rebuilder\suptitle_v2.0.8_x86\SupTitle.dll
SOURCE_PATH=D:\WORK\IMPORTS\GLASTONBURY_2016\

BDREBUILDER.LOG
----------------------
[16:57:40] Importing DVD: GLASTONBURY_2016
- Processing DVD title [1 of 1 ]
- Collecting audio/video/subtitle streams...
- Converting subtitles to BD format...
- Multiplexing audio/video/subtitles...
- Creating Quick-Play Menu...
[17:17:54] DVD import completed successfully.
----------------------
[07-11-16] BD Rebuilder v0.50.17
[17:19:38] Source: GLASTONBURY_2016_00001
- Input BD size: 4.31 GB
- Approximate total content: [01:09:12.439]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV, Intact Video, Intact Audio
- Quality: High Quality (Default)
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
[17:19:38] PHASE ONE, Encoding
- [17:19:38] Processing: VID_00001 (1 of 1)
- [17:19:38] Extracting A/V streams [VID_00001]
- [17:21:16] Reencoding video [VID_00001]
- [17:21:16] Keeping original video (no reencode)
- [17:21:16] Processing audio tracks
- Track 4352 (eng): Keeping original audio
[17:21:16]PHASE ONE complete
[17:21:16]PHASE TWO - Rebuild Started
- [17:21:16] Building ALTERNATE OUTPUT Structure
[17:23:05] - Encode and Rebuild complete
[17:23:05] JOB: GLASTONBURY_2016 finished.
----------------------
[17:23:27] Importing MKV: GLASTONBURY_2016
- Collecting audio/video streams from source...
- Building pseudo-BD source structure...
[17:26:41] Video import completed successfully.

GLASTONBURY_2016.INF
[Status]
LABEL=GLASTONBURY_2016
VERSION=v0.50.17
SOURCE_SIZE=4628557824
SOURCE_VIDEO_SIZE=4628557824
TARGET_SIZE=8422162432
REDUCTION=1.81960834286857
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=all
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=all
BACKUP_MODE=1
MOVIEONLY_TYPE=28
USE_LAVF=0
INSTANCES=1
DGDECNV=0
DGDECIM=0
FRIMSOURCE=0
FFMS2=0
SSIF_MODE=0
QUICK=0
ENCODE_STEP=0
COMPLETED=1
REBUILD_COMPLETE=1
[00001]
USE_ORIGINAL=1
AUDIO=1
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=8422162432
NSIZE=0
FLINK=0
MLINK=0
---------------------

Did I do something wrong?

jdobbs
11th July 2016, 20:37
I'll look at it -- but I use that feature all the time on 25fps sources.

Just a note, though. It won't be converted until an encode is done. The pseudo-BD structure just holds the original intact video that was extracted during import.

ggtop
11th July 2016, 21:03
Disabling a [TURNED ON] sub track via double click still removes the most right letter.

This is fixed with 0.50.17. Thanks

ggtop
11th July 2016, 21:08
If BD-RB set a delay of 758ms -- that means that the first PTS of the source audio stream occurs 758ms after the video begins.

Hi jdobbs, I think I have tried every demuxer available and threw my m2ts files and mpls at it and never figured out where this delay came from. Do you have an advice which tool can output and/or Display/examine the first PTS?

Do I have to check 05016.m2ts or the mpls file?

Thank you

ggtop

musiclover
11th July 2016, 21:12
I'll look at it -- but I use that feature all the time on 25fps sources.

Just a note, though. It won't be converted until an encode is done. The pseudo-BD structure just holds the original intact video that was extracted during import.

I know. But there should be a .inf file in the PSEUDO directory which tells BD-RB what to do.

ggtop
11th July 2016, 22:02
Hi jdobbs,

I know it's already discussed to death and it's absolutely OK you are eye rolling seeing me reply once again, but I found something interesting (at least for me).

If I deselect all audio streams on a multi part playlist the demuxed subtiles (no audio stream is demuxed in that case) seem to match VID_00005 just a few seconds. In case an audio stream is selected BDRB demuxes the full audio from the whole playlist (approx. 2 hrs.) including subs. And it works if no audio is selected!

Maybe the AVS creation refuses to load the 9999 file just because there aren't no forced Subs including for the framecount of VID_00005 as it is only the Studio logo and a few seconds Long. Just a guess.

Topic closed. I will never reply :-)

ggtop

MrVideo
12th July 2016, 00:50
That did not work. The Pseudo bluray is still PAL and the PSEUDO directory is empty.

For my own curiosity-killed-the-cat moment, why do you want to convert the better 576i50 video to the lower quality 480i59.94 video? All Blu-ray players can handle 576i50 video, or any other digital method for playing it.

Knightmire
12th July 2016, 02:44
For some reason BDR is now taking a 1280x720 video and crushing it down to a 4:3 resolution then adding thick black bars on the left and right to make it 1280 again.
I've tried several 1280 MKV videos and it does this with them all during the encoding (the video was still fine in the initial pseudo conversion to m2ts).
Tried checking all settings and can't seem to find any problems, anyone seen this before? Screen shot of problem attached.

EDIT: Turns out the videos are just reporting 1280x720 through my video player and look right when played; but are actually only 960x720 (reported by windows).
I guess BDR sees this resolution and doesn't expand it to 1280 as the player does. So it handles is as 4:3 and squeezes in the black boxes to force it to 1280.
So very weird, is there any fix for these video files or should I go look for better ones?

DoctorM
12th July 2016, 04:53
- Added a new hidden option, MENU_VERTICAL
which allows you to select a specific Y
coordinate position on the 1080 pixel
How does this interact with the MENU_TOP setting? If default is 200, does that mean the top of the menu is 200 pixels offset from MENU_VERTICAL?

musiclover
12th July 2016, 09:12
For my own curiosity-killed-the-cat moment, why do you want to convert the better 576i50 video to the lower quality 480i59.94 video? All Blu-ray players can handle 576i50 video, or any other digital method for playing it.

I recorded video from the Glastonbury festival off my TV and made a dvd from it. And now a friend in the US wants me to sent him this dvd but he cannot play PAL (576i25) on his equipment so I'm trying to convert it to NTSC (480i23.976).

Who am I (or who are you) to tell him to buy new equipment for it.

Furthermore I was not aware that I had to state the reasons for my behavior. I was just reporting a possible bug in this report. And asking for help.

I hope your curiosity is now satisfied.

jdobbs
12th July 2016, 13:52
For some reason BDR is now taking a 1280x720 video and crushing it down to a 4:3 resolution then adding thick black bars on the left and right to make it 1280 again.
I've tried several 1280 MKV videos and it does this with them all during the encoding (the video was still fine in the initial pseudo conversion to m2ts).
Tried checking all settings and can't seem to find any problems, anyone seen this before? Screen shot of problem attached.

EDIT: Turns out the videos are just reporting 1280x720 through my video player and look right when played; but are actually only 960x720 (reported by windows).
I guess BDR sees this resolution and doesn't expand it to 1280 as the player does. So it handles is as 4:3 and squeezes in the black boxes to force it to 1280.
So very weird, is there any fix for these video files or should I go look for better ones?When BD-RB sees a 960x720 video (which is perfectly 4:3 if 1:1), it has to assume it was intended to be 4:3. Typically that shows up when a 1280x720 source that held a 4:3 video was cropped (to remove the black borders). I can think of no common standard that uses anamorphic 960x720, so BD-RB never checks for it.

jdobbs
12th July 2016, 13:55
How does this interact with the MENU_TOP setting? If default is 200, does that mean the top of the menu is 200 pixels offset from MENU_VERTICAL?No. MENU_VERTICAL is just another name/way of specifying MENU_TOP. I just added it for consistency in naming with MENU_HORIZONTAL. If, though, you specify both MENU_VERTICAL and MENU_TOP in your INI, the value in MENU_TOP will take precedence.

MrVideo
13th July 2016, 00:42
I recorded video from the Glastonbury festival off my TV and made a dvd from it. And now a friend in the US wants me to sent him this dvd but he cannot play PAL (576i25) on his equipment so I'm trying to convert it to NTSC (480i23.976).
No such thing as 480i23.976 for NTSC output via DVD player. 480i29.97 is the resolution/framerate you are looking for.

Who am I (or who are you) to tell him to buy new equipment for it.
No where in my responses will you find me saying that anyone has to buy new equipment.
Furthermore I was not aware that I had to state the reasons for my behavior. I was just reporting a possible bug in this report. And asking for help.
I asked because this is BD Rebuilder, i.e., Blu-ray, not DVD. Because of that I thought you were trying to put the material on a Blu-ray disc, not re-author to a DVD. If you did post that you wanted to re-author to DVD, I'm sorry that I missed that.

I do have a script that will convert 576i50 to 480i59,94, but it needs a program that is not part of the BD-rebuilder install (it isn't free). Here is the AVISynth portion of the script:
LoadPlugin("C:\Program Files (x86)\DGAVCDecNV\DGDecodeNV.dll")
dgsource("=DRIVE=\=FILENAME=")
bob(height=480)
lanczos4resize(720,480)
convertfps(59.94)
separatefields.selectevery(4,0,3)
weave
Maybe it can be used within rebuilder.

Does your friend have a Blu-ray player? If so, leave the video alone and author to that medium.

MrVideo
13th July 2016, 00:53
I guess BDR sees this resolution and doesn't expand it to 1280 as the player does. So it handles is as 4:3 and squeezes in the black boxes to force it to 1280.

As jdobbs points out, no such thing as anamorphic 720p. Are you sure that the video really is 16:9 and not 4:3? The removal of the black pillar bars would be common so that the file size can be smaller after encoding.

If the video were 1440x1080, then it could anamorphic 16:9. I do not know if the practice is still done, but many broadcasters (OTA, cable satellite) used HD-lite (1440x1080) in order to save bits. Pissed off a lot of viewers who hated the practice.

jdobbs
13th July 2016, 14:15
As jdobbs points out, no such thing as anamorphic 720p. Are you sure that the video really is 16:9 and not 4:3? The removal of the black pillar bars would be common so that the file size can be smaller after encoding.

If the video were 1440x1080, then it could anamorphic 16:9. I do not know if the practice is still done, but many broadcasters (OTA, cable satellite) used HD-lite (1440x1080) in order to save bits. Pissed off a lot of viewers who hated the practice.Based on the resolution, I'm guessing it might be something captured with "Replay Media Capture" (which defaults to 960x720), since that's the only place I've see that resolution. RMC can be configured, however, to use 1280x720 instead.

MrVideo
13th July 2016, 21:17
Based on the resolution, I'm guessing it might be something captured with "Replay Media Capture" (which defaults to 960x720), since that's the only place I've see that resolution.

Ouch! Why would any manufacturer want to do something like that, which is so non-standard?

gonca
14th July 2016, 00:44
RE: CreateAvs() error
Bone Tomahawk also displays this issue

kufo
14th July 2016, 22:17
I got a curious speed problem in v 0.50.17. The reencoding speed went down to about 50 fps. In v.0.50.14 it was about 100 fps with the same settings. Any idea what have caused this? (i Hadn´t installed v. 0.50.16)
Just coppied and pasted the config file from previous version as usual...
See atached files

Ch3vr0n
15th July 2016, 19:12
i'm loving this new rig. (atm non-overclocked) i7 6700k

[07/15/16] BD Rebuilder v0.50.17
[18:55:24] Source: EDGE_OF_TOMORROW
- Input BD size: 40,48 GB
- Approximate total content: [03:27:48.372]
- Target BD size: 22,95 GB
- Windows Version: 6.2 [9200]
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[18:55:24] PHASE ONE, Encoding
- [18:55:24] Processing: VID_00011 (1 of 10)
- [18:55:24] Extracting A/V streams [VID_00011]
- [18:55:30] Reencoding video [VID_00011]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 3*426 frames
- Bitrate: 5*097 Kbs
- [18:55:30] Reencoding: VID_00011, Pass 1 of 1
- [18:55:59] Video Encode complete
- [18:55:59] Processing audio tracks
- Track 4352 (fra): Keeping original audio
- [18:55:59] Multiplexing M2TS
- [18:56:03] Processing: VID_00018 (2 of 10)
- [18:56:03] Extracting A/V streams [VID_00018]
- [18:56:11] Reencoding video [VID_00018]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 8*159 frames
- Bitrate: 2*129 Kbs
- [18:56:11] Reencoding: VID_00018, Pass 1 of 1
- [18:56:40] Video Encode complete
- [18:56:40] Processing audio tracks
- [18:56:40] Multiplexing M2TS
- [18:56:44] Processing: VID_00032 (3 of 10)
- [18:56:44] Extracting A/V streams [VID_00032]
- [18:56:54] Reencoding video [VID_00032]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 3*426 frames
- Bitrate: 5*097 Kbs
- [18:56:54] Reencoding: VID_00032, Pass 1 of 1
- [18:57:23] Video Encode complete
- [18:57:23] Processing audio tracks
- Track 4352 (ita): Keeping original audio
- [18:57:23] Multiplexing M2TS
- [18:57:28] Processing: VID_00033 (4 of 10)
- [18:57:28] Extracting A/V streams [VID_00033]
- [18:57:54] Reencoding video [VID_00033]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 3*426 frames
- Bitrate: 5*097 Kbs
- [18:57:54] Reencoding: VID_00033, Pass 1 of 1
- [18:58:22] Video Encode complete
- [18:58:22] Processing audio tracks
- Track 4352 (spa): Keeping original audio
- [18:58:22] Multiplexing M2TS
- [18:58:27] Processing: VID_00034 (5 of 10)
- [18:58:27] Extracting A/V streams [VID_00034]
- [18:59:05] Reencoding video [VID_00034]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 3*426 frames
- Bitrate: 5*010 Kbs
- [18:59:05] Reencoding: VID_00034, Pass 1 of 1
- [18:59:34] Video Encode complete
- [18:59:34] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:59:34] Multiplexing M2TS
- [18:59:39] Processing: VID_00042 (6 of 10)
- [18:59:39] Extracting A/V streams [VID_00042]
- [19:17:14] Reencoding video [VID_00042]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 163*264 frames
- Bitrate: 12*767 Kbs
- [19:17:14] Reencoding: VID_00042, Pass 1 of 1
- [19:42:01] Video Encode complete
- [19:42:01] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [19:42:01] Multiplexing M2TS
- [19:48:12] Processing: VID_00060 (7 of 10)
- [19:48:12] Extracting A/V streams [VID_00060]
- [19:48:27] Reencoding video [VID_00060]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 12*932 frames
- Bitrate: 6*730 Kbs
- [19:48:27] Reencoding: VID_00060, Pass 1 of 1
- [19:51:02] Video Encode complete
- [19:51:02] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4354 (eng): Keeping original audio
- Track 4355 (eng): Keeping original audio
- Track 4356 (eng): Keeping original audio
- [19:51:02] Multiplexing M2TS
- [19:51:12] Processing: VID_00061 (8 of 10)
- [19:51:12] Extracting A/V streams [VID_00061]
- [19:51:29] Reencoding video [VID_00061]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 12*119 frames
- Bitrate: 6*740 Kbs
- [19:51:29] Reencoding: VID_00061, Pass 1 of 1
- [19:53:55] Video Encode complete
- [19:53:55] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4354 (eng): Keeping original audio
- Track 4355 (eng): Keeping original audio
- Track 4356 (eng): Keeping original audio
- [19:53:55] Multiplexing M2TS
- [19:54:05] Processing: VID_00062 (9 of 10)
- [19:54:05] Extracting A/V streams [VID_00062]
- [19:54:16] Reencoding video [VID_00062]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 8*106 frames
- Bitrate: 6*718 Kbs
- [19:54:16] Reencoding: VID_00062, Pass 1 of 1
- [19:55:45] Video Encode complete
- [19:55:45] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4354 (eng): Keeping original audio
- Track 4355 (eng): Keeping original audio
- Track 4356 (eng): Keeping original audio
- [19:55:45] Multiplexing M2TS
- [19:55:52] Processing: VID_00063 (10 of 10)
- [19:55:52] Extracting A/V streams [VID_00063]
- [19:56:43] Reencoding video [VID_00063]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 61*307 frames
- Bitrate: 6*753 Kbs
- [19:56:43] Reencoding: VID_00063, Pass 1 of 1
- [20:06:26] Video Encode complete
- [20:06:26] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4354 (eng): Keeping original audio
- Track 4355 (eng): Keeping original audio
- Track 4356 (eng): Keeping original audio
- [20:06:26] Multiplexing M2TS
[20:06:59]PHASE ONE complete
[20:06:59]PHASE TWO - Rebuild Started
- [20:06:59] Rebuilding BD file Structure
[20:07:15] - Encode and Rebuild complete
- WORKFILES folder removed.
[20:07:17] JOB: EDGE_OF_TOMORROW finished.

1h 15 where on my Q9550 it could easily take 3-4h

soneca
16th July 2016, 15:40
Hello jdobbs, a long time been using the DGDenNV today returned to the DirectShow but the job is aborted as soon as it begins to encode.
I went back to 0.50.14 version using DirectShow, BD Rebuilder works normally. :confused:

Edit: I again installed Avisynth, Haali in ffdshow and BDRB returned to work, go figure...

soneca
17th July 2016, 16:11
Using DirectShow the process is aborted at some BluRays.
Use the latest(1.13.138.14) version of Haali Media Splitter a long time, I never had problems.
Returning to the 0.50.14 version everything works fine.

- BD-Rebuilder v0.50.17
- Windows Version: 6.1 [7601]
- Working Path Free Space: 329,72GB
- AVISYNTH Version: 2.6.0.6, Ok
- HAALI Splitter: Isn't recommended version
- FFDSHOW: 4515, 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 Remove Short Titles: Incompatible
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[11:23:41] - Failed video encode, aborted

Ch3vr0n
17th July 2016, 17:15
- HAALI Splitter: Isn't recommended version
- AnyDVD Remove Short Titles: Incompatible

That's likely your problem right there. Use the recommended versions and undo that setting. Bug reports can't be accepted unless you use the correct tools & settings.