View Full Version : BD Rebuilder Beta - Bug Reports Only
Hajnal
24th April 2014, 20:28
- Input BD size: 20.16 GB
- Approximate total content: [02:27:31.808]
- Target BD size: 4.36 GB
- Bitrate: 3,408 Kbs
wtf.....
Yordan5
24th April 2014, 20:32
I wanted to see what quality I can expect from FRIM when pushed. It was good, may be not on par with x264 but still very good.
Ch3vr0n
24th April 2014, 21:21
- Input BD size: 20.16 GB
- Approximate total content: [02:27:31.808]
- Target BD size: 4.36 GB
- Bitrate: 3,408 Kbs
wtf.....
wtf indeed. Where's the rest of the log.
And you do know that you're shrinking a 20GB of data onto a format that can only hold 4.36GB right. In order to achieve that, bdrb has to shrink to a format 5x less the original size. So the bitrate has decrease immensely
Yordan5
24th April 2014, 21:25
I've shrank 39Gb movies to 4.36Gb using BD-RB (x264) with very good results so nothing unsusual here. Wanted to put FRIM to the same test.
jdobbs
24th April 2014, 22:33
I've shrank 39Gb movies to 4.36Gb using BD-RB (x264) with very good results so nothing unsusual here. Wanted to put FRIM to the same test. I think that's fair. I've done movies in that size range to BD-5 before using X264. They're not comparable to the quality you'd get on a BD-25, but they're pretty good. The notable thing is that, once again, the HW mode creates a mess.
AmigaFuture
25th April 2014, 08:16
[04/24/14] BD Rebuilder v0.46.14 (beta)
[21:55:20] Source: CLOUD_ATLAS_00100
- Input BD size: 34.67 GB
- Approximate total content: [02:51:57.432]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV, Intact Video, DTS2AC3 or Keep AC3
- Decoding/Frame serving: DGDecNV [4-way]
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[21:55:22] PHASE ONE, Encoding
- [21:55:22] Processing: VID_00057 (1 of 2)
- [21:55:22] Extracting A/V streams [VID_00057]
- [22:02:47] Reencoding video [VID_00057]
- [22:02:47] Keeping original video (no reencode)
- [22:02:47] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- [22:06:48] Processing: VID_00058 (2 of 2)
- [22:06:48] Extracting A/V streams [VID_00058]
- [22:07:13] Reencoding video [VID_00058]
- [22:07:13] Keeping original video (no reencode)
[22:07:13]PHASE ONE complete
[22:07:13]PHASE TWO - Rebuild Started
- [22:07:13] Building ALTERNATE OUTPUT Structure
[22:41:57] - Encode and Rebuild complete
[22:41:57] JOB: CLOUD_ATLAS finished.
The resulting file shows 18 chapters, and the markers for the chapters end in the middle of VLC's seek bar, or any other software players seek area. Because the movie's length is showing as 5 hours plus. My HDTV as well as LG player..same. If I remove the English PGC with MKVMergeGUI the chapters show correctly all across whatever players Seek bar; LG player or Windows, Mac. Meaning, 2h 51m 57s vs 5h34m32s. Looks like a bug?
Noticing a SUP has a 0 size might have something to do with it?
04/24/2014 10:41 PM <DIR> .
04/24/2014 10:41 PM <DIR> ..
04/24/2014 10:02 PM 27,109,525,867 00057.track_4113.264
04/24/2014 10:02 PM 1,946,125,176 00057.track_4352.dts
04/24/2014 10:02 PM 41,571,513 00057.track_4608.sup
04/24/2014 10:02 PM 31,296,814 00057.track_4609.sup
04/24/2014 10:02 PM 37,301,387 00057.track_4610.sup
04/24/2014 10:07 PM 1,235,212,226 00058.track_4113.264
04/24/2014 10:07 PM 0 00058.track_4608.sup
04/24/2014 09:55 PM 614 AUD_00057.meta
04/24/2014 10:06 PM 825,395,200 AUD_00057_4352.AC3
04/24/2014 10:02 PM 291 AUD_00057_4352.AVS
04/24/2014 10:06 PM 196 AUD_00058.meta
04/24/2014 10:23 PM 936 mChapters.chp
04/24/2014 10:07 PM 243 MUX_MOVIE_ONLY.meta
04/24/2014 10:02 PM 232 VID_00057.AVS
04/24/2014 10:02 PM 197 VID_00057.CHP
04/24/2014 10:01 PM 5,278,154 VID_00057.DGI
04/24/2014 10:07 PM 232 VID_00058.AVS
04/24/2014 10:07 PM 22 VID_00058.CHP
04/24/2014 10:07 PM 288,860 VID_00058.DGI
Update: I had BD-RB make another MKV output, leaving all the Subtitles enabled (English, French, Spanish) and singles for all.
04/24/2014 10:02 PM 27,109,525,867 00057.track_4113.264
04/24/2014 10:02 PM 1,946,125,176 00057.track_4352.dts
04/24/2014 10:02 PM 41,571,513 00057.track_4608.sup
04/24/2014 10:02 PM 31,296,814 00057.track_4609.sup
04/24/2014 10:02 PM 37,301,387 00057.track_4610.sup
04/24/2014 10:07 PM 1,235,212,226 00058.track_4113.264
04/24/2014 10:07 PM 0 00058.track_4608.sup
04/24/2014 09:55 PM 614 AUD_00057.meta
04/24/2014 10:06 PM 825,395,200 AUD_00057_4352.AC3
04/24/2014 10:02 PM 291 AUD_00057_4352.AVS
04/24/2014 10:06 PM 196 AUD_00058.meta
04/24/2014 10:23 PM 936 mChapters.chp
04/24/2014 10:07 PM 243 MUX_MOVIE_ONLY.meta
04/24/2014 10:02 PM 232 VID_00057.AVS
04/24/2014 10:02 PM 197 VID_00057.CHP
04/24/2014 10:01 PM 5,278,154 VID_00057.DGI
04/24/2014 10:07 PM 232 VID_00058.AVS
04/24/2014 10:07 PM 22 VID_00058.CHP
04/24/2014 10:07 PM 288,860 VID_00058.DGI
mparade
25th April 2014, 22:26
Just have reencoded a source (My Monsters, inc BD - SD extra video)using 3:2 pulldown (MPEG-2, 480i, 29,97fps, 153MB) getting the following results:
- converted to 1920x1080i (upresized), CRF=20, without IVTC and deinterlacing, 84,2MB - played back fine in powerdvd and popcorn-hour
- converted to 1920x1080i (upresized), CRF=20, with IVTC enabled, 40,7MB - video played back stalling while the audio was continuous through the timeline in powerdvd and popcorn-hour
- converted to 1920x1080p (upresized), CRF=20, without IVTC, SmoothDeinterlace enabled, 42,8MB - video played back very similarly as the previous
- converted to 1920x1080p (upresized), CRF=20, with IVTC and SD_PROGRESSIVE enabled, 40,4MB - video played back very similarly as the previous 2 ones.
I am a little bit confused about the similar "stalling effect" with all the last 3 results. If someone has an idea, it would be really appreciated.
Thank you!
jdobbs
26th April 2014, 00:30
What are you using for decoding? I've done hundreds of encodes from DVD to BD using iVTC, most with DGDecodeNV, and have had no problems. In fact, I just encoded 40 episodes from a series that were MPEG-2, 480i, 29.97 with iVTC today (resulting in 23.976 output).
Can you post the AVS file of the source that is causing the issue?
AmigaFuture
26th April 2014, 10:06
I haven't done any testing of FIRMEncode/Decode because I thought it is for 3D only. I skipped some of the chatter because I have some 3D+2D movies, but since I don't watch anything in 3D. But, JDobbs, yours comment about 2D is intriguing. So, I'll try it with my i7 930. I've never agreed with the saying, "If it isn't broke, don't modify/fix it." Talk about a recipe for stagnation and same ol' same ol'... ;-) So, on that note...I'll report soon.
mparade
26th April 2014, 10:34
What are you using for decoding? I've done hundreds of encodes from DVD to BD using iVTC, most with DGDecodeNV, and have had no problems. In fact, I just encoded 40 episodes from a series that were MPEG-2, 480i, 29.97 with iVTC today (resulting in 23.976 output).
Can you post the AVS file of the source that is causing the issue?
DirectShowSource
I do not use DGdecNV because I do not have a CUDA enabled video card (AMD Firepro V4900).
Please find all the four avs files as a zip attachement from
which 3 causes very similar playback errors in all the 2 player devices I currently have. (PC with Powerdvd and Popcorn-hour C200 with it's own playback software).
I really appreciate your efforts!
mparade
26th April 2014, 12:32
What are you using for decoding? I've done hundreds of encodes from DVD to BD using iVTC, most with DGDecodeNV, and have had no problems. In fact, I just encoded 40 episodes from a series that were MPEG-2, 480i, 29.97 with iVTC today (resulting in 23.976 output).
Can you post the AVS file of the source that is causing the issue?
I think the situation with 3:2 pulldown / hard telecined sources has become a kind of "standoff" for me. :mad:
DirectShowSource results = stalling video, audio OK
LAVF = cannot be used for frameserving by such sources
DGdecNV = cannot be used for frameserving because not
owning an Nvidia with CUDA video decoding support
FRIMSource = plays fine, but I will never want to use ABR in my encodes....
mparade
26th April 2014, 13:59
What are you using for decoding? I've done hundreds of encodes from DVD to BD using iVTC, most with DGDecodeNV, and have had no problems. In fact, I just encoded 40 episodes from a series that were MPEG-2, 480i, 29.97 with iVTC today (resulting in 23.976 output).
Can you post the AVS file of the source that is causing the issue?
It seems that the problem solved:
DirectShowSource enabled for frame serving + set IVTC_TELECIDE=0 in the ini. file + "IVTC sources with 3:2 pulldown" checkbox selected, however the avs script (attached) says nothing about IVTC... :cool:
jdobbs
26th April 2014, 14:04
DirectShowSource
I do not use DGdecNV because I do not have a CUDA enabled video card (AMD Firepro V4900).
Please find all the four avs files as a zip attachement from
which 3 causes very similar playback errors in all the 2 player devices I currently have. (PC with Powerdvd and Popcorn-hour C200 with it's own playback software).
I really appreciate your efforts!I looked at the AVS files you posted. The only odd thing I sees is the "no iVTC with deinterlacing" isn't doing any interlacing. I'll assume that was a mistake.
If you are getting jerky motion with these AVS files, only one of three things might be the reason. 1) The source isn't telecined; 2) The source is hybrid; 3) The players have issues.
jdobbs
26th April 2014, 14:08
It seems that the problem solved:
DirectShowSource enabled for frame serving + set IVTC_TELECIDE=0 in the ini. file + "IVTC sources with 3:2 pulldown" checkbox selected, however the avs script (attached) says nothing about IVTC... :cool: It isn't exactly doing "inverse telecining" -- but it is using DirectshowSource to convert the framerate. That makes me think even more that the source either isn't telecined or it is hybrid.
Do you have "IVTC_480i=1" set in your INI file? If so that's the issue. That should only be set when you have a hard-telecined source. It can really screw with non-telecined sources.
mparade
26th April 2014, 14:53
It isn't exactly doing "inverse telecining" -- but it is using DirectshowSource to convert the framerate. That makes me think even more that the source either isn't telecined or it is hybrid.
Do you have "IVTC_480i=1" set in your INI file? If so that's the issue. That should only be set when you have a hard-telecined source. It can really screw with non-telecined sources.
No, I haven't set IVTC_480i, so it must be on it's default value which is 0. I am going to check the 480i source with previewing it in dgmpgdec...but as far as I remember it is
telecined and BD-RB automatically started the IVTC process on this source by selecting the IVTC checkbox in the setup dialogue.
jdobbs
26th April 2014, 16:36
No, I haven't set IVTC_480i, so it must be on it's default value which is 0. I am going to check the 480i source with previewing it in dgmpgdec...but as far as I remember it is
telecined and BD-RB automatically started the IVTC process on this source by selecting the IVTC checkbox in the setup dialogue. Please post your INI file.
mparade
26th April 2014, 19:16
Please post your INI file.
Please find it enclosed with the info file from DGindex.
Your help is really appreciated.
AmigaFuture
26th April 2014, 23:30
FRIMEncoder is at FPS: 31.xx to 33.xx.
[04/26/14] BD Rebuilder v0.47.05 (beta)
[02:46:55] Source: CLOUD_ATLAS_00100
- Input BD size: 34.67 GB
- Approximate total content: [02:51:57.432]
- Target BD size: 23.14 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: High-Speed Option (BD-25+), Two Pass
- Decoding/Frame serving: FRIMSource
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[02:46:58] PHASE ONE, Encoding
- [02:46:58] Processing: VID_00057 (1 of 2)
- [02:46:58] Extracting A/V streams [VID_00057]
- [02:54:44] Reencoding video [VID_00057]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 233,455 frames
- Bitrate: 16,352 Kbs
- [02:54:44] Reencoding: VID_00057, Pass 1 of 2
- [02:54:44] Reencoding: VID_00057, Pass 2 of 2
- [04:52:37] Video Encode complete
- [04:52:37] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [04:52:37] Processing: VID_00058 (2 of 2)
- [04:52:37] Extracting A/V streams [VID_00058]
- [04:53:07] Reencoding video [VID_00058]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 13,916 frames
- Bitrate: 13,286 Kbs
- [04:53:07] Reencoding: VID_00058, Pass 1 of 2
- [04:53:07] Reencoding: VID_00058, Pass 2 of 2
- [04:57:59] Video Encode complete
[04:57:59]PHASE ONE complete
[04:57:59]PHASE TWO - Rebuild Started
- [04:57:59] Rebuilding BD file Structure
[05:10:49] - Encode and Rebuild complete
[05:10:49] JOB: CLOUD_ATLAS finished.
A Full Backup (2D) with same settings is showing same frame rates.
Next test (2D)...I've switched BD-RB to x264 Encoder. Nothing else changed. With the same parts x264 is getting ~46 FPS. This is for single pass only. More tests to do..
A side note to my previous post about "Cloud Atlas" with English PGS showing as 5+ hours long, I had BD-RB imported the MKV to create a BD. Then played the BD with PowerDVD 12 and my LG. Both showed the move as being 5+ hours. For your information. Again, only way it shows it the correct play time is without the English PGS. I'll try with French or Spanish without English, soon.
jdobbs
27th April 2014, 03:17
Please find it enclosed with the info file from DGindex.
Your help is really appreciated.You have to set:
SD_PROGRESSIVE=1
If it is set to "0" (as in your INI). When you change it BD-RB is told to insert pulldown flags (via X264) in the output. TSMUXER can't handle 3:2 pulldown (even in MPEG-2), I think it's a PTS/timing issue, but I've never looked at it closely enough to say for sure. That's why the SD_PROGRESSIVE default is "1". The "0" setting is really only useful for output to MP4 or MKV.
I'm pretty much positive that's the source of your problem.
[Edit] Interestingly I just noticed that the HIDDENOPTS.TXT file incorrectly states that the default is "0". That is incorrect -- the default is "1" -- I've updated HIDDENOPTS for the next release.
mparade
27th April 2014, 10:42
You have to set:
SD_PROGRESSIVE=1
If it is set to "0" (as in your INI). When you change it BD-RB is told to insert pulldown flags (via X264) in the output. TSMUXER can't handle 3:2 pulldown (even in MPEG-2), I think it's a PTS/timing issue, but I've never looked at it closely enough to say for sure. That's why the SD_PROGRESSIVE default is "1". The "0" setting is really only useful for output to MP4 or MKV.
I'm pretty much positive that's the source of your problem.
[Edit] Interestingly I just noticed that the HIDDENOPTS.TXT file incorrectly states that the default is "0". That is incorrect -- the default is "1" -- I've updated HIDDENOPTS for the next release.
Only by using IVTC_TELECIDE=0 in the ini can solve the problem. With SD_PROGRESSIVE set to 1 the video is still being played jerky. Interestingly the filesize is around 71MB
when IVTC_TELECIDE=0, and with the other IVTC attempts when IVTC_TELECIDE=1 and each other settings were unchanged was around 40,5MB. So, much bigger filesize couples with fine playback while the smaller one with a jerky one. :confused:
CraigWally
27th April 2014, 12:18
Just had this strange issue with African Safari 3D
[14:19:47] Source: AFRICAN_SAFARI_3D
- Input BD size: 27.74 GB
- Approximate total content: [02:24:51.705]
- Target BD size: 23.34 GB
- Windows Version: 6.2 [9200]
- Quality: Good (Very Fast), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[14:19:50] PHASE ONE, Encoding
- [14:19:50] Processing: VID_00005 (1 of 15)
- [14:19:50] Extracting A/V streams [VID_00005]
- [14:20:13] Reencoding video [VID_00005]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,764 frames
- Bitrate: 11,255 Kbs
- [14:20:13] Reencoding: VID_00005, Pass 1 of 1
- [14:24:29] Video Encode complete
- [14:24:29] Processing audio tracks
- Track 4352 (und): Keeping original audio
- [14:24:29] Multiplexing M2TS
- [14:24:52] Processing: VID_00006 (2 of 15)
- [14:24:52] Extracting A/V streams [VID_00006]
- [14:25:04] Reencoding video [VID_00006]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,755 frames
- Bitrate: 11,255 Kbs
- [14:25:04] Reencoding: VID_00006, Pass 1 of 1
- [14:29:08] Video Encode complete
- [14:29:08] Processing audio tracks
- Track 4352 (und): Keeping original audio
- [14:29:08] Multiplexing M2TS
- [14:29:22] Processing: VID_00021 (3 of 15)
- [14:29:22] Extracting A/V streams [VID_00021]
- [14:34:52] Reencoding video [VID_00021]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 123,604 frames
- Bitrate: 20,760 Kbs
- [14:34:53] Reencoding: VID_00021, Pass 1 of 1
- [17:45:17] Video Encode complete
- [17:45:17] Processing audio tracks
- Track 4353 (eng): Keeping original audio
- [17:45:17] Multiplexing M2TS
- [17:56:40] Processing: VID_00101 (4 of 15)
- [17:56:40] Extracting A/V streams [VID_00101]
- [17:58:56] Reencoding video [VID_00101]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 25.000fps, 37,115 frames
- Bitrate: 24,373 Kbs
- [17:58:56] Reencoding: VID_00101, Pass 1 of 1
- [19:02:43] Video Encode complete
- [19:02:43] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:02:43] Multiplexing M2TS
- [19:06:10] Processing: VID_00102 (5 of 15)
- [19:06:10] Extracting A/V streams [VID_00102]
- [19:06:45] Reencoding video [VID_00102]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 25.000fps, 10,505 frames
- Bitrate: 24,398 Kbs
- [19:06:45] Reencoding: VID_00102, Pass 1 of 1
- [19:25:56] Video Encode complete
- [19:25:56] Processing audio tracks
- Track 4352 (deu): Keeping original audio
- [19:25:56] Multiplexing M2TS
- [19:26:45] Processing: VID_00103 (6 of 15)
- [19:26:45] Extracting A/V streams [VID_00103]
- [19:26:56] Reencoding video [VID_00103]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,268 frames
- Bitrate: 25,572 Kbs
- Using FRIMEncoder for MVC encoding
- [19:26:56] Reencoding: VID_00103, Pass 1 of 1
- [19:53:31] Video Encode complete
- [19:53:31] Processing audio tracks
- Track 4352 (deu): Keeping original audio
- [19:53:31] Multiplexing M2TS
- [19:53:48] Scanning for 3D CLPI info...
- [19:54:05] Processing: VID_00401 (7 of 15)
- [19:54:05] Extracting A/V streams [VID_00401]
- [19:54:22] Reencoding video [VID_00401]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,848 frames
- Bitrate: 11,282 Kbs
- [19:54:22] Reencoding: VID_00401, Pass 1 of 1
- [19:56:46] Video Encode complete
- [19:56:46] Processing audio tracks
- Track 4352 (deu): Keeping original audio
- [19:56:46] Multiplexing M2TS
- [19:56:52] Processing: VID_00402 (8 of 15)
- [19:56:52] Extracting A/V streams [VID_00402]
- [19:57:02] Reencoding video [VID_00402]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,786 frames
- Bitrate: 11,254 Kbs
- [19:57:02] Reencoding: VID_00402, Pass 1 of 1
- [20:01:28] Video Encode complete
- [20:01:28] Processing audio tracks
- Track 4352 (deu): Keeping original audio
- [20:01:28] Multiplexing M2TS
- [20:01:37] Processing: VID_00403 (9 of 15)
- [20:01:37] Extracting A/V streams [VID_00403]
- [20:01:47] Reencoding video [VID_00403]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,945 frames
- Bitrate: 10,820 Kbs
- [20:01:48] Reencoding: VID_00403, Pass 1 of 1
- [20:06:40] Video Encode complete
- [20:06:40] Processing audio tracks
- Track 4352 (deu): Keeping original audio
- [20:06:40] Multiplexing M2TS
- [20:06:48] Processing: VID_00404 (10 of 15)
- [20:06:48] Extracting A/V streams [VID_00404]
- [20:06:54] Reencoding video [VID_00404]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 2,968 frames
- Bitrate: 6,533 Kbs
- [20:06:54] Reencoding: VID_00404, Pass 1 of 1
- [20:10:52] Video Encode complete
- [20:10:52] Processing audio tracks
- Track 4352 (deu): Keeping original audio
- [20:10:52] Multiplexing M2TS
- [20:10:59] Processing: VID_00405 (11 of 15)
- [20:10:59] Extracting A/V streams [VID_00405]
- [20:11:26] Reencoding video [VID_00405]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,592 frames
- Bitrate: 11,226 Kbs
- [20:11:26] Reencoding: VID_00405, Pass 1 of 1
- [20:15:38] Video Encode complete
- [20:15:38] Processing audio tracks
- Track 4352 (deu): Keeping original audio
- [20:15:38] Multiplexing M2TS
- [20:15:51] Processing: VID_00406 (12 of 15)
- [20:15:51] Extracting A/V streams [VID_00406]
- [20:16:11] Reencoding video [VID_00406]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,856 frames
- Bitrate: 11,384 Kbs
- [20:16:11] Reencoding: VID_00406, Pass 1 of 1
- [20:20:39] Video Encode complete
- [20:20:39] Processing audio tracks
- Track 4352 (deu): Keeping original audio
- [20:20:39] Multiplexing M2TS
- [20:20:46] Processing: VID_00407 (13 of 15)
- [20:20:46] Extracting A/V streams [VID_00407]
- [20:20:56] Reencoding video [VID_00407]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 3,096 frames
- Bitrate: 11,390 Kbs
- [20:20:56] Reencoding: VID_00407, Pass 1 of 1
- [20:26:17] Video Encode complete
- [20:26:17] Processing audio tracks
- Track 4352 (deu): Keeping original audio
- [20:26:17] Multiplexing M2TS
- [20:26:25] Processing: VID_00408 (14 of 15)
- [20:26:25] Extracting A/V streams [VID_00408]
- [20:26:35] Reencoding video [VID_00408]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 3,360 frames
- Bitrate: 11,216 Kbs
- [20:26:35] Reencoding: VID_00408, Pass 1 of 1
- [20:32:20] Video Encode complete
- [20:32:20] Processing audio tracks
- Track 4352 (deu): Keeping original audio
- [20:32:20] Multiplexing M2TS
- [20:32:30] Processing: VID_00409 (15 of 15)
- [20:32:30] Extracting A/V streams [VID_00409]
- [20:32:40] Reencoding video [VID_00409]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 3,048 frames
- Bitrate: 11,386 Kbs
- [20:32:40] Reencoding: VID_00409, Pass 1 of 1
- [20:38:11] Video Encode complete
- [20:38:11] Processing audio tracks
- Track 4352 (deu): Keeping original audio
- [20:38:11] Multiplexing M2TS
[20:38:20]PHASE ONE complete
[20:38:20]PHASE TWO - Rebuild Started
- [20:38:20] Converting SSIF file references
- [20:39:01] Rebuilding BD-3D file Structure
[20:39:07] - Encode and Rebuild complete
[20:39:08] JOB: AFRICAN_SAFARI_3D finished.
Resulting output has a 3D Menu (which I guess is VID_00103)(6 of 15)
But the main movie (VID_00021)(3 of 15) is in 2D.
I have since tried this with DVDFAB - and that manages to convert it correctly.
Any Ideas ?
jdobbs
27th April 2014, 14:48
Only by using IVTC_TELECIDE=0 in the ini can solve the problem. With SD_PROGRESSIVE set to 1 the video is still being played jerky. Interestingly the filesize is around 71MB
when IVTC_TELECIDE=0, and with the other IVTC attempts when IVTC_TELECIDE=1 and each other settings were unchanged was around 40,5MB. So, much bigger filesize couples with fine playback while the smaller one with a jerky one. :confused:Do whatever you want. I can only tell you the facts. But if you set SD_PROGRESSIVE=0 when using iVTC and output to BD you will NOT get output that plays correctly on a blu-ray player. That's why it is a hidden setting -- because it can create self-inflicted injury. It isn't a point for debate -- it is a fact.
Changing those settings has nothing whatsoever to do with bitrate.
mparade
27th April 2014, 15:41
Do whatever you want. I can only tell you the facts. But if you set SD_PROGRESSIVE=0 when using iVTC and output to BD you will NOT get output that plays correctly on a blu-ray player. That's why it is a hidden setting -- because it can create self-inflicted injury. It isn't a point for debate -- it is a fact.
Changing those settings has nothing whatsoever to do with bitrate.
OK. Thank you very much for your time and efforts!
mparade
27th April 2014, 16:19
If using the "Convert SD to HD (1080)" option, what determines the parameters of the upresize filter in the avs
file? I always have 480i and 576i SD extras on my BD disks to be upresized, but do not really know why the upresize parameters are so different in the resulted avs files:
LanczosResize(1920,540), source is 480i
LanczosResize(1920,1080), source is 480i
LanczosResize(1440,540).Addborders(240,0,240,0) source is 576i
LanczosResize(1440,540).Addborders(240,0,240,0)
source is 576i
Please let me know what I have overlooked.
Thank you very much again for your your help in advance.
jdobbs
27th April 2014, 16:28
It depends on settings and the source. If you have an interlaced source, the proper way to resize is to separate the fields, resize the two fields and then interleave them again. That's when you would see "LanczosResize(1920,540)". But if the source is progressive and/or has been either deinterlaced or had IVTC applied you would see "LanczosResize(1920,1080)".
In a true interlaced source each of the two fields (making up a single frame) represents a different point in time. So they have to be resized individually.
If you are resizing a 4:3 aspect ratio to a strictly 16:9 format (1280x720 or 1920x1080), you have to add borders. If the source is 16:9, then you don't. The source pixels of a 720x480 or 576 source are not square. Their ratio of height to width depends on the specified display and/or source aspect ratio.
The best advice is to let BD-RB do it's work and not question it -- it is never as simple as you might think.
mparade
27th April 2014, 16:40
It depends on settings and the source. If you have an interlaced source, the proper way to resize is to separate the fields, resize the two fields and then interleave them again. That's when you would see "LanczosResize(1920,540)". But if the source is progressive and/or has been either deinterlaced or had IVTC applied you would see "LanczosResize(1920,1080)".
In a true interlaced source each of the two fields (making up a single frame) represents a different point in time. So they have to be resized individually.
If you are resizing a 4:3 aspect ratio to a strictly 16:9 format (1280x720 or 1920x1080), you have to add borders. If the source is 16:9, then you don't. The source pixels of a 720x480 or 576 source are not square. Their ratio of height to width depends on the specified display aspect ratio.
The best advice is to let BD-RB do it's work and not question it -- it is never as simple as you might think.
I think one of the best way to learn new things is to ask from a proficient person! (at least for the non-proficient! :)) 20 bucks on the way to support BD-RB...again, thank you very much!
jdobbs
27th April 2014, 17:43
I appreciate the support. But don't feel you have to keep donating. You have already donated much more than your fair share.:thanks:
kabster
28th April 2014, 11:23
@jdobbs and to all those ppl behind the scenes who have contributed,
First, i like to say thank you for your time and effort you have put into this gem :)
Although this is still an beta, i REALY must say it almost looks and sounds pretty finished to me ..
In that regard, i succesfully have done/eoncoded 5 or 6 movies to BD-25 of which 1 with an very long playtime (Avatar / 2-pass / better CQ setting).
And again i must say.. i wos very SURRPRISED how exceptionally good the quality from MAIN MOVIE wos 0_0 !!!
Furthermore, despite all the extras (that takes lots of space i might add) the main movie is as good as the movie from the original source.
Keeping Main movie + → ALL EXTRAS FEATURES ←is something that couldn't possible be done with DVD whitout sacrificing the Video quality from the main movie !!!
However, i have had 1 nuicance with rebuilder 47.04 !!!
Namely, the audio/video wos out of synchronisation starting from an certain playtime (usually arround an hour ... near the end of the movie !!)
The sollution to that wos to use x264/ internal lavf as frame server !!
the above problem occured with all my BD rips !! Also the original bDrips played just fine in different software players .. just so you know that it wosnt an bad rip issue !!
On a side note, a. i wish there will be an feature to blank some parts through rebuilder and ..
B. a way to choose an destination path for the created ISO file !!
Tried to set an iso path through bd ini.config file but allas ... bdrebuilder still writes the iso to the same path where the workfolder resides !!
Again thank you very much, and although we agreed to disagree allot in the past jdobs. Nevertheless, soon i will vote for you with my wallet jdobs ;)
cheers,
Chudz
28th April 2014, 13:52
Unable to load program in Windows 8.1 x64. I have followed the instructions in the main post and enabled the MPEG 2 decoding etc. I also registered the MSCOMCTL.OCX using a little tool I downloaded due to some permission issues with Windows 8.
However when I try to load BDRB.exe nothing happens no error message or anything it just does nothing. Anyone know how I can fix this?
jdobbs
28th April 2014, 14:03
Unable to load program in Windows 8.1 x64. I have followed the instructions in the main post and enabled the MPEG 2 decoding etc. I also registered the MSCOMCTL.OCX using a little tool I downloaded due to some permission issues with Windows 8.
However when I try to load BDRB.exe nothing happens no error message or anything it just does nothing. Anyone know how I can fix this?It's almost assuredly antivirus and/or firewall software that is blocking it. I've seen similar reports in the past from people using COMODO -- which I don't recommend to anyone because it is so intrusive. The problem isn't with BD-Rebuilder...
You may want to look through your antivirus/firewall software and see if there is a way to add exceptions... or better yet, dump it and replace it with software that lets you use your computer without interfering. These aggravating little monsters will keep on screwing with consumers heads until we all respond with "fix it or dump it".
Chudz
28th April 2014, 14:58
You where right it was "Bit Defender Anti-Virus Plus 2014" what is annoying is if I load up Bit Defender is has loads of alerts about the program being malicious yet there was no popups to say it was being blocked! Piece of crap lol thanks for the suggestion!
Marban
28th April 2014, 17:56
Hello, great job.
is it in next time possible to rebuild a 3D Bluray include the ssif data and left and right eye separately in 2x m2ts Data?
Thank you for a answer. :)
jdobbs
28th April 2014, 18:18
Hello, great job.
is it in next time possible to rebuild a 3D Bluray include the ssif data and left and right eye separately in 2x m2ts Data?
Thank you for a answer. :)You can do that now for movie-only by selecting to output to an ISO. You can also output to 2x M2TS files (but without the SSIF).
Due to the nature of SSIF folders (the SSIF file uses file-system features to point to the M2TS data without actually having any data of its own) it is unlikely you will see that for full backups any time soon.
But... if you are outputting and playing from a BD player, there is no difference in quality or compatibility between the current method (no SSIF) and the SSIF structure... they are both 100% compatible with the BD standard. Anyone who says different doesn't know what they are talking about.
Marban
28th April 2014, 18:52
thank you for quick answer, but i cant find by alternate Movie Only Output the ISO Option.
edit: i find ISO by Settings/Output Options/write to ISO file.
But the iso Data that BD Rebuilder rebuild have only 1x m2ts not 2x m2ts. :confused:
edit: i add the m2ts with 2 Video in tsmuxer and created with option ISO 2x m2ts files include the ssif data.
and the last question, is CRF encoding for MVC Material in the next time passible?
jdobbs
28th April 2014, 20:01
thank you for quick answer, but i cant find by alternate Movie Only Output the ISO Option.
edit: i find ISO by Settings/Output Options/write to ISO file.
But the iso Data that BD Rebuilder rebuild have only 1x m2ts not 2x m2ts. :confused:
edit: i add the m2ts with 2 Video in tsmuxer and created with option ISO 2x m2ts files include the ssif data.
and the last question, is CRF encoding for MVC Material in the next time passible?It's documented in the HIDDENOPTS.TXT file.
Add this to the "[Options]" area of your INI file:
OUTPUT_3D_ISO=1
Remember, though, that it only affects 3d movie-only encodes.
FRIMEncode doesn't support CRF, it only supports one-pass ABR and QP encoding -- so it is unlikely CRF will ever be an option. I may add QP at some point -- but it is a lot less useful than CRF.
AmigaFuture
28th April 2014, 20:47
Though my i7 doesn't have Quick-Sync, FIRM functions fine all around (no crashing) with the movies I've tested with for 2D...but is slower than x264, which I get.
I know you're busy...and I figured I'd ask anyway. Any ideas about the "Cloud Atlas" Subtitles or any other reason it's showing as 5 plus hours long with Subtitles? Have you been able to repeat it? Anyone else here able to repeat it? Thanks.
Marban
28th April 2014, 20:50
i set the ini to
OUTPUT_3D_ISO=1 n = 0/1 - 1=ON (default) - if set to "0", output is to a folder rather than ISO
and rebuild with "movie only" but nothing has chanced.
so i use better 2 Steps for a 3D ISO. BD Rebuilder and mux the m2ts to a 3D ISO with tsMuxer.
thanks for help.
AmigaFuture
28th April 2014, 21:27
i set the ini to
OUTPUT_3D_ISO=1 n = 0/1 - 1=ON (default) - if set to "0", output is to a folder rather than ISO
and rebuild with "movie only" but nothing has chanced.
so i use better 2 Steps for a 3D ISO. BD Rebuilder and mux the m2ts to a 3D ISO with tsMuxer.
thanks for help.
Only put OUTPUT_3D_ISO=1 in the INI. Did you put the INI and the description in?
Marban
28th April 2014, 21:39
this ist my ini and i set OUTPUT_3D_ISO=1
jdobbs
28th April 2014, 22:33
Though my i7 doesn't have Quick-Sync, FIRM functions fine all around (no crashing) with the movies I've tested with for 2D...but is slower than x264, which I get.
I know you're busy...and I figured I'd ask anyway. Any ideas about the "Cloud Atlas" Subtitles or any other reason it's showing as 5 plus hours long with Subtitles? Have you been able to repeat it? Anyone else here able to repeat it? Thanks.I don't think I have "Cloud Atlas", but I'll look. No I haven't been able to repeat it -- and frankly I'm puzzled as to how it is even possible.
jdobbs
28th April 2014, 22:34
i set the ini to
OUTPUT_3D_ISO=1 n = 0/1 - 1=ON (default) - if set to "0", output is to a folder rather than ISO
and rebuild with "movie only" but nothing has chanced.
so i use better 2 Steps for a 3D ISO. BD Rebuilder and mux the m2ts to a 3D ISO with tsMuxer.
thanks for help.It works. There are lots of people using it. I have done dozens of discs using it myself. You're doing something wrong.
I notice it looks like you've edited the HIDDENOPTS.TXT file. That's just a document -- if you're changing it there it has no effect. You have to edit the file called BDREBUILDER.INI in the BD Rebuilder folder.
jdobbs
28th April 2014, 22:37
this ist my ini and i set OUTPUT_3D_ISO=1That isn't the INI file, that's only a document of available hidden options. Read my last post right above this one.
Here is the first line in the file you posted:This file contains descriptions of settings that can be added to the BDREBUILDER.INI file
AmigaFuture
28th April 2014, 23:31
I don't think I have "Cloud Atlas", but I'll look. No I haven't been able to repeat it -- and frankly I'm puzzled as to how it is even possible.
I'mmmmm trying to figure it also. Thus far it's the ONLY movie that's doing it. I'll rerip it...possible the first bad rip in a while. I did notice that it does it with either of the 3 Subtitles. I'll also check AnyDVD HD to see if there's a bug fix..?
gonca
28th April 2014, 23:56
@jdobbs
@AmigaFuture
I'm running a backup of Cloud Atlas using the Alternate Settings to see if the problem occurs on my system.
gonca
29th April 2014, 00:21
Can confirm the issue. PGS in VID 0058 only have one entry each, looks like a language identifier. I.E. [ENGLISH] according to BDSup2Sub
Marban
29th April 2014, 00:25
now i understand you, thanks :p
any important settings for the best Quality? i use very slow, normal Priority and open GOPs for encoding.
AmigaFuture
29th April 2014, 02:15
@jdobbs
@AmigaFuture
I'm running a backup of Cloud Atlas using the Alternate Settings to see if the problem occurs on my system.
Can confirm the issue. PGS in VID 0058 only have one entry each, looks like a language identifier. I.E. [ENGLISH] according to BDSup2Sub.
I updated AnyDVD program. I just reripped it, made a BD-50 (no reencode)..and used that to make an Alternate MKV output. Looks good. I'll now check it direct from the direct rip before processing with BD-RB 47.05, and if that functions (as I'm confident it will..) then AnyDVD HD was it. I'll modify this message soon.
jdobbs
29th April 2014, 02:18
@jdobbs
@AmigaFuture
I'm running a backup of Cloud Atlas using the Alternate Settings to see if the problem occurs on my system.Can confirm the issue. PGS in VID 0058 only have one entry each, looks like a language identifier. I.E. [ENGLISH] according to BDSup2SubI'll run "Cloud Atlas" with ALTERNATE settings tomorrow and see what gives...
AmigaFuture
29th April 2014, 03:01
Since you replied...I'll share this finding. The new BD-RB MKV from AnyDVD HD has the same challenge as I posted before. The other, processed by BD-RB is showing chapters and film time correct. Odd! I don't know enough of what you do, JDobbs, to...explain that. Nice to know I found a work-around for myself..hehe. More testing..
jdobbs
29th April 2014, 14:12
Since you replied...I'll share this finding. The new BD-RB MKV from AnyDVD HD has the same challenge as I posted before. The other, processed by BD-RB is showing chapters and film time correct. Odd! I don't know enough of what you do, JDobbs, to...explain that. Nice to know I found a work-around for myself..hehe. More testing..I don't understand what you're saying. You did it twice and one works while the other doesn't?
I did my disc with no issues -- but it doesn't appear to be the same version as yours.
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.