View Full Version : BD Rebuilder Beta - Bug Reports Only
omegaman7
25th February 2012, 05:29
Jdobbs, are you saying that you backed up "Source code"(Full bd-25) and perhaps similar titles with the structural java protection, and it plays fine? If so, I clearly missed something. I think star wars may have had a similar protection. Essentially, multiple bogus playlists, and when on a copy, it doesn't play back properly.
setarip_old
25th February 2012, 06:28
@jdobbs
Hi!
Here's a link to the newer thread...
http://forum.doom9.org/showthread.php?p=1541710#post1541710
Geo
25th February 2012, 11:03
Hi,
I have tried to use the one-pass CRF encoding with the FIXED_CRF= option in the config file. The txt file on hidden options says that in that case the "output size control disappears". In fact it does not disappear at all and a CRF value is estimated to match the target size.
I have made a thorough search in order to find an explanation without success. Maybe I miss something or is it a bug ? Thanks for help.
jdobbs
25th February 2012, 14:24
Jdobbs, are you saying that you backed up "Source code"(Full bd-25) and perhaps similar titles with the structural java protection, and it plays fine? If so, I clearly missed something. I think star wars may have had a similar protection. Essentially, multiple bogus playlists, and when on a copy, it doesn't play back properly. Yes. Those things don't matter when doing a full backup. It plays back exactly like the original -- and the multiple bogus playlists act exactly as they did on the original (usually doing nothing).
jdobbs
25th February 2012, 14:27
Hi,
I have tried to use the one-pass CRF encoding with the FIXED_CRF= option in the config file. The txt file on hidden options says that in that case the "output size control disappears". In fact it does not disappear at all and a CRF value is estimated to match the target size.
I have made a thorough search in order to find an explanation without success. Maybe I miss something or is it a bug ? Thanks for help. You've probably misspelled it in the INI (or something similar). When a fixed CRF is set, there is no prediction done. You add it via the "View/Edit Config file" option in the file menu. It should be in the "[Options]" section and here's how it should look:
FIXED_CRF=18
The value must be somewhere between 10 and 50...
soneca
25th February 2012, 15:30
Hi jdobbs,
Came to test the resizing subtitles with another algorithm?
busch42
25th February 2012, 15:55
Just got finished shrinking the movie Puss in Boots to a BD25, Took me 3 hours 31 minutes, For some reason I had to do it 3 times because it would keep coming up x264.exe error cannot recode, I have been having this problem alot, I would keep uninstalling the required programs and reinstalling them then they would work.
jdobbs
25th February 2012, 17:51
Just got finished shrinking the movie Puss in Boots to a BD25, Took me 3 hours 31 minutes, For some reason I had to do it 3 times because it would keep coming up x264.exe error cannot recode, I have been having this problem alot, I would keep uninstalling the required programs and reinstalling them then they would work. Gotta be your system glitching... otherwise it would be consistent.
jdobbs
25th February 2012, 17:52
Hi jdobbs,
Came to test the resizing subtitles with another algorithm? I've tweaked it and also found an error in offset positioning and it should be visibly clearer.
Geo
25th February 2012, 18:13
> jdobbs (FIXED_CRF)
I have done exactly what you says and here is the copy of my config file :
"
[Options]
VERSION=0.40.0.7
MODE=2
ENCODE_QUALITY=2
ONEPASS_ENCODING=1
AUTO_QUALITY=0
AUTO_BIAS=2
FIXED_CRF=20
ALTCRF=20
AUDIO_TO_KEEP=eng;fra;fre;
SUBS_TO_KEEP=all
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
DEINTERLACE=0
SD_TO_1080=0
CONVERT_WIDE=0
DTS_REENCODE=1
AC3_REENCODE=1
AC3_640=0
AC3_192=0
KEEP_HD_AUDIO=0
AVCHD=0
REMOVE_WORKFILES=0
MOVIE_ONLY_LOOP=1
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=1
USE_LAVF=0
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
UNMASK_CHAPTER=0
COMPLETION_BEEP=1
DGDECNV=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=8400
"
I have checked "One-pass CRF encoding" in the "Settings / Encoder settings" options but the target size options in "Settings / Output options" are still available (I understood, they should have disappeared). So, I don't understand. Have you any idea ? Thanks.
jdobbs
25th February 2012, 18:19
The target settings won't disappear -- they will just be ignored/overridden during the encode.
I just tested it. I think I see the source of the confusion. The text saying "Performing CRF prediction" is still showing in the log. That is incorrect. It is actually encoding the orignal at that point. I'll correct that for the next release.
Geo
25th February 2012, 19:54
> jdobbs (FIXED_CRF)
Thanks a lot for the answer. I will check and report you back.
Sharc
25th February 2012, 20:23
Alternate output mode:
iPad MP4 HD, 1024x768/576, 128Kbs AAC; crf=22
gives an x264 warning:
MB rate (115200) > level limit (108000)
Do I have to change settings?
jdobbs
25th February 2012, 22:21
I'm not familiar with that warning -- you may want to ask about it in the X264 subforum.
NightHawkGuy
25th February 2012, 22:21
I've noticed on the x264 command line BDR uses for 480i 16:9 SD 720x480 sources:
--sar 40:33
but that sar setting is apparently for a 704x480 resolution.
I believe the correct sar settings for 720x480 resolution titles are:
sar 32:27 for 16:9 720x480
sar 8:9 for 4:3 720x480
The current sar settings may cause a slight error in displayed aspect ratio, for a 16:9 720x480 SD title of 1.82 instead of 1.78(16:9)
jdobbs
25th February 2012, 23:02
I've updated the first post of this thread with links to a new version of BD-RB (v0.40.08). Changes for this release:- Made several improvements to the subtitle resizing
routines to provide a more accurate representation
of the original PGS when resizing video output.
- Corrected a bug that could cause subtitle resizing
to fail under some rare circumstances.
- Added support for subtitle muxing in ALTERNATE
output to MKV. This feature is enabled by adding
a new hidden option MKV_MUXSUPS=1 to the INI file
(see HIDDENOPTS.TXT). Note: This feature muxes
.SUP files in Blu-ray format. SUP formatted
subtitles are not supported in all MKV players.
Please check your MKV player's specifications.
- Corrected a problem that could result in audio
desynchronization when converting to PAL under
certain circumstances.
- Added a new hidden option DISABLE_VIDEO_SLEEP.
This will prevent video card sleep mode, and may
be useful when running jobs overnight while using
DGDecNV with some video cards.
- Corrected a problem in which subtitles created by
TSMUXER from text-type sources failed to be muxed
and resized properly into ALTERNATE/DVD output.
- Corrected an error in which adjusting for an audio
delay would cause ALTERNATE/MKV multiplexing to
fail and BD-RB to abort.
- Corrected a reporting error in which "Performing
CRF prediction" is displayed in the log even when
a fixed CRF is being applied (and not prediction
is actually performed).
- Updated the included version of MKVMERGE.EXE to
the latest release (v5.3.0.0).
- Other minor corrections and cosmetic fixes.
jdobbs
25th February 2012, 23:08
I've noticed on the x264 command line BDR uses for 480i 16:9 SD 720x480 sources:
--sar 40:33
but that sar setting is apparently for a 704x480 resolution.
I believe the correct sar settings for 720x480 resolution titles are:
sar 32:27 for 16:9 720x480
sar 8:9 for 4:3 720x480
The current sar settings may cause a slight error in displayed aspect ratio, for a 16:9 720x480 SD title of 1.82 instead of 1.78(16:9)See this post (http://forum.videohelp.com/threads/323384-MeGUI-x264-Aspect-Ratio-Tag?p=2007584&viewfull=1#post2007584) for explanation of why the current values are used.
Also see this link. (http://www.x264bluray.com/home/480i-ntsc)
soneca
25th February 2012, 23:14
I've tweaked it and also found an error in offset positioning and it should be visibly clearer.
Thank you! Testing...:D
jdobbs
26th February 2012, 00:46
To all:
A reminder: Do not report any bugs on sources that have been preprocessed. If the original has been modified in any way it is preprocessed. If you remove adverts with another package -- it is preprocessed. If you make a little change with another package -- it has been preprocessed. If you decide to "make a change that has not impact anything" with BDEDIT -- it is preprocessed.
I really don't like spending hours trying to find a bug (that I can't repeat) only to discover that it has probably been introduced by some other package during preprocessing (especially when the fact wasn't revealed to me until after I'd spent a considerable amount of time on it).
:(
soneca
26th February 2012, 01:11
Much better, although not competing for the Oscar for best subtitle.:p
:thanks:
jdobbs
26th February 2012, 01:36
Much better, although not competing for the Oscar for best subtitle.:p
:thanks::cool:
techno1
26th February 2012, 05:06
I recently backed up How To Train Your Dragon and viewers have indicated the audio goes out of sync near the middle. I used Imgburn to create an ISO of the AnyDVDHD ripped structure and when mounted and played, the audio is IN sync thru-out. Unfortunately I can't do much with a 38GB ISO. This has apparently been an issue with other software similar to BD-Rebuilder. I won't mention the Fab product directly...
jdobbs
26th February 2012, 05:36
I recently backed up How To Train Your Dragon and viewers have indicated the audio goes out of sync near the middle. I used Imgburn to create an ISO of the AnyDVDHD ripped structure and when mounted and played, the audio is IN sync thru-out. Unfortunately I can't do much with a 38GB ISO. This has apparently been an issue with other software similar to BD-Rebuilder. I won't mention the Fab product directly...
A couple thousand encodes with BD-RB so far and none are out-of-sync. Follow the instructions to the letter in the first post of this thread and it works every time. Anything can happen, I guess, but most of the time sync issues come right back to configuration.
techno1
26th February 2012, 07:06
A couple thousand encodes with BD-RB so far and none are out-of-sync. Follow the instructions to the letter in the first post of this thread and it works every time. Anything can happen, I guess, but most of the time sync issues come right back to configuration.
JDobbs, could you please post the # of the thread that mentions the instructions? Thanks
Adbear
26th February 2012, 07:48
JDobbs, could you please post the # of the thread that mentions the instructions? ThanksThat would be the first post (#1) as he said
Geo
26th February 2012, 08:04
> jdobbs (FIXED_CRF)
I have carried out a test and it looks OK. Thanks for all.
DarWun
26th February 2012, 08:24
- Added a new hidden option DISABLE_VIDEO_SLEEP.
This will prevent video card sleep mode, and may
be useful when running jobs overnight while using
DGDecNV with some video cards.
I just ran a couple of batch jobs in a row while I went out and I no longer received the DGDecNV error when moving to the next job after the display went to sleep. This option is greatly appreciated!!!
graffight
26th February 2012, 10:56
hi all,
I'm getting the error condition error still, BD Rebuilder experience an error 2501 , sourcecheck 000055 2501.
It's happening everytime now with anything i put in.
I've tried wiping my source hard drive and scanning for errors nothing there.
I've tried ripping with anydvd using image and rip video dvd to harddisk
I've tried downloading other sources over 25gb and trying those it does exactly the same.
I've tried taking BD rebuilder off and installing it again.
I've ran the inspect tool but nothing there see below
- Windows Version: 6.1 [7601]
- AVISYNTH Version: [2.5.7.0], Ok
- HAALI Splitter: [1.9.42.1], Ok
- FFDSHOW: [3882], Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- BD Rebuilder v0.40.0.7, Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
report looks a bit like this
- [23:31:52] SourceCheck() 00009 2501
- [23:32:34] SourceCheck() 00009 2501
- [23:32:45] SourceCheck() 00055 2501
Need help please!!!
colinhunt
26th February 2012, 11:31
Anyone else tried to do full backup of Transformers 3 disc 2 to BD25? Interested to hear how it worked out for others, especially the multi-angle sequences.
jdobbs
26th February 2012, 14:55
hi all,
I'm getting the error condition error still, BD Rebuilder experience an error 2501 , sourcecheck 000055 2501.
It's happening everytime now with anything i put in.
I've tried wiping my source hard drive and scanning for errors nothing there.
I've tried ripping with anydvd using image and rip video dvd to harddisk
I've tried downloading other sources over 25gb and trying those it does exactly the same.
I've tried taking BD rebuilder off and installing it again.
I've ran the inspect tool but nothing there see below
- Windows Version: 6.1 [7601]
- AVISYNTH Version: [2.5.7.0], Ok
- HAALI Splitter: [1.9.42.1], Ok
- FFDSHOW: [3882], Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- BD Rebuilder v0.40.0.7, Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
report looks a bit like this
- [23:31:52] SourceCheck() 00009 2501
- [23:32:34] SourceCheck() 00009 2501
- [23:32:45] SourceCheck() 00055 2501
Need help please!!!
It's happening when BD-RB is trying to do a simple directory scan. Is this drive unusual in any way? Is it a USB drive, network drive, etc? The 00055 isn't the issue -- that one is just a spinoff of the real error which is 00009.
Shylock
26th February 2012, 16:48
Hi jdobbs,
I'm using BDRB for a while and never encounter any trouble so far.
I have my first issue
The source is Lethal weapon 2, region B
Target is BD 25.
Source ripped with AnyDVDHD to files, no preprocessing.
The main feature was processed flawlessly (VC-1, 1920x1080)
but BDRB fails when it tries to process the next file (VC-1, 720x480)
The original m2ts plays flawessly and do not seem to be corrupted.
My system is WIN 7 64 French localised
here is the log
[02/26/12] BD Rebuilder v0.40.08 (beta)
[07:36:14] Source: LETHAL_WEAPON_2
- Input BD size: 28,75 GB
- Approximate total content: [02:12:23.418]
- Target BD size: 22,95 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very Slow), Two Pass
- Decoding/Frame serving: X264/LAVF [4-way]
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[07:36:14] PHASE ONE, Encoding
- [07:36:14] Processing: VID_00020 (1 of 5)
- [07:36:14] Extracting A/V streams [VID_00020]
- [07:51:44] Reencoding video [VID_00020]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 164*647 frames
- Bitrate: 21*541 Kbs
- [07:51:44] Reencoding: VID_00020, Pass 1 of 2
- [09:17:00] Reencoding: VID_00020, Pass 2 of 2
- [15:11:16] Video Encode complete
- [15:11:17] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (fra): Keeping original audio
- Track 4364 (eng): Keeping original audio
- [15:11:17] Multiplexing M2TS
- [15:47:11] Processing: VID_00075 (2 of 5)
- [15:47:11] Extracting A/V streams [VID_00075]
- [15:47:38] Reencoding video [VID_00075]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 6*770 frames
- Bitrate: 3*455 Kbs
- [15:47:38] Reencoding: VID_00075, Pass 1 of 2
- Encode failed. Aborting.
- BD-Rebuilder v0.40.08 (beta)
- Windows Version: 6.1 [7601]
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: 1.11.96.14, Ok
- FFDSHOW: 3882, Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
[15:47:40] - Failed video encode, abort
here is the last x264 command:
"C:\Program Files (x86)\BD_Rebuilder\tools\x264.exe" "D:\BDWORK\WORKFILES\VID_00075.AVS"
--preset slow --bluray-compat --ref 6 --b-adapt 1 --b-pyramid none --weightp 1 --qpmin=0 --bitrate 3455
--level 4.1 --qpfile "D:\BDWORK\WORKFILES\VID_00075.CHP" --sar 10:11 --aud --nal-hrd vbr --pic-struct
--vbv-bufsize 30000 --keyint 24 --min-keyint 1 --ipratio 1.1 --pbratio 1.1 --vbv-maxrate 35000
--fake-interlaced --threads auto --slices 4 --thread-input
--stats "D:\BDWORK\WORKFILES\VID_00075.AVS.264.stats" --pass 1 --output NUL
jdobbs
26th February 2012, 17:13
@Shylock
I notice you have chosen LAVF as your decoder. A 720x480i VC-1 source cannot be decoded by LAVF, so DirectShow is forced as the decoder. My guess is that some other software is intercepting/interfering with the decode. The feature got through unscathed because it is not VC-1 interlaced and was decoded by LAVF. Try uninstalling and reinstalling FFDSHOW, HAALI, and AVISYNTH.
I'll look through my discs and try to find one with 480i VC-1 and see if it encounters any issues.
Shylock
26th February 2012, 17:27
Thanks Jdobbs.
Uninstalled and reinstalled as you suggested.
Now it's working..the job as resumed.
Many thanks for your quick answer and wonderfull software.
jdobbs
26th February 2012, 18:31
Thanks Jdobbs.
Uninstalled and reinstalled as you suggested.
Now it's working..the job as resumed.
Many thanks for your quick answer and wonderfull software. Good to know. Thanks for the feedback. I just wish I knew what popular software out there is screwing with the DirectShow settings and intercepts/interferes with the original FFDSHOW/HAALI/AVISYNTH installation.. it seems to happen a lot.
techno1
26th February 2012, 22:35
That would be the first post (#1) as he said
I'm not new to BD-RB. I've made hundreds of backups with few if any issues until now. The audio starts getting delayed on How To Train Your Dragon about 1/2 way thru, and gets prpgressively worse near the end. Approx. 5 second delay. I haven't had a need to touch anything (settings) in months, but jdobbs mentioned it's configuration. So I tried many permutations of the settings with exactly the same delayed audio result. I even tried downloading a Dec 2011 release, and left ALL the settings @ default, and still got delayed audio. The main .m2ts plays fine as does a 35GB .iso made from the AnyDVD structure. I'm at a loss.
jdobbs
27th February 2012, 00:13
I'm not new to BD-RB. I've made hundreds of backups with few if any issues until now. The audio starts getting delayed on How To Train Your Dragon about 1/2 way thru, and gets prpgressively worse near the end. Approx. 5 second delay. I haven't had a need to touch anything (settings) in months, but jdobbs mentioned it's configuration. So I tried many permutations of the settings with exactly the same delayed audio result. I even tried downloading a Dec 2011 release, and left ALL the settings @ default, and still got delayed audio. The main .m2ts plays fine as does a 35GB .iso made from the AnyDVD structure. I'm at a loss. I'll look around for "How to Train Your Dragon" and run it to see what I find. You mentioned the main M2TS plays ok -- what section (feature) has the issue?
j_m_min
27th February 2012, 07:27
Hey Jdobbs, been working great here for a year. Just did Bucky Larson and only screen that plays is a sony screen that says can't play due to parental controls lock. I have no lock, password and settings say 'unlocked.' Any ideas on why this happened? I never tried playing the original disc, just ripped and sent back. But can play all other rated R movies.
graffight
27th February 2012, 13:50
It's happening when BD-RB is trying to do a simple directory scan. Is this drive unusual in any way? Is it a USB drive, network drive, etc? The 00055 isn't the issue -- that one is just a spinoff of the real error which is 00009.
No just a standard hard drive used for a while , i've also tried a usb hard drive aswell and does the same its weird, i've used BDRB for years now and never had a problem.
AmigaFuture
27th February 2012, 20:51
JDobbs: My first test with 40.08, Cast Away. Alternate MKV and Audio Intact. A/V look good and seem to be in good sync. The 1st subtitles (SUP) showed "[Wind Blowing Softly]" was all I saw. I skipped ahead a few times and even checked the 2nd Subtitle. Didn't see it either.
I used MKVExtractGUI, as per usual for me, dragged the completed Build over it, unchecked the SUP's, dragged the "Work" SUP's over, made sure English is active on both, then rebuilt. I saw "[Wind Blowing Softly]" again and the 1st conversation. 2nd SUP is also functioning now. Hmmm... I cannot tell which SUP's the program added, but I noticed there are:
00001.track_4608.sup
00001.track_4608-rz.sup
00001.track_4612.sup
00001.track_4612-rz.sup
I wondered if the "*-rz.sup"'s are being used, so I rebuilt with them also and I got the same effect effect as BD-RB has built it. Using the other, Subtitles are looking as per Blu-Ray. :) I hope this helps you.
jdobbs
27th February 2012, 21:11
JDobbs: My first test with 40.08, Cast Away. Alternate MKV and Audio Intact. A/V look good and seem to be in good sync. The 1st subtitles (SUP) showed "[Wind Blowing Softly]" was all I saw. I skipped ahead a few times and even checked the 2nd Subtitle. Didn't see it either.
I used MKVExtractGUI, as per usual for me, dragged the completed Build over it, unchecked the SUP's, dragged the "Work" SUP's over, made sure English is active on both, then rebuilt. I saw "[Wind Blowing Softly]" again and the 1st conversation. 2nd SUP is also functioning now. Hmmm... I cannot tell which SUP's the program added, but I noticed there are:
00001.track_4608.sup
00001.track_4608-rz.sup
00001.track_4612.sup
00001.track_4612-rz.sup
I wondered if the "*-rz.sup"'s are being used, so I rebuilt with them also and I got the same effect effect as BD-RB has built it. Using the other, Subtitles are looking as per Blu-Ray. :) I hope this helps you. the -rz indicates that these are resized subtitles.
AmigaFuture
27th February 2012, 22:18
Ah, okay. Hmm...I didn't set any option to resize them as I'm not doing BD to DVD. So I'll guess BD-RB it's doing it by default? Unless you figure in Target Size BD-5...hmm...I wouldn't consider that BD to DVD though since it's MKV. I also wonder then...are they resized too big and that's why I only saw the 1 part of the subtitle when using those? Another question is, why was the resize muxed in?
colinhunt
27th February 2012, 22:36
Ran into problems with a VC-1 source (Warner's Being There) and DGDecNV. At least that's what I think is the cause.
I'm running v0.40.08 on a new laptop which sports a GTX 570M with 3GB of VRAM and latest Nvidia drivers. The backup had been running merrily for an hour or so when I heard the laptop make a couple of error beeps. When I tapped the mousepad to turn the display on, I could see two error message windows disappear from screen in a blink of an eye. Both had a large red X symbol on them, but I didn't see what they said.
However, I could see that GPU temperature dropped down to idle temps very quickly after that and BD-RB's encoding speed climbed rapidly from 20fps to 140fps. That was during pass 2 with 1080p VC-1 source and BD-RB set to highest quality, so I assume the encoder was being fed blank frames due to DGDecNV conking out.
My apologies if I posted this on an incorrect thread; wasn't sure where to post it, to be honest.
omegaman7
27th February 2012, 22:44
@Colinhunt, Input this in your ini file.
- Added a new hidden option DISABLE_VIDEO_SLEEP.
This will prevent video card sleep mode, and may
be useful when running jobs overnight while using
DGDecNV with some video cards.
jdobbs
27th February 2012, 22:48
Ran into problems with a VC-1 source (Warner's Being There) and DGDecNV. At least that's what I think is the cause.
I'm running v0.40.08 on a new laptop which sports a GTX 570M with 3GB of VRAM and latest Nvidia drivers. The backup had been running merrily for an hour or so when I heard the laptop make a couple of error beeps. When I tapped the mousepad to turn the display on, I could see two error message windows disappear from screen in a blink of an eye. Both had a large red X symbol on them, but I didn't see what they said.
However, I could see that GPU temperature dropped down to idle temps very quickly after that and BD-RB's encoding speed climbed rapidly from 20fps to 140fps. That was during pass 2 with 1080p VC-1 source and BD-RB set to highest quality, so I assume the encoder was being fed blank frames due to DGDecNV conking out.
My apologies if I posted this on an incorrect thread; wasn't sure where to post it, to be honest. Try setting the new option to prevent video sleep (DISABLE_VIDEO_SLEEP=1). On a laptop it is likely that the video is shutting down -- and that might be creating issues with DVDecNV (which relies on the video card for decoding).
[Edit] Looks like omegaman7 types faster than I do... :)
jdobbs
27th February 2012, 22:50
Ah, okay. Hmm...I didn't set any option to resize them as I'm not doing BD to DVD. So I'll guess BD-RB it's doing it by default? Unless you figure in Target Size BD-5...hmm...I wouldn't consider that BD to DVD though since it's MKV. I also wonder then...are they resized too big and that's why I only saw the 1 part of the subtitle when using those? Another question is, why was the resize muxed in?
What MKV option are you using? Most of them resize... if you are outputting to the same resolution as the original it shouldn't be necessary. Let me know so I can look through the code...
colinhunt
27th February 2012, 23:46
Thanks guys! I had missed that option altogether; will give it a shot.
AmigaFuture
28th February 2012, 04:22
Same resolution as Cast Away Source; 1080p without Autocrop, MKV Alternative Intact Audio.
The INI.
[Options]
VERSION=0.40.0.8
MODE=2
ENCODE_QUALITY=2
MULTIPROCESS=3
MKV_MUXSUPS=1
ONEPASS_ENCODING=0
AUTO_QUALITY=1
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=eng;
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
DEINTERLACE=1
SD_TO_1080=0
CONVERT_WIDE=0
DTS_REENCODE=1
AC3_REENCODE=0
AC3_640=0
AC3_192=0
KEEP_HD_AUDIO=0
AVCHD=1
REMOVE_WORKFILES=0
MOVIE_ONLY_LOOP=1
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
USE_LAVF=0
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
UNMASK_CHAPTER=0
COMPLETION_BEEP=0
DGDECNV=0
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=23500
MOVIEONLY_TYPE=10
ALTCRF=19
ALT_TARGET=5000
ALTMETHOD=2
ALTAUTOCROP=0
VERBOSE_STATUS=1
[Paths]
SOURCE_PATH=F:\CASTAWAY\
WORKING_PATH=E:\BLU-RAY\REBUILDER\
Something more? Let me know.
Bronxboybob
28th February 2012, 05:10
I have used BD Rebuilder to get down to a BD 25 disc and on some recent discs I get a green bar at the bottom of the converted files (Scarface, Jurrasic Park, 12 Monkeys). I don't know what to show you.
setarip_old
28th February 2012, 05:28
@Bronxboybob
Hi!
Sounds like a videocard problem...
jdobbs
28th February 2012, 05:33
I have used BD Rebuilder to get down to a BD 25 disc and on some recent discs I get a green bar at the bottom of the converted files (Scarface, Jurrasic Park, 12 Monkeys). I don't know what to show you.
1. Are you playing it back on a standalone player?
2. What are you using as a source? Is it a commercial Blu-ray disc that was ripped immediately before the reencode? I ask because that often is an indicator that the source isn't a legal blu-ray resolution. A lot of the MKV sources that are sometimes converted to BD have been resized to remove borders and can cause that symptom.
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.