Multiprocess Question

[lauguru]

hello
Seeking recommendation and help you to the command "multiprocess = n" in my processor, ram and graphics.

multiprocess =16 ( is 16 way?)


another question: how to run x264-64??? I'm looking at the task manager and only runs the x264 32bit version (my sistem window8 x64)

http://img20.imageshack.us/img20/9158/multiprocess.jpg

[Ch3vr0n]

nah just do multiprocess=1 and let BDRB decide the best

MULTIPROCESS=1

|

+-- BD Rebuilder will decide and set the number of concurrent processes.

[lauguru]

nah just do multiprocess=1 and let BDRB decide the best

MULTIPROCESS=1

|

+-- BD Rebuilder will decide and set the number of concurrent processes.
I have put it, but I only use 30% of my ram, and put 4 way, and I think I can move my computer more.

[Adbear]

I have put it, but I only use 30% of my ram, and put 4 way, and I think I can move my computer more.It's not the amount of RAM it uses, but the amount of CPU that is important. If you set it to high all it does is make your system slower as it then splits the movie in to more parts and each part is then waiting for CPU time

[lauguru]

It's not the amount of RAM it uses, but the amount of CPU that is important. If you set it to high all it does is make your system slower as it then splits the movie in to more parts and each part is then waiting for CPU time

so if my cpu has 6 cores would be the max multiprocess = 6 correct?

[Adbear]

not necessarily, that's why it's usually best to set it to 1 so it can work it out for itself. Try setting it to 1 and check how many parts it splits the main movie into and the CPU usage on the second pass. If it's using 100% then there's no need to change it

[lauguru]

not necessarily, that's why it's usually best to set it to 1 so it can work it out for itself. Try setting it to 1 and check how many parts it splits the main movie into and the CPU usage on the second pass. If it's using 100% then there's no need to change it

ok Adbear

[lauguru]

hello
how to make best advantage bdrebuilder total capacity of ram?, I see that only uses max 4 gb and I have 12gb?
http://img716.imageshack.us/img716/4296/memoriap.jpg

[jdobbs]

It only uses what memory it needs... what MULTIPROCESS value were you using when you recorded this? You may want to increase it a little.

[lauguru]

It only uses what memory it needs... what MULTIPROCESS value were you using when you recorded this? You may want to increase it a little.

multiprocess=12

which is the maximum value of the program 16? or more?

[lauguru]

this is multiprocess 16 - (2pass) and ram does not exceed 4 gb load

http://img189.imageshack.us/img189/3294/multiprocess16.jpg

[Asmodian]

Why are you obsessed with RAM usage? Using more RAM would not help anything. Your CPU looks maxed.

I think you found a good setting for your system.

[lauguru]

Why are you obsessed with RAM usage? Using more RAM would not help anything. Your CPU looks maxed.

I think you found a good setting for your system.

hello
Viewing 8 gb left over, and I hate to see them wasted. not think that is logical?

I wonder why, since I do not know English, ask advice, from people who know more than me;);

[gonca]

@lauguru
Multi process is a means of making the best use of your system to compress a movie, to make the process faster.
Do not worry about RAM usage or any such number.
Start with MULTI_PROCESS=1 and see how long it takes to compress a movie. Then change the number and see how long. Keep doing this until you find the fastest TIME.
Keep in mind that the results could change from one movie to another.
MULTI_PROCESS=1 might not be perfect but it is darn close in my opinion.
And yes I have done this experiment myself and I settled on a value of 1.

[lauguru]

@lauguru
Multi process is a means of making the best use of your system to compress a movie, to make the process faster.
Do not worry about RAM usage or any such number.
Start with MULTI_PROCESS=1 and see how long it takes to compress a movie. Then change the number and see how long. Keep doing this until you find the fastest TIME.
Keep in mind that the results could change from one movie to another.
MULTI_PROCESS=1 might not be perfect but it is darn close in my opinion.
And yes I have done this experiment myself and I settled on a value of 1.
hello gonca
I mean that the best option is to try to make the process, with the same movie and see which one makes you work faster. correct?

[gonca]

@lauguru
You got the idea. Don't worry about how much RAM or anything else is used. Look at how much time BD_RD takes to do the job with the different numbers. You must use the same quality settings each time. I have tried this experiment myself and I decided to keep using MULTI_PROCESS=1.

[lauguru]

