BD Rebuilder Beta - Bug Reports Only - Page 1241

lauguru · 28th August 2016, 09:31

Quote:

Originally Posted by Groucho2004

Even with several parallel decoding processes and 1080p material, the decoding will still use less than 1 GB. So, you have quite some headroom even with "just" 4 GB.

Quote:

Originally Posted by jdobbs

There's going to be very little speed gain in using the 64 bit plugin, if there is any at all. Personally I doubt it.

only it intended to further improve bd rebuilder, with the potential to DGDecNV and vice versa. If you can not, then nothing happens.

lauguru · 29th August 2016, 00:33

my experience with MULTIPROCESS=n - Quality: Highest (Very Slow), Two Pass - Decoding/Frame serving: DGDecNV

cpu i7 6 cores/12 threads

MULTIPROCESS=4 102 fps
MULTIPROCESS=12 103 fps
MULTIPROCESS=16 99 fps
MULTIPROCESS=10 98 fps
MULTIPROCESS=14 87 fps
MULTIPROCESS=8 100 fps
MULTIPROCESS=6 102 fps
MULTIPROCESS=5 101 fps

the best is MULTIPROCESS=12 (any relationship with "12 threads"?)

gg72 · 29th August 2016, 12:59

Quote:

Originally Posted by geheim

I can confirm this issue! Since 0.50.16 the encoding speed with LAVF as frameserver reaches only 50 fps in the max.

I have the same problem with Intel i7-3770 CPU and LAVF as frameserver.

jdobbs · 29th August 2016, 13:46

Quote:

Originally Posted by gg72

I have the same problem with Intel i7-3770 CPU and LAVF as frameserver.

I suggest you switch to an older version of X264 and/or try DirectshowSource. If that fixes your problem, you should take it up in the X264 thread.

The encoding speed you get is heavily dependent on your settings. It also depends on which pass you are referring to (pass 1 goes much faster than pass 2). Have you changed your settings recently? As for 50fps... on my AMD FX-8350 that would be a very good speed for "High Quality (Default)" mode (which I often use) during pass 2.

djarthur · 29th August 2016, 14:07

@jdobbs

Hi, I know i'm new but i'm looking at this forum from around 2014.. Before i can't do any conversion using BD-RB for limitations on my PC, now i have an i7, but i had made all prosible to convert some BD-50 3D to Full BD-25 3D using batch backup and when finished and play them using TotalMedia Theatre 5, after like 8 minutes playing the main movie for all languages the sound off for all the rest of the movie, no sound at all with any audio lenguages, anybody may know what's going on with this issue.. i had tried using win7-32bits and win10-64bits with BD-RB v0.50.18 v0.50.17 same problem..

i have a log

Code:

==========================
[14:26:07] BD Rebuilder v0.50.17
[14:26:07] BEGIN - BATCH SEQUENCE
==========================
-----------------------
[14:26:07] PROCESSING BATCH FILE [1]
----------------------
[08/19/16] BD Rebuilder v0.50.17
[14:26:09] Source:  TRANSFORMERS.AGE.OF.EXTINCTION.2014.3D
  - Input BD size: 43,46 GB
  - Approximate total content: [02:57:18.793]
  - Target BD size: 22,46 GB
  - Windows Version: 6.1 [7601]
  - Quality: Highest (Very Slow), ABR
  - SHUTDOWN at completion enabled
  - MVC 3D Output Mode enabled
  - Decoding/Frame serving: FRIMDecode
  - Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[14:26:10] PHASE ONE, Encoding
 - [14:26:10] Processing: VID_00800 (1 of 1)
 - [14:26:10] Extracting A/V streams [VID_00800]
 - [14:49:40] Reencoding video [VID_00800]
   - Source Video: MPEG-4 (AVC), 1920x1080
   - Rate/Length: 23,976fps, 237.538 frames
   - Bitrate: 17.055 Kbs
   - Using FRIMEncoder for MVC encoding
 - [14:49:41] Reencoding: VID_00800, Pass 1 of 1
 - [05:35:54] Video Encode complete
 - [05:35:54] Processing audio tracks
   - Track 4352 (eng): Keeping original audio
   - Track 4353 (eng): Keeping original audio
   - Track 4354 (eng): Keeping original audio
   - Track 4356 (spa): Keeping original audio
   - Track 4358 (eng): Keeping original audio
 - [05:35:54] Multiplexing M2TS
 - [05:51:09] Scanning for 3D CLPI info...
