View Full Version : BD Rebuilder Beta - Bug Reports Only
jdobbs
19th January 2014, 06:43
You bet - I appreciate your alacrity! :)
So, the season 3 files were wiped, but I had the same behavior on season 8. There were 2 acs files per episode, let me know if you want anything else!
VID_00001.AVS contents:
#Created by BD Rebuilder - v0.46.03 (beta)
DirectshowSource("F:\BDS\SIMP_S8\IMPORTS\SIMPSONS_S7\BDMV\STREAM\00001.m2ts", fps=29.97, framecount=41999, ConvertFPS=true, audio=false)
ConvertToYV12()
LoadPlugin("C:\Temp\Software\BD_Rebuilder\tools\decomb521.dll")
FieldDeinterlace(blend=true)
ConvertToYV12().AssumeFPS(30000,1001)
AUD_00001_4352.AVS contents:
#Created by BD Rebuilder - v0.46.03 (beta)
LoadPlugin("C:\Temp\Software\BD_Rebuilder\tools\nicaudio.dll")
audio=NicAC3Source("00001.track_4352.ac3")
audio = (AudioChannels(audio) > 6) ? GetChannel(audio,1,2,3,4,7,8) : audio
ConvertAudioTo16bit(ResampleAudio(audio, 48000))It looks right. The "convertfps=true" statement should have corrected the hybrid stream.
I guess I'm going to have to get my hands on one of those discs so I can run some in-depth tests.
omegaman7
20th January 2014, 17:19
It looks right. The "convertfps=true" statement should have corrected the hybrid stream.
I guess I'm going to have to get my hands on one of those discs so I can run some in-depth tests.
I suspect if you can fix his problem, it may correct mine. It's not often that I convert from DVD to BD, so I never mentioned anything. I too, had major sync issues. But so did Multiavchd. I never tried decoding with DGDecNV though. (That recently corrected an issue I was having.)
jdobbs
20th January 2014, 17:45
I suspect if you can fix his problem, it may correct mine. It's not often that I convert from DVD to BD, so I never mentioned anything. I too, had major sync issues. But so did Multiavchd. I never tried decoding with DGDecNV though. (That recently corrected an issue I was having.)Interesting. I've done dozens of compilations in which I've pulled multiple DVDs into BD format, and I've never had a single import that was out of sync.
I will say, though, that DGDecNV helps any decoding/reencoding headaches considerably. It's a very worthwhile investment if you have a video card that supports CUDA.
omegaman7
20th January 2014, 17:48
It's been a while since I retried the attempt. If it fails again, I can offer to ship the problematic disc/s to you.
If by some chance you have it, I've been attempting "Legend of the Overfiend". "Urotsukidōji".
These are original discs, not downloads, for those that are worried about the source material :p
I'm importing directly from disc this time. Perhaps that will have a better result ;) Before, I used DVD shrink, to create a single large VOB file. (mmm... I recall dvd rebuilder not liking large vob files)
slvrsrfr
20th January 2014, 22:34
Interesting. I've done dozens of compilations in which I've pulled multiple DVDs into BD format, and I've never had a single import that was out of sync.
I've done about 10 of these, and it seems to be isolated to reencoding the hybrid mpeg-2 files: I've done seasons 1 and 4 of the Simpons without issue, but the total source content was < 21GB, so it kept the original files.
omegaman7
20th January 2014, 23:38
I encoded using X264/lavf a few hours ago. Everything appeared in sync, though frames seemed to stutter. The original was 29.97, and finished job was 23.976. This wouldn't be the first time I've seen that happen, encoders in general. Now I'm gonna see what happens using DGDecNV. I've had it correct issues in the past. I'll post back tonight, when it's finished.
Seems to totally be a decode issue. MPCHC has a problem playing the ripped files properly. Similar, to how the encoded files behaved, but not quite as erratic. TMT 5 plays the ripped files flawlessly. It can't be a bad rip, the disc is in near perfect condition. Though I have heard of people getting bad pressed discs. I really doubt that here.
I wonder if this:
Inverse Telecining in effect (IVTC)
is being handled incorrectly.
Not sure what this means (Warning: SD Progressive Output in effect)
I hope DGDecNV corrects the problem. It's going substantially faster! :D
jdobbs
21st January 2014, 01:01
I encoded using X264/lavf a few hours ago. Everything appeared in sync, though frames seemed to stutter. The original was 29.97, and finished job was 23.976. This wouldn't be the first time I've seen that happen, encoders in general. Now I'm gonna see what happens using DGDecNV. I've had it correct issues in the past. I'll post back tonight, when it's finished.
Seems to totally be a decode issue. MPCHC has a problem playing the ripped files properly. Similar, to how the encoded files behaved, but not quite as erratic. TMT 5 plays the ripped files flawlessly. It can't be a bad rip, the disc is in near perfect condition. Though I have heard of people getting bad pressed discs. I really doubt that here.
I wonder if this:
Inverse Telecining in effect (IVTC)
is being handled incorrectly.
Not sure what this means (Warning: SD Progressive Output in effect)
I hope DGDecNV corrects the problem. It's going substantially faster! :DI am positive IVTC is being done correctly. About 90% of the U.S. discs I process are telecined.
That warning is just letting you know that the SD source is being encoded as progressive. The BD standard specifies SD progressive @ 23.976 only on secondary video. But I have never seen or heard of a player that accept play it, and the BD flags also allow it. It gives much better quality than telecining so I allow it. You can disable it with , however, with a hidden option, but I wouldn't recommend it.
omegaman7
21st January 2014, 05:51
Well it definitely worked that time. I have a new appreciation for DGDecNV. Decoding/frameserving was no doubt the problem with X264/LAVF(Given how MPCHC handled it incorrectly). But I'm certainly no expert. It appears absolutely stutter free, perfectly in sync now :) I don't install any extra codecs. Just FFDshow, Haali, and of course Rebuilder. I haven't installed a codec pack in years ;)
dfsooner
21st January 2014, 16:10
Interesting. I've done dozens of compilations in which I've pulled multiple DVDs into BD format, and I've never had a single import that was out of sync.
I will say, though, that DGDecNV helps any decoding/reencoding headaches considerably. It's a very worthwhile investment if you have a video card that supports CUDA.
Is there an equivalent of DGDecNV for us Intel fans?
jdobbs
21st January 2014, 16:37
Not that I know of.
omegaman7
21st January 2014, 19:19
Guess I shouldn't have spoke too soon. Couple of problems I noticed. I imported all 4 titles of Overfiend, and ran the job. Imported folder was 23.5Gb. No "PSEUDO" folder was in the resulting import folder(might I recommend defaulting to "Forced Encode", when PSEUDO sources are detected, depending on source I suppose). I removed Japanese audio, so apparently rebuilder figured it did not need to encode. Because the resulting output, was 22.7Gb. However, because I imported videos that were 29.97Fps, it does need to reencode to 23.976, eh??? I plan to "Force Encode" on the next run. I have a feeling this will correct most of the problems I'm encountering.
Title 1 Input was 1:44:57, output was 2:11:ish. I suspect because TMT is seeing the proper 29.97 framerate. resulting in a blownup time frame. I suspect other players will behave the same(but I don't know).
Probably why TMT freezes when I click play too.
And a question about the resulting menu. I had to manually move titles up, respective to their playback order. The resulting menu shows this. (perhaps the numbers on the left, can be respective to their proper placement? Or, no
number at all)
--Never mind about editing the numerical titles. I found the way to remove them.--
http://i730.photobucket.com/albums/ww302/omegaman7/Titles_zps87714bc9.png (http://s730.photobucket.com/user/omegaman7/media/Titles_zps87714bc9.png.html)
http://i730.photobucket.com/albums/ww302/omegaman7/Resultingmenu_zpsa6464179.png (http://s730.photobucket.com/user/omegaman7/media/Resultingmenu_zpsa6464179.png.html)
mparade
21st January 2014, 22:57
In my full disc backups I am using "high" FIXED_CRF values with "highest (very slow)" encoder setting for my main movies most of the time and want to use some lower quality CRF setting for the extras. But on the other hand I want to keep the very slow setting for the extras too. "Quicker" encode for extras means quicker setting with a finally bigger file size (I do not want it at all because it would be against efficiency and I do not care about the encoding time at all) or just the opportunity to set a lower quality setting for the extras while keeping the same "highest (very slow)" profile for them that was already set up for the main feature in the "encoder setting" previously?
Really appreciate for the help.
Sharc
22nd January 2014, 00:04
......while keeping the same "highest (very slow)" profile for them that was already set up for the main feature in the "encoder setting" previously
QUICK_USE_QUALITY=1
encodes the Extras with the same quality settings as the feature.
mparade
22nd January 2014, 00:25
QUICK_USE_QUALITY=1
encodes the Extras with the same quality settings as the feature.
It is great! Thanks!
omegaman7
22nd January 2014, 08:01
I am positive IVTC is being done correctly. About 90% of the U.S. discs I process are telecined.
That warning is just letting you know that the SD source is being encoded as progressive. The BD standard specifies SD progressive @ 23.976 only on secondary video. But I have never seen or heard of a player that accept play it, and the BD flags also allow it. It gives much better quality than telecining so I allow it. You can disable it with , however, with a hidden option, but I wouldn't recommend it.
All is well now. I had to force encode, and frameserve with DGDecNV, but all is well now. Oddly, All four inputs were originally 29.97Fps. While all of them reencoded nicely, only title one has the new framrate of 23.976 :confused:
jdobbs
22nd January 2014, 14:42
All is well now. I had to force encode, and frameserve with DGDecNV, but all is well now. Oddly, All four inputs were originally 29.97Fps. While all of them reencoded nicely, only title one has the new framrate of 23.976 :confused:The 23.976 will occur only on telecined sources. BD-RB scans the MPEG source looking for flags that indicate telecining is occurring.
omegaman7
22nd January 2014, 17:19
The 23.976 will occur only on telecined sources. BD-RB scans the MPEG source looking for flags that indicate telecining is occurring.
Thank you for educating me :)
If anyone is interested in using a different background for menus, let me know. I'm capable of generating some nice imagery. Just let me know what you like, via PM, and we can talk. The default image is agreeable, but what if you're making something completely different? I think Jdobbs foreseen this, so made it easy to replace the default image ;)
AmigaFuture
23rd January 2014, 07:19
I think he foresaw it also..which is why we're able to choose instead of him embedding it with the program. Hehe. :D I might PM you after a bit.
Yordan5
23rd January 2014, 10:26
Same with my Samsung and Sony players.
I'll check on the subtitle depth issue.
Same here, subtitle 3D effect is lost after compression with BD-RB.
jdobbs
23rd January 2014, 14:37
Same here, subtitle 3D effect is lost after compression with BD-RB.It's complicated. The actual offset values are stored in the MVC stream. Sometimes the new MVC seems to have it, and sometimes it doesn't. While I don't have it figured out yet, I believe the solution will have to rely on some changes to TSMUXER.
jdobbs
23rd January 2014, 22:48
Thank you for educating me :)
If anyone is interested in using a different background for menus, let me know. I'm capable of generating some nice imagery. Just let me know what you like, via PM, and we can talk. The default image is agreeable, but what if you're making something completely different? I think Jdobbs foreseen this, so made it easy to replace the default image ;)If you have some backgrounds already developed that you'd like to share, let me know. I can put them in the MISC folder and distribute them with BD-RB.
I've been thinking about adding some backgrounds for a while now but never got around to it. I was thinking the existing stars work well for sci-fi, but I thought I might create one for comedy, action/adventure, romantic comedy, tv series, love story, documentary, horror, mystery, and war movies.
In addition to the static backgrounds, BD-RB can also automatically seek out and insert an existing video menu background when importing BDs.
omegaman7
23rd January 2014, 22:51
If you have some backgrounds already developed that you'd like to share, let me know. I can put them in the MISC folder and distribute them with BD-RB.
I've been contemplating a general Blu-Ray look. I'll let you know :) Nothing at the moment, because I usually generate menus with a theme relating to the movie i'm running ;)
My mind's already whirring with new ideas LOL!
brunchto
25th January 2014, 12:02
Hi,
i try to make a mkv of Riddick BR and i've got an error when creating mkv (MKV, intact video, intact audio):
----------------------
[01/25/14] BD Rebuilder v0.46.03 (beta)
[10:45:00] Source: RIDDICK_00107
- Input BD size: 24,09 GB
- Approximate total content: [03:36:47.575]
- Windows Version: 6.2 [9200]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV, Intact Video, Intact Audio
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[10:45:03] PHASE ONE, Encoding
- [10:45:03] Processing: VID_00001 (1 of 3)
- [10:45:03] Extracting A/V streams [VID_00001]
- [10:53:38] Reencoding video [VID_00001]
- [10:53:38] Keeping original video (no reencode)
- [10:53:38] Processing audio tracks
- Track 4352 (fra): Keeping original audio
- [10:53:38] Processing: VID_00002 (2 of 3)
- [10:53:38] Extracting A/V streams [VID_00002]
- [11:00:08] Reencoding video [VID_00002]
- [11:00:08] Keeping original video (no reencode)
- [11:00:08] Processing: VID_00004 (3 of 3)
- [11:00:08] Extracting A/V streams [VID_00004]
- [11:02:11] Reencoding video [VID_00004]
- [11:02:11] Keeping original video (no reencode)
[11:02:11]PHASE ONE complete
[11:02:11]PHASE TWO - Rebuild Started
- [11:02:11] Building ALTERNATE OUTPUT Structure
- ERROR in attempt to mux (MKVMERGE)
[11:08:50] - Failed to REBUILD
Total content is strange but ...
if i demux with tsmuxer (2.6.12) then remux with mkvmerge (6.7.0), no error. any clue to solve it?
gonca
25th January 2014, 13:04
- Approximate total content: [03:36:47.575]
Did you pick the correct playlist? All BD_RB is doing is repacking the video and audio files into a new container.
jdobbs
25th January 2014, 15:10
Hi,
i try to make a mkv of Riddick BR and i've got an error when creating mkv (MKV, intact video, intact audio):
----------------------
[01/25/14] BD Rebuilder v0.46.03 (beta)
[10:45:00] Source: RIDDICK_00107
- Input BD size: 24,09 GB
- Approximate total content: [03:36:47.575]
- Windows Version: 6.2 [9200]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV, Intact Video, Intact Audio
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[10:45:03] PHASE ONE, Encoding
- [10:45:03] Processing: VID_00001 (1 of 3)
- [10:45:03] Extracting A/V streams [VID_00001]
- [10:53:38] Reencoding video [VID_00001]
- [10:53:38] Keeping original video (no reencode)
- [10:53:38] Processing audio tracks
- Track 4352 (fra): Keeping original audio
- [10:53:38] Processing: VID_00002 (2 of 3)
- [10:53:38] Extracting A/V streams [VID_00002]
- [11:00:08] Reencoding video [VID_00002]
- [11:00:08] Keeping original video (no reencode)
- [11:00:08] Processing: VID_00004 (3 of 3)
- [11:00:08] Extracting A/V streams [VID_00004]
- [11:02:11] Reencoding video [VID_00004]
- [11:02:11] Keeping original video (no reencode)
[11:02:11]PHASE ONE complete
[11:02:11]PHASE TWO - Rebuild Started
- [11:02:11] Building ALTERNATE OUTPUT Structure
- ERROR in attempt to mux (MKVMERGE)
[11:08:50] - Failed to REBUILD
Total content is strange but ...
if i demux with tsmuxer (2.6.12) then remux with mkvmerge (6.7.0), no error. any clue to solve it?I discovered that issue a couple of days ago. It has been corrected for the next release (later today or tomorrow).
soneca
25th January 2014, 17:22
A similar problem using DGDecNV, and when I returned to DirectShow the process was completed, but the audio is out of sync.
jdobbs, could add a hidden option to keep the audio intact when using ALTERNATE OUTPUT?
[01/24/14] BD Rebuilder v0.46.03 (beta)
[21:46:58] Source: DEAD_ZONE_T01_E03_00001
- Input BD size: 2,40 GB
- Approximate total content: [00:43:51.028]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 720x480/576, 128Kbs AC3
- Output folder: E:\VIDEOS\
- Decoding/Frame serving: DGDecNV [3-way]
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=448
[21:47:02] PHASE ONE, Encoding
- [21:47:02] Processing: VID_00001 (1 of 1)
- [21:47:02] Extracting A/V streams [VID_00001]
- [21:48:33] Reencoding video [VID_00001]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29,970fps, 78.852 frames
- Inverse Telecining in effect (IVTC)
- [21:48:33] Reencoding: VID_00001, Pass 1 of 1
- [21:54:57] Video Encode complete
- [21:54:57] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
[21:55:18]PHASE ONE complete
[21:55:18]PHASE TWO - Rebuild Started
- [21:55:18] Building ALTERNATE OUTPUT Structure
- ERROR in attempt to mux (MKVMERGE)
[21:55:28] - Failed to REBUILD
[01/25/14] BD Rebuilder v0.46.03 (beta)
[13:15:56] Source: DEAD_ZONE_T01_E03_00001
- Input BD size: 2,40 GB
- Approximate total content: [00:43:51.028]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 720x480/576, 128Kbs AC3
- Output folder: E:\VIDEOS\
- Decoding/Frame serving: DirectShow [3-way]
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=448
[13:15:59] PHASE ONE, Encoding
- [13:15:59] Processing: VID_00001 (1 of 1)
- [13:15:59] Extracting A/V streams [VID_00001]
- [13:17:27] Reencoding video [VID_00001]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29,970fps, 78.852 frames
- Inverse Telecining in effect (IVTC)
- [13:17:27] Reencoding: VID_00001, Pass 1 of 1
- [13:24:15] Video Encode complete
- [13:24:15] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
[13:24:36]PHASE ONE complete
[13:24:36]PHASE TWO - Rebuild Started
- [13:24:36] Building ALTERNATE OUTPUT Structure
[13:24:44] - Encode and Rebuild complete
- IMPORT folder removed.
[13:24:44] JOB: DEAD_ZONE_T01_E03 finished.
jdobbs
25th January 2014, 17:31
The same problem happened using DGDecNV, and when I returned to directshow the process was completed but the audio is out of sync.
jdobbs, could add a hidden option to keep the audio intact when using ALTERNATE OUTPUT?
[01/24/14] BD Rebuilder v0.46.03 (beta)
[21:46:58] Source: DEAD_ZONE_T01_E03_00001
- Input BD size: 2,40 GB
- Approximate total content: [00:43:51.028]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 720x480/576, 128Kbs AC3
- Output folder: E:\VIDEOS\
- Decoding/Frame serving: DGDecNV [3-way]
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=448
[21:47:02] PHASE ONE, Encoding
- [21:47:02] Processing: VID_00001 (1 of 1)
- [21:47:02] Extracting A/V streams [VID_00001]
- [21:48:33] Reencoding video [VID_00001]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29,970fps, 78.852 frames
- Inverse Telecining in effect (IVTC)
- [21:48:33] Reencoding: VID_00001, Pass 1 of 1
- [21:54:57] Video Encode complete
- [21:54:57] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
[21:55:18]PHASE ONE complete
[21:55:18]PHASE TWO - Rebuild Started
- [21:55:18] Building ALTERNATE OUTPUT Structure
- ERROR in attempt to mux (MKVMERGE)
[21:55:28] - Failed to REBUILD
[01/25/14] BD Rebuilder v0.46.03 (beta)
[13:15:56] Source: DEAD_ZONE_T01_E03_00001
- Input BD size: 2,40 GB
- Approximate total content: [00:43:51.028]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 720x480/576, 128Kbs AC3
- Output folder: E:\VIDEOS\
- Decoding/Frame serving: DirectShow [3-way]
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=448
[13:15:59] PHASE ONE, Encoding
- [13:15:59] Processing: VID_00001 (1 of 1)
- [13:15:59] Extracting A/V streams [VID_00001]
- [13:17:27] Reencoding video [VID_00001]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29,970fps, 78.852 frames
- Inverse Telecining in effect (IVTC)
- [13:17:27] Reencoding: VID_00001, Pass 1 of 1
- [13:24:15] Video Encode complete
- [13:24:15] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
[13:24:36]PHASE ONE complete
[13:24:36]PHASE TWO - Rebuild Started
- [13:24:36] Building ALTERNATE OUTPUT Structure
[13:24:44] - Encode and Rebuild complete
- IMPORT folder removed.
[13:24:44] JOB: DEAD_ZONE_T01_E03 finished.You can already keep the audio intact for ALTERNATE. Either select one of the options currently available, or create a new profile in ALTERNATE.TXT.
If you are going to say "the same problem occurred" -- please reference the report that is "same". There are a lot of posts here, and I can't go back and search the thread attempting to find a reference for every new post.
DVD Maniac
25th January 2014, 17:33
Tried the new 3D feature of v46.03 with not much success with this title. Original is ripped to iso using AnyDVD. In BDRB setup I have first tried the "Enable SDS 3D Movie Only Output" which asks for a path to DirectShowMVCSource.dll file which I don't have on my system. Despite considerable searching on the web I just cannot seem to find a download site fir this file - does one exist? Closest I got was a DirectShowMVCSource.exe file which I was hopeful when run would install the dll - it odoesn't :confused:
Reading the BDRB release notes it states "Added fully BD compliant 3D support for movie-only backups. SBS and O/U 3D output is still supported via selection of the "Enable SBS 3D Movie-Only output" option in the setup menu and the "TYPE_OF_3D" hidden option output, but is not the preferred 3D method. NOTE: This feature requires Windows 7 or higher, and will be disabled on lower O/S versions"
So I tried using the new feature above (which I assume doesn't require the DirectShowMVCSource.dll). BDRB appaers to select the correct Playlist for the 3D version to process but I just get the 2D version as output. Navigating to the SSIF directory directly won't work either BDRB only accepts the root directory as input source.
Can anyone help with either sourcing the above dll file or ways to make the new feature above to work correctly please.
jdobbs
25th January 2014, 17:40
Tried the new 3D feature of v46.03 with not much success with this title. Original is ripped to iso using AnyDVD. In BDRB setup I have first tried the "Enable SDS 3D Movie Only Output" which asks for a path to DirectShowMVCSource.dll file which I don't have on my system. Despite considerable searching on the web I just cannot seem to find a download site fir this file - does one exist? Closest I got was a DirectShowMVCSource.exe file which I was hopeful when run would install the dll - it odoesn't :confused:
Reading the BDRB release notes it states "Added fully BD compliant 3D support for movie-only backups. SBS and O/U 3D output is still supported via selection of the "Enable SBS 3D Movie-Only output" option in the setup menu and the "TYPE_OF_3D" hidden option output, but is not the preferred 3D method. NOTE: This feature requires Windows 7 or higher, and will be disabled on lower O/S versions"
So I tried using the new feature above (which I assume doesn't require the DirectShowMVCSource.dll). BDRB appaers to select the correct Playlist for the 3D version to process but I just get the 2D version as output. Navigating to the SSIF directory directly won't work either BDRB only accepts the root directory as input source.
Can anyone help with either sourcing the above dll file or ways to make the new feature above to work correctly please. In most circumstances you don't want to output to SBS unless you are outputting to ALTERNATE format -- so keep that unchecked.
BD-RB automatically detects 3D and by default it outputs to a BD compliant ISO image for 3D. Make sure you check for that.
It would help a lot if you'd post a log. I can't respond properly when I haven't a clue as to what is going on.
As for DirectShowMVCSource() -- it is a third party product that has been discussed throughout the forum. It has special rules to be used -- and I've made it clear that it is meant only for those who are familiar with it.
With that said, the next release will no longer require DirectShowMVCSource -- it uses FRIMSource(), which will be included in the package.
soneca
25th January 2014, 17:41
Sorry, lacked attention.... :rolleyes:
brunchto
25th January 2014, 17:44
I discovered that issue a couple of days ago. It has been corrected for the next release (later today or tomorrow).
ok :), thanks for answering.
jdobbs
25th January 2014, 18:06
Sorry, lacked attention.... :rolleyes:Just a warning. If you are getting audio out of sync, it is very, very unlikely that it is related to the re-encoding of the audio. If you keep the original intact audio you're likely to get the same thing.
DVD Maniac
25th January 2014, 18:13
In most circumstances you don't want to output to SBS unless you are outputting to ALTERNATE format -- so keep that unchecked.
Thanks for the quick reply. I now do all my backups to MKV format with intact audio one pass as I prefer the single file result. So I guess selecting the Alternative Output format overides the new feature - I will try a standard output to BD / AVCHD compliant structure and see what happens.
BD-RB automatically detects 3D and by default it outputs to a BD compliant ISO image for 3D. Make sure you check for that.
Output file was MKV not ISO and I did not the flag for file output so this seems to support above assumption
It would help a lot if you'd post a log. I can't respond properly when I haven't a clue as to what is going on.
Will post one if above does not work!
As for DirectShowMVCSource() -- it is a third party product that has been discussed throughout the forum. It has special rules to be used -- and I've made it clear that it is meant only for those who are familiar with it.
With that said, the next release will no longer require DirectShowMVCSource -- it uses FRIMSource(), which will be included in the package.
OK, I will be patient and wait for the next release if I want MKV output with SBS 3D!
jdobbs
25th January 2014, 19:43
I have updated the first post of this thread with a link to the latest version (v0.46.05) of BD-RB. Changes for this release:- Modified the log display so that messages
that do not apply to 3D backups are not
displayed during 3D mode.
- Added a new option under the SETTINGS
dialog, By selecting "Process 3D Video
sources as 2D for backup", you can tell
BD-RB to create 2D backups of 3D sources.
- Fixed an error in which the DOWNRESIZE
hidden option was not being properly set
during initialization.
- Added a new hidden option. MENU_TOP allows
you to set the highermost pixel of the menu
item selection area for Quick-Play and
IMPORT menus. See HIDDENOPTS.TXT for more
details.
- Corrected the TSMUXER meta file to include
proper settings for 3D subtitles (a hat tip
goes to HWK for helping).
- Added two new hidden settings. Adding the
option FRIM_SW_DECODE=1 or FRIM_SW_ENCODE=1
to the config/INI options area will force
software decoding and/or software encoding.
The default is autodetection.
- Modified conditions so that VC-1 interlaced
sources no longer disables LAVF decoding.
The updated LAVF demuxer included in newer
releases of X264 can handle VC-1 interlaced
video now.
- Created a workaround for an issue in which
oddly muxed MKV files could, during video
file import result in a"ERROR: Collecting
video file streams." error.
- Modified routines so MVC sources are also
checked and can be kept intact when they
are already small enough to fit on a BD-25+
target.
- Updated code so that side-by-side and other
types of alternate 3D formats sources no
longer requires DirectshowMVCSource to be
installed (a third party package requiring
a license). Decoding for SBS from MVC is now
accomplished via FRIMSource().
- Fixed a problem with some multi-part sources
that could result in a "ERROR in attempt to
mux (MKVMERGE)" error when ALTERNATE output
has been selected.
- Updated the included version of TSMUXER to
a newer release (v2.6.12).
- Updated the included version of X264.EXE to the
latest release (r2389).
- Updated the included version of X264-64.EXE to
the latest release (r2389).
- Other minor corrections and cosmetic fixes.
soneca
25th January 2014, 21:23
jdobbs, thanks for the new version!
Using DGDecNV the process does not complete.
Using DirectShow the process is completed.
[17:17:39] Importing DVD: TESTE
- Processing DVD title [1 of 1]
- Collecting audio/video/subtitle streams...
- Converting subtitles to BD format...
- Multiplexing audio/video/subtitles...
- Creating Quick-Play Menu...
[17:18:27] DVD import completed successfully.
----------------------
[01/25/14] BD Rebuilder v0.46.05 (beta)
[17:18:34] Source: TESTE_00001
- Input BD size: 1,10 GB
- Approximate total content: [00:44:01.071]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 720x480/576, Intact Audio
- Output folder: E:\VIDEOS\
- Decoding/Frame serving: DGDecNV [3-way]
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=448
[17:18:36] PHASE ONE, Encoding
- [17:18:36] Processing: VID_00001 (1 of 1)
- [17:18:36] Extracting A/V streams [VID_00001]
- [17:19:24] Reencoding video [VID_00001]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29,970fps, 79.153 frames
- Inverse Telecining in effect (IVTC)
- [17:19:25] Reencoding: VID_00001, Pass 1 of 1
- [17:25:59] Video Encode complete
- [17:25:59] Processing audio tracks
- Track 4352 (eng): Keeping original audio
[17:25:59]PHASE ONE complete
[17:25:59]PHASE TWO - Rebuild Started
- [17:25:59] Building ALTERNATE OUTPUT Structure
- ERROR in attempt to mux (MKVMERGE)
[17:26:09] - Failed to REBUILD
----------------------
[17:28:45] Importing DVD: TESTE
- Processing DVD title [1 of 1]
- Collecting audio/video/subtitle streams...
- Converting subtitles to BD format...
- Multiplexing audio/video/subtitles...
- Creating Quick-Play Menu...
[17:29:31] DVD import completed successfully.
----------------------
[01/25/14] BD Rebuilder v0.46.05 (beta)
[17:29:35] Source: TESTE_00001
- Input BD size: 1,10 GB
- Approximate total content: [00:44:01.071]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 720x480/576, Intact Audio
- Output folder: E:\VIDEOS\
- Decoding/Frame serving: DirectShow [3-way]
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=448
[17:29:37] PHASE ONE, Encoding
- [17:29:37] Processing: VID_00001 (1 of 1)
- [17:29:37] Extracting A/V streams [VID_00001]
- [17:30:27] Reencoding video [VID_00001]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29,970fps, 79.153 frames
- Inverse Telecining in effect (IVTC)
- [17:30:27] Reencoding: VID_00001, Pass 1 of 1
- [17:50:35] Video Encode complete
- [17:50:35] Processing audio tracks
- Track 4352 (eng): Keeping original audio
[17:50:35]PHASE ONE complete
[17:50:35]PHASE TWO - Rebuild Started
- [17:50:35] Building ALTERNATE OUTPUT Structure
[17:50:47] - Encode and Rebuild complete
- IMPORT folder removed.
[17:50:47] JOB: TESTE finished.
Using DirectShow, a discrepancy occurs in the progress bar when the IVTC is active. Does not take into account the new cadence.
http://s20.postimg.org/ez6s16zgt/BDREBUILDER.png
With DGDecNV it does not.
http://s20.postimg.org/oxrqno8wd/BDREBUILDER1.png
jdobbs
25th January 2014, 21:40
There is no difference between the way output from DGDecodeNV or DirectShow is handled in rebuild. It is the exact same code.
I do notice that DGDecNV took 6 minutes to encode and Directshow took 20. That is suspicious...
I'd suggest you try it again... if it doesn't work let me know and I'll go back over the code.
Ch3vr0n
25th January 2014, 22:10
lol AVAST Internet security flags the latest bdrb as Win32: EVO [GEN] lolz
http://img36.imageshack.us/img36/9230/6m8o.png
Already reported it as false positive
rpareja
25th January 2014, 22:43
Kaspersky Pure 3.0 on Windows 8.1 Enterprise reports INSPECT.exe as infected, but not BDRB.exe.
jdobbs
25th January 2014, 23:15
lol AVAST Internet security flags the latest bdrb as Win32: EVO [GEN] lolz
http://img36.imageshack.us/img36/9230/6m8o.png
Already reported it as false positiveI'm sure it's a false positive, but I'll scan my system just to be sure. Since when does ASPROTECT create a condition? It is a commercial package, and the reason I use it is to prevent others from modifying the code and introducing something foreign. It does a self check.
Kaspersky Pure 3.0 on Windows 8.1 Enterprise reports INSPECT.exe as infected, but not BDRB.exe.That one doesn't even have ASPROTECT engaged.
rpareja
25th January 2014, 23:34
I trust your software 100%, I was just making a comment because this is the first time Kaspersky has reported anything from you.
As always, thanks for your effort and great program!
slvrsrfr
25th January 2014, 23:41
Avast flagged it too -screenshot attached:
Ch3vr0n
26th January 2014, 00:08
@jdobbs: that's what I got from the site when I looked up what asprotect was. Read it was software to protect code so knew it was safe. Especially since that evo-gen is a generic message for suspected virus. First time it gets flagged, weird thing is with avast is that when you scan the zip file directly it does not trigger. The alert only triggers when extracting the zip, making it even more obvious it is a falls positive if the av suite can't give consecutive results
Verstuurd vanaf mijn Nexus 7 met Tapatalk
jdobbs
26th January 2014, 03:18
I finished my scan and AVG Antivirus tells me everything is clean. I really, really, really hate antivirus packages. The only thing worse than an antivirus package is a virus -- and I'm not sure it is that much worse (considering that both can prevent your computer from working properly).
False positive -- send a nasty e-mail to your A/V provider and tell them to get it together.
Ch3vr0n
26th January 2014, 03:32
already did, via the link they provide in the "popup" when they detect a "threat" and via support ticket. In the mean time added the executable to the exclusion list. I remember you changed the name from bdrebuilder.exe to BDRB.exe due to an AV doing just that. Generating false positive
RobertM
26th January 2014, 03:34
The only worse than an antivirus package is a virus
I think Oscar Wilde said that first ;)
HWK
26th January 2014, 05:24
Avast flagged it too -screenshot attached:
I finished my scan and AVG Antivirus tells me everything is clean. I really, really, really hate antivirus packages. The only worse than an antivirus package is a virus -- and I'm not sure it is that much worse (considering that both can prevent your computer from working properly).
False positive -- send a nasty e-mail to your A/V provider and tell them to get it together.
If that is not enough, here is post created by myce user who is not happy with avast, and shows how far companies will go to annoy end user.
http://club.myce.com/f186/virus-checkers-irritating-pop-up-ads-335156/
brunchto
26th January 2014, 13:28
I discovered that issue a couple of days ago. It has been corrected for the next release (later today or tomorrow).
Thanks. it works fine now.
I've noticed that when making movie only film, angle selection works fine if i do a backup, but not if i do a batch backup.
in the batch info, MAIN_MPLS_ANGLE=0 instead of 3 if i 've select angle 4 of the playlist. i've changed it manually in the BDBATCH.INI and it seems to be ok after that.
jdobbs
26th January 2014, 15:39
Thanks. it works fine now.
I've noticed that when making movie only film, angle selection works fine if i do a backup, but not if i do a batch backup.
in the batch info, MAIN_MPLS_ANGLE=0 instead of 3 if i 've select angle 4 of the playlist. i've changed it manually in the BDBATCH.INI and it seems to be ok after that.Thanks for letting me know. I'll check it out.
colinhunt
26th January 2014, 16:50
Angles reminded me of this: I did a full backup of Re-Animator special edition (German edition) which has a Multi-angle Storyboards special feature on it. For some reason 0.45.05 discarded angle 2 from it. Could it be because source is MPEG-2 720x576?
jdobbs
26th January 2014, 16:59
Angles reminded me of this: I did a full backup of Re-Animator special edition (German edition) which has a Multi-angle Storyboards special feature on it. For some reason 0.45.05 discarded angle 2 from it. Could it be because source is 720x576?It sounds like PiP. Are you saying the secondary (PiP) video was 720x576?
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.