BD Rebuilder Beta - Bug Reports Only

[jdobbs]

I have updated the first post of this thread with a link to the latest release of BD-RB (v0.50.20). Changes for this version:

- Improved BD-5/9 full-backups. Sources that
  do not use BD-J can be reencoded using the
  full-backup mode, and should play on any 
  AVCHD compatible device. This includes all 
  imported and quick-play authored discs. A 
  small asterisk will display in the upper
  left corner of the streams list next to
  the disc title for any source/mode that 
  meets the criteria for an AVCHD compatible 
  full backup to BD-5/9.
- Updated code so that X264/LAVF can also be
  used for ALTERNATE encoding.  In previous
  releases ALTERNATE encoding forced the use
  of DirectshowSource (for resizing). Now
  X264's internal resizing filters are used
  when X264/LAVF is selected. This reduces
  BD-RB's dependence on LAVF or FFDSHOW.
- Modified processes so the MENU_FORCE_QUICK
  hidden option also applies to imports. This
  makes if possible to create a menu even for
  only one imported item.
- Corrected an issue in which the presence of
  the MENU_ITEMS_PAGE hidden option would add
  NEXT and LAST selections to a menu, even
  though there is only one menu page created.
- Fixed an problem in which multipart sources
  could cause an error 0000 in CreateAVS() 
  when SupTitle support is requested during
  an ALTERNATE movie-only backup.
- Reinstituted the Donations popup.  It only
  appears once at startup for each version
  release.
- Updated the included version of X264.EXE to 
  the latest release (r2744).
- Updated the included version of X264-64.EXE 
  to  the latest release (r2744).
- Other minor corrections and cosmetic fixes.

[MrVideo]

Originally Posted by jdobbs

I have updated the first post of this thread with a link to the latest release of BD-RB (v0.50.20). Changes for this version:

- Modified processes so the MENU_FORCE_QUICK
  hidden option also applies to imports. This
  makes if possible to create a menu even for
  only one imported item.

Thanks.

[jdobbs]

Originally Posted by MrVideo

Thanks.

You betcha', just trying to keep making it better.

[soneca]

Thanks for the new version jdobbs!

[peris977]

Hello, when i inspect bd rebuilder, the voice x264 have this result: wrong version found, but i have install all programs in the list of this forum. Why i have this situation?
Thanks.

[MrVideo]

Originally Posted by peris977

Hello, when i inspect bd rebuilder, the voice x264 have this result: wrong version found, but i have install all programs in the list of this forum. Why i have this situation?

Download the latest version.

[varekai]

Thanks for the update!

- Updated the included version of X264-64.EXE
to the latest release (r2744).

Is there still a slower fps speed issue using X264 internal LAVF for frameserving with the latest build of X264?
http://forum.doom9.org/showthread.ph...38#post1779038

If so I'm gonna switch to DirectshowSource or DGDecNV, old habits die hard...

Is there any fps difference, maybe faster, using DGDecNV with SLI GPU's?

[jdobbs]

Originally Posted by varekai

Thanks for the update!

- Updated the included version of X264-64.EXE
to the latest release (r2744).

Is there still a slower fps speed issue using X264 internal LAVF for frameserving with the latest build of X264?
http://forum.doom9.org/showthread.ph...38#post1779038

If so I'm gonna switch to DirectshowSource or DGDecNV, old habits die hard...

Is there any fps difference, maybe faster, using DGDecNV with SLI GPU's?

I haven't tested that version with LAVF yet, but for the last couple releases BD-RB includes an older version of X264 that gets used automatically when X264/LAVF is selected -- so it shouldn't matter anyway.

I don't know the answer to your SLI GPU question.

[Seajunk]

Originally Posted by varekai

Is there any fps difference, maybe faster, using DGDecNV with SLI GPU's?

Cuda, nvdec and nvenc dont support SLI configurations directly, they will see all your cards but as a developer you have to address them individually and its far easier just to hit one card with one job. DGDecNV is probably hitting card 0, the primary card.

[videoh]

Originally Posted by Seajunk

DGDecNV is probably hitting card 0, the primary card.

By default, yes, but the desired device can be specified with an INI file option. DGDecNV does not use SLI, nor does CUVID.

[varekai]

OK, thanks guys for the info!
Next encode I'll try both X264 internal LAVF and DGDecNV, using primary card and then compare the time for complete encode.

[Lathe]

Originally Posted by jdobbs

I haven't tested that version with LAVF yet, but for the last couple releases BD-RB includes an older version of X264 that gets used automatically when X264/LAVF is selected -- so it shouldn't matter anyway.

I'm sorry JD, but I don't understand... You say that you have included the newest x264.exe and x264-64.exe, and yet before you suggested using an older version (such as the one 5012) because the newer versions WERE indeed slower using LAVF, which I always use. But, you say here that it doesn't matter... I'm afraid I don't get it. Is this indeed the NEWEST version and you included it because it DOES run correctly now. Or you put the OLD version in as before so that there is no slowdown...???

