View Full Version : BD Rebuilder Beta - Bug Reports Only
AmigaFuture
9th June 2013, 22:36
@AmigaFuture
Hi!
At the MakeMKV forums ("Blue-ray errors" and/or "General"), it's been noted in several different posts that the commercial "Finding Nemo" Blu-ray discs appear to suffer from flawed pressings...
I'm not familure with MakeMKV, however that's interesting. I've not noticed any flaws in A/V when watching my original (2 times) or my backups (Full Backup and Movie & Menus blanking extras) (several...with friends). Interesting to note, though, because though I haven't noticed it even in the extras doesn't mean it isn't there. I appreciate the note.
colinhunt
10th June 2013, 09:19
BSOD again last night, after several successful backups. I don't understand this.
AmigaFuture
10th June 2013, 10:25
@colinhunt
I get your frustration. Did you remove all "metallic debris" from fans, RAM, chips? Check everything really well from an "explosion" like that. I mean, use a magnifying glass! If you're still using the same Motherboard and RAM.. Get the idea? :-)
BSOD is something to Notice; it's not BD-RB! Attention to the Blue message. It's not just "random characters". Nothing is random.
When I choose in the setup Chinese (chi) for audio and subtitles to keep then this does not work.
Isn't that the correct language?
Ch3vr0n
10th June 2013, 12:12
There may be different labels for Chinese. For example the Dutch language also has 2 identifiers. Nld and dut.
colinhunt
10th June 2013, 12:50
@colinhunt
I get your frustration. Did you remove all "metallic debris" from fans, RAM, chips? Check everything really well from an "explosion" like that. I mean, use a magnifying glass! If you're still using the same Motherboard and RAM.. Get the idea? :-)
I did not use a magnifying glass, but I did an otherwise careful job cleaning everything up. I'm using the same components (with the exception of a brand new PSU, of course) as I can't afford to buy new ones...
There may be different labels for Chinese. For example the Dutch language also has 2 identifiers. Nld and dut.
I know - for german there is 'deu' and 'ger'. And it is very irritating, that only deu works. But mkvtoolnix is using 'ger'.
But i didnt find another one for Chinese/Mandarin
staina
10th June 2013, 16:05
So I'm a little tested and found out I'm as though problem evidently does not make BD Rebuilder, but TsMuxer. Problem featured in my threads above displays also at Blu-ray movies that the were to be trimming in TsMuxer without packing.
It is possible anyhow repair TsMuxer, to build in Blu-ray correctly? If Blu-ray built in TsMuxer yet process without compression only with remove some subtitles in DVDfab so result already this feature has not. Evidently some error at generation CLPI file.
Thank for nomenclature, help and pertinent correction problem in TsMuxer.
jdobbs
10th June 2013, 16:30
So I'm a little tested and found out I'm as though problem evidently does not make BD Rebuilder, but TsMuxer. Problem featured in my threads above displays also at Blu-ray movies that the were to be trimming in TsMuxer without packing.
It is possible anyhow repair TsMuxer, to build in Blu-ray correctly? If Blu-ray built in TsMuxer yet process without compression only with remove some subtitles in DVDfab so result already this feature has not. Evidently some error at generation CLPI file.
Thank for nomenclature, help and pertinent correction problem in TsMuxer. If you're talking about your earlier posts -- it is very unlikely that a picture flaw like you described could be caused by TSMUXER. It is much more likely that you have some "codec packs" or other software that is interfering with the decoding.
TSMuxer builds correctly. I've personally used it on thousands of builds. I can't speak to trimming -- as I never use it (and neither does BD-RB).
Mark_Venture
11th June 2013, 02:09
Not sure if this is a bug, or just my needing a better understanding of this option...
Doing Alt Movie only, MKV 1920x1080.... I converted a few movies without "auto crop black borders" set. The output files looked as expected, and appeared to have the black borders as part of the files. So I set the option for "auto crop" and encoded.
I did Star Trek 4 - The Voyage Home, its source M2TS was 1920x1080 with top and bottom black bars in the M2TS. Its output MKV was what I expected... 1920x818 with no black bars.
Then I did Star Trek 6 - The Undiscovered Country, when I look at the source main M2TS from the disc, its the same 1920x1080, and has black bars top and bottom only, so I expected the output MKV to be 1920 by something. Instead the output MKV was 1596x818, and the sides are definitely cropped off.
So does this sound like a bug and something I should post logs for? or is there an explanation for what happened?
gonca
11th June 2013, 02:48
@Mark_Venture
It's possible that the section sampled for cropping was dark on the left and right side fooling the software into assuming black bars. As far as cropping BD's, you might be saving less than 1% of the final size.
jdobbs
11th June 2013, 02:51
Not sure if this is a bug, or just my needing a better understanding of this option...
Doing Alt Movie only, MKV 1920x1080.... I converted a few movies without "auto crop black borders" set. The output files looked as expected, and appeared to have the black borders as part of the files. So I set the option for "auto crop" and encoded.
I did Star Trek 4 - The Voyage Home, its source M2TS was 1920x1080 with top and bottom black bars in the M2TS. Its output MKV was what I expected... 1920x818 with no black bars.
Then I did Star Trek 6 - The Undiscovered Country, when I look at the source main M2TS from the disc, its the same 1920x1080, and has black bars top and bottom only, so I expected the output MKV to be 1920 by something. Instead the output MKV was 1596x818, and the sides are definitely cropped off.
So does this sound like a bug and something I should post logs for? or is there an explanation for what happened?Unfortunately the autocropping doesn't seem to be very accurate. I'll look at it and see what can be done.
soneca
11th June 2013, 04:22
Unfortunately the autocropping doesn't seem to be very accurate. I'll look at it and see what can be done.
Would be difficult to implement a visual preview to confirm?
Dark movies are the most troublesome, dark scenes are detected as sidebars.
omegaman7
11th June 2013, 05:07
Would be difficult to implement a visual preview to confirm?
Dark movies are the most troublesome, dark scenes are detected as sidebars.
THe best option I can think of, would be to measure the black bars (and or video), and instruct rebuilder to crop that particular size. Because even making a calculation based on aspect ratio may not be spot on (Decimals). For example, you could tell rebuilder that the finished frame height should be 840Px high, thereby cutting 120 off the top, and 120 off the bottom. Seems like this would be the most error proof to me ;) But I'm certainly no coder.
AmigaFuture
11th June 2013, 05:27
A sampling like what AutoGK does for DVD's to AVI/DivX/XviD would be a good idea...? It samples small bits of the entire video to get the right cropping digits. How exactly, I'm not sure. I've never seen a bad crop with whatever method was used with it. That might also prove helpful for movies like, The Matrix... For what it's worth. :-)
amidlad
11th June 2013, 18:53
Hi,
Having trouble with Wreck it Ralph, after several failed attempts - can someone tell me what i'm doing wrong ? and provide me some guidance as normally I have no problems
Thanks !
----------------------
[06/11/13] BD Rebuilder v0.44.06 (beta)
[18:32:42] Source: WRECK_IT_RALPH_00800
- Input BD size: 24.23 GB
- Approximate total content: [01:41:13.525]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: iPad MP4 HD, 1280x720, 128Kbs AAC
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[18:32:42] PHASE ONE, Encoding
- [18:32:42] Processing: VID_00875 (1 of 57)
- [18:32:42] Extracting A/V streams [VID_00875]
- Extracting A/V to M2TS [VID_00875]
- Extracting A/V from M2TS [VID_00875]
- [18:44:17] Reencoding video [VID_00875]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,313 frames
- [18:44:17] Reencoding: VID_00875, Pass 1 of 1
- Encode failed. Aborting.
- BD-Rebuilder v0.44.06 (beta)
- Windows Version: 6.1 [7601]
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: 1.9.42.1, Ok
- FFDSHOW: 3882, 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 "ffmpeg-mt": Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
[18:44:24] - Failed video encode, aborted
jdobbs
11th June 2013, 19:18
@amidlad
I'd recommend you uninstall/reinstall FFDSHOW, HAALI, and AVISYNTH. If you have any "codec packs" -- remove those first, FFDSHOW has all the CODECs anyone needs. Sometimes other software will impolitely intercept or interfere with the CODECs -- and not even inform you it is doing so. When all the reports say "ok" -- that's usually the issue.
jdobbs
13th June 2013, 00:37
I have updated the first post of this thread with a link to the most recent version of BD-RB (v0.44.14). Changes for this release:- Changed the hidden setting MKV_MUXSUPS so that
"ON" is now the default.
- Removed opencl.dll from the TOOLS folder, with
the latest release of X264 it is no longer
needed.
- Added a new resizing option, 720p-->1080p in
the SETUP dialog.
- Added two new hidden options "DOWNRESIZE" and
"UPRESIZE" enables you to choose an alternate
resizing algorithm to be used when video is
being made smaller or larger. See the file
HIDDENOPTS.TXT for details.
- Fixed an error in which encoding was not being
forced for 3D conversion, as it should, because
a source is already small enough.
- Corrected overall progress indicator for pass
two of 3D encoding.
- Fixed an issue in which PSEUDO sources may not
be forced to be reencoded when BD-25 output is
selected.
- Corrected an issue in which aspect ratio could
be incorrectly set on some imported sources
with odd height/width settings.
- Added code so that chaptering is now enabled
for iPhone/iPad output. These products do not
use standard MP4 chaptering.
- Disabled open GOPs when outputting to Level 4.1
supporting iPads, iPhones & iPods. This should
result in better seeking during playback.
- Added the ability to browse for and use the
Nero AAC encoder for ALTERNATE output in the
SETUP dialog -- for those who prefer it over
FAAC. The Nero encoder is not included in BD-RB
and must be installed separately.
- Corrected an anomaly that could result in zero
titles selected and a "Runtime Error 76" during
import of a DVD.
- Updated the included version of MP4BOX to the
latest revision (v0.5.0)
- Other minor corrections and cosmetic fixes.
Ch3vr0n
13th June 2013, 01:00
about that neroaacenc audio coder. You may be able to include it. Nero is offering the codec themselves for free. http://www.nero.com/enu/company/about-nero/nero-aac-codec.php. They only need an email to download it (and don't even check if its a real one, the download link appears and download starts after entering one. It's not mailed. I enter "none@ofyourbusiness.com" as always :p. Don't like giving such companies my mail ^^)
jdobbs
13th June 2013, 01:31
about that neroaacenc audio coder. You may be able to include it. Nero is offering the codec themselves for free. http://www.nero.com/enu/company/about-nero/nero-aac-codec.php. They only need an email to download it (and don't even check if its a real one, the download link appears and download starts after entering one. It's not mailed. I enter "none@ofyourbusiness.com" as always :p. Don't like giving such companies my mail ^^)Yes, it is free -- and anyone can download it. But here is a quote from the Nero AAC Encoder End User Agreement:This License does not provide any rights to reproduce and/or distribute this software package in whole or in any part. That's pretty clear.
soneca
13th June 2013, 04:24
I have updated the first post of this thread with a link to the most recent version of BD-RB (v0.44.14).
Thanks again!:)
Nico8583
13th June 2013, 06:40
I have updated the first post of this thread with a link to the most recent version of BD-RB (v0.44.14).
Thanks also ! I'll try later :)
montana72
13th June 2013, 09:10
Thank you.
A doubt, not you could add some gauge of quality? I.e., when is not recommended to encode a blu ray 50 to one 25 because you will lose a lot of quality. Something to indicate that the result is not going to be all good than we would like.
And I am raising a question, always can put a blu ray 50 in one 25 and similar to the original quality? because if yes, do because the editors being a cost used blurays 50 higher?
can put a blu ray 50 in one 25 and similar to the original quality?
It is always up to you how you define 'similar'. So you have to decide for yourself.
soneca
13th June 2013, 13:13
Thank you.
A doubt, not you could add some gauge of quality? I.e., when is not recommended to encode a blu ray 50 to one 25 because you will lose a lot of quality. Something to indicate that the result is not going to be all good than we would like.
And I am raising a question, always can put a blu ray 50 in one 25 and similar to the original quality? because if yes, do because the editors being a cost used blurays 50 higher?
Certainly, because the x264 is very efficient.
I think most of the time these titles comes a BD-50 has many extras, so a larger media to accommodate everything with the right quality.
jdobbs
13th June 2013, 13:31
Certainly, because the x264 is very efficient.
I think most of the time these titles comes a BD-50 has many extras, so a larger media to accommodate everything with the right quality. I think BD-50 is overkill for almost every authored BD -- but it makes it expensive/difficult to copy, and that's the real goal. There may be some exceptions that hold huge numbers of titles (like on a series disc) -- but they are few and far between.
soneca
13th June 2013, 14:45
Jdobbs, as the depth control for subtitles in 3D, arrived to do some testing?
jdobbs
13th June 2013, 14:58
Jdobbs, as the depth control for subtitles in 3D, arrived to do some testing? I did some testing, and frankly I couldn't find a disc in which the 3D subtitles didn't look fine, so I didn't give it a high priority. It's still on my list of improvements, though, and I'll get it in the next release.
soneca
13th June 2013, 16:20
The priority is not really high but it would be nice to have some control over the depth of the subtitles. :thanks:
jdobbs
13th June 2013, 22:30
The priority is not really high but it would be nice to have some control over the depth of the subtitles. :thanks:I've already added it to the next release. When I looked at the code, it was a lot easier than I had anticipated.
wakko709
13th June 2013, 23:18
----------------------
[06/13/13] BD Rebuilder v0.44.09 (beta)
[14:55:09] Source: WARM_BODIES
- Input BD size: 43.34 GB
- Approximate total content: [04:01:05.116]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[14:55:11] PHASE ONE, Encoding
- [14:55:11] Processing: VID_00042 (1 of 23)
- [14:55:11] Extracting A/V streams [VID_00042]
- [15:08:59] Reencoding video [VID_00042]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 140,640 frames
- Bitrate: 15,563 Kbs
- [15:08:59] Reencoding: VID_00042, Pass 1 of 1
- Encode failed. Aborting.
- BD-Rebuilder v0.44.09 (beta)
- Windows Version: 6.1 [7601]
- AVISYNTH Version: 2.5.7.0, Ok
- HAALI Splitter: 1.9.42.1, Ok
- FFDSHOW: 3326, 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 settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
[15:11:52] - Failed video encode, aborted
-------------
- Windows Version: 6.1 [7601]
- AVISYNTH Version: [2.5.7.0], Ok
- HAALI Splitter: [1.9.42.1], Ok
- FFDSHOW: [3326], 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 settings check: Ok.
- BD Rebuilder v0.44.0.9, Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
gonca
13th June 2013, 23:41
@wakko709
Try uninstalling and reinstalling FFDshow, Haali and AVIsynth.
soneca
14th June 2013, 04:51
I've already added it to the next release. When I looked at the code, it was a lot easier than I had anticipated.
http://s9.postimg.org/dci8x3yx7/image.gif
Chuckwagon
14th June 2013, 05:40
Hi, I just wanted to ask a quick question about the alternate movie encoding. I doubt it's a bug per se, but I wanted to be sure, and I want to understand why it's doing what it's doing. I tried using the new AAC tie-in you added for the Nero AAC encoder. I selected the "MP4 Container, 1920x1080, Auto-AAC" selection. It works fine, but the file it creates is 300MB larger than if I select "MKV Container, 1920x1080, 640Kbps DD5.1" as the choice.
I specified a 2-pass target size of 2500MB. The source is a 52 min episode of Game of Thrones that is about 15GB in size. When I look at the finished files, the AAC/MP4 is 2,558,722,703 bytes while the DD5.1/MKV is 2,247,519,222 bytes.
Now, my confusion comes from thinking that the 640Kbps audio bit rate of the DD5.1 would end up making a larger file than the 443Kbps AAC rate, not smaller, assuming the video would be encoded the same for both. (I know there is a slight difference in size from the difference in MKV vs MP4 container, but I didn't think it was that large.) And when I look at media information for the files, the bit rates reported for the video are different. Is this normal behavior? All six episodes I've encoded with the DD5.1/MKV combo have fallen short of the 2500MB target by 300-400MB or so, but the AAC one seems to hit it on the head. Is BD-RB assuming that the AAC rate will take up less space and therefore it chooses a higher video encoding rate thus getting closer to the target of 2500MB than it does with the DD5.1 rate?
Thanks.
FreaQ
14th June 2013, 06:36
Hi,
works BD Rebuilder with 3D content?
I am asking because of the following:
I have a Blu-Ray with mixed content. Most of the stuff on it is 2D and there are three 3D trailers on it. Now the disc has the size from about 25GB too big to burn it onto BD-25.
I wanted to reencode the disc and BD Rebuilder tells me that the disc is 19.1GB and does not reencode it. So I examined the disc and found a folder .\BDMV\STREAM\SSIF where the missing GBs are. All .ssif files which are not taken into account from BD Rebuilder
jdobbs
14th June 2013, 13:24
Hi,
works BD Rebuilder with 3D content?
I am asking because of the following:
I have a Blu-Ray with mixed content. Most of the stuff on it is 2D and there are three 3D trailers on it. Now the disc has the size from about 25GB too big to burn it onto BD-25.
I wanted to reencode the disc and BD Rebuilder tells me that the disc is 19.1GB and does not reencode it. So I examined the disc and found a folder .\BDMV\STREAM\SSIF where the missing GBs are. All .ssif files which are not taken into account from BD RebuilderOnly for a movie-only backup, and only in half SBS, half over/under, or anaglyph. There are several technical reasons why a BD 3D can't be backup up -- the greatest of which is the fact that there is no burning software that supports it.
jdobbs
14th June 2013, 13:28
Hi, I just wanted to ask a quick question about the alternate movie encoding. I doubt it's a bug per se, but I wanted to be sure, and I want to understand why it's doing what it's doing. I tried using the new AAC tie-in you added for the Nero AAC encoder. I selected the "MP4 Container, 1920x1080, Auto-AAC" selection. It works fine, but the file it creates is 300MB larger than if I select "MKV Container, 1920x1080, 640Kbps DD5.1" as the choice.
I specified a 2-pass target size of 2500MB. The source is a 52 min episode of Game of Thrones that is about 15GB in size. When I look at the finished files, the AAC/MP4 is 2,558,722,703 bytes while the DD5.1/MKV is 2,247,519,222 bytes.
Now, my confusion comes from thinking that the 640Kbps audio bit rate of the DD5.1 would end up making a larger file than the 443Kbps AAC rate, not smaller, assuming the video would be encoded the same for both. (I know there is a slight difference in size from the difference in MKV vs MP4 container, but I didn't think it was that large.) And when I look at media information for the files, the bit rates reported for the video are different. Is this normal behavior? All six episodes I've encoded with the DD5.1/MKV combo have fallen short of the 2500MB target by 300-400MB or so, but the AAC one seems to hit it on the head. Is BD-RB assuming that the AAC rate will take up less space and therefore it chooses a higher video encoding rate thus getting closer to the target of 2500MB than it does with the DD5.1 rate?
Thanks.BD-RB uses 448Kbs for AAC multi-channel encoding with Auto-AAC. But it will still try to hit the target you have specifed. So the video rate will be adjusted slightly higher in order to hit your selected output size. The DD5.1 output appears to have undersized a bit.
Nico8583
14th June 2013, 13:36
Which version of DirectShowMVCSource.dll do you use ? Or from which package do you get this (MVC Player, BD3D2MK3D... ? Thanks !
jdobbs
14th June 2013, 17:08
Is there more than one? I use the one from BD3D2MK3D.
Ch3vr0n
14th June 2013, 18:12
there's one from stereoplayer too.
jdobbs
14th June 2013, 19:28
there's one from stereoplayer too. I just checked and the one from BD3D2MK3D is identical to the one from MVC Player (at least the version I have). I'm not familiar with a package called StereoPlayer -- but I did purchase StereoscopicPlayer, which has an exe called stereoplayer.exe, which I'm guessing is what you mean -- and that package doesn't include DirectshowMVCSource.dll. I've only seen one version of that DLL.
[Edit] I iust downloaded the latest version of MVC Player just to check -- and the DLL in that one is identical as well.
Nico8583
14th June 2013, 22:43
At a moment, I believe DLL was in a different version and version from one package didn't work correctly. But I'm not sure, so thanks :)
wakko709
14th June 2013, 23:26
----------------------
[06/14/13] BD Rebuilder v0.44.09 (beta)
[14:57:25] Source: WARM_BODIES
- Input BD size: 43.34 GB
- Approximate total content: [04:01:05.116]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[14:57:34] PHASE ONE, Encoding
- [14:57:34] Processing: VID_00042 (1 of 23)
- [14:57:34] Extracting A/V streams [VID_00042]
- [15:11:40] Reencoding video [VID_00042]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 140,640 frames
- Bitrate: 15,563 Kbs
- [15:11:40] Reencoding: VID_00042, Pass 1 of 1
- Encode failed. Aborting.
- BD-Rebuilder v0.44.09 (beta)
- Windows Version: 6.1 [7601]
- AVISYNTH Version: 2.5.7.0, Ok
- HAALI Splitter: 1.9.42.1, Ok
- FFDSHOW: 3326, 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 settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
[15:22:28] - Failed video encode, aborted
----------------
- Windows Version: 6.1 [7601]
- AVISYNTH Version: [2.5.7.0], Ok
- HAALI Splitter: [1.9.42.1], Ok
- FFDSHOW: [3326], 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 settings check: Ok.
- BD Rebuilder v0.44.0.9, Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
any ideas?
gonca
14th June 2013, 23:30
@wakko709
It encoded for approximately 10 minutes. It might be a bad rip. Try re-ripping.
AmigaFuture
15th June 2013, 02:08
@wakko709
I'm curious as to why you keep repeating the stats from Inspect for each failed encode? When a fail happens it's displays in the log already. When multiple fails, check system heat, cleaning your Optical Drive, check the cables, clean the disk, or perhaps a new Optical drive is needed.
setarip_old
15th June 2013, 19:18
@wakko709
I'd speculate that your system is overheating (perhaps due to accumulated dust bunnies and other detritus)...
AmigaFuture
16th June 2013, 04:38
Hello JDobbs,
Coming back to Die Hard 4: I've chosen to check it again. I used Full Backup except the Warnings are there and I cannot uncheck them because they don't show in the list. The extra "Black Hat Intercept Game" (extra) is also there, fully functional, which I want.
If I have BD-RB (now 44.14) set to use Movies & Menus (Auto-Blanking Extras) then Warnings are there to be blanked. I also uncheck everything to do with the "Black Hat Intercept" game, so all parts won't be blanked. When I burn this project to a RW disk, my LG Player, when selecting the Instructions from the "Black Hat" menu, only display "Level 4 Instructions" (very quick flash past) which is the very end of the video. The Full Backup mode allows to see the Level 1 instructions and allows stepping though to 2, 3 and 4...then to the main menu of the "game". So, something it being "lost" or overwritten...or ignored in the Movies and Menus process. It seems??
I've also noticed "00049.m2ts" which is where the video "Instructions" are, is a different size from the original. 1.20MB processed with Movie & Menus. 1.25MB for the original. I'm guessing some padding stuff or instructions for BD??
I haven't included any logs because all looks "normal". If you would like anything more, let me know...as per usual. Thanks.
longtom
16th June 2013, 08:14
i have 2 languages selected.
then bd rebuilder states: input size: 27,97GB (i want to resize to BD25)
then i deselect one language, it is again 27,97.
is there any possibility to check if it fits on a BD25 w/o reencoding video, before it starts to reencode?
so i want to check before if 2 languages fits into BD25 or only one, or if it has to be reencoded anyway.
omegaman7
16th June 2013, 08:18
i have 2 languages selected.
then bd rebuilder states: input size: 27,97GB (i want to resize to BD25)
then i deselect one language, it is again 27,97.
is there any possibility to check if it fits on a BD25 w/o reencoding video, before it starts to reencode?
so i want to check before if 2 languages fits into BD25 or only one, or if it has to be reencoded anyway.
So what you're asking for, is a real time estimate of output size. I can see how that would be helpful. This is what's called a request. You're requesting a feature in the program. There is a forum/thread for just that :) I don't mean to bust your chops, just saying ;)
longtom
16th June 2013, 08:21
ok, but shouldn't be the input size different between one and 2 languages, or are ALL languages included in the input size?
(Main movie only output!)
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.