@lauguru
You got the idea. Don't worry about how much RAM or anything else is used. Look at how much time BD_RD takes to do the job with the different numbers. You must use the same quality settings each time. I have tried this experiment myself and I decided to keep using MULTI_PROCESS=1.

ok I'll try with many patience!
thanks gonca

[gonca]

@lauguru
Glad to be of help.

@jdobbs
Merry Christmas to you and yours, and to all Doom9 members as well.

[lauguru]

@lauguru
Glad to be of help.

@jdobbs
Merry Christmas to you and yours, and to all Doom9 members as well.

Same to you;) gonca

[jdobbs]

hello gonca
I mean that the best option is to try to make the process, with the same movie and see which one makes you work faster. correct? Have you tried looking at the CPU utilization with lower numbers, just for comparison? I'm a little surprised at the results. On the other hands, as was suggested, you may want to compare times -- but be careful, make sure you are using the same source on all tests. Time can be affected by the complexity of the source. Also, make sure all tests are done with a large source and you run it through until it is complete. With as much memory as your system has, disc caching will hugely influence the speed.

[gonca]

@jdobbs
From my own experiments his results look about right. Using ffdshow instead of DGDecNv resulted is a 10 to 20 percent increase in CPU usage. As I raised MP numbers times went up and down along with the CPU load depending on the hard drive settings. The MULTI_PROCESS number gets too high, the system gets bogged down on decoding. I am just pointing out some "quirks" I noticed in the performance of my system, and I realize that nobody knows more about this software than you, you are THE AUTHOR.

@lauguru
I forgot to mention that you must use the same source as jdobbs has pointed out.
If time is the issue maybe you should re-consider your quality settings.

[lauguru]

Have you tried looking at the CPU utilization with lower numbers, just for comparison? I'm a little surprised at the results. On the other hands, as was suggested, you may want to compare times -- but be careful, make sure you are using the same source on all tests. Time can be affected by the complexity of the source. Also, make sure all tests are done with a large source and you run it through until it is complete. With as much memory as your system has, disc caching will hugely influence the speed.