Oh, wait a minute... I think I just answered myself... Do you mean ONLY when LAVF is selected THEN an older version is used, right...? So, it is all built in now and we DON'T have to go back and substitute the x264.exe & x264-64.exe from version 5012? We can just use it as is?

[varekai]

If I understand it right the
x264L.exe
x264L-64.exe
are the old (faster) build 0.148.2665.0
which will automatically load when X264 internal LAVF is chosen.

[jdobbs]

Originally Posted by varekai

If I understand it right the
x264L.exe
x264L-64.exe
are the old (faster) build 0.148.2665.0
which will automatically load when X264 internal LAVF is chosen.

Yes. BD-RB automatically uses the older version if you select X264/LAVF. So, you don't have to do any renaming or replacement.

[Lathe]

Originally Posted by jdobbs

Yes. BD-RB automatically uses the older version if you select X264/LAVF. So, you don't have to do any renaming or replacement.

Great, thanks JD!

[jdobbs]

Originally Posted by jdobbs

I haven't tested that version with LAVF yet, but for the last couple releases BD-RB includes an older version of X264 that gets used automatically when X264/LAVF is selected -- so it shouldn't matter anyway.

I don't know the answer to your SLI GPU question.

This is really weird. I tested the new version, and it seems that the problem has gone away. Running in X264/LAVF is just as fast as the DirectshowSource() encode (actually a couple of fps faster). That's good, right?

But then I went back through all the X264 versions, and I can't seem to be able to repeat the issue at all anymore. All of them seem to be about the same speed. I'm really confused now.

[Djuby]

Hi,

Not sure if I'm doing something wrong, but since I upgraded to the latest version I have the following issue: in Movie-Only Backup with Alternate Movie-Only Output (MKV Container, 1920x1080, 640Kbs DD5.1) and two pass target size 8152 I only get 10 min of the movie encoded. Any help will be greatly appreciated. Here is the log from the last encode:

----------------------
[12/09/16] BD Rebuilder v0.50.20
[15:17:28] Source: ARIES_DISC1_WL_00800
- Input BD size: 36.51 GB
- Approximate total content: [02:12:56.301]
- Windows Version: 6.2 [9200]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, 640Kbs DD5.1
- Quality: High Quality (Default)
- Automatic cropping of borders enabled
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[15:17:29] PHASE ONE, Encoding
- [15:17:29] Processing: VID_00800 (1 of 1)
- [15:17:29] Extracting A/V streams [VID_00800]
- [15:19:26] Reencoding video [VID_00800]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 191,240 frames
- Bitrate: 7,732 Kbs
- [15:19:26] Reencoding: VID_00800, Pass 1 of 2
- [15:29:25] Reencoding: VID_00800, Pass 2 of 2
[15:30:15]PHASE ONE aborted by user request
----------------------

Best regards,
Djuby

[Mark_Venture]

Originally Posted by jdobbs

I have updated the first post of this thread with a link to the latest release of BD-RB (v0.50.20). Changes for this version:

- Fixed an problem in which multipart sources
  could cause an error 0000 in CreateAVS() 
  when SupTitle support is requested during
  an ALTERNATE movie-only backup.

Looks great!! Thank you!!

[jdobbs]

Originally Posted by Djuby

Hi,

Not sure if I'm doing something wrong, but since I upgraded to the latest version I have the following issue: in Movie-Only Backup with Alternate Movie-Only Output (MKV Container, 1920x1080, 640Kbs DD5.1) and two pass target size 8152 I only get 10 min of the movie encoded. Any help will be greatly appreciated. Here is the log from the last encode:

----------------------
[12/09/16] BD Rebuilder v0.50.20
[15:17:28] Source: ARIES_DISC1_WL_00800
- Input BD size: 36.51 GB
- Approximate total content: [02:12:56.301]
- Windows Version: 6.2 [9200]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, 640Kbs DD5.1
- Quality: High Quality (Default)
- Automatic cropping of borders enabled
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[15:17:29] PHASE ONE, Encoding
- [15:17:29] Processing: VID_00800 (1 of 1)
- [15:17:29] Extracting A/V streams [VID_00800]
- [15:19:26] Reencoding video [VID_00800]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 191,240 frames
- Bitrate: 7,732 Kbs
- [15:19:26] Reencoding: VID_00800, Pass 1 of 2
- [15:29:25] Reencoding: VID_00800, Pass 2 of 2
[15:30:15]PHASE ONE aborted by user request
----------------------

Best regards,
Djuby

Try turning off auto-cropping and see if you get the same results.

[Djuby]

Originally Posted by jdobbs

Try turning off auto-cropping and see if you get the same results.

Will try it and report back.

Edit: Same result :-(