Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
19th July 2010, 00:36 | #8841 | Link |
Moderator
Join Date: Oct 2001
Posts: 20,975
|
BD Rebuilder v0.34.05 (beta)
I've updated the first post of this thread with a link to the most recent update of BD-RB (v0.34.05). Changes for this release:
Code:
- Added code to generate chapter files to be used with X264's "--qpfile" command. This will assert I frames at appropriate points during encoding, should provide better continuity with the new open GOP structures, and may prevent possible slight delays at chapter points during chapter seeking. - Added an option to the SETUP dialog to enable or disable movie-only playback looping. Unclicking the option will result in movie-only discs stopping at the end rather than restarting (looping). - Corrected an error in which conversion to 720p for 25fps sources was incorrectly setting the value used in AssumeFPS(). This could result in "slow motion" video and out-of-sync audio when converting to 720p on PAL area discs (25fps). - Added a new hidden option called "KEEP_HD_LPCM". If set to "0" while also keeping HD audio for BD25, only DTS and DD HD audio will be kept intact. LPCM will be converted to AC3. This is meant to help prevent huge LPCM audio streams from stealing too much space and negatively affecting video quality. The default value is "1". - Updated the included version of X264.EXE to the latest release (r1677). - Other minor corrections and cosmetic fixes. |
19th July 2010, 00:56 | #8843 | Link | |
Registered User
Join Date: May 2006
Posts: 3,997
|
Quote:
I made some tests with --pulldown double in the meantime. It seems to work, however I had to replace in the tsmuxer *.meta the original fps=25 by fps=50 for the video, For the sups I had to keep the original fps=25. Not sure if the resulting stream is really blu-ray compliant, it however plays on the SONY S357 (=360). |
|
19th July 2010, 01:21 | #8844 | Link | |
Moderator
Join Date: Oct 2001
Posts: 20,975
|
Quote:
|
|
19th July 2010, 01:25 | #8845 | Link |
Registered User
Join Date: Dec 2008
Posts: 23
|
I am getting error on VC-1 encode video, for some reason it stop working. I already reinstall ffshow, avisynth and Matroska Splitter, VC-1 in ffshow is set to wmv9 like before bdrebuilder still won't encode VC-1 video. Does anyone know how to mix this? I am running Windows 7 64bit.
Note: I never had this problem until about few weeks ago. ------------------------------------------------------------------------------------------ ----------------------- [14:53:53] BD Rebuilder v0.34.04 (beta) - Source: THE.NEVERENDING.STORY.BLURAY.1080P.VC-1.DTS-HD.MA5.1-BLUWAVE - Input BD size: 17.97 GB - Approximate total content: [01:34:04.597] - Target BD size: 7.84 GB - Windows Version: 6.1 [7600] - MOVIE-ONLY mode enabled - Auto Quality: Good (Very Fast), Two Pass - Audio Settings: AC3=0 DTS=0 HD=1 Kbs=448 [14:53:53] PHASE ONE, Encoding - [14:53:53] Extracting A/V streams [VID_00020] - [15:37:46] Reencoding: VID_00020 (1 of 1) - [15:37:46] Collecting video information - Source Video: VC-1, 1920x1080 - Rate/Length: 23.976fps, 135,335 frames - Bitrate: 10,579 Kbs - [15:37:47] Reencoding: VID_00020, Pass 1 of 2 - Encode failed. Retrying. - Encode failed. Retrying. - Reached retry limit. Aborting. - BD-Rebuilder v0.34.04 (beta) - Windows Version: 6.1 [7600] - AVISYNTH Version: 2.5.8.0, Ok - HAALI Splitter: Ok - FFDSHOW: 3124, not recommended version - WIN7 preferred AVC CODEC: Ok - WIN7 preferred VC-1 CODEC: Not Set correctly - WIN7 preferred MPEG2 CODEC: Not Set correctly - FFDSHOW VC-1 set to "wmv9", Ok - FFDSHOW MPEG2 set to "libavcodec": Ok - FFDSHOW AVC set to "libavcodec": Ok - X264: Ok - AFTEN: Ok - FAAC: Ok - MP4BOX: Ok - WAVI: Ok - TSMUXER: Ok [15:41:21] - Failed video encode, aborted |
19th July 2010, 01:30 | #8846 | Link |
Moderator
Join Date: Oct 2001
Posts: 20,975
|
Code:
- FFDSHOW: 3124, not recommended version - WIN7 preferred VC-1 CODEC: Not Set correctly - WIN7 preferred MPEG2 CODEC: Not Set correctly |
19th July 2010, 02:11 | #8847 | Link | |
Registered User
Join Date: Dec 2008
Posts: 23
|
Quote:
I did followed the instruction, reinstall everything, still the same error: [17:49:35] PHASE ONE, Encoding - [17:49:35] Reencoding: VID_00020 (1 of 1) - [17:49:35] Collecting video information - Source Video: VC-1, 1920x1080 - Rate/Length: 23.976fps, 135,335 frames - Bitrate: 10,579 Kbs - [17:49:35] Reencoding: VID_00020, Pass 1 of 2 - Encode failed. Retrying. - Encode failed. Retrying. - Reached retry limit. Aborting. - BD-Rebuilder v0.34.04 (beta) - Windows Version: 6.1 [7600] - AVISYNTH Version: 2.5.7.0, Ok - HAALI Splitter: Ok - FFDSHOW: 3326, Ok - WIN7 preferred AVC CODEC: Ok - WIN7 preferred VC-1 CODEC: Not Set correctly - WIN7 preferred MPEG2 CODEC: Not Set correctly - FFDSHOW VC-1 set to "wmv9", Ok - FFDSHOW MPEG2 set to "libmpeg2": Ok - FFDSHOW AVC set to "libavcodec": Ok - X264: Ok - AFTEN: Ok - FAAC: Ok - MP4BOX: Ok - WAVI: Ok - TSMUXER: Ok What I can't figure out is why VC-1 and Mpeg2 codec isn't set correctly for win 7 when it was working up until now? |
|
19th July 2010, 02:59 | #8849 | Link | |
Registered User
Join Date: Jul 2005
Posts: 1,995
|
Quote:
It is enough to know you are working on it, I appreciate that. Enjoy your company! |
|
19th July 2010, 03:06 | #8850 | Link | |
Registered User
Join Date: Dec 2008
Posts: 23
|
Quote:
Thanks |
|
19th July 2010, 07:54 | #8852 | Link | |
Registered User
Join Date: May 2006
Posts: 3,997
|
Quote:
The --pulldown double encode plays smoothly with MPC-HC. It is however jerky with VLC and with the S357 / S360. It looks like if the 'wrong' picture would get pulled down, similar effect as wrong field order for interlaced material.... Any idea? |
|
19th July 2010, 18:22 | #8853 | Link | |
Registered User
Join Date: Dec 2002
Posts: 1,022
|
Quote:
|
|
19th July 2010, 21:00 | #8854 | Link |
Registered User
Join Date: Dec 2002
Posts: 1,022
|
I have a question about how BD-RB calculates which files it re-encodes and which ones it leaves as-is. I have a disc like this:
SOURCE_SIZE=25345053872 SOURCE_VIDEO_SIZE=25134163968 I did a full back-up, but removed French and Spanish DD5.1 audiotracks from the main feature, thus reducing the total amount of data by 890MB and making it fit on a BD25. I also set output size to Custom/24100MB which has worked perfectly so far. INF says TARGET_SIZE=25270681600 REDUCTION=.997040988827212 By my reckoning, BD-RB shouldn't have re-encoded anything at all once those two audiotracks were removed. BD-RB left the main feature alone but re-encoded most of the extras and the output came to 22.1GB -- i.e. way under the 24100MB I had set the output for. What might explain this behaviour? |
19th July 2010, 22:26 | #8855 | Link | |
Moderator
Join Date: Oct 2001
Posts: 20,975
|
Quote:
1. Extract the audio, subs, and video. 2. Estimate the size of the end-product audio/subs based on: 2a. Actual size if keeping as-is 2b. To-be size (using bitrate if reencoding) 2c. Predicted size after muxing based on type (DTS, DD, LPCM) -- this step limits accuracy as different bitrates, types, etc can result in varying overhead. 3. Calculate the space left for video, amount needed for muxing, and determine bitrate needed to fill that space (using target size). 4. If the extracted video will fit in the remaining space, no encoding is done. If it doesn't... it has to encode. There is always a small amount of "cushioning" added to avoid oversizing and leave some level of disc-edge unused (because of the higher risk of error on the outer edges). By the way -- the .997040988827212 tells you that something has to be reencoded or else you will be over your target size. In your case (as it should) BD-RB chose the extras. That's probably because there is a fixed overall level of reduction, and the removed audio is almost always in the feature but not the extras. Last edited by jdobbs; 19th July 2010 at 22:47. |
|
19th July 2010, 22:48 | #8856 | Link |
Registered User
Join Date: Dec 2002
Posts: 1,022
|
But isn't "SOURCE_SIZE=25345053872" the source data with all streams intact? I believe it is since it's also the size of the Blu-ray as reported by Windows. Remove 890MB from that and the total is easily below the 24100MB (25270681600) target... i.e no re-encoding required. Right?
|
19th July 2010, 23:54 | #8857 | Link |
Elit Amans
Join Date: Feb 2005
Location: Sweden
Posts: 275
|
@colinhunt
I have also got that result before on some discs... Try ticking "Quicker encode for extras" and see what happens. I have managed to "trick" BD-RB to actually leave everything untouched before. I am also interested to know how this can be /LD |
20th July 2010, 01:39 | #8858 | Link | |
Moderator
Join Date: Oct 2001
Posts: 20,975
|
Quote:
I guess it's possible that after completing a "keep intact" I can look for left over space and recompute for those remaining to be encoded. I'll look into it. Last edited by jdobbs; 20th July 2010 at 01:44. |
|
20th July 2010, 03:23 | #8859 | Link |
Registered User
Join Date: Apr 2010
Posts: 20
|
Anybody know the correct version of matroska splitter to use with the new version. I ran INSPECT and it keeps telling me the version i'm using is not recommended. I used the direct link from page 1 and i have been using the same version since build 33.07. I made sure to search before asking but i got nothing.
Last edited by stonej01; 20th July 2010 at 03:59. |
20th July 2010, 04:28 | #8860 | Link | |
Moderator
Join Date: Oct 2001
Posts: 20,975
|
Quote:
Uninstall, remove the directory (under "Program Files\Haali" or "Program Files (x86)\Haali" for 64 bit Windows) and then install again and you should pass the INSPECT test. Last edited by jdobbs; 20th July 2010 at 04:32. |
|
Thread Tools | Search this Thread |
Display Modes | |
|
|