[05:55:51]PHASE ONE complete
[05:55:51]PHASE TWO - Rebuild Started
 - [05:55:51] Converting SSIF file references
 - [05:56:44] Rebuilding BD-3D file Structure
[05:57:20] - Encode and Rebuild complete
[05:57:20] JOB: TRANSFORMERS.AGE.OF.EXTINCTION.2014.3D_02 finished.
-----------------------
[05:57:20] PROCESSING BATCH FILE [2]
----------------------
[08/20/16] BD Rebuilder v0.50.17
[05:57:24] Source:  MARVELS_THE_AVENGERS_3D
  - Input BD size: 42,60 GB
  - Approximate total content: [02:30:29.561]
  - Target BD size: 22,46 GB
  - Windows Version: 6.1 [7601]
  - Quality: Highest (Very Slow), ABR
  - SHUTDOWN at completion enabled
  - MVC 3D Output Mode enabled
  - Decoding/Frame serving: FRIMDecode
  - Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[05:57:25] PHASE ONE, Encoding
 - [05:57:25] Processing: VID_00800 (1 of 1)
 - [05:57:25] Extracting A/V streams [VID_00800]
 - [06:20:29] Reencoding video [VID_00800]
   - Source Video: MPEG-4 (AVC), 1920x1080
   - Rate/Length: 23,976fps, 205.592 frames
   - Bitrate: 19.500 Kbs
   - Using FRIMEncoder for MVC encoding
 - [06:20:29] Reencoding: VID_00800, Pass 1 of 1
 - [20:49:39] Video Encode complete
 - [20:49:39] Processing audio tracks
   - Track 4352 (eng): Keeping original audio
   - Track 4354 (spa): Keeping original audio
 - [20:49:39] Multiplexing M2TS
 - [21:03:49] Scanning for 3D CLPI info...
[21:08:18]PHASE ONE complete
[21:08:18]PHASE TWO - Rebuild Started
 - [21:08:18] Converting SSIF file references
 - [21:11:15] Rebuilding BD-3D file Structure
[21:11:21] - Encode and Rebuild complete
[21:11:21] JOB: MARVELS_THE_AVENGERS_3D_02 finished.
-----------------------
[21:11:21] PROCESSING BATCH FILE [3]
----------------------
[08/20/16] BD Rebuilder v0.50.17
[21:11:25] Source:  THOR.THE.DARK.WORLD.2013.3D
  - Input BD size: 39,42 GB
  - Approximate total content: [02:00:20.463]
  - Target BD size: 22,46 GB
  - Windows Version: 6.1 [7601]
  - Quality: Highest (Very Slow), ABR
  - SHUTDOWN at completion enabled
  - MVC 3D Output Mode enabled
  - Decoding/Frame serving: FRIMDecode
  - Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[21:11:26] PHASE ONE, Encoding
 - [21:11:26] Processing: VID_00939 (1 of 4)
 - [21:11:26] Extracting A/V streams [VID_00939]
 - [21:11:31] Reencoding video [VID_00939]
   - Source Video: MPEG-4 (AVC), 1920x1080
   - Rate/Length: 23,976fps, 120 frames
   - Bitrate: 19.293 Kbs
   - Using FRIMEncoder for MVC encoding
 - [21:11:32] Reencoding: VID_00939, Pass 1 of 1
 - [21:11:38] Video Encode complete
 - [21:11:38] Processing audio tracks
   - Track 4352 (eng): Keeping original audio
   - Track 4353 (eng): Keeping original audio
   - Track 4355 (spa): Keeping original audio
 - [21:11:38] Multiplexing M2TS
 - [21:11:42] Scanning for 3D CLPI info...
 - [21:11:42] Processing: VID_00011 (2 of 4)
 - [21:11:42] Extracting A/V streams [VID_00011]
 - [21:11:51] Reencoding video [VID_00011]
   - Source Video: MPEG-4 (AVC), 1920x1080
   - Rate/Length: 23,976fps, 696 frames
 - [21:11:51] Reencoding: VID_00011, Pass 1 of 1
 - [21:12:04] Video Encode complete
 - [21:12:04] Processing audio tracks
   - Track 4352 (eng): Keeping original audio
 - [21:12:04] Multiplexing M2TS
 - [21:12:10] Processing: VID_00527 (3 of 4)
 - [21:12:10] Extracting A/V streams [VID_00527]
 - [21:12:41] Reencoding video [VID_00527]
   - Source Video: MPEG-4 (AVC), 1920x1080
   - Rate/Length: 23,976fps, 3.648 frames
   - Bitrate: 18.587 Kbs
   - Using FRIMEncoder for MVC encoding
 - [21:12:41] Reencoding: VID_00527, Pass 1 of 1
 - [21:24:52] Video Encode complete
 - [21:24:52] Processing audio tracks
   - Track 4352 (eng): Keeping original audio
   - Track 4354 (spa): Keeping original audio
 - [21:24:52] Multiplexing M2TS
 - [21:25:01] Scanning for 3D CLPI info...
 - [21:25:07] Processing: VID_00800 (4 of 4)
 - [21:25:07] Extracting A/V streams [VID_00800]
 - [21:47:49] Reencoding video [VID_00800]
   - Source Video: MPEG-4 (AVC), 1920x1080
   - Rate/Length: 23,976fps, 161.198 frames
   - Bitrate: 24.851 Kbs
   - Using FRIMEncoder for MVC encoding
 - [21:47:49] Reencoding: VID_00800, Pass 1 of 1
 - [08:14:55] Video Encode complete
 - [08:14:55] Processing audio tracks
   - Track 4352 (eng): Keeping original audio
   - Track 4353 (eng): Keeping original audio
   - Track 4355 (spa): Keeping original audio
 - [08:14:55] Multiplexing M2TS
 - [08:28:56] Scanning for 3D CLPI info...