I could only do one test these days (I'm a little busy), maybe do another test tomorrow and give the results. Thanks for your interest jdobbs:)

[lauguru]

gonga're right, using DGDecNv sometimes stays encoding and advances the program ...
if I use the same font and same settings hardaware, so only add +1 +2 +3 multiprocess, although I see that the limit is 16 leaves, leaves no place 17 and more, it remains


@jdobbs
From my own experiments his results look about right. Using ffdshow instead of DGDecNv resulted is a 10 to 20 percent increase in CPU usage. As I raised MP numbers times went up and down along with the CPU load depending on the hard drive settings. The MULTI_PROCESS number gets too high, the system gets bogged down on decoding. I am just pointing out some "quirks" I noticed in the performance of my system, and I realize that nobody knows more about this software than you, you are THE AUTHOR.

@lauguru
I forgot to mention that you must use the same source as jdobbs has pointed out.
If time is the issue maybe you should re-consider your quality settings.

[gonca]

@lauguru
Are your hdd settings at windows installation default?

[jdobbs]

gonga're right, using DGDecNv sometimes stays encoding and advances the program ...
if I use the same font and same settings hardaware, so only add +1 +2 +3 multiprocess, although I see that the limit is 16 leaves, leaves no place 17 and more, it remains I've changed the maximum from 16 to 32 for the next release. Be careful, though. You may find that competing disc I/O might make a higher number (even with a higher CPU utilizaion) actually runs slower. It depends on your specific configuration.

What I sometimes do is let a job complete to about 25% (just make sure that the size of the encoded section is greater than your available RAM's cache) and look at the FPS value. That's a good indicator as to whether you are truly getting increases.

[jdobbs]

One thing I forgot to mention -- make sure you are doing all your testing on either pass 2 or on a one-pass CRF encode... those require a lot more CPU than pass 1. If you tune MULTIPROCESS for pass 1 of a 2-pass encode, you may lose speed in the second pass.

[lauguru]

@lauguru
Are your hdd settings at windows installation default?

I do not understand what you mean gonca?
if I have windows installed by default in c:?

[lauguru]

I've changed the maximum from 16 to 32 for the next release. Be careful, though. You may find that competing disc I/O might make a higher number (even with a higher CPU utilizaion) actually runs slower. It depends on your specific configuration.

What I sometimes do is let a job complete to about 25% (just make sure that the size of the encoded section is greater than your available RAM's cache) and look at the FPS value. That's a good indicator as to whether you are truly getting increases.
ok thanks I hope this new version for further testing

[lauguru]

One thing I forgot to mention -- make sure you are doing all your testing on either pass 2 or on a one-pass CRF encode... those require a lot more CPU than pass 1. If you tune MULTIPROCESS for pass 1 of a 2-pass encode, you may lose speed in the second pass.

I had not thought about it, normally used ultra hight quality, use normal quality proves to advance more and see which one performs the job before.

[gonca]

@lauguru
Have you changed this setting
COMPUTER>source or working drive>right click>PROPERTIES>HARDWARE>select a drive>PROPERTIES>POLICIES>ENABLE WRITE CACHING (enable it)?
Please read the information and pay attention to the warnings.
If you wish, enable for both your source drive and working drive. This will use RAM as a cache for these drives.

[lauguru]

@lauguru
Have you changed this setting
COMPUTER>source or working drive>right click>PROPERTIES>HARDWARE>select a drive>PROPERTIES>POLICIES>ENABLE WRITE CACHING (enable it)?
Please read the information and pay attention to the warnings.
If you wish, enable for both your source drive and working drive. This will use RAM as a cache for these drives.

yes gonga , ENABLE WRITE CACHING is enabled on my sistem ;)

[gonca]

@lauguru
Have you tried default quality settings? If not try it, and see if you are happy with the results. If you are using ultra-high it might a bit of overkill on BD25.

[lauguru]

first test multiprocess 16 (16 way)
----------------------
[12/23/12] BD Rebuilder v0.42.07 (beta)
[14:14:55] Source: LES.MISERABLES.1998.BLURAY.1080P.AVC.DTS-HD.MA.5.1
- Input BD size: 32,44 GB
- Approximate total content: [02:37:51.251]
- Target BD size: 24,16 GB
- Windows Version: 6.2 [9200]
- Quality: Good (Very Fast), Two Pass
- Decoding/Frame serving: X264/LAVF [16-way]
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[14:14:58] PHASE ONE, Encoding
- [14:14:58] Processing: VID_00000 (1 of 9)
- [14:14:58] Extracting A/V streams [VID_00000]
- [14:15:06] Reencoding video [VID_00000]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29,970fps, 6.480 frames
- Bitrate: 4.265 Kbs
- [14:15:06] Reencoding: VID_00000, Pass 1 of 2
- [14:15:19] Reencoding: VID_00000, Pass 2 of 2
- [14:15:27] Video Encode complete
- [14:15:27] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [14:15:27] Multiplexing M2TS
- [14:15:31] Processing: VID_00001 (2 of 9)
- [14:15:31] Extracting A/V streams [VID_00001]
- [14:19:05] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 192.696 frames
- Bitrate: 15.976 Kbs
- [14:19:05] Reencoding: VID_00001, Pass 1 of 2
- [14:39:45] Reencoding: VID_00001, Pass 2 of 2
- [15:00:15] Video Encode complete
- [15:00:15] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (fra): Keeping original audio
- Track 4354 (jpn): Keeping original audio
- Track 4355 (por): Keeping original audio
- [15:00:15] Multiplexing M2TS
- [15:07:07] Processing: VID_00080 (3 of 9)
- [15:07:07] Extracting A/V streams [VID_00080]
- [15:07:19] Reencoding video [VID_00080]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 264 frames
- Bitrate: 527 Kbs
- [15:07:19] Reencoding: VID_00080, Pass 1 of 2
- [15:07:20] Reencoding: VID_00080, Pass 2 of 2
- [15:07:21] Video Encode complete
- [15:07:21] Processing audio tracks
- [15:07:21] Multiplexing M2TS
- [15:07:24] Processing: VID_00081 (4 of 9)
- [15:07:24] Extracting A/V streams [VID_00081]
- [15:07:28] Reencoding video [VID_00081]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 240 frames
- Bitrate: 582 Kbs
- [15:07:28] Reencoding: VID_00081, Pass 1 of 2
- [15:07:29] Reencoding: VID_00081, Pass 2 of 2
- [15:07:29] Video Encode complete
- [15:07:29] Processing audio tracks
- [15:07:29] Multiplexing M2TS
- [15:07:33] Blanking: VID_00100 (5 of 9)
- [15:07:33] Blanking: VID_00102 (6 of 9)
- [15:07:33] Blanking: VID_00116 (7 of 9)
- [15:07:33] Blanking: VID_00205 (8 of 9)
- [15:07:33] Blanking: VID_00208 (9 of 9)
[15:07:33]PHASE ONE complete
[15:07:33]PHASE TWO - Rebuild Started
- [15:07:33] Rebuilding BD file Structure
[15:07:40] - Encode and Rebuild complete
[15:07:40] JOB: LES.MISERABLES.1998.BLURAY.1080P.AVC.DTS-HD.MA.5.1 finished.

52:45 min total time

Now I get to multiprocess 1 (4 way), having the difference.

[12/23/12] BD Rebuilder v0.42.07 (beta)
[15:43:01] Source: LES.MISERABLES.1998.BLURAY.1080P.AVC.DTS-HD.MA.5.1
- Input BD size: 32,44 GB
- Approximate total content: [02:37:51.251]
- Target BD size: 24,16 GB
- Windows Version: 6.2 [9200]
- Quality: Good (Very Fast), Two Pass
- Decoding/Frame serving: X264/LAVF [4-way]
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[15:43:03] PHASE ONE, Encoding
- [15:43:03] Processing: VID_00000 (1 of 9)
- [15:43:03] Extracting A/V streams [VID_00000]
- [15:43:11] Reencoding video [VID_00000]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29,970fps, 6.480 frames
- Bitrate: 4.265 Kbs
- [15:43:11] Reencoding: VID_00000, Pass 1 of 2
- [15:43:23] Reencoding: VID_00000, Pass 2 of 2
- [15:43:31] Video Encode complete
- [15:43:31] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [15:43:31] Multiplexing M2TS
- [15:43:35] Processing: VID_00001 (2 of 9)
- [15:43:35] Extracting A/V streams [VID_00001]
- [15:47:22] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 192.696 frames
- Bitrate: 15.976 Kbs
- [15:47:22] Reencoding: VID_00001, Pass 1 of 2
- [16:08:03] Reencoding: VID_00001, Pass 2 of 2
- [16:28:28] Video Encode complete
- [16:28:31] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (fra): Keeping original audio
- Track 4354 (jpn): Keeping original audio
- Track 4355 (por): Keeping original audio
- [16:28:31] Multiplexing M2TS
- [16:35:20] Processing: VID_00080 (3 of 9)
- [16:35:20] Extracting A/V streams [VID_00080]
- [16:35:33] Reencoding video [VID_00080]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 264 frames
- Bitrate: 527 Kbs
- [16:35:33] Reencoding: VID_00080, Pass 1 of 2
- [16:35:34] Reencoding: VID_00080, Pass 2 of 2
- [16:35:35] Video Encode complete
- [16:35:35] Processing audio tracks
- [16:35:35] Multiplexing M2TS
- [16:35:38] Processing: VID_00081 (4 of 9)
- [16:35:38] Extracting A/V streams [VID_00081]
- [16:35:41] Reencoding video [VID_00081]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 240 frames
- Bitrate: 582 Kbs
- [16:35:41] Reencoding: VID_00081, Pass 1 of 2
- [16:35:42] Reencoding: VID_00081, Pass 2 of 2
- [16:35:43] Video Encode complete
- [16:35:43] Processing audio tracks
- [16:35:43] Multiplexing M2TS
- [16:35:46] Blanking: VID_00100 (5 of 9)
- [16:35:46] Blanking: VID_00102 (6 of 9)
- [16:35:46] Blanking: VID_00116 (7 of 9)
- [16:35:46] Blanking: VID_00205 (8 of 9)
- [16:35:46] Blanking: VID_00208 (9 of 9)
[16:35:46]PHASE ONE complete
[16:35:46]PHASE TWO - Rebuild Started
- [16:35:46] Rebuilding BD file Structure
[16:35:53] - Encode and Rebuild complete
[16:35:53] JOB: LES.MISERABLES.1998.BLURAY.1080P.AVC.DTS-HD.MA.5.1 finished.

total time 52:53


now multiprocess 6 ( 6 way)

----------------------
[12/23/12] BD Rebuilder v0.42.07 (beta)
[16:47:02] Source: LES.MISERABLES.1998.BLURAY.1080P.AVC.DTS-HD.MA.5.1
- Input BD size: 32,44 GB
- Approximate total content: [02:37:51.251]
- Target BD size: 24,16 GB
- Windows Version: 6.2 [9200]
- Quality: Good (Very Fast), Two Pass
- Decoding/Frame serving: X264/LAVF [6-way]
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[16:47:07] PHASE ONE, Encoding
- [16:47:07] Processing: VID_00000 (1 of 9)
- [16:47:07] Extracting A/V streams [VID_00000]
- [16:47:20] Reencoding video [VID_00000]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29,970fps, 6.480 frames
- Bitrate: 4.265 Kbs
- [16:47:20] Reencoding: VID_00000, Pass 1 of 2
- [16:47:27] Reencoding: VID_00000, Pass 2 of 2
- [16:47:35] Video Encode complete
- [16:47:35] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:47:35] Multiplexing M2TS
- [16:47:39] Processing: VID_00001 (2 of 9)
- [16:47:39] Extracting A/V streams [VID_00001]
- [16:51:12] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 192.696 frames
- Bitrate: 15.976 Kbs
- [16:51:12] Reencoding: VID_00001, Pass 1 of 2
- [17:11:55] Reencoding: VID_00001, Pass 2 of 2
- [17:32:23] Video Encode complete
- [17:32:23] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (fra): Keeping original audio
- Track 4354 (jpn): Keeping original audio
- Track 4355 (por): Keeping original audio
- [17:32:23] Multiplexing M2TS
- [17:39:20] Processing: VID_00080 (3 of 9)
- [17:39:20] Extracting A/V streams [VID_00080]
- [17:39:33] Reencoding video [VID_00080]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 264 frames
- Bitrate: 527 Kbs
- [17:39:33] Reencoding: VID_00080, Pass 1 of 2
- [17:39:34] Reencoding: VID_00080, Pass 2 of 2
- [17:39:35] Video Encode complete
- [17:39:35] Processing audio tracks
- [17:39:35] Multiplexing M2TS
- [17:39:38] Processing: VID_00081 (4 of 9)
- [17:39:38] Extracting A/V streams [VID_00081]
- [17:39:42] Reencoding video [VID_00081]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 240 frames
- Bitrate: 582 Kbs
- [17:39:42] Reencoding: VID_00081, Pass 1 of 2
- [17:39:42] Reencoding: VID_00081, Pass 2 of 2
- [17:39:43] Video Encode complete
- [17:39:43] Processing audio tracks
- [17:39:43] Multiplexing M2TS
- [17:39:47] Blanking: VID_00100 (5 of 9)
- [17:39:47] Blanking: VID_00102 (6 of 9)
- [17:39:47] Blanking: VID_00116 (7 of 9)
- [17:39:47] Blanking: VID_00205 (8 of 9)
- [17:39:47] Blanking: VID_00208 (9 of 9)
[17:39:47]PHASE ONE complete
[17:39:47]PHASE TWO - Rebuild Started
- [17:39:47] Rebuilding BD file Structure
[17:39:54] - Encode and Rebuild complete
[17:39:54] JOB: LES.MISERABLES.1998.BLURAY.1080P.AVC.DTS-HD.MA.5.1 finished.


total time
52:52

now multiprocess 8

----------------------
[12/23/12] BD Rebuilder v0.42.07 (beta)
[17:51:27] Source: LES.MISERABLES.1998.BLURAY.1080P.AVC.DTS-HD.MA.5.1-PCH_CEYCEY72@HDTSHARE
- Input BD size: 32,44 GB
- Approximate total content: [02:37:51.251]
- Target BD size: 24,16 GB
- Windows Version: 6.2 [9200]
- Quality: Good (Very Fast), Two Pass
- Decoding/Frame serving: X264/LAVF [8-way]
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[17:51:30] PHASE ONE, Encoding
- [17:51:30] Processing: VID_00000 (1 of 9)
- [17:51:30] Extracting A/V streams [VID_00000]
- [17:51:39] Reencoding video [VID_00000]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29,970fps, 6.480 frames
- Bitrate: 4.265 Kbs
- [17:51:39] Reencoding: VID_00000, Pass 1 of 2
- [17:51:50] Reencoding: VID_00000, Pass 2 of 2
- [17:51:58] Video Encode complete
- [17:51:58] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:51:58] Multiplexing M2TS
- [17:52:03] Processing: VID_00001 (2 of 9)
- [17:52:03] Extracting A/V streams [VID_00001]
- [17:55:34] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 192.696 frames
- Bitrate: 15.976 Kbs
- [17:55:35] Reencoding: VID_00001, Pass 1 of 2
- [18:16:12] Reencoding: VID_00001, Pass 2 of 2
- [18:36:35] Video Encode complete
- [18:36:35] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (fra): Keeping original audio
- Track 4354 (jpn): Keeping original audio
- Track 4355 (por): Keeping original audio
- [18:36:35] Multiplexing M2TS
- [18:43:32] Processing: VID_00080 (3 of 9)
- [18:43:32] Extracting A/V streams [VID_00080]
- [18:43:45] Reencoding video [VID_00080]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 264 frames
- Bitrate: 527 Kbs
- [18:43:45] Reencoding: VID_00080, Pass 1 of 2
- [18:43:45] Reencoding: VID_00080, Pass 2 of 2
- [18:43:46] Video Encode complete
- [18:43:46] Processing audio tracks
- [18:43:46] Multiplexing M2TS
- [18:43:50] Processing: VID_00081 (4 of 9)
- [18:43:50] Extracting A/V streams [VID_00081]
- [18:43:53] Reencoding video [VID_00081]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 240 frames
- Bitrate: 582 Kbs
- [18:43:53] Reencoding: VID_00081, Pass 1 of 2
- [18:43:54] Reencoding: VID_00081, Pass 2 of 2
- [18:43:55] Video Encode complete
- [18:43:55] Processing audio tracks
- [18:43:55] Multiplexing M2TS
- [18:43:58] Blanking: VID_00100 (5 of 9)
- [18:43:58] Blanking: VID_00102 (6 of 9)
- [18:43:58] Blanking: VID_00116 (7 of 9)
- [18:43:58] Blanking: VID_00205 (8 of 9)
- [18:43:58] Blanking: VID_00208 (9 of 9)
[18:43:58]PHASE ONE complete
[18:43:58]PHASE TWO - Rebuild Started
- [18:43:58] Rebuilding BD file Structure
[18:44:05] - Encode and Rebuild complete
[18:44:05] JOB: LES.MISERABLES.1998.BLURAY.1080P.AVC.DTS-HD.MA.5.1 finished.

