View Full Version : BD Rebuilder Beta - Bug Reports Only
DMagic1
28th October 2014, 06:25
nm see the issue
jdobbs
28th October 2014, 15:02
@AmigaFuture
Have you tried it more than once? I've been doing a lot of MKV backups lately for playback using DLNA -- probably 30 in the last week -- and I'm not seeing any issues at all.
FORCE_NOENCODE has no effect on ALTERNATE output. If you want to to keep original there, you have to select a preset that says "Intact Video" (or create a new one).
DMagic1
29th October 2014, 03:55
Ok, old computer never a problem with 3d encodes.
New i7 computer and frimencode seem to fail every time. I used files from the first post and of course its a clean win7 install.
Pretty much nothing has been installed on the machine so far so its as clean as can be.
The frim produced files end of being 0 bytes. Final disc size ends up under 6GB.
I've tried comparing my old machine and new machine and I can't seem to find whats missing.
Everytime it starts MVC encoding it instantly completes
- Using FRIMEncoder for MVC encoding
- [23:15:57] Reencoding: VID_00300, Pass 1 of 1
- [23:15:58] Video Encode complete
- [23:15:58] Processing audio tracks
[10/28/14] Checking System Settings
- BD-Rebuilder v0.49.05 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 347.83GB
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: 1.9.42.1, Ok
- FFDSHOW: 4504, Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[10/28/14] Systems Settings Check complete
----------------------
[10/28/14] BD Rebuilder v0.49.05 (beta)
[11:16:21] Source: NUTJOB3D_NA
- Input BD size: 36.32 GB
- Approximate total content: [02:10:08.575]
- Target BD size: 24.41 GB
- Windows Version: 6.1 [7601]
- Quality: Good (Very Fast), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[11:16:21] PHASE ONE, Encoding
- [11:16:21] Processing: VID_00016 (1 of 16)
- [11:16:21] Extracting A/V streams [VID_00016]
- [11:16:26] Reencoding video [VID_00016]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 1,416 frames
- Bitrate: 11,427 Kbs
- [11:16:26] Reencoding: VID_00016, Pass 1 of 2
- [11:16:43] Reencoding: VID_00016, Pass 2 of 2
- [11:16:59] Video Encode complete
- [11:17:00] Processing audio tracks
- [11:17:00] Multiplexing M2TS
- [11:17:04] Processing: VID_00017 (2 of 16)
- [11:17:04] Extracting A/V streams [VID_00017]
- [11:17:09] Reencoding video [VID_00017]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 1,416 frames
- Bitrate: 11,427 Kbs
- [11:17:09] Reencoding: VID_00017, Pass 1 of 2
- [11:17:26] Reencoding: VID_00017, Pass 2 of 2
- [11:17:44] Video Encode complete
- [11:17:44] Processing audio tracks
- [11:17:44] Multiplexing M2TS
- [11:17:48] Processing: VID_00300 (3 of 16)
- [11:17:48] Extracting A/V streams [VID_00300]
- [11:18:09] Reencoding video [VID_00300]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 7,680 frames
- Bitrate: 20,773 Kbs
- Using FRIMEncoder for MVC encoding
- [11:18:09] Reencoding: VID_00300, Pass 1 of 1
- [11:18:10] Video Encode complete
- [11:18:10] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:18:10] Multiplexing M2TS
- [11:18:14] Processing: VID_00301 (4 of 16)
- [11:18:14] Extracting A/V streams [VID_00301]
- [11:18:23] Reencoding video [VID_00301]
- [11:18:23] Keeping original video (no reencode)
- [11:18:23] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:18:23] Multiplexing M2TS
- [11:18:28] Processing: VID_00302 (5 of 16)
- [11:18:28] Extracting A/V streams [VID_00302]
- [11:18:39] Reencoding video [VID_00302]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 3,044 frames
- Bitrate: 20,864 Kbs
- Using FRIMEncoder for MVC encoding
- [11:18:39] Reencoding: VID_00302, Pass 1 of 1
- [11:18:40] Video Encode complete
- [11:18:40] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:18:40] Multiplexing M2TS
- [11:18:44] Processing: VID_00305 (6 of 16)
- [11:18:44] Extracting A/V streams [VID_00305]
- [11:18:54] Reencoding video [VID_00305]
- Source Video: MPEG-4 (AVC), 720x480
- Rate/Length: 29.970fps, 19,430 frames
- Bitrate: 4,498 Kbs
- [11:18:54] Reencoding: VID_00305, Pass 1 of 2
- [11:19:49] Reencoding: VID_00305, Pass 2 of 2
- [11:20:48] Video Encode complete
- [11:20:48] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:20:48] Multiplexing M2TS
- [11:20:56] Processing: VID_00306 (7 of 16)
- [11:20:56] Extracting A/V streams [VID_00306]
- [11:21:00] Reencoding video [VID_00306]
- Source Video: MPEG-4 (AVC), 720x480
- Rate/Length: 29.970fps, 127 frames
- Bitrate: 500 Kbs
- [11:21:00] Reencoding: VID_00306, Pass 1 of 2
- [11:21:00] Reencoding: VID_00306, Pass 2 of 2
- [11:21:01] Video Encode complete
- [11:21:01] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:21:01] Multiplexing M2TS
- [11:21:04] Processing: VID_00307 (8 of 16)
- [11:21:04] Extracting A/V streams [VID_00307]
- [11:21:23] Reencoding video [VID_00307]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 6,293 frames
- Bitrate: 20,937 Kbs
- Using FRIMEncoder for MVC encoding
- [11:21:23] Reencoding: VID_00307, Pass 1 of 1
- [11:21:23] Video Encode complete
- [11:21:23] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:21:23] Multiplexing M2TS
- [11:21:27] Processing: VID_00308 (9 of 16)
- [11:21:27] Extracting A/V streams [VID_00308]
- [11:21:39] Reencoding video [VID_00308]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 5,405 frames
- Bitrate: 13,007 Kbs
- Using FRIMEncoder for MVC encoding
- [11:21:39] Reencoding: VID_00308, Pass 1 of 1
- [11:21:39] Video Encode complete
- [11:21:39] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:21:39] Multiplexing M2TS
- [11:21:43] Processing: VID_00320 (10 of 16)
- [11:21:43] Extracting A/V streams [VID_00320]
- [11:21:50] Reencoding video [VID_00320]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,572 frames
- Bitrate: 11,383 Kbs
- [11:21:50] Reencoding: VID_00320, Pass 1 of 2
- [11:22:08] Reencoding: VID_00320, Pass 2 of 2
- [11:22:26] Video Encode complete
- [11:22:26] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:22:26] Multiplexing M2TS
- [11:22:31] Processing: VID_00321 (11 of 16)
- [11:22:31] Extracting A/V streams [VID_00321]
- [11:22:36] Reencoding video [VID_00321]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 769 frames
- Bitrate: 10,100 Kbs
- [11:22:36] Reencoding: VID_00321, Pass 1 of 2
- [11:22:41] Reencoding: VID_00321, Pass 2 of 2
- [11:22:46] Video Encode complete
- [11:22:46] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:22:46] Multiplexing M2TS
- [11:22:50] Processing: VID_00322 (12 of 16)
- [11:22:50] Extracting A/V streams [VID_00322]
- [11:22:56] Reencoding video [VID_00322]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,406 frames
- Bitrate: 11,389 Kbs
- [11:22:56] Reencoding: VID_00322, Pass 1 of 2
- [11:23:15] Reencoding: VID_00322, Pass 2 of 2
- [11:23:32] Video Encode complete
- [11:23:32] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:23:32] Multiplexing M2TS
- [11:23:37] Processing: VID_00323 (13 of 16)
- [11:23:37] Extracting A/V streams [VID_00323]
- [11:23:43] Reencoding video [VID_00323]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,160 frames
- Bitrate: 10,098 Kbs
- [11:23:43] Reencoding: VID_00323, Pass 1 of 2
- [11:23:58] Reencoding: VID_00323, Pass 2 of 2
- [11:24:13] Video Encode complete
- [11:24:13] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:24:13] Multiplexing M2TS
- [11:24:18] Processing: VID_00324 (14 of 16)
- [11:24:18] Extracting A/V streams [VID_00324]
- [11:24:26] Reencoding video [VID_00324]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,659 frames
- Bitrate: 11,538 Kbs
- [11:24:26] Reencoding: VID_00324, Pass 1 of 2
- [11:24:38] Reencoding: VID_00324, Pass 2 of 2
- [11:24:51] Video Encode complete
- [11:24:51] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:24:51] Multiplexing M2TS
- [11:24:55] Processing: VID_00325 (15 of 16)
- [11:24:55] Extracting A/V streams [VID_00325]
- [11:25:00] Reencoding video [VID_00325]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 168 frames
- Bitrate: 9,831 Kbs
- [11:25:00] Reencoding: VID_00325, Pass 1 of 2
- [11:25:01] Reencoding: VID_00325, Pass 2 of 2
- [11:25:03] Video Encode complete
- [11:25:03] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:25:03] Multiplexing M2TS
- [11:25:06] Processing: VID_00800 (16 of 16)
- [11:25:06] Extracting A/V streams [VID_00800]
- [11:30:01] Reencoding video [VID_00800]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 123,584 frames
- Bitrate: 27,998 Kbs
- Using FRIMEncoder for MVC encoding
- [11:30:01] Reencoding: VID_00800, Pass 1 of 1
- [11:30:02] Video Encode complete
- [11:30:02] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:30:02] Multiplexing M2TS
[11:30:53]PHASE ONE complete
[11:30:53]PHASE TWO - Rebuild Started
- [11:30:53] Converting SSIF file references
- [11:31:16] Rebuilding BD-3D file Structure
[11:31:20] - Encode and Rebuild complete
- WORKFILES folder removed.
[11:31:20] JOB: NUTJOB3D_NA finished.
DMagic1
29th October 2014, 05:22
Seem it was related to the intel driver. I had to go to back two versions to have it work.
jdobbs
29th October 2014, 13:12
Did you have it set to hardware or software decoding/encoding? I've heard that some of the newer processors aren't working correctly with hardware decoding/encoding.
DMagic1
29th October 2014, 13:16
I had it set to hardware . Its a 4790k.
jdobbs
29th October 2014, 13:37
Intel's SDK seems to be going backward, doesn't it?
DMagic1
29th October 2014, 13:55
Yeah I guess so. This is my first processor capable of this. I finally changed out from my old AMD processor. 5 fps on 3D wasn't cutting it.
Starfiresg1
29th October 2014, 20:15
I had it set to hardware . Its a 4790k.
What driver (Intel SDK) version are you using?
With driver 15.36.3.64.3907 (which contains SDK 1.8) and HW decoding enabled FRIMDecode crashes (here on an 4770K) - SW decoding however will work fine. This is either a problem in the new SDK / driver or FRIMDecode needs to be updated for it.
Going back to 15.33.22.64.3621 (which I'm currently using due to other reasons) fixed the issue with HW decoding.
The issue is also limited to FRIMDecode - FRIMEncode doesn't show this issue.
PS: I haven't tried the new driver 15.36.7.64.3960 released a few weeks ago.
DMagic1
29th October 2014, 21:33
I'm using the 3621 version now. That 3960 version realsed didn't work either.
AmigaFuture
31st October 2014, 04:00
@AmigaFuture
Have you tried it more than once? I've been doing a lot of MKV backups lately for playback using DLNA -- probably 30 in the last week -- and I'm not seeing any issues at all.
FORCE_NOENCODE has no effect on ALTERNATE output. If you want to to keep original there, you have to select a preset that says "Intact Video" (or create a new one).
I did it more than once with my Main computer and same results. It's functional with my MacBook Pro...and FFDShow is installed there. FFDShow wasn't currently installed with my Main Computer. I know FORCE_NOENCODE does not function with Alternate, I was using it with Full Backup only...or Movie Only..not using Alternate. Anyway, I thought perhaps lack of FFDShow was the "problem" because my few tests are functioning with my MacBook Pro ("Now You See Me"). I'm not sure what's happening with that yet..when Backup is clicked and it's rerendered. I'll return to it soon since Importing creates a BD anyway.
Now now...this might shed some insight for you..
I tried to install the LAV filters because I have a clean install without FFDShow, but Windows kept prompting with the errors already shared by others when I attempt to install LAVFilters. I also tried "LAVFilters-0.63-P.2"..Yes, of course, with Admin with Win7. Anyway, could NOT get LAVFilters to install. I have Full Admin rights.
So, I decided to let it go...and installed FFDShow and MatroskaSplitter 1.9.42.1. Captured install so I'm able to reverse the changes. After that, BD-RB detected and Prompted for Updating Win7 from Admin mode. I used the Admin mode, and let BD-RB make the changes. I then thought, to install the LAVFilters. LAVFilters-0.63-P installed fine. So, to be sure..I uninstalled the LAVFilters, and FFDShow as well as MSplitter. The LAVFilters installed fine again. I'm currently testing.
Edit 1: I'm keeping my System SSD active for now, but I'm now using HDDs (In place of an SSD; not System) for BD Source and Work Path, just to be sure. Since my MacBook Pro uses a HDD still. I noticed, a bit ago, something I was doing didn't function well with SSD, but I don't make a note of it. I also haven't updated Samsung Software..yet. More tests..
zipizape
31st October 2014, 17:11
I'm spanish my english is poor. I do a full backup of peabody and sherman, take off all languages except spanish and english.
error at the end
windows 7 64 bits professional sp 1
any idea please???
jdobbs
31st October 2014, 17:16
I'm spanish my english is poor. I do a full backup of peabody and sherman, take off all languages except spanish and english.
error at the end
https://www.dropbox.com/s/ufpz52ayk0r7loh/bd%20rebuilder%2001.jpg?dl=0
windows 7 64 bits professional sp 1
any idea please???I'm not sure what you attached, but I can't access it. I'd recommend you post the contents of your log.
zipizape
31st October 2014, 18:18
I'm not sure what you attached, but I can't access it. I'd recommend you post the contents of your log.
I edited the mesagge its my first message I have problems
I got upload two files. I hope you unsderstand the problem thank you so much
jdobbs
31st October 2014, 18:59
I edited the mesagge its my first message I have problems
I got upload two files. I hope you unsderstand the problem thank you so muchThe only way I can see you getting that error at that position in the code would be if the MPLS file or the INF file were somehow deleted -- or the drive became unavailable.
zipizape
31st October 2014, 23:54
The only way I can see you getting that error at that position in the code would be if the MPLS file or the INF file were somehow deleted -- or the drive became unavailable.i
I can repeat the process but how i get the mpls file or inf file?
well i uploaed the inf file in txt format,
I do not know to get the mpls file
mparade
2nd November 2014, 00:51
@jdobbs
It seems that using SUPTITLE=0 concurrently with
FORCED_SUB_LANG hiddenopt hard encodes the subtitle which was set by FORCED_SUB_LANG. Is that the correct behavior? If SUPTITLE is not in use (because hard encode is not needed) BD-RB shouldn't hard encode the preferred forced subtitles, right?
I have tested it with Avatar's forced subs (in Powerdvd and Kodi) and cannot switch off the forced subtitles even by using the header editor of the mkv containers. My preferred forced subs were set by hiddenopt FORCED_SUB_LANG. It seems that SUPTITLE is used by BD-RB to hard encode, even though it was set to 0.
Your efforts to check this would be really appreciated.
jdobbs
2nd November 2014, 15:01
@jdobbs
It seems that using SUPTITLE=0 concurrently with
FORCED_SUB_LANG hiddenopt hard encodes the subtitle which was set by FORCED_SUB_LANG. Is that the correct behavior? If SUPTITLE is not in use (because hard encode is not needed) BD-RB shouldn't hard encode the preferred forced subtitles, right?
I have tested it with Avatar's forced subs (in Powerdvd and Kodi) and cannot switch off the forced subtitles even by using the header editor of the mkv containers. My preferred forced subs were set by hiddenopt FORCED_SUB_LANG. It seems that SUPTITLE is used by BD-RB to hard encode, even though it was set to 0.
Your efforts to check this would be really appreciated.There was a problem with the SUPTITLE setting's usage. I've fixed it for the next release.
mparade
2nd November 2014, 15:19
There was a problem with the SUPTITLE setting's usage. I've fixed it for the next release.
Thank you very much!
Lathe
2nd November 2014, 21:48
I just had this happen when scanning a directory; never seen that before... When I researched it a little, it appears, according to what you have said a long time ago, that it was some kind of 'Testing code' that you said was left in.
But, I THINK I am using the latest version (4905) and I've never seen that before.
Thanks!
****EDIT
Also, I forgot to include something I THINK is unrelated; it seems that my CRF is greyed out in my choices for Encoding. Kind of weird; never saw that before either... :)
jdobbs
2nd November 2014, 23:44
I just had this happen when scanning a directory; never seen that before... When I researched it a little, it appears, according to what you have said a long time ago, that it was some kind of 'Testing code' that you said was left in.
But, I THINK I am using the latest version (4905) and I've never seen that before.
Thanks!
****EDIT
Also, I forgot to include something I THINK is unrelated; it seems that my CRF is greyed out in my choices for Encoding. Kind of weird; never saw that before either... :)I looked and there is only one place where that could happen. But... it can only happen when there is an MPLS file that has no M2TS files listed as content. That should be impossible. That makes me think the source might be corrupted.
The only time CRF is disabled is if you have selected FRIM as your default encoder (rather than X264). That is set by the ENCODER option in the INI file.
Lathe
2nd November 2014, 23:57
I looked and there is only one place where that could happen. But... it can only happen when there is an MPLS file that has no M2TS files listed as content. That should be impossible. That makes me think the source might be corrupted.
The only time CRF is disabled is if you have selected FRIM as your default encoder (rather than X264). That is set by the ENCODER option in the INI file.
Hmmm, I THOUGHT that that was unusual... No, I always use the internal LAVF filters; I'll check again. Maybe I simply need to reinstall everything. Although I am no expert, going by what I THINK you have said before, maybe this new LAV installation is not working and it is defaulting to FRIM for directshow stuff; that would explain it, right? Thanks!
***EDIT
Hmmm, interesting... I'm currently doing a 2 pass encode with AVS script enabled (thus the need for directshow, right?) Anyway it is partway through the 2nd pass, so I took a look in the Work Files at the INF file and interestingly it lists this:
USE_LAVF=-1
Doesn't that mean that it currently is NOT using the internal LAVF and that then you are correct that it is using FRIM (for some reason) instead?
jdobbs
3rd November 2014, 00:11
No, that means it is using LAVF. In the computer world a -1 is indicative of a TRUE integer assertion (a -1 has all the bits of the variable set to "1"). Generally I use "1" to mean TRUE, but in that instance (the INF file) I just saved the state of the variable rather than using a "1" to represent it.
If you are in a second pass, then you are obviously using X264 (since FRIM only does a single pass).
When you say "CRF is greyed out" are you talking about in the ENCODER SETTINGS menu, or in the ALTERNATE OUTPUT dialog? The disabling I was discussing was in the ENCODER SETTINGS menu.
Lathe
3rd November 2014, 00:22
No, that means it is using LAVF. In the computer world a -1 is indicative of a TRUE integer assertion (a -1 has all the bits of the variable set to "1"). Generally I use "1" to mean TRUE, but in that instance (the INF file) I just saved the state of the variable rather than using a "1" to represent it.
If you are in a second pass, then you are obviously using X264 (since FRIM only does a single pass).
When you say "CRF is greyed out" are you talking about in the ENCODER SETTINGS menu, or in the ALTERNATE OUTPUT dialog? The disabling I was discussing was in the ENCODER SETTINGS menu.
Oh, of course, I forgot that only x264 and not FRIM did a 2nd pass, DUH! :)
I'm talking about the main encoder menu where it normally defaults to 'Auto' and you can uncheck it and then choose 'High' or whatever, or uncheck the 2 1-Pass options (CRF, ABR)
jdobbs
3rd November 2014, 01:16
Weird. The only time CRF should ever be disabled there is if FRIM is selected. Look at your Config/INI file and see what value you have for ENCODER. I'm guessing it is "1" -- which means FRIM. My guess is that the fact that you have LAVF selected is overriding it (since LAVF only works for X264), but I'd have to go through the code to see.
Lathe
3rd November 2014, 02:06
Weird. The only time CRF should ever be disabled there is if FRIM is selected. Look at your Config/INI file and see what value you have for ENCODER. I'm guessing it is "1" -- which means FRIM. My guess is that the fact that you have LAVF selected is overriding it (since LAVF only works for X264), but I'd have to go through the code to see.
I thought that this was a weird one since I've never seen it do that before. I am currently still on the 2nd Pass of BDRB, so I opened another instance and checked the ini file and the encoder is '0' and LAVF is checked on the setup menu. Probably just something weird that I musta done when trying to go to the new version, install the newer LAV filters for directshow like you guys laboured through here not too long ago and the order I did it or something.
I'm SURE that after this encode is done, if I just simply reinstall everything as I should, it will be fine. So, I should do it in this order, right:
1. Install BDRB from the first page of this thread.
2. Then install the new LAV Directshow filters from the link there too.
I don't hafta do anything with my original Haali or FFDshow stuff, right? Or should I uninstall them?
zipizape
3rd November 2014, 14:25
well the same problem with peabody and sherman 3d. I tried with another full back. I take off all languages except spanish and english. I going to upload files for to show more information as posible
My pc is intel i7, motherboard gigabyte h77- ds3, 16 gb ram, grafic card nvidia point of view gt630 4gb.
O.S windows 7 sp1 professional 64 bits.
I have 2 writer of bluray , I rip bluray on lg BH16NS40. I rip all bluray to pc in iso format then i extract iso
I do not to do some help thank you so much
all files of configuration are in txt format.
I don't know to do better
mparade
5th November 2014, 21:42
:thanks: for the great program..
It was high time I had sent 50$.
jdobbs
5th November 2014, 22:00
High time? You are one of the people I've mentioned before who has gone above-and-beyond in supporting the software, both in the forum and monetarily.
With that said -- it is certainly appreciated.
mparade
5th November 2014, 22:44
High time? You are one of the people I've mentioned before who has gone above-and-beyond in supporting the software, both in the forum and monetarily.
With that said -- it is certainly appreciated.
For very good things the one never can go above-and-beyond in supporting. :)
gonca
5th November 2014, 23:14
For very good things the one never can go above-and-beyond in supporting. :)
What the heck, another $50 to help with the electric bill
jdobbs
5th November 2014, 23:49
High time? You are one of the people I've mentioned before who has gone above-and-beyond in supporting the software, both in the forum and monetarily.
With that said -- it is certainly appreciated.@gonca
And so are you.
Much appreciated.
gonca
5th November 2014, 23:54
@gonca
And so are you.
Much appreciated.
If I didn't donate to BD_RB I'd probably spend my money on wine and women. ;)
jdobbs
6th November 2014, 00:09
If I didn't donate to BD_RB I'd probably spend my money on wine and women. ;)You say that like it's a bad thing. ;)
gonca
6th November 2014, 00:19
Now that you mention it, I still have some money kicking around, going to get some wine and ... well, you can figure it out.
Hey, I just hit 400 posts.
Hassie
6th November 2014, 00:28
Hi Mr Dobbs,
First thank you for this awesome program,
I never had problems with rebuilding BD, all worked perfectly.
Now im trying your import function.
a/ I made a mkv from an origial dvd9 with BD rebuilder. All went OK, quality is good.
b/ I made a subtitle for this movie with subtitle workshop 6b
b1/ I put mkv and sub with mkvmerge together
c/ Now I try to import the new mkv, to make dvd9 again.
d/ no matter what I do, I keep getting the message "failed to integrate sub1"
e/ If I look in temp, there is a .sup for the image subtitles for dvd
f/ I try to load that one in subtitle Creator, it says, no good vobsub,
g/ Everything goes well, making the pseudo BD, I can play that one with the sub,
h/ The log says converting subtitle to dvd format,
i/ The last step fails, integrate in dvd.
I have no clue why, you say combination srt with avi or mkv should work with import...
Thanks
gonca
6th November 2014, 00:34
What format was the subtitle in? srt?
Kerry56
6th November 2014, 19:23
Weird. The only time CRF should ever be disabled there is if FRIM is selected. Look at your Config/INI file and see what value you have for ENCODER. I'm guessing it is "1" -- which means FRIM. My guess is that the fact that you have LAVF selected is overriding it (since LAVF only works for X264), but I'd have to go through the code to see.
Whenever I select LAVF for frame serving, I also get the CRF option greyed out. ENCODER in the INI file is 0.
I've just been using the DirectShowSource whenever I want CRF.
DoctorM
6th November 2014, 19:42
I installed v0.49.05 today. Since I don't intend to use HEVC anytime soon I didn't setup my LAVFILTERS for BD-RB. I did notice though that when I clicked 'Inspect' it said LAVFILTERS are okay, even though they weren't configured and are the wrong version (I have 0.61.2.18 installed).
Not a problem for me, but Inspect probably needs a tweak.
jdobbs
6th November 2014, 21:20
I installed v0.49.05 today. Since I don't intend to use HEVC anytime soon I didn't setup my LAVFILTERS for BD-RB. I did notice though that when I clicked 'Inspect' it said LAVFILTERS are okay, even though they weren't configured and are the wrong version (I have 0.61.2.18 installed).
Not a problem for me, but Inspect probably needs a tweak.BD-RB doesn't look at the version -- but if you see an "Ok" -- they are definitely configured.
DoctorM
6th November 2014, 22:34
BD-RB doesn't look at the version -- but if you see an "Ok" -- they are definitely configured.
Ok, I was getting the pop-up warning to configure the codec, I'll just click the suppress warning thing for now.
jdobbs
7th November 2014, 00:20
Ok, I was getting the pop-up warning to configure the codec, I'll just click the suppress warning thing for now.Ahhh... you didn't mention that. If that's the case then LAV is installed, but the preferred codec settings aren't configured for LAV.
I would highly suggest you say "yes" and let BD-RB configure them. When BD-RB runs in directshow mode without proper configuration (which can happen sometimes on its own) -- there is a good chance you may get out-of-sync issues. LAV is used for more than HEVC, even when you have LAVF selected. If you are using DGDecNV or you have FFDSHOW installed and configured, however, it really wouldn't matter, as they can do anything that LAV can.
DoctorM
7th November 2014, 01:59
Yeah, I keep ffdshow installed for encoding video and LAV for my normal video viewing. That way I don't have to worry about settings screwing each other up.
I'm currently running an encode and LAV hasn't kicked in, so everything looks like it'll turn out fine like you said.
Lathe
7th November 2014, 03:40
Whenever I select LAVF for frame serving, I also get the CRF option greyed out. ENCODER in the INI file is 0.
I've just been using the DirectShowSource whenever I want CRF.
Hmmm, yeah... I've never noticed before that the CRF is greyed out, and I ALWAYS use the internal LAVF for frame serving. Weird, huh...? I suppose if I specifically want to use CRF I will have to change from my usual LAVF choice then...
rnewste
7th November 2014, 04:48
Just wanted to report that BDrebuilder / ImgBurn fully the Atmos codec backup on Transformers 4 "Age of Extinction". Very Happy Camper tonight!
Raybo:)
Hassie
7th November 2014, 14:04
What format was the subtitle in? srt?
Thanks for replying, yes, i made subtitle with subtitle workshop 6b, fixed all errors and saved it as srt, then i added it to mkv, and imported the mkv.
jdobbs
7th November 2014, 15:21
Thanks for replying, yes, i made subtitle with subtitle workshop 6b, fixed all errors and saved it as srt, then i added it to mkv, and imported the mkv.Are you sure the srt isn't corrupt? BD-RB should have no problem importing srt.
I'll create an MKV with srt subs and import it just to be sure it's still working properly.
Hassie
7th November 2014, 16:51
Are you sure the srt isn't corrupt? BD-RB should have no problem importing srt.
I'll create an MKV with srt subs and import it just to be sure it's still working properly.
Thanks for your effort Mr. Dobbs,
It is solved, but I don't no exactly why,
The only thing I could think of is the length of the lines,
So I made some lines even shorter,
48 characters is safe for 4:3, but this dvd is 16:9, so i would think 60 characters is ok for this one.
The conversion program makes for each line a png, maybe it was a few characters less that did the trick,
because the text fits, but the png not?
Another change was ffdshow and Haali, I used to run rebuilder without these, now I installed them.
What I noticed was that the conversion was much quicker!
With rebuilding BD50 to BD25 I didnt notice slow down without Haali and FFDshow.
One thing I want to notice, I tried various programs to convert mkv to dvd9,
Your result is the best by far.
Donation is coming soon,
Thanks again for all your work!
jdobbs
7th November 2014, 17:22
Thanks for the feedback. When importing, an SRT is converted to a SUP through TSMUXER. So the number of characters per line is determined by TSMUXER's default text size during the conversion. If I get time, I could probably make the output size variable through a hidden setting.
Hassie
7th November 2014, 18:59
Thanks for the feedback. When importing, an SRT is converted to a SUP through TSMUXER. So the number of characters per line is determined by TSMUXER's default text size during the conversion. If I get time, I could probably make the output size variable through a hidden setting.
So that must be it.
TSmuxer has a default length!
I saw some posts from people who had problems with integrate failed...
I realise the main purpose of BD rebuilder is rebuilding BD,
But the import function is a nice extra,
Would be nice to have control of the subs, so
dvd to dvd, and choosing subtitles would be possible
But we are already very happy with what you offered us...
Donation is on its way from h.christen@chello.nl
Greetings from the Netherlands and thanks again.
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.