[08:33:39]PHASE ONE complete
[08:33:39]PHASE TWO - Rebuild Started
 - [08:33:39] Converting SSIF file references
 - [08:35:26] Rebuilding BD-3D file Structure
[08:35:36] - Encode and Rebuild complete
[08:35:36] JOB: THOR.THE.DARK.WORLD.2013.3D_02 finished.
-----------------------
[08:35:36] PROCESSING BATCH FILE [4]
----------------------
[08/21/16] BD Rebuilder v0.50.17
[08:35:42] Source:  XMEN_DAYS_OF_FUTURE_PAST_3D
  - Input BD size: 43,87 GB
  - Approximate total content: [02:22:53.981]
  - Target BD size: 22,46 GB
  - Windows Version: 6.1 [7601]
  - Quality: Highest (Very Slow), ABR
  - SHUTDOWN at completion enabled
  - MVC 3D Output Mode enabled
  - Decoding/Frame serving: FRIMDecode
  - Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[08:35:42] PHASE ONE, Encoding
 - [08:35:42] Processing: VID_00251 (1 of 2)
 - [08:35:42] Extracting A/V streams [VID_00251]
 - [08:36:02] Reencoding video [VID_00251]
   - Source Video: MPEG-4 (AVC), 1920x1080
   - Rate/Length: 23,976fps, 2.203 frames
   - Bitrate: 19.823 Kbs
   - Using FRIMEncoder for MVC encoding
 - [08:36:02] Reencoding: VID_00251, Pass 1 of 1
 - [08:43:01] Video Encode complete
 - [08:43:01] Processing audio tracks
   - Track 4352 (eng): Keeping original audio
 - [08:43:01] Multiplexing M2TS
 - [08:43:12] Scanning for 3D CLPI info...
 - [08:43:16] Processing: VID_00500 (2 of 2)
 - [08:43:16] Extracting A/V streams [VID_00500]
 - [09:04:11] Reencoding video [VID_00500]
   - Source Video: MPEG-4 (AVC), 1920x1080
   - Rate/Length: 23,976fps, 189.299 frames
   - Bitrate: 20.831 Kbs
   - Using FRIMEncoder for MVC encoding
 - [09:04:11] Reencoding: VID_00500, Pass 1 of 1
 - [14:05:47] Video Encode complete
 - [14:05:47] Processing audio tracks
   - Track 4352 (eng): Keeping original audio
   - Track 4353 (eng): Keeping original audio
   - Track 4354 (spa): Keeping original audio
 - [14:05:47] Multiplexing M2TS
 - [14:12:45] Scanning for 3D CLPI info...
[14:14:46]PHASE ONE complete
[14:14:46]PHASE TWO - Rebuild Started
 - [14:14:46] Converting SSIF file references
 - [14:20:15] Rebuilding BD-3D file Structure
[14:20:35] - Encode and Rebuild complete
[14:20:35] JOB: XMEN_DAYS_OF_FUTURE_PAST_3D_02 finished.
==========================
[14:20:35] END - BATCH SEQUENCE
==========================
 - Computer SHUTDOWN initiated.