total time 52:38

Now multiprocess 10

----------------------
[12/23/12] BD Rebuilder v0.42.07 (beta)
[18:55:11] Source: LES.MISERABLES.1998.BLURAY.1080P.AVC.DTS-HD.MA.5.1
- Input BD size: 32,44 GB
- Approximate total content: [02:37:51.251]
- Target BD size: 24,16 GB
- Windows Version: 6.2 [9200]
- Quality: Good (Very Fast), Two Pass
- Decoding/Frame serving: X264/LAVF [10-way]
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[18:55:14] PHASE ONE, Encoding
- [18:55:14] Processing: VID_00000 (1 of 9)
- [18:55:14] Extracting A/V streams [VID_00000]
- [18:55:23] Reencoding video [VID_00000]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29,970fps, 6.480 frames
- Bitrate: 4.265 Kbs
- [18:55:23] Reencoding: VID_00000, Pass 1 of 2
- [18:55:36] Reencoding: VID_00000, Pass 2 of 2
- [18:55:44] Video Encode complete
- [18:55:44] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:55:44] Multiplexing M2TS
- [18:55:48] Processing: VID_00001 (2 of 9)
- [18:55:48] Extracting A/V streams [VID_00001]
- [18:59:21] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 192.696 frames
- Bitrate: 15.976 Kbs
- [18:59:21] Reencoding: VID_00001, Pass 1 of 2
- [19:19:55] Reencoding: VID_00001, Pass 2 of 2
- [19:40:27] Video Encode complete
- [19:40:28] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (fra): Keeping original audio
- Track 4354 (jpn): Keeping original audio
- Track 4355 (por): Keeping original audio
- [19:40:28] Multiplexing M2TS
- [19:47:27] Processing: VID_00080 (3 of 9)
- [19:47:27] Extracting A/V streams [VID_00080]
- [19:47:40] Reencoding video [VID_00080]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 264 frames
- Bitrate: 527 Kbs
- [19:47:40] Reencoding: VID_00080, Pass 1 of 2
- [19:47:41] Reencoding: VID_00080, Pass 2 of 2
- [19:47:41] Video Encode complete
- [19:47:41] Processing audio tracks
- [19:47:41] Multiplexing M2TS
- [19:47:45] Processing: VID_00081 (4 of 9)
- [19:47:45] Extracting A/V streams [VID_00081]
- [19:47:48] Reencoding video [VID_00081]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 240 frames
- Bitrate: 582 Kbs
- [19:47:48] Reencoding: VID_00081, Pass 1 of 2
- [19:47:49] Reencoding: VID_00081, Pass 2 of 2
- [19:47:50] Video Encode complete
- [19:47:50] Processing audio tracks
- [19:47:50] Multiplexing M2TS
- [19:47:53] Blanking: VID_00100 (5 of 9)
- [19:47:53] Blanking: VID_00102 (6 of 9)
- [19:47:53] Blanking: VID_00116 (7 of 9)
- [19:47:53] Blanking: VID_00205 (8 of 9)
- [19:47:53] Blanking: VID_00208 (9 of 9)
[19:47:53]PHASE ONE complete
[19:47:53]PHASE TWO - Rebuild Started
- [19:47:53] Rebuilding BD file Structure
[19:47:59] - Encode and Rebuild complete
[19:47:59] JOB: LES.MISERABLES.1998.BLURAY.1080P.AVC.DTS-HD.MA.5.1 finished.

