View Full Version : BD Rebuilder Beta - Bug Reports Only
Ch3vr0n
11th April 2011, 14:19
Any news on my HP5 issue ? See previous post (all eng language streams, that are not all eng)
jetli
11th April 2011, 16:31
is there a way to make rebuilder take an mpeg2 1080p file and compress it using x264 and then fit on a bd25???
if so how?
jet
Video Dude
11th April 2011, 23:26
Does anyone experience chapter points that are off by about 0.5 seconds?
The original discs navigate chapter to chapter perfect. But when I play a backup and skip chapter to chapter I get the last couple frames of the previous chapter. It happens with every movie I do and all of them are movie only, no re-encode backups. (PowerDVD & Sony S370)
I examined the BD-RB output using Don Graft's tool to identify the IDR frame numbers and compared that to the chapter time codes displayed in BDEdit. I found that the BD-RB output is correct. The IDR frames match up exact with the chapter time codes.
Does this happen to anyone else? I can't figure out what could be causing this.
Capsbackup
11th April 2011, 23:44
is there a way to make rebuilder take an mpeg2 1080p file and compress it using x264 and then fit on a bd25???
if so how?
jet
This is a bug reports thread! :rolleyes:
BD-RB is able to work with original Blu-ray rips, not individual files. You could use tsMuxeR to create a Blu-ray with your mpeg2 file if it is compliant, then use BD-RB on that output. :cool:
A.Fenderson
11th April 2011, 23:54
Does anyone experience chapter points that are off by about 0.5 seconds?
The original discs navigate chapter to chapter perfect. But when I play a backup and skip chapter to chapter I get the last couple frames of the previous chapter. It happens with every movie I do and all of them are movie only, no re-encode backups. (PowerDVD & Sony S370)
I examined the BD-RB output using Don Graft's tool to identify the IDR frame numbers and compared that to the chapter time codes displayed in BDEdit. I found that the BD-RB output is correct. The IDR frames match up exact with the chapter time codes.
Does this happen to anyone else? I can't figure out what could be causing this.
So you're essentially just using BD-RB to remux the main-movie playlist, right? Have you checked the IDR and chapter-points on the original rip, and do they exactly match what comes out of BD-RB?
Video Dude
12th April 2011, 00:30
I went back and checked the last backup I did since I still have the files on my hard drive (Fantasia 2000, movie only, no re-encode).
I extracted the chapters using both tsmuxer and BDedit. Playlist 00800 (I double checked it was the playlist BD-RB used). I noticed that there is a slight difference that could explain why my backups show the last few frames of the previous chapter when I skip chapters.
BDedit (frame number format)
Original Backup
0 0
1833 1809
5958 5934
8070 8046
22785 22761
24120 24096
42163 42139
43989 43965
54763 54739
55804 55780
58548 58524
60816 60791
74627 74603
76046 76022
85089 85065
85660 85636
98928 98904
107232 107207
BDedit (PTS format)
Original Backup
0 0
3397143 3397140
11139253 11139210
15103213 15103169
42721428 42721425
45225180 45225180
79091512 79091505
82518686 82518660
102740137 102740130
104693964 104693940
109844109 109844100
114098985 114098940
140022382 140022360
142685668 142685640
159658248 159658245
160729944 160729920
185630445 185630445
201216015 201215970
tsMuxer
Original Backup
00:00:00.000 00:00:00.000
00:01:16.493 00:01:15.492
00:04:08.539 00:04:07.538
00:05:36.627 00:05:35.625
00:15:50.366 00:15:49.365
00:16:46.004 00:16:45.004
00:29:18.590 00:29:17.588
00:30:34.749 00:30:33.748
00:38:04.115 00:38:03.114
00:38:47.533 00:38:46.532
00:40:41.981 00:40:40.980
00:42:16.534 00:42:15.532
00:51:52.609 00:51:51.608
00:52:51.793 00:52:50.791
00:59:08.962 00:59:07.960
00:59:32.777 00:59:31.775
01:08:46.122 01:08:45.121
01:14:32.467 01:14:31.466
Log:
-----------------------
[21:10:27] BD Rebuilder v0.37.05 (beta)
- Source: FANTASIA_2000
- Input BD size: 21.12 GB
- Approximate total content: [01:14:32.718]
- Target BD size: 22.95 GB
- Windows Version: 5.1 [2600]
- MOVIE-ONLY mode enabled
- Quality: High Quality (Default), Two Pass
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
- Audio [1] set to default.
[21:10:27] PHASE ONE, Encoding
- [21:10:27] Extracting A/V streams [VID_00800]
- [21:21:57] Reencoding: VID_00800 (1 of 1)
- [21:21:57] Collecting video information
- [21:21:57] Keeping original video (no reencode)
- [21:21:57] Reencoding audio tracks (if req'd)
- [21:21:57] Multiplexing M2TS
[21:29:49]PHASE ONE complete
[21:29:49]PHASE TWO - Rebuild Started
- [21:29:49] Rebuilding BD file Structure
[21:40:23] - Encode and Rebuild complete
[21:40:23]JOB: FANTASIA_2000 finished.
INI
[Status]
LABEL=FANTASIA_2000
VERSION=v0.37.05 (beta)
SOURCE_SIZE=22681344000
SOURCE_VIDEO_SIZE=22681344000
TARGET_SIZE=24641536000
REDUCTION=1.08642309732615
RESIZE_1080=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=eng;
BACKUP_MODE=1
MOVIEONLY_TYPE=0
USE_LAVF=-1
QUICK=0
ENCODE_STEP=0
COMPLETED=1
REBUILD_COMPLETE=1
[00800]
USE_ORIGINAL=1
AUDIO=10000
PGS=1000000000
M2TS_TARGET=24641536000
NSTART=27000000
NEND=228272160
NSIZE=17532819456
FLINK=0
MLINK=0
jdobbs
12th April 2011, 13:49
Does anyone experience chapter points that are off by about 0.5 seconds?
The original discs navigate chapter to chapter perfect. But when I play a backup and skip chapter to chapter I get the last couple frames of the previous chapter. It happens with every movie I do and all of them are movie only, no re-encode backups. (PowerDVD & Sony S370)
I examined the BD-RB output using Don Graft's tool to identify the IDR frame numbers and compared that to the chapter time codes displayed in BDEdit. I found that the BD-RB output is correct. The IDR frames match up exact with the chapter time codes.
Does this happen to anyone else? I can't figure out what could be causing this.Not to me... my movie-only encodes are frame-accurate to the chapter point.
jdobbs
12th April 2011, 15:25
Any news on my HP5 issue ? See previous post (all eng language streams, that are not all eng)
Well, I got my HP5 disc back -- but it is cracked and unplayable (a good reason not to loan my originals). All I have is a movie-only backup of it... so I guess I'm going to have to buy it again to test it.
[Edit] Ok. It's on its way. It was only $10 at Amazon. I should get it Thursday.
KillingTime
12th April 2011, 17:32
Backing up the extras on Batman Darknight (alternate movie only selection) to a BD5.
I don't know what the error message means.
I looked in the workfiles folder, and the m2ts was playable, but no audio.
Thanks.
-----------------------
[12:32:21] BD Rebuilder v0.37.06 (beta)
- Source: BATMAN_THEDARKKNIGHT_BD
- Input BD size: 5.28 GB
- Approximate total content: [01:04:10.880]
- Target BD size: 4.36 GB
- Windows Version: 5.1 [2600]
- MOVIE-ONLY mode enabled
- RESIZE 1080p to 720p enabled
- Quality: High Quality (Default), Two Pass
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=448
[12:32:21] PHASE ONE, Encoding
- [12:32:21] Extracting A/V streams [VID_00009]
- [12:36:48] Reencoding: VID_00009 (1 of 1)
- [12:36:48] Collecting video information
- Source Video: VC-1, 1920x1080
- Rate/Length: 29.970fps, 115,411 frames
- Convert: 1280x720, 59.940fps, 230,822 frames
- Bitrate: 8,752 Kbs
- [12:36:48] Reencoding: VID_00009, Pass 1 of 2
- [13:40:13] Reencoding: VID_00009, Pass 2 of 2
- [15:45:40] Video Encode complete
- [15:45:40] Reencoding audio tracks (if req'd)
- [15:46:00] Multiplexing M2TS
[15:48:17]PHASE ONE complete
[15:48:17]PHASE TWO - Rebuild Started
- [15:48:17] Rebuilding AVCHD file Structure
- Failed in attempt to multiplex: MUX_MOVIE_ONLY.meta
- Non standart fps value do not supported for PGS streams
[15:48:18] - Failed to REBUILD
[Status]
LABEL=BATMAN_THEDARKKNIGHT_BD
VERSION=v0.37.06 (beta)
SOURCE_SIZE=5673154560
SOURCE_VIDEO_SIZE=5673154560
TARGET_SIZE=4686086144
REDUCTION=.826010660284214
RESIZE_1080=-1
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=eng;
BACKUP_MODE=1
MOVIEONLY_TYPE=0
USE_LAVF=0
QUICK=0
ENCODE_STEP=0
COMPLETED=1
REBUILD_COMPLETE=0
[00009]
AUDIO=1
PGS=01000000000000
M2TS_TARGET=4686086144
RATE=8752
NSTART=27000000
NEND=200288862
NSIZE=4435556352
FLINK=0
MLINK=0
jdobbs
12th April 2011, 17:48
@KillingTime
Are you working from an original disc? I tried both of the Region 1 "Dark Knight" discs and there is no playlist that contains only 00009.m2ts. I did, however find one on Disc 1 that is 0008.m2ts and is the exact same length as yours. I'm running it now.
setarip_old
12th April 2011, 22:18
@KillingTime
Hi!
Are you trying to backup the "Extras" from Disc 1 or Disc2?
jdobbs
12th April 2011, 23:17
@KillingTime@KillingTime
Are you working from an original disc? I tried both of the Region 1 "Dark Knight" discs and there is no playlist that contains only 00009.m2ts. I did, however find one on Disc 1 that is 0008.m2ts and is the exact same length as yours. I'm running it now. I received the same error as you reported. I'm investigating it.
[Edit] Ok. I found it an fixed it for the next release. I had mistyped "59.97" as the framerate to be used in the META file when muxing that type of 720p stream. It should have been "59.94".
KillingTime
13th April 2011, 04:08
Yes, it's an original disc. Thanks for looking into it.
A.Fenderson
13th April 2011, 07:36
Backing up I, Robot to BD25. I made no changes to anything on the Stream tab (just expanded to confirm my preset options all looked applicable for this title). I do have one edit to the config file: I added "KEEP_HD_LPCM=1" which I sometimes toggle to 0 on certain titles. I started the backup, let it get finished extracting the first stream and then begin pass 1 of the encode, aborted via the Abort button, shut down pc, reboot, start BD-RB, click "Backup" and it's giving "The working path is not empty. DELETE ALL OLD FILES? YES/NO" and clicking NO aborts, not resumes. I did not make any changes, or even enter the Setup or View/Edit Config File menus. Win XP 32, Inspect.exe reports everything OK. Running 0.37.07.
Capsbackup
13th April 2011, 15:09
Backing up I, Robot to BD25. I made no changes to anything on the Stream tab (just expanded to confirm my preset options all looked applicable for this title). I do have one edit to the config file: I added "KEEP_HD_LPCM=1" which I sometimes toggle to 0 on certain titles. I started the backup, let it get finished extracting the first stream and then begin pass 1 of the encode, aborted via the Abort button, shut down pc, reboot, start BD-RB, click "Backup" and it's giving "The working path is not empty. DELETE ALL OLD FILES? YES/NO" and clicking NO aborts, not resumes. I did not make any changes, or even enter the Setup or View/Edit Config File menus. Win XP 32, Inspect.exe reports everything OK. Running 0.37.07.
Any change will result in this message. Audio tracks, subtitle tracks, output size, or a change to the config file will trigger this. :cool:
I have used the resume function with BD-RBV03707 and it works for me.
EDIT:
Just ran a quick test again, and tried before and after rebooting, and the resume worked as expected! ;)
A.Fenderson
13th April 2011, 16:14
Any change will result in this message. Audio tracks, subtitle tracks, output size, or a change to the config file will trigger this.
I know, and I absolutely did not change anything. I may well have a unique or very rare set of parameters/options to my encodes or something similar that's causing this, I'll post logs when I get home. This isn't the first time this has happened, though last time I was told that I must have changed something (http://forum.doom9.org/showthread.php?p=1473954#post1473954), yet down the road, a similar bug was later confirmed and fixed. (http://forum.doom9.org/showthread.php?p=1480427#post1480427) I'm just trying to help track down a potential bug. If there's any possible way that my unique pc/Windows-install/setup could somehow be causing this, I'll accept that and quit reporting these if jdobbs requests it, but the one thing I know is that I'm not changing anything between Abort and (resume) Backup, or between the initial clicking of Backup and the resume Backup for that matter.
jdobbs
13th April 2011, 16:18
I know, and I absolutely did not change anything. I may well have a unique or very rare set of parameters/options to my encodes or something similar that's causing this, I'll post logs when I get home. This isn't the first time this has happened, though last time I was told that I must have changed something (http://forum.doom9.org/showthread.php?p=1473954#post1473954), yet down the road, a similar bug was later confirmed and fixed. (http://forum.doom9.org/showthread.php?p=1480427#post1480427) I'm just trying to help track down a potential bug. If there's any possible way that my unique pc/Windows-install/setup could somehow be causing this, I'll accept that and quit reporting these if jdobbs requests it, but the one thing I know is that I'm not changing anything between Abort and (resume) Backup, or between the initial clicking of Backup and the resume Backup for that matter. You probably changed something in the selection list (audio or subtitles) the first time -- then when BD-RB restarted, it went back the default from your selection list. I can tell you with 100% certainty that it is working as it should.
color43
13th April 2011, 22:11
I'm using Windows 7 64-bit. In the previous release (0.37.06), BD Rebuilder used x264-64.exe to do the encoding. In the latest release (0.37.07), it's using the 32-bit version, x264.exe. The encoding used to be around 2.00x, now it's down to 1.23x.
P.S. Great program!
omegaman7
13th April 2011, 22:20
I upgraded, and haven't noticed a problem. Last nights encode, went pretty quick, and only 3 cores in use. Perhaps i'm blind though :S
wolverine3n8
13th April 2011, 23:19
I'm using Windows 7 64-bit. In the previous release (0.37.06), BD Rebuilder used x264-64.exe to do the encoding. In the latest release (0.37.07), it's using the 32-bit version, x264.exe. The encoding used to be around 2.00x, now it's down to 1.23x.
P.S. Great program!
I've noticed the same thing here.
"C:\Video Tools\BD Rebuilder\tools\x264.exe" "F:\WORKING\WORKFILES\VID_00000.AVS" --preset medium --b-pyramid strict --weightp 1 --qpmin=0 --bitrate 8010 --level 4.0 --qpfile "F:\WORKING\WORKFILES\VID_00000.CHP" --sar 1:1 --aud --nal-hrd vbr --pic-struct --vbv-bufsize 15000 --keyint 24 --min-keyint 1 --ipratio 1.1 --pbratio 1.1 --vbv-maxrate 15000 --threads auto --thread-input --stats "F:\WORKING\WORKFILES\VID_00000.AVS.264.stats" --pass 2 --output "F:\WORKING\WORKFILES\VID_00000.AVS.264"
had-z
14th April 2011, 00:30
I've noticed the same thing here.
In my system (W7, x64) BD-RB 0.37.07 the encoder says x264-64 (process manager).
jz1276
14th April 2011, 01:09
I've just completed an encode of a movie with a 2:35.1 aspect ratio and noticed it left the black bars on the top and bottom which made it 16:9. Is there an automatic cropping option? The black bars take up space which could be used for higher image quality.
bcovington
14th April 2011, 01:14
Sigh... I guess the other several thousand people who are using it and don't have your problem must be missing something. I'm simply telling you the facts, whether you accept it is up to you.
As anyone here at DOOM9 can tell you, video encoding (especially X264) is very demanding and it will find issues on your system that would be hidden to other apps... it's the ultimate stability tester.
Good luck.
jdobbs - I did give up on Star Trek, just couldn't get it to work with BD RB. But I did get it to work with RipBot. I am only telling you in case it can help you in some way with that disk, etc. I prefer your program and have used it with no problems on 5-6 different bluray back-ups since then. RipBot required the newest version of ffdshow. So, those 5-6 backups have been completed using your program with the most recent version of ffdshow. I have had no problems at all. Can't believe how good the output is. Hope that helps. Donation on the way.
jdobbs
14th April 2011, 01:42
I'm using Windows 7 64-bit. In the previous release (0.37.06), BD Rebuilder used x264-64.exe to do the encoding. In the latest release (0.37.07), it's using the 32-bit version, x264.exe. The encoding used to be around 2.00x, now it's down to 1.23x.
P.S. Great program! It will only use the 64 bit version if you have LAVF selected -- that is the way it has always been. The 64 bit version will not work with AVS files.
jdobbs
14th April 2011, 01:44
I've just completed an encode of a movie with a 2:35.1 aspect ratio and noticed it left the black bars on the top and bottom which made it 16:9. Is there an automatic cropping option? The black bars take up space which could be used for higher image quality. There is no choice. Blu-ray only accepts 4:3 and 16:9. So the bars have to be there unless it is exactly one of those two ratios. There are no blu-ray discs with a 2.35:1 aspect ratio as it would violate the standard. A 2.35:1 film is always encapsulated into 16:9 (with the borders).
wolverine3n8
14th April 2011, 03:07
It will only use the 64 bit version if you have LAVF selected
Is this set through the settings or a hidden option?
jdobbs
14th April 2011, 04:40
Is this set through the settings or a hidden option? Look on the SETUP dialog for the "Use X264's internal LAVF for decoding" checkbox.
omegaman7
14th April 2011, 05:53
I noticed in v0.37.4's release, you changed the settings to have ("Use X264 Internal LAVF" to "on" as the default). But I see now we need to decide for ourselves to use it. Is there a thread I can read about this setting and it's benefits?
jz1276
14th April 2011, 06:04
There is no choice. Blu-ray only accepts 4:3 and 16:9. So the bars have to be there unless it is exactly one of those two ratios. There are no blu-ray discs with a 2.35:1 aspect ratio as it would violate the standard. A 2.35:1 film is always encapsulated into 16:9 (with the borders).
Well I didnt mean the blu ray itself had a 2.35:1 ratio, I meant the actual movie on the disc. I'm backing my discs up in MKV format which is why Im asking if this is possible. Thanks anyway.
colinhunt
14th April 2011, 12:26
jdobbs, ever seen this before? Color Purple threw up this nugget:
- [09:39:36] Extracting A/V streams [VID_00105]
- [09:39:52] Reencoding: VID_00105 (7 of 7)
- [09:39:52] Collecting video information
- Audio/PGS sizing issue. Continued...
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 13*056 frames
- [12:19:43] Reencoding: VID_00105, Pass 1 of 1
- [12:21:33] Video Encode complete
- [12:21:33] Reencoding audio tracks (if req'd)
- [12:21:33] Multiplexing M2TS
When I logged in this morning, there was a OK/Cancel dialog window waiting for me with a warning about Audio/PGS sizing problem. Clicking OK continued the process and the backup finished without further warnings/errors. I haven't had time to play the output yet, unfortunately.
jdobbs
14th April 2011, 14:07
I noticed in v0.37.4's release, you changed the settings to have ("Use X264 Internal LAVF" to "on" as the default). But I see now we need to decide for ourselves to use it. Is there a thread I can read about this setting and it's benefits?Do a search. I've talked about it here. It is faster on some systems and slower on others. Quality is pretty much the same. The real advantage of LAVF is that is bypasses FFDSHOW, HAALI, and AVISYNTH. Since most of my reported issues are from people who misconfigure those apps, using LAVF gets around some issues. So I had high hopes for it. But unfortunately there a lots of things that can't be done with LAVF and BD-RB has to automatically revert when it encounters them...
jdobbs
14th April 2011, 14:09
Well I didnt mean the blu ray itself had a 2.35:1 ratio, I meant the actual movie on the disc. I'm backing my discs up in MKV format which is why Im asking if this is possible. Thanks anyway. Hmmm... you can make MKVs to any ratio you want so, I can see your point. But, honestly, the space you save by removing the bars is inconsequential.
jdobbs
14th April 2011, 14:13
jdobbs, ever seen this before? Color Purple threw up this nugget:
- [09:39:36] Extracting A/V streams [VID_00105]
- [09:39:52] Reencoding: VID_00105 (7 of 7)
- [09:39:52] Collecting video information
- Audio/PGS sizing issue. Continued...
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 13*056 frames
- [12:19:43] Reencoding: VID_00105, Pass 1 of 1
- [12:21:33] Video Encode complete
- [12:21:33] Reencoding audio tracks (if req'd)
- [12:21:33] Multiplexing M2TS
When I logged in this morning, there was a OK/Cancel dialog window waiting for me with a warning about Audio/PGS sizing problem. Clicking OK continued the process and the backup finished without further warnings/errors. I haven't had time to play the output yet, unfortunately.That means that the audio in that segment is too large to fit in the allocated space for the entire video/audio/pgs combination. In other words you've probably decided to keep HD audio and have selected a size that is too small to hold it. When you said "Ok" to continue, it will use a standardized quality level and encode. But the likelihood that you will oversize is very high.
omegaman7
14th April 2011, 17:44
Sounds pretty advantageous when capable. Thanks ;)
Video Dude
14th April 2011, 20:06
jdobbs, will you have to change the x264 command line in the next version?
r1936
Improve Blu-ray compliance
Use dec_ref_pic_marking SEIs to repeat B-ref referencing information.
Don't allow B-frames to reference frames outside their minigop.
r1935
Consolidate Blu-ray hacks into --bluray-compat
This option is now required for Blu-ray compatibility.
--open-gop bluray is now gone (using bluray-compat and open-gop implies a Blu-ray compatible open-gop).
This option doesn't automatically enforce every aspect of Blu-ray compatibility (e.g. resolution, framerate, level, etc).
A.Fenderson
14th April 2011, 20:52
what other "blu-ray hacks" are they referencing? --b-pyramid strict? There weren't any besides open-gop that had "bluray" as an option, were there?
shon3i
14th April 2011, 21:26
--b-pyramid strict is not only "blu-ray" option so stay as is. And --bluray-compat is now mandatory, other hacks described here http://forum.doom9.org/showthread.php?p=1492261#post1492261
jdobbs
15th April 2011, 01:34
what other "blu-ray hacks" are they referencing? --b-pyramid strict? There weren't any besides open-gop that had "bluray" as an option, were there?
I have very carefully chosen the settings in BD-RB for blu-ray compatibility. I suggest you (and everyone) leave the settings alone -- I have had way to many people who want to change settings saying "it works for me" even though it violates specs (especially GOP count).
By the way... the changes you are referencing were only posted on X264.nl today -- I recommend you NEVER use a version other than the one that is included in the zip for BD-RB. I have a series of tests I run before including any new software -- BD-RB v0.37.07 should be used with X264 r1924.
A.Fenderson
15th April 2011, 01:51
Gotcha. No worries, I'm interested in max stability, and actually helping progress the beta, eliminate bugs, etc--wouldn't want to cause you more headache than I already do. ;)
My comment was off-topic, I was just asking a general x264 question, and should have searched instead: sorry. I'll try to stay on-target.
Pure3picshot
15th April 2011, 05:52
this may sound like a dumb question, but does setting and increasing the target size of an MKV container keeping audio intact and or AC3 DD5.1 increase video quality? I have been trying to compare DVD9 to a 10GB MKV container with DTS Audio intact, but the DVD9 setting seems to come out better. I maybe wrong, but was wondering if someone had a little insight. Awesome program, I have been using a while finally getting around to registering to the forum =) Trying to get the best video quality around a DVD9 size.
jdobbs
15th April 2011, 14:20
this may sound like a dumb question, but does setting and increasing the target size of an MKV container keeping audio intact and or AC3 DD5.1 increase video quality? I have been trying to compare DVD9 to a 10GB MKV container with DTS Audio intact, but the DVD9 setting seems to come out better. I maybe wrong, but was wondering if someone had a little insight. Awesome program, I have been using a while finally getting around to registering to the forum =) Trying to get the best video quality around a DVD9 size. The same size will produce the same quality... regardless of whether it is MKV or M2TS. The M2TS uses slightly more for overhead, but not enough to really make a huge difference.
As for the audio -- typically using DD5.1 will use less space than DTS, so yes the video would probably look slightly better with DD 5.1. If you want the best quality I would recommend using DD5.1 @ 640Kbs for output. Others may argue the point -- but in my opinion DD5.1 at that bitrate is indistinguishable from uncompressed audio (and all the tests done by audio engineers agree).
As for which is better... six of one and a half dozen of the other. It really doesn't matter which one you choose because it only takes about 5 minutes to switch between the two with the right software.
jdobbs
15th April 2011, 22:26
Any news on my HP5 issue ? See previous post (all eng language streams, that are not all eng) Well I did some testing on this disc. Here's the bad news: The reason it won't encode is because the main feature contains an IGS stream. A few versions ago I made a change to disallow reencoding of streams with IGS -- that's because as-of today, there is no way to reintegrate the IGS into the output (TSMUXER won't handle it). Typically IGS is only used on small special features and menus... but HP5 is that one in a thousand special case.
The good news is that I can fix it for movie-only mode for the next release. The IGS is never needed then. I can also add a hidden option that allows a full encode to reencode despite the IGS -- the downside to that is that while you can be sure the film will always play perfectly, you never know which of the special feature will be hampered (but something will).
I guess I'm going have light a fire under myself for that code the reintegrates DTS-Express and IGS. I put it aside after a couple of weeks of frustrating results.
A.Fenderson
15th April 2011, 23:16
I guess I'm going have light a fire under myself for that code the reintegrates DTS-Express and IGS.
I just send some kindling and a box of matches, which is all I can afford right now. ;-) Maybe some others can afford to throw some jet fuel on that.
jdobbs
16th April 2011, 00:18
I just send some kindling and a box of matches, which is all I can afford right now. ;-) Maybe some others can afford to throw some jet fuel on that. :) You, sir, are a gentleman and a scholar.
Capsbackup
16th April 2011, 03:09
Well I did some testing on this disc. Here's the bad news: The reason it won't encode is because the main feature contains an IGS stream. A few versions ago I made a change to disallow reencoding of streams with IGS -- that's because as-of today, there is no way to reintegrate the IGS into the output (TSMUXER won't hangle it). Typically IGS is only used on small special features and menus... but HP5 is that one in a thousand special case.
The good news is that I can fix it for movie-only mode for the next release. The IGS is never needed then. I can also add a hidden option that allows a full encode to reencode despite the IGS -- the downside to that is that while you can be sure the film will always play perfectly, you never know which of the special feature will be hampered (but something will).
I guess I'm going have light a fire under myself for that code the reintegrates DTS-Express and IGS. I put it aside after a couple of weeks of frustrating results.
Interestingly, I did HP5, R1, to a full disc backup to BD-25 quite some time ago, and it completed successfully. I tested it on my S360 and everything seemed to work just fine. I can't remember which version of BD-RB I would have used on it, which probably doesn't matter regarding IGS, but I did not experience any problems. I tested the intro to the main menu, selected the movie to play, and it was fine. Can't remember any special feature problems either, which I usually test as well. :confused:
jdobbs
16th April 2011, 05:01
Interestingly, I did HP5, R1, to a full disc backup to BD-25 quite some time ago, and it completed successfully. I tested it on my S360 and everything seemed to work just fine. I can't remember which version of BD-RB I would have used on it, which probably doesn't matter regarding IGS, but I did not experience any problems. I tested the intro to the main menu, selected the movie to play, and it was fine. Can't remember any special feature problems either, which I usually test as well. :confused:Yeah, I did it too. I'd have to guess it is a popup of some kind (BD Live, maybe?). Here's where I made the change:
February 7th, 2011 - v0.37.4
- Inserted temporary code to prevent streams that
contain IGS from being processed. Since these
are normally menus and by nature are small,
they will be kept intact. This should prevent
the rare "Menu without buttons" issue until
IGS reintegration routines are completed.
Ch3vr0n
16th April 2011, 13:14
@jdobbs: thx for getting back to me on that. Please add that hidden switch till you manage to solve it. The reason is that i never do movie-only backups, only full disc ones. Guess there's always 1 disc that has to be an outsider like with everything in the real world. Something or someone's gotta be different then the rest
omegaman7
16th April 2011, 21:48
Definitely pays to check check and recheck before posting to this thread. I was almost convinced that I had either a bad rip, or encode problem. Or even still, that it was a result of a new setting(Use Internal LAVF) I've never used before. But it turns out that Totalmedia theatre v 3.0.1.120 has a problem rendering the Harry Potter 7 Pt1 BD Menu(Even the preprocessed files). The menu stutters rather substantially. I was gonna try Powerdvd but it wants me to upgrade to a new version. So I burned the Bd rebuilder Output. My current standalone, Samsung BD-p1590 is being rather picky with my BD-R discs as of late. But I only needed it to run for a few minutes, while I checked the menu playback. It played flawlessly. I wonder why the menu plays erratically, while the main movie is fine in arcsofts player. Weird....
I will definitely remain thorough in the future. It's actually pretty rare Rebuilder causes trouble....
Ch3vr0n
16th April 2011, 22:20
Jdobbs, you don't have 37.03 lying arround anymore do you if it won't impact coding to much. so i can rebuilt it anyway. The oldest version i have is exactly 37.04 where you added that code.
KillingTime
16th April 2011, 22:21
Hello,
Just finished compressing Heartbreak Ridge (BD) to 720P and 1080P. The audio is out of sync on both. I would say by about half a second. Enough to be noticeable. BDRebuilder is set to output 448 AC3.
I'm selecting the DTS HD audio track (English). Tried it 3 times now. Same result.
Played the original BD structure back through the same player and the audio is fine.
-----------------------
[04:08:15] BD Rebuilder v0.37.06 (beta)
- Source: HEARTBREAK_RIDGE
- Input BD size: 30.67 GB
- Approximate total content: [02:09:56.830]
- Target BD size: 7.84 GB
- Windows Version: 5.1 [2600]
- MOVIE-ONLY mode enabled
- RESIZE 1080p to 720p enabled
- Quality: High Quality (Default), Two Pass
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=448
[04:08:15] PHASE ONE, Encoding
- [04:08:15] Extracting A/V streams [VID_00037]
- [04:35:50] Reencoding: VID_00037 (1 of 1)
- [04:35:50] Collecting video information
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 186,937 frames
- Convert: 1280x720, 23.976fps, 186,937 frames
- Bitrate: 7,510 Kbs
- [04:35:50] Reencoding: VID_00037, Pass 1 of 2
- [06:13:08] Reencoding: VID_00037, Pass 2 of 2
- [09:25:02] Video Encode complete
- [09:25:02] Reencoding audio tracks (if req'd)
- [09:29:40] Multiplexing M2TS
[09:34:42]PHASE ONE complete
[09:34:42]PHASE TWO - Rebuild Started
- [09:34:42] Rebuilding AVCHD file Structure
[09:39:49] - Encode and Rebuild complete
- WORKFILES folder removed.
[09:39:49]JOB: HEARTBREAK_RIDGE finished.
-----------------------
[13:00:12] BD Rebuilder v0.37.06 (beta)
- Source: HEARTBREAK_RIDGE
- Input BD size: 30.67 GB
- Approximate total content: [02:09:56.830]
- Target BD size: 15.63 GB
- Windows Version: 5.1 [2600]
- MOVIE-ONLY mode enabled
- Quality: High Quality (Default), Two Pass
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=448
[13:00:12] PHASE ONE, Encoding
- [13:00:12] Extracting A/V streams [VID_00037]
- [13:27:28] Reencoding: VID_00037 (1 of 1)
- [13:27:28] Collecting video information
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 186,937 frames
- Bitrate: 15,468 Kbs
- [13:27:28] Reencoding: VID_00037, Pass 1 of 2
- [15:06:49] Reencoding: VID_00037, Pass 2 of 2
- [21:24:50] Video Encode complete
- [21:24:50] Reencoding audio tracks (if req'd)
- [21:29:27] Multiplexing M2TS
[21:38:24]PHASE ONE complete
[21:38:24]PHASE TWO - Rebuild Started
- [21:38:24] Rebuilding BD file Structure
[21:49:23] - Encode and Rebuild complete
- WORKFILES folder removed.
[21:49:23]JOB: HEARTBREAK_RIDGE finished.
[Status]
LABEL=HEARTBREAK_RIDGE
VERSION=v0.37.06 (beta)
SOURCE_SIZE=32936103936
SOURCE_VIDEO_SIZE=32936103936
TARGET_SIZE=16777216000
REDUCTION=.509386782134303
RESIZE_1080=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=eng;
BACKUP_MODE=1
MOVIEONLY_TYPE=0
USE_LAVF=0
QUICK=0
ENCODE_STEP=0
COMPLETED=1
REBUILD_COMPLETE=1
[00037]
AUDIO=10000
PGS=1000000000
M2TS_TARGET=16777216000
RATE=15468
NSTART=27000000
NEND=377900640
NSIZE=15774799872
FLINK=0
MLINK=0
Thanks.
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.