[08/22/16] Checking System Settings
  - BD-Rebuilder v0.50.17
  - Windows Version: 6.1 [7601]
  - Working Path Free Space: 136,77GB
  - AVISYNTH Version: 2.5.8.0, Ok
  - LAVFILTERS:  Ok
  - X264:  Ok
  - AFTEN:  Ok
  - FAAC:  Ok
  - MP4BOX:  Ok
  - WAVI:  Ok
  - TSMUXER:  Ok
  - FRIMEncode:  Ok
  - FRIMDecode:  Ok
[08/22/16] Systems Settings Check complete
==========================
[10:14:46] BD Rebuilder v0.50.18
[10:14:46] BEGIN - BATCH SEQUENCE
==========================
-----------------------
[10:14:46] PROCESSING BATCH FILE [1]
----------------------
[08/22/16] BD Rebuilder v0.50.18
[10:14:46] Source:  THOR.THE.DARK.WORLD.2013.3D
  - Input BD size: 39,42 GB
  - Approximate total content: [02:00:20.463]
  - Target BD size: 22,46 GB
  - Windows Version: 6.1 [7601]
  - Quality: High Quality (Default), ABR
  - MVC 3D Output Mode enabled
  - Decoding/Frame serving: FRIMDecode
  - Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[10:14:46] PHASE ONE, Encoding
 - [10:14:46] Processing: VID_00939 (1 of 4)
 - [10:14:46] Extracting A/V streams [VID_00939]
 - [10:14:50] Reencoding video [VID_00939]
   - Source Video: MPEG-4 (AVC), 1920x1080
   - Rate/Length: 23,976fps, 120 frames
   - Bitrate: 17.894 Kbs
   - Using FRIMEncoder for MVC encoding
 - [10:14:51] Reencoding: VID_00939, Pass 1 of 1
 - [10:14:57] Video Encode complete
 - [10:14:57] Processing audio tracks
   - Track 4352 (eng): Keeping original audio
   - Track 4353 (eng): Keeping original audio
   - Track 4354 (fra): Keeping original audio
   - Track 4355 (spa): Keeping original audio
   - Track 4356 (por): Keeping original audio
 - [10:14:57] Multiplexing M2TS
 - [10:15:00] Scanning for 3D CLPI info...
 - [10:15:01] Processing: VID_00011 (2 of 4)
 - [10:15:01] Extracting A/V streams [VID_00011]
 - [10:15:08] Reencoding video [VID_00011]
   - Source Video: MPEG-4 (AVC), 1920x1080
   - Rate/Length: 23,976fps, 696 frames
 - [10:15:08] Reencoding: VID_00011, Pass 1 of 1
 - [10:15:18] Video Encode complete
 - [10:15:18] Processing audio tracks
   - Track 4352 (eng): Keeping original audio
 - [10:15:18] Multiplexing M2TS
 - [10:15:23] Processing: VID_00527 (3 of 4)
 - [10:15:23] Extracting A/V streams [VID_00527]
 - [10:15:51] Reencoding video [VID_00527]
   - Source Video: MPEG-4 (AVC), 1920x1080
   - Rate/Length: 23,976fps, 3.648 frames
   - Bitrate: 17.611 Kbs
   - Using FRIMEncoder for MVC encoding
 - [10:15:51] Reencoding: VID_00527, Pass 1 of 1
 - [10:22:21] Video Encode complete
 - [10:22:21] Processing audio tracks
   - Track 4352 (eng): Keeping original audio
   - Track 4353 (fra): Keeping original audio
   - Track 4354 (spa): Keeping original audio
   - Track 4355 (por): Keeping original audio
 - [10:22:21] Multiplexing M2TS
 - [10:22:31] Scanning for 3D CLPI info...
 - [10:22:36] Processing: VID_00800 (4 of 4)
 - [10:22:36] Extracting A/V streams [VID_00800]
 - [10:46:00] Reencoding video [VID_00800]
   - Source Video: MPEG-4 (AVC), 1920x1080
   - Rate/Length: 23,976fps, 161.198 frames
   - Bitrate: 24.757 Kbs
   - Using FRIMEncoder for MVC encoding
 - [10:46:00] Reencoding: VID_00800, Pass 1 of 1
 - [15:48:16] Video Encode complete
 - [15:48:16] Processing audio tracks
   - Track 4352 (eng): Keeping original audio
   - Track 4353 (eng): Keeping original audio
   - Track 4354 (fra): Keeping original audio
   - Track 4355 (spa): Keeping original audio
   - Track 4356 (por): Keeping original audio
 - [15:48:16] Multiplexing M2TS
 - [16:03:10] Scanning for 3D CLPI info...