total time 52:48

now multiprocess 12
----------------------
[12/23/12] BD Rebuilder v0.42.07 (beta)
[20:04:27] Source: LES.MISERABLES.1998.BLURAY.1080P.AVC.DTS-HD.MA.5.1
- Input BD size: 32,44 GB
- Approximate total content: [02:37:51.251]
- Target BD size: 24,16 GB
- Windows Version: 6.2 [9200]
- Quality: Good (Very Fast), Two Pass
- Decoding/Frame serving: X264/LAVF [12-way]
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640

[20:57:15] - Encode and Rebuild complete
[20:57:15] JOB: LES.MISERABLES.1998.BLURAY.1080P.AVC.DTS-HD.MA.5.1 finished.

total time 52:48

[lauguru]

@lauguru
Have you tried default quality settings? If not try it, and see if you are happy with the results. If you are using ultra-high it might a bit of overkill on BD25.

if i was already tested, and the truth that there is a marked improvement using ultra hight quality, there is little difference from the original source, however with Hight Speed ​​BD25 quite noticeable compression artifacts,

[gonca]

@lauguru
My normal default is Good ABR or 2 pass for BD25. Try these and see the results.

[lauguru]

@lauguru
My normal default is Good ABR or 2 pass for BD25. Try these and see the results.