[16:08:17]PHASE ONE complete
[16:08:17]PHASE TWO - Rebuild Started
 - [16:08:17] Converting SSIF file references
 - [16:09:57] Rebuilding BD-3D file Structure
[16:10:07] - Encode and Rebuild complete
[16:10:07] JOB: THOR.THE.DARK.WORLD.2013.3D_02 finished.

"C:\n\APPs\BD_Rebuilder\tools\x264.exe" "C:\N\THOR.THE.DARK.WORLD.2013.3D\BDMV\STREAM\00011.m2ts" --preset ultrafast --demuxer lavf --fps 24000/1001 --cabac --bframes 3 --b-pyramid none --qpmin=0 --slow-firstpass --crf 20 --level 4.1 --qpfile "C:\N\LISTOS\WORKFILES\VID_00011.CHP" --sar 1:1 --aud --nal-hrd vbr --pic-struct --vbv-bufsize 30000 --keyint 24 --min-keyint 1 --ipratio 1.1 --pbratio 1.1 --vbv-maxrate 35000 --slices 4 --threads auto --thread-input --stats "C:\N\LISTOS\WORKFILES\00011.m2ts.264.stats" --pass 1 --output "C:\N\LISTOS\WORKFILES\00011.m2ts.264"

Any Help Please....

Thanks jdobbs for all you work..

jdobbs · 29th August 2016, 14:50

Quote:

Originally Posted by jdobbs

I suggest you switch to an older version of X264 and/or try DirectshowSource. If that fixes your problem, you should take it up in the X264 thread.

The encoding speed you get is heavily dependent on your settings. It also depends on which pass you are referring to (pass 1 goes much faster than pass 2). Have you changed your settings recently? As for 50fps... on my AMD FX-8350 that would be a very good speed for "High Quality (Default)" mode (which I often use) during pass 2.

I went back several versions of X264 -- and I'm not seeing any significant difference in encoding speed. I will say that I'm seeing faster speeds with DirectshowSource than with X264/LAVF (at least in pass 1), but that could very well have always been the case (I rarely use X264/LAVF).

gg72 · 29th August 2016, 15:02

Quote:

Originally Posted by jdobbs

I suggest you switch to an older version of X264 and/or try DirectshowSource.

With the version 0.50.14 and with the same settings as in the newest version of BDRebuilder (x264/internal LAVF for frameserving) the reencoding speed is about 90fps, with 0.50.18 it reaches only maximum 50fps, the encoding time is almost double.

I will try DirectshowSource also.

jdobbs · 29th August 2016, 15:17

Quote:

Originally Posted by gg72

With the version 0.50.14 and with the same settings as in the newest version of BDRebuilder (x264/internal LAVF for frameserving) the reencoding speed is about 90fps, with 0.50.18 it reaches only maximum 50fps, the encoding time is almost double.

I will try DirectshowSource also.

I went back to an older version of BD-RB (v0.50.12) and did a clean install. You're right. If I switch between X264 versions from old to new (no other changes, and the exact same command line), the speed jumps from about 60fps to 105fps (both in pass 1). That means that something in the latest X264 update is the cause of the slowdown. It seems to only affect X264/LAVF mode from what I see so far. There was a libavformat update between the two versions I'm looking at -- so a good guess would be that the issue is related to that change.

In the meantime, I'd suggest you change your version of X264 to one from a previous version (before v0.50.16) of BD-RB if you are using X264/LAVF mode.

I normally use the Komisar builds of X264 for BD-RB. I'll look around for a different build and see if it is related to just this one or others as well.

[Edit] It seems to be the same across all builds. I'm guessing the libavformat update is the cause. If you think it's really necessary to use X264/LAVF then you should back up to an older X264 version. But you'd probably be better off simply using DirectshowSource() or DGDecNV instead -- as, at least on my system, they is just as fast as X264/LAFV. There's no telling whether the LAVF speed will ever return -- and you don't want to lock yourself into an older X264 version if you don't have to.

gg72 · 29th August 2016, 16:35

Quote:

Originally Posted by jdobbs

In the meantime, I'd suggest you change your version of X264 to one from a previous version (before v0.50.16) of BD-RB if you are using X264/LAVF mode.

But you'd probably be better off simply using DirectshowSource() or DGDecNV instead -- as, at least on my system, they is just as fast as X264/LAFV.

OK, thanks.
I don't have nvidia video card, DGDecNV is not an option for me.

MrVideo · 29th August 2016, 19:43

@jdobbs

No comments regarding my posting?

ggtop · 29th August 2016, 21:04

Hi jdobbs,

I have lately done a rebuild of "Bridge of spies" which worked OK. As always I also did an alternate movie-only to MP4 and I again had this special error "Create AVS error" with hard coding forced subtitles on multi-part playlists. As this is quite a common and new title maybe I have a chance you also have that one and could test it

A possible work-around was to do a movie-only BD50 first and create a MP4 from that Output which worked.

ini-file:
FORCED_SUB_LANG=deu;ger;

I have attached some screenshots. At the time the error appears only 01770.m2ts is demuxed.

ggtop

jdobbs · 29th August 2016, 22:22

Quote:

Originally Posted by MrVideo

@jdobbs

No comments regarding my posting?

1. Sometimes, but not typically. There are specific requirements for Bluray that are rarely included in imported files. FORCE_NOENCODE can be overriden when they are present.

2. I do this all the time and have never lost the chapters. In fact, after they are imported, they are treated exactly like chapters in any other BD. I'd need an example.

3. I'm not sure I get all of what you're saying. The Source Path is meant ONLY for a BD structure -- so it makes complete sense that only a BD structure is accepted. Again, I use this all the time and have never experienced an import pointing to the wrong place.

4. Yeah, I can add a TITLE_VERTICAL and TITLE_HORIZONTAL.

5. You have to use the proper title -- it looks like you got that one straightened out.

Enhancements:

1. I'll add that to the wish list.
2. The font size is dependent on too many other parameters (number of items, line spacing, etc.) I'll look at it, but it's not likely to change. Every time I add things that gives the user the ability to cause self-inflicted injuries -- I end up spending way too much time proving it isn't a bug.
3. See 4 above.
4. Ok. I can look at that.
5. Probably more likely than #2,

jdobbs · 29th August 2016, 22:27

Quote:

Originally Posted by ggtop

Hi jdobbs,

I have lately done a rebuild of "Bridge of spies" which worked OK. As always I also did an alternate movie-only to MP4 and I again had this special error "Create AVS error" with hard coding forced subtitles on multi-part playlists. As this is quite a common and new title maybe I have a chance you also have that one and could test it

A possible work-around was to do a movie-only BD50 first and create a MP4 from that Output which worked.

ini-file:
FORCED_SUB_LANG=deu;ger;

I have attached some screenshots. At the time the error appears only 01770.m2ts is demuxed.

ggtop

I'll see what I can find. Can you post your settings (BDREBUILDER.INI) so I can make sure we're working in the same conditions.

MrVideo · 30th August 2016, 02:24

Quote:

Originally Posted by jdobbs

1. Sometimes, but not typically. There are specific requirements for Bluray that are rarely included in imported files. FORCE_NOENCODE can be overriden when they are present.

I do not know what requirements could be missing, when the video was specifically encoded with Blu-ray specs. The resulting videos play perfectly in my Samsung BD player, using the BDMV structure that BDRB assembles when the files are imported.

The other thing that I noticed is that when I had two files imported, when I did the backup, the recoding resulted in much larger files. IMHO, there is no need to try and fill the disc. In any event, the sample that I provide will also let you figure out why a recoding is needed.

For me, the recoding issue is kinda moot, since I do not need to do the backup portion, since the BDMV structure that is built is BD burning ready.

Quote:

2. I do this all the time and have never lost the chapters. In fact, after they are imported, they are treated exactly like chapters in any other BD. I'd need an example.

I'll RAR an example file and put it on my server and then send you a PM with the link info. It will take a while to download, as I only have 4Mbps outgoing. I'll test it first to make sure that the chapters used are indeed different than what are in the file.

Quote:

3. I'm not sure I get all of what you're saying. The Source Path is meant ONLY for a BD structure -- so it makes complete sense that only a BD structure is accepted. Again, I use this all the time and have never experienced an import pointing to the wrong place.

I just noticed that I wasn't paying attention to the path listed in the INI's file:

Code:

SOURCE_PATH=G:\REBUILDER\WORKING\IMPORTS\LOTS-BD-DISC-11

I think I have a different definition of "source path" than you do. That line in the INI points to the source of the files for when BACKUP is done. I'm guessing that the source path in the GUI is really the source of what is to be imported into the project and is not saved in the INI file. In other words, SOURCE_PATH in the INI != SOURCE_PATH in the GUI.