I always use Quality: Highest (Very Slow), Two Pass or Quality: Ultra High Quality (Extremely Slow), Two Pass
- Decoding / Frame serving: X264/LAVF

takes longer, but the quality is great, at least to my eyes :)

[gonca]

@lauguru
Try checking default and see if the results are still good to your eyes.

[lauguru]

@lauguru
Try checking default and see if the results are still good to your eyes.

and what i was trying for quite some time ... and the difference with Highest (Very Slow), Two and Ultra High Quality is very noticeable. The only flaw that takes time but the results are surprising

[gonca]

@lauguru
So far MP=1 is fastest with your quality settings. You might find, like I did, that this is the way to go.

[lauguru]

@lauguru
So far MP=1 is fastest with your quality settings. You might find, like I did, that this is the way to go.

for now gonga multiprocess 8 is the fastest total time
52:38


total time 52:45 multiprocess 16

total time 52:53 multiprocess 1 ( 4 way)

total time 52:52 multiprocess 6

total time 52:38 multiprocess 8

total time 52:48 multiprocess 10

total time 52:48 multiprocess 12

[gonca]

@lauguru
By about 1 min for this movie at these settings. Is 1 or 2 minutes worth, considering that on a different movie it might be a little different. At the end ask yourself if its worth it or just leave it at MP=1. Good luck.

[lauguru]

@lauguru
By about 1 min for this movie at these settings. Is 1 or 2 minutes worth, considering that on a different movie it might be a little different. At the end ask yourself if its worth it or just leave it at MP=1. Good luck.

If you're right, it is very little time difference between them, but hey, I'm doing it as a reference for me and others to improve the bdrebuilder.