When importing MKV files, the source path entered in the GUI is not remembered correctly. Up until a moment ago, when doing the import, the path shown in the GUI has been "LotS-BD-disc-16", (which I had used at one time), but for my testing, I have been using "LotS-BD-disc-11". Now just looking it is showing "LegendOfTheSeeker", which is the root to the other two. No idea why it has now changed. Is the value entered supposed to be saved in the registry?

UPDATE: Believe me when I say that for the longest time when I was trying to import MKV files, the starting path was wrong. It never updated to what I ended up using. Now it is working and I've changed nothing. When I go to get MKV files, it uses the path I last used. The program must have known that I've posted about it and it decided to be nice to me.

As for the chapter marks, I tested a couple of files and the working CHP file that is created matches exactly the chapter file that I use during my encoding process. I'm at a total loss. Massive age brain fart?

So, these two items can be crossed off the list.

Quote:

4. Yeah, I can add a TITLE_VERTICAL and TITLE_HORIZONTAL.

That would be great, thanks.

Quote:

5. You have to use the proper title -- it looks like you got that one straightened out.

I have, but it would still be great if the log would contain an entry if the font is not found. That would warn users that if they continue to spend hours recoding that the menu would not have the font they desired. This way they can figure out why not and not waste a lot of time recoding.

Quote:

Enhancements:

1. I'll add that to the wish list.

Great.

Quote:

2. The font size is dependent on too many other parameters (number of items, line spacing, etc.) I'll look at it, but it's not likely to change. Every time I add things that gives the user the ability to cause self-inflicted injuries -- I end up spending way too much time proving it isn't a bug.

Unlike many users of BDRB, I've been dealing with fonts since I was in my later teenage years (many decades ago

). But, you are right. While I won't bitch about the results because of my settings, that isn't to say that those who do not understand the concept will think there is something wrong. Just a thought.

Quote:

4. Ok. I can look at that.

Thanks.

Quote:

5. Probably more likely than #2,

Since it only affects a single line, less of a chance of getting it wrong.

Thanks for the reply.

ggtop · 30th August 2016, 08:07

Quote:

Originally Posted by jdobbs

I'll see what I can find. Can you post your settings (BDREBUILDER.INI) so I can make sure we're working in the same conditions.

Sure. I just wanted to wait posting all details because I promised earlier not report this error again

Log:

Code:

----------------------
[08.30.16] BD Rebuilder v0.50.18
[08:45:22] Source:  BRIDGE_OF_SPIES_00801
  - Input BD size: 38,18 GB
  - Approximate total content: [02:21:19.637]
  - Windows Version: 6.1 [7601]
  - MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
  - Mode: My MP4 Container, 1920x1080, AutoGOP, AC3-448
  - Quality: High Quality (Default)
  - Decoding/Frame serving: DirectShow
  - Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[08:45:22] PHASE ONE, Encoding
 - [08:45:22] Processing: VID_01770 (1 of 5)
 - [08:45:22] Extracting A/V streams [VID_01770]
 - [08:56:50] CreateAVS() 00000 
[08:59:52] - Could not create AVS file

section from alternate.txt:

Code:

[00040]
caption=My MP4 Container, 1920x1080, AutoGOP, AC3-448
vBitrate=3000
aBitrate=448
aType=0
vFormat=5
vKeyint=Auto
cType=5

Attached inf & ini file.

Thanks in advance

ggtop

lauguru · 31st August 2016, 10:37

@jdobbs
it would be possible to add MULTIPROCESS = n and THREADS = n for X265 in ARCHIVE_MODE?, if I have marked THREADS = 12 in rebuilder.ini, not encode

if I delete THREADS = 12 in rebuilder.ini, encodes but very slow

mparade · 31st August 2016, 19:47

Quote:

Originally Posted by lauguru

@jdobbs
it would be possible to add MULTIPROCESS = n and THREADS = n for X265 in ARCHIVE_MODE?, if I have marked THREADS = 12 in rebuilder.ini, not encode

if I delete THREADS = 12 in rebuilder.ini, encodes but very slow

try these tweaks if they help:

--pmode;
--pme;

to saturate your CPU cores instead of MULTIPROCESS = n and THREADS = n. I think the latter cannot even be interpreted by x265.

lauguru · 1st September 2016, 09:07

@mparade thanks

TWEAK_X265= --pmode;
or
TWEAK_X265= --pme;

???

Quote:

Originally Posted by mparade

try these tweaks if they help:

--pmode;
--pme;

to saturate your CPU cores instead of MULTIPROCESS = n and THREADS = n. I think the latter cannot even be interpreted by x265.

jdobbs · 1st September 2016, 15:56

I could try this:

TWEAK_X265=--pmode --pme

From the X264 help:

Code:

Threading, performance:
   --pools <integer,...>         Comma separated thread count per thread pool (pool per NUMA node)
                                 '-' implies no threads on node, '+' implies one thread per core on node
-F/--frame-threads <integer>     Number of concurrently encoded frames. 0: auto-determined by core count
   --[no-]wpp                    Enable Wavefront Parallel Processing. Default enabled
   --[no-]pmode                  Parallel mode analysis. Default disabled
   --[no-]pme                    Parallel motion estimation. Default disabled
   --[no-]asm <bool|int|string>  Override CPU detection. Default: auto

lauguru · 1st September 2016, 16:25

TWEAK_PASS_ONE=--pmode --pme
TWEAK_PASS_TWO=--pmode --pme

TWEAK_X265=--pmode --pme

serve to both? X265 to X264?

Quote:

Originally Posted by jdobbs

I could try this:

TWEAK_X265=--pmode --pme

From the X264 help:

Code:

Threading, performance:
   --pools <integer,...>         Comma separated thread count per thread pool (pool per NUMA node)
                                 '-' implies no threads on node, '+' implies one thread per core on node
-F/--frame-threads <integer>     Number of concurrently encoded frames. 0: auto-determined by core count
   --[no-]wpp                    Enable Wavefront Parallel Processing. Default enabled
   --[no-]pmode                  Parallel mode analysis. Default disabled
   --[no-]pme                    Parallel motion estimation. Default disabled
   --[no-]asm <bool|int|string>  Override CPU detection. Default: auto

Parallel Mode Analysis
When --pmode is enabled, each CU (at all depths from 64x64 to 8x8) will distribute its analysis work to the thread pool via a bonded task group. Each analysis job will measure the cost of one prediction for the CU: merge, skip, intra, inter (2Nx2N, Nx2N, 2NxN, and AMP).

At slower presets, the amount of increased parallelism from pmode is often enough to be able to reduce or disable frame parallelism while achieving the same overall CPU utilization. Reducing frame threads is often beneficial to ABR and VBV rate control.

Parallel Motion Estimation
When --pme is enabled all of the analysis functions which perform motion searches to reference frames will distribute those motion searches to other worker threads via a bonded task group (if more than two motion searches are required).

29th August 2016, 21:04	#24811 \| Link
ggtop Registered User Join Date: Mar 2003 Posts: 311	Create AVS error Hi jdobbs, I have lately done a rebuild of "Bridge of spies" which worked OK. As always I also did an alternate movie-only to MP4 and I again had this special error "Create AVS error" with hard coding forced subtitles on multi-part playlists. As this is quite a common and new title maybe I have a chance you also have that one and could test it A possible work-around was to do a movie-only BD50 first and create a MP4 from that Output which worked. ini-file: FORCED_SUB_LANG=deu;ger; I have attached some screenshots. At the time the error appears only 01770.m2ts is demuxed. ggtop Attached Images Last edited by ggtop; 29th August 2016 at 21:23.

31st August 2016, 10:37	#24816 \| Link
lauguru Registered User Join Date: May 2004 Posts: 242	@jdobbs it would be possible to add MULTIPROCESS = n and THREADS = n for X265 in ARCHIVE_MODE?, if I have marked THREADS = 12 in rebuilder.ini, not encode if I delete THREADS = 12 in rebuilder.ini, encodes but very slow Last edited by lauguru; 31st August 2016 at 10:46.

Thread Tools	Search this Thread
Show Printable Version Email this Page	Search this Thread: Advanced Search
Display Modes
Linear Mode Switch to Hybrid Mode Switch to Threaded Mode

29th August 2016, 00:33	#24802 \| Link
lauguru Registered User Join Date: May 2004 Posts: 242	my experience with MULTIPROCESS=n - Quality: Highest (Very Slow), Two Pass - Decoding/Frame serving: DGDecNV cpu i7 6 cores/12 threads MULTIPROCESS=4 102 fps MULTIPROCESS=12 103 fps MULTIPROCESS=16 99 fps MULTIPROCESS=10 98 fps MULTIPROCESS=14 87 fps MULTIPROCESS=8 100 fps MULTIPROCESS=6 102 fps MULTIPROCESS=5 101 fps the best is MULTIPROCESS=12 (any relationship with "12 threads"?)

29th August 2016, 19:43	#24810 \| Link
MrVideo Registered User Join Date: May 2007 Location: Wisconsin Posts: 2,132	@jdobbs No comments regarding my posting?