View Full Version : BD Rebuilder Beta - Bug Reports Only
AmigaFuture
17th February 2012, 05:15
NightHawkGuy, I never saw mkvmerge.exe in TaskManager either. Not even an ~Instant~..haha. I even tried the rebuild after using MSConfig and changing settings to Diagnostic Startup, even that produced the same effect. I've installed AutoGK as I've noticed Windows 7 64-bit have challenges with it when trying to encode and split (a "year" ago)...but everything is functional there. I've even noticed challenges with DVD Rebuilder, and haven't reinstalled it yet.. I have some projects to have done for Saturday so I cannot focus too much towards BD-RB at the moment since everything else is operating correctly (that I can see). I've copy/pasted, after making a backup, 40.07 and am now trying with The Da Vinci Code (again). I know it completed with 40.06 with the same settings. So.. :-D Shall See.
jdobbs
17th February 2012, 05:19
I'll do some more testing in the morning...
jdobbs
17th February 2012, 06:23
I got that failed to rebuild error as well on some test builds recently with MKV output. I observed the encoding completed fine and I could manually mux the final encoded elementary streams to MKV with mkvmerge ok.
I've tried a build today with the new version 0.40.07 with regular directshow/ffdshow serving (no multiprocess) and it didn't have the error and created correctly the MKV output with a 1080p AVC movie title, output as 1080p with 192Kb/s stereo AC3 audio.
However, I just tried an alternate title that was 720x480 MPEG-2, encoded to AVC 720x480 MKV output with 192Kb/s stereo audio and that one failed at the same place as yours. Again the encoded streams were completed fine and just the final MKV merging apparently failed.
So this MKV merging problem seems to happen only with certain titles or formats perhaps?
I watched closely during the final "Building ALTERNATE OUTPUT Structure" stage and though it doesn't appear in the logs, I could see the following messages while that process is happening:
Creating ALTERNATE MOVIE-ONLY Structure (Pt 1)
Creating ALTERNATE MOVIE-ONLY Structure (Pt 2)
each of these steps goes from 0->100% on the "current progress" indicator
and then it gets the "Failed to REBUILD" error message after that.
I can start the build again and it retries that step.
I also observed during this step in the Windows 7 Task Manager, Processes list, I never see "mkvmerge.exe" listed as running...
I don't quite understand what it is doing during that stage, since I can manually just input the already completed elementary streams (video, audio, and chapters) directly to mkvmerge to create an MKV fine with no other processing. Is this an multi-part source?
NightHawkGuy
17th February 2012, 06:37
Is this an multi-part source?
Yes, the case of the one that failed was from selecting a multi-part 41min extra, 720x480 MPEG-2 title as the main movie. It was a deleted scenes title(playlist) that appears to made up of 27 chapters/segments.
A separate build from a single part source selecting the 1080p AVC main movie worked OK to MKV output.
I ran the tests for the quickest speed using CRF 1-pass MKV mode, very fast encoding with directshow/ffdshow and no multiprocess.
stereo55
17th February 2012, 07:13
Ive been a BD Rebuiled user for quite awhile now (60+ movies done) and just installed ver 4007. This is the first time Ive ever gotten the "Failed to retrieve audio, aborted" message myself (everything is up to date icluding Anydvd HD with my same usual settings) . This is on the movie "In Time" , and I cant fiqure it out the problem thus far .
Anyone else with the same ???
I've done numerous encodes and I haven't had that once.
Well just to be safe , I re-installded the ffdshow and Matroska splitter , did a "inspect" and all was a-ok (as a previous inspect was not all ok after the new build) . Then I came up with a differant error , but only when the orginal movie disc was inserted . Seems the problem now was AnyDVD HD , so then I was forced to use the lastest beta 169.112 (seems 169.10 would not read the new movie disc properly) ; and now it seems Iam all good to go .
Doing the BD Rebuild as we speak , but confident the copy will come out beautiful (as usual) .
Sorry for the possible "false alarm" on the new 4007 build .
Thanks jdobbs for all your hardwork on BDR!
Adbear
17th February 2012, 07:26
I think you mean AnyDVD HD 6.9.1.12 and AnyDVD HD did warn you there may be a problem when using 6.9.1.0
AmigaFuture
17th February 2012, 10:25
I'll check for replies in the morning. However, Ahhh...Haaa... An Encode DID complete...
----------------------
[02/16/12] BD Rebuilder v0.40.07 (beta)
[19:57:18] Source: DA_VINCI_CODE
- Input BD size: 40.59 GB
- Approximate total content: [02:54:37.467]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, Intact Audio
- Decoding/Frame serving: DirectShow [2-way]
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=448
[19:57:23] PHASE ONE, Encoding
- [19:57:23] Processing: VID_00011 (1 of 1)
- [19:57:23] Extracting A/V streams [VID_00011]
- [20:06:03] Reencoding video [VID_00011]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 251,208 frames
- Bitrate: 5,703 Kbs
- [20:06:03] Reencoding: VID_00011, Pass 1 of 2
- [21:34:44] Reencoding: VID_00011, Pass 2 of 2
- [01:01:29] Video Encode complete
- [01:01:29] Processing audio tracks
[01:01:29]PHASE ONE complete
[01:01:29]PHASE TWO - Rebuild Started
- [01:01:29] Building ALTERNATE OUTPUT Structure
[01:11:55] - Encode and Rebuild complete
[01:11:55] JOB: DA_VINCI_CODE finished.
Hmmm...my Castaway disk seems to have something to help make this software better. Cool. :-D Zzz...G'night. Let me know what I may help with, of course.
jdobbs
17th February 2012, 16:56
Hmmm...my Castaway disk seems to have something to help make this software better. Cool. :-D Zzz...G'night. Let me know what I may help with, of course. Is that the Tom Hanks movie, or the 1986 movie?
AmigaFuture
17th February 2012, 20:26
Tom Hanks is in it. :-)
rippn
18th February 2012, 01:33
So if you use MULTIPROCESS=1 does bdrebuilder then not use DGDecNV? The reason I ask is because if I set MULTIPROCESS=0 then DGDecNV crashes and it has to be closed, however if I set MULTIPROCESS=1 the encode finishes no problem.
Also I'm in 64-bit win7, but the program gives the error that the 64-bit version of DGDecNV is not supported, I know 32-bit programs run fine in a 64-bit environment, wondering though if this might be the cause of DGDecNV crashing?
NightHawkGuy
18th February 2012, 02:14
Also I'm in 64-bit win7, but the program gives the error that the 64-bit version of DGDecNV is not supported, I know 32-bit programs run fine in a 64-bit environment, wondering though if this might be the cause of DGDecNV crashing?
64bit Avisynth filters are only for use with 64-bit version of Avisynth.
I believe that BD Rebuilder uses only 32bit Avisynth even with Windows 7 64bit, so you need to use only 32bit filters including with DGDecNV.
I'm using Windows 7 64 bit with the recommended 32bit Avisynth and 32bit DGDecNV with no crashing either with Multiprocess on or off.
Sharc
18th February 2012, 12:36
No, I haven't changed anything in the sizing algorithms for quite some time. I'd guess that one is likely just one of the random ones that CRF can't predict very well. But I'll do a couple of tests and see if the 720p conversion is affecting the sizing.
Hmmm..., it looks to me like being systematic (a bug?) that such sources (Blu-ray disc 25fps MBAFF, converted by BD-RB to 720p50fps using frame duplication) end up with much too low CRF predictions which eventually results in double size outputs (i.e. BD9 instead of BD5). I had this same effect for 2 such sources now. This looks a bit strange to me because the CRF prediction is usually pretty precise for progressive 23.976fps sources.
And b.t.w. thanks a lot for supporting DG...NV tools :cool:
jdobbs
18th February 2012, 14:41
Hmmm..., it looks to me like being systematic (a bug?) that such sources (Blu-ray disc 25fps MBAFF, converted by BD-RB to 720p50fps using frame duplication) end up with much too low CRF predictions which eventually results in double size outputs (i.e. BD9 instead of BD5). I had this same effect for 2 such sources now. This looks a bit strange to me because the CRF prediction is usually pretty precise for progressive 23.976fps sources.
And b.t.w. thanks a lot for supporting DG...NV tools :cool: I have a table embedded in BD-RB that has some prediction factors I created based on testing. It changes with the size/rate of the source. I'll take a look at it and see if I might be off on 25fps to 720p conversion.
DarWun
19th February 2012, 04:22
For the past three days I have been trying to batch encode episodes from blurays for Farscape using DGDecNV for decoding. In the morning I find a dialogue box saying "Error: cuInit failed (100)". A google search found that this error is most likely attributed to DGDecNV. After some trial and error I found that this error occurs when the monitor has turned off to comply with Windows Power Option settings. After changing my Power Options so that the monitor never turns off, the cuInit error no longer occurs when batch encoding with DGDecNV enabled.
This is not an bug with BD-Rebuilder per se, but I figured it was worth pointing out in case other people are experiencing the same issue when using DGDecNV.
Mark_Venture
19th February 2012, 04:30
Using MULTIPROCESS=1 has really sped up conversions to "movie only/alternate output MKV" (example: UNDERWORLD-UNRATED-EXTENDED took 2hrs 1min to convert with 0.40.06)
Since I have an EVGA GeForce GTX 275 896-P3-1170-AR, which supports CUDA. Being that its a slightly older card, I was wondering how much, if any, also using DGDecNV would help?
Thoughts? or should I just leave it alone since the current setup is working fine?
If it matters, rest of system's main parts are i7-860 (2.8GHz 8MB L3 Cache), ASUS P7P55D Deluxe motherboard, 8gig Corsair XMS3 CMX4GX3M2A1600C8 (4 x 2Gig sticks). Hard drives are Western Digital Caviar GP SATA (which I know are "slower")
jdobbs
19th February 2012, 05:15
For the past three days I have been trying to batch encode episodes from blurays for Farscape using DGDecNV for decoding. In the morning I find a dialogue box saying "Error: cuInit failed (100)". A google search found that this error is most likely attributed to DGDecNV. After some trial and error I found that this error occurs when the monitor has turned off to comply with Windows Power Option settings. After changing my Power Options so that the monitor never turns off, the cuInit error no longer occurs when batch encoding with DGDecNV enabled.
This is not an bug with BD-Rebuilder per se, but I figured it was worth pointing out in case other people are experiencing the same issue when using DGDecNV. Good to know, thanks. I may be able to prevent video-disabling from happening when DGDecNV is enabled... I'll check it out.
jdobbs
19th February 2012, 05:17
Using MULTIPROCESS=1 has really sped up conversions to "movie only/alternate output MKV" (example: UNDERWORLD-UNRATED-EXTENDED took 2hrs 1min to convert with 0.40.06)
Since I have an EVGA GeForce GTX 275 896-P3-1170-AR, which supports CUDA. Being that its a slightly older card, I was wondering how much, if any, also using DGDecNV would help?
Thoughts? or should I just leave it alone since the current setup is working fine?
If it matters, rest of system's main parts are i7-860 (2.8GHz 8MB L3 Cache), ASUS P7P55D Deluxe motherboard, 8gig Corsair XMS3 CMX4GX3M2A1600C8 (4 x 2Gig sticks). Hard drives are Western Digital Caviar GP SATA (which I know are "slower") Can't say for sure. It helped on my system and I'd guess it would on yours -- but there are a lot of variables and I can't say how much (if any) improvement you'll see.
NightHawkGuy
19th February 2012, 06:15
For the past three days I have been trying to batch encode episodes from blurays for Farscape using DGDecNV for decoding. In the morning I find a dialogue box saying "Error: cuInit failed (100)". A google search found that this error is most likely attributed to DGDecNV. After some trial and error I found that this error occurs when the monitor has turned off to comply with Windows Power Option settings. After changing my Power Options so that the monitor never turns off, the cuInit error no longer occurs when batch encoding with DGDecNV enabled.
This is not an bug with BD-Rebuilder per se, but I figured it was worth pointing out in case other people are experiencing the same issue when using DGDecNV.
That hasn't happened with my setup using an Asus Nvidia GTX460 video card with DGDecNV.
My monitor can go into standby mode and come out fine during a build and I like that feature, so would like to keep that ability. For those who have a problem in their particular setup, perhaps an optional ini entry can be used to disable it, but allow it to be enabled otherwise.
Might depend on the particular Nvidia chip and driver and other system specific stuff?
Should probably report it at the DGDecNV support forum with details of your particular system and video card + drivers.
I noticed he has a support thread over there for that particular error which could happen if the video card's memory is used a lot at the same time as DGDecNV by some other graphics intensive apps.
DarWun
19th February 2012, 06:59
That hasn't happened with my setup using an Asus Nvidia GTX460 video card with DGDecNV.
Good to know. I'm using a Asus Nvidia GTX580 card with the most recent beta drivers (295.51). DGDecNV hasn't really given me any performance boost over the multi-processor option so I was going to stop using it. But I'll post over at the official forums in case it helps anyone.
omegaman7
19th February 2012, 07:46
Good to know. I'm using a Asus Nvidia GTX580 card with the most recent beta drivers (295.51). DGDecNV hasn't really given me any performance boost over the multi-processor option so I was going to stop using it. But I'll post over at the official forums in case it helps anyone.
Indeed. I'm using a 570, and seeing very tiny gains. But I also only use the "high quality" option. I've found that the CPU seems to hold back the GPU. The faster the CPU, the faster the frameservice.
I plan to run some comparisons using the faster setting, and compare to X264/LAVF, and see what I come up with.
NightHawkGuy
19th February 2012, 08:05
Indeed. I'm using a 570, and seeing very tiny gains. But I also only use the "high quality" option. I've found that the CPU seems to hold back the GPU. The faster the CPU, the faster the frameservice.
I plan to run some comparisons using the faster setting, and compare to X264/LAVF, and see what I come up with.
I ran several comparisons and found that using a fast CPU (I have an AMD 6 core) that DGDecNV only gave me quicker speed with 2 pass mode (only pass1 speeds up since pass 2 is already at 100% on all cores) and an x264 encoding setting of "faster" or slower, compared to using regular directshow/ffdshow decoding. At these encoding settings I got about 7-10% improvement, but with the very fast or ultra fast encoding settings DGDecNV was actually slower taking as much as 25% longer. So DGDecNV is better only for me for a slower/higher quality encoding setting with 2 passes.
In multiprocess mode (I test with multiprocess=2 since that was the most I could do safely with my limited 4GB RAM) I found DGDecNV was overall faster since it didn't take extra time to split the source video compared to using directshow/ffdshow. Saved 10-15min overall from that split time savings for me.
So the best encoding build total times for a higher quality encodes on a fast sytem like mine with a Nvidia GTX460 video card was DGDecNV decoding with multiprocess=2 for 2 pass encodes of "faster" or slower setting. Good for a quality BD5 or BD9 or 4GB MKV from a bluray movie only.
However for very quick encodes (not high quality) I used directshow/ffdshow decoding no multiprocess with CRF 1pass mode for MKV/BD5/BD9 or for 25GB output, the high speed (ultra fast) 1pass mode.
omegaman7
19th February 2012, 08:40
I let Rebuilder decide the split. Which seems to be 2-way under all circumstances so far. DGDecNV Slower in super fast settings eh? Interesting. I've barely began my testing. Thanks for the info.
JoeH
19th February 2012, 14:28
DGDecNV will be slower in super fast settings on fast computers because the NVidia card can't decode all that fast. VP4 engines will generally decode H264 at something like a little more than 60fps, and VP5 engines at 120fps. When the encode can go faster than that a CPU decode will beat DGDecNV.
JoeH
19th February 2012, 14:33
Using version 40.07 I'm having trouble with the Blu-ray to DVD conversion (I tried with the 5GB DVD output size). In this case I was converting a Blu-ray folder created by TSMuxer. The subtitles were also created by TSMuxer.
I tested with three movies. In all three the audio is out of sync, and the subtitles are not visible (some programs, like MPC-HT think they are there but then can't display them, others, like TMT5 do not even see them). Here is an example of the logs:
----------------------
[02/19/12] BD Rebuilder v0.40.07 (beta)
[11:37:57] Source: REMIX
- Input BD size: 2.72 GB
- Approximate total content: [01:50:20.416]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: DVD-5, 720x480/576, AC3 Audio
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[11:37:57] PHASE ONE, Encoding
- [11:37:57] Processing: VID_00000 (1 of 1)
- [11:37:57] Extracting A/V streams [VID_00000]
- [11:39:11] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1280x720
- Rate/Length: 23.976fps, 158,731 frames
- Bitrate: 5,007 Kbs
- [11:39:11] Reencoding: VID_00000
- [12:39:14] Video Encode complete
- [12:39:14] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
[12:40:48]PHASE ONE complete
[12:40:48]PHASE TWO - Rebuild Started
- [12:40:48] Building ALTERNATE OUTPUT Structure
- [12:40:48] Converting 1 subtitles to DVD format.
- [12:43:31] Starting MPLEX.
- [12:45:31] Multiplexing 1 subtitles into stream.
- [12:47:46] Building DVD File Structure.
[12:50:08] - Encode and Rebuild complete
- WORKFILES folder removed.
[12:50:08] JOB: REMIX finished.
==========================
[12:50:08] END - BATCH SEQUENCE
==========================
And the INF:
[Status]
LABEL=REMIX
VERSION=v0.40.07 (beta)
SOURCE_SIZE=2924931072
SOURCE_VIDEO_SIZE=2924931072
TARGET_SIZE=24641536000
REDUCTION=8.42465528021851
RESIZE_1080=0
AUDIO_TO_KEEP=eng;ita;spa;
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=all
BACKUP_MODE=1
MOVIEONLY_TYPE=1
USE_LAVF=0
INSTANCES=1
DGDECNV=0
QUICK=0
ENCODE_STEP=0
COMPLETED=1
REBUILD_COMPLETE=1
[00000]
AUDIO=1
PGS=1
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=24641536000
NSIZE=0
FLINK=0
MLINK=0
jdobbs
19th February 2012, 15:03
I did several BD to DVD conversions in testing and they all worked fine. I'll do a couple more tests.
This type of behaviour can be an indicator that some other CODECs are interfering with BD-RB. Try uninstalling and reinstalling AVISYNTH, FFDSHOW, and HAALI.
Are you doing PAL conversion?
I'm also concerned with I see a 1280x720 source that has been previously edited by TSMUXER (and other software obviously). That's almost a guarantee that the source has been preprocessed (even beyond TSMUXER) -- and 90% of the time when preprocessing is present it is the source of any problems.
Try a conversion on a unedited commercial source and see if you still have issues.
But... you never know, so as I said, I'll do some more testing.
Sharc
19th February 2012, 15:52
This type of behaviour can be an indicator that some other CODECs are interfering with BD-RB. Try uninstalling and reinstalling AVISYNTH, FFDSHOW, and HAALI.
Are you doing PAL conversion?
I'm also concerned with I see a 1280x720 source that has been previously edited by TSMUXER (and other software obviously). That's almost a guarantee that the source has been preprocessed (even beyond TSMUXER) -- and 90% of the time when preprocessing is present it is the source of any problems.
Try a conversion on a unedited commercial source and see if you still have issues.
But... you never know, so as I said, I'll do some more testing.
I have seen similar audio sync problems when converting a pre-processed (by BD-RB) 1280x720p source to a PAL DVD. Un-installing and re-installing the SW components did not help. Encoding to PAL DVD from the original blu-ray source has however never given any problems so far .
greslogo
19th February 2012, 15:54
Anybody do Real Steel. It seems that all the streams on the disk have some sort of commentary that pops up now and then and no audio when the popups appear. Anybody manage to do a movie only BD-25 and get just the movie ?
jdobbs
19th February 2012, 16:01
I have seen similar audio sync problems when converting a pre-processed (by BD-RB) 1280x720p source to a PAL DVD. Un-installing and re-installing the SW components did not help. Encoding to PAL DVD from the original blu-ray source has however never given any problems so far . I'll create a 1280x720 source and then do a PAL conversion and see how it comes out. When you do the PAL conversion do you use ALTERNATE_PAL=1 or just the standard out-of-the-box settings?
jdobbs
19th February 2012, 16:01
Anybody do Real Steel. It seems that all the streams on the disk have some sort of vvommentary that pops up now and then and no audio when the popups appear. Anybody manage to do a movie only BD-25 and get just the movie ? I'm going to be picking that one up later today. I'll let you know what I find. I thought I had it -- but it seems to be MIA.
Is there more than one English audio choice on the streams menu?
JoeH
19th February 2012, 16:07
Thanks for the quick reply. After posting that I ran the Inspect tool and it said that some of my filters were not correctly set up (in particular I had a newer version of Haali and a newer version of FFDSHOW than the recommended). So, it hurt ;) but I uninstalled those and installed the recommended versions.
I got the Inspect tool to say everything was OKAY, and now I am trying again.
jdobbs, would it be terribly difficult to include your own codecs, splitter, etc. that are used exclusively by BD-Rebuilder? Might make things like this simpler.
I'll let you know how the new tests come out. I'm currently testing with a 1080p Blu-ray, but again, remuxed by TSMuxer (so as to add subtitles). So at least we'll remove the 720p factor as well if it doesn't work correctly.
PS. I am NOT doing PAL Conversion.
jdobbs
19th February 2012, 16:10
Thanks for the quick reply. After posting that I ran the Inspect tool and it said that some of my filters were not correctly set up (in particular I had a newer version of Haali and a newer version of FFDSHOW than the recommended). So, it hurt ;) but I uninstalled those and installed the recommended versions.
I got the Inspect tool to say everything was OKAY, and now I am trying again.
jdobbs, would it be terribly difficult to include your own codecs, splitter, etc. that are used exclusively by BD-Rebuilder? Might make things like this simpler.
I'll let you know how the new tests come out. I'm currently testing with a 1080p Blu-ray, but again, remuxed by TSMuxer (so as to add subtitles). So at least we'll remove the 720p factor as well if it doesn't work correctly.
PS. I am NOT doing PAL Conversion. Unfortunately there's no way to do that. The splitter and CODECs are selected at the system level when the playback/frame-serving occurs. If it is failing with different versions -- that means there are problems with those versions -- not BD-RB, so it's better not to have them installed anyway. I try newer versions all the time -- but only update when I run it for a long time without issues. BD-RB is doing nothing out-of-the-ordinary that might be unique in the way they are used.
About the only way around that is to use LAVF (which will fail on VC-1 interlaced sources) or DGDecNV. I'd love to work independently of other packages -- but that'd probably requre more work than BD-RB itself.
greslogo
19th February 2012, 16:12
I'm going to be picking that one up later today. I'll let you know what I find. I thought I had it -- but it seems to be MIA.
Is there more than one English audio choice on the streams menu?
Yes, there is. Quite a few but wouldn't make any difference since that wouldn't change the video (popups). Right after the opening credits, there is a whole "behind the scene" scene that gets picked up so you don't have to go far to see the problem.
I don't have the disk anymore. I used ANydvd to do the rip.
btw. I also made a DVD-5 with just the Spanish track... Same problem.
jdobbs
19th February 2012, 16:20
Yes, there is. Quite a few but wouldn't make any difference since that wouldn't change the video (popups). Right after the opening credits, there is a whole "behind the scene" scene that gets picked up so you don't have to go far to see the problem.
I don't have the disk anymore. I used ANydvd to do the rip.
btw. I also made a DVD-5 with just the Spanish track... Same problem. That just means they are using a different stream to create a PiP effect (rather than secondary video overlays). How many choices are there in the "Other Playlist" list? One of them has to be the normal-playback movie. The original wouldn't work if that weren't the case.
[Edit] I just read on another forum that playlist 00051 is the correct choice for English. Of course until I get it I can't say that's correct for sure.
Sharc
19th February 2012, 16:43
I'll create a 1280x720 source and then do a PAL conversion and see how it comes out. When you do the PAL conversion do you use ALTERNATE_PAL=1 or just the standard out-of-the-box settings?
I tried it both ways. No success. Only when I don't convert it to PAL at all it comes out in sync.
I did PAL conversions successfully in the past from such pre-processed sources, so it seems that something has changed since. No idea what this could be.
jdobbs
19th February 2012, 16:48
I tried it both ways. No success. Only when I don't convert it to PAL at all it comes out in sync.
I did PAL conversions successfully in the past from such pre-processed sources, so it seems that something has changed since. No idea what this could be. Is the 1280x720 encoded at 23.976fps?
Sharc
19th February 2012, 16:51
Is the 1280x720 encoded at 23.976fps?
Yes.....
jdobbs
19th February 2012, 17:02
Yes..... Alright. My first job (testing a standard conversion to DVD) is almost done. Assuming that one is in-sync, I will next create a movie-only 1280x720, and then convert that to DVD.
Sharc
19th February 2012, 17:20
Alright. My first job (testing a standard conversion to DVD) is almost done. Assuming that one is in-sync, I will next create a movie-only 1280x720, and then convert that to DVD.
If it should help: My 720p/23.976fps movie-only sources had the original DTS audio converted to ac3 5.1/448.
Edit:
... and IIRC the audio on the PAL DVD was offset by a fix amount (few seconds) rather than running progressively out of sync.
greslogo
19th February 2012, 17:50
That just means they are using a different stream to create a PiP effect (rather than secondary video overlays). How many choices are there in the "Other Playlist" list? One of them has to be the normal-playback movie. The original wouldn't work if that weren't the case.
[Edit] I just read on another forum that playlist 00051 is the correct choice for English. Of course until I get it I can't say that's correct for sure.
I'm almost positive I used playlist 51 (it's the first one) . I'm trying it, again, just to confirm.
jdobbs
19th February 2012, 17:58
If it should help: My 720p/23.976fps movie-only sources had the original DTS audio converted to ac3 5.1/448.
Edit:
... and IIRC the audio on the PAL DVD was offset by a fix amount (few seconds) rather than running progressively out of sync.
I'm glad you game me that last bit of information... I think that may be the key. It may be possible that the audio needed to be reencoded so it could be adjusted for the new framerate -- but since it was already DVD compatible (448kbs), it may have been incorrectly kept intact.
It looks from the log, though, like JoeH's audio was reencoded.
Sharc
19th February 2012, 22:03
I'm glad you game me that last bit of information... I think that may be the key. It may be possible that the audio needed to be reencoded so it could be adjusted for the new framerate -- but since it was already DVD compatible (448kbs), it may have been incorrectly kept intact.
It looks from the log, though, like JoeH's audio was reencoded.
You are probably right here. I checked the logs, and in fact it says whenever the audio was already converted to ac3/448: ... Keeping original audio . Bingo!
jdobbs
19th February 2012, 22:12
You are probably right here. I checked the logs, and in fact it says whenever the audio was already converted to ac3/448: ... Keeping original audio . Bingo! I just finished converting 1280x720 to PAL DVD -- and it is perfectly in-sync. Next I'll do the same disc with ALTERNATE_PAL set. I think that must be where you got the bad sync -- it makes more sense because that's where it requires reencoding...
Sharc
19th February 2012, 22:31
I just finished converting 1280x720 to PAL DVD -- and it is perfectly in-sync. Next I'll do the same disc with ALTERNATE_PAL set. I think that must be where you got the bad sync -- it makes more sense because that's where it requires reencoding...
Yes, I have ALTERNATE_PAL normally set. In this case the log "...Keeping original audio" points to a possible problem.
greslogo
19th February 2012, 22:34
I'm almost positive I used playlist 51 (it's the first one) . I'm trying it, again, just to confirm.
I can't believe it. I encoded this twice...once for DVD-5 and once for BD-25. How could I have chosen the wrong playlist (I never went to the playlist and selected one) Is it possible BDR selected the wrong one, by default ?
Whenh I selecxted the the first one, 51, it worked fine.
jdobbs
19th February 2012, 22:35
Yes, I have ALTERNATE_PAL normally set. In this case the log "...Keeping original audio" points to a possible problem. I'd added some code a few versions ago to prevent unnecessary reencoding of AC3 -- and I'm 99% sure that's what's causing it. I just want to repeat it first so I can be sure it is fixed when I enable the fix. It's gotten to a point where there are so many settings in use that it's difficult to keep track of them
jdobbs
19th February 2012, 23:12
I can't believe it. I encoded this twice...once for DVD-5 and once for BD-25. How could I have chosen the wrong playlist (I never went to the playlist and selected one) Is it possible BDR selected the wrong one, by default ?
Whenh I selecxted the the first one, 51, it worked fine. It's possible, sure. Choosing the main playlist is just an educated guess based on a list of factors... it's right most of the time, but it can miss every now and then (maybe 1 out of 100).
jdobbs
19th February 2012, 23:23
Yes, I have ALTERNATE_PAL normally set. In this case the log "...Keeping original audio" points to a possible problem. Yep, that was it. It kept original audio when the source was already DD 5.1 and the bitrate was 448Kbs or less (DVD compatible) -- even though it required reencoding to match the video rate. I've just fixed it for the next release.
Thanks.
humphammer
19th February 2012, 23:33
I'm going to be picking that one up later today. I'll let you know what I find. I thought I had it -- but it seems to be MIA.
Is there more than one English audio choice on the streams menu?
I had the same problem with Real Steel. The feature is 21 chapters, but if you try to do a movie only backup BD rebuilder selects the one with 48 chapters that has the directors commentary. Must go to mode other movie and select the first one.
Sharc
20th February 2012, 00:08
Yep, that was it. It kept original audio when the source was already DD 5.1 and the bitrate was 448Kbs or less (DVD compatible) -- even though it required reencoding to match the video rate. I've just fixed it for the next release.
Thanks.
Good news. Thanks for your efforts in sorting this out.
omegaman7
20th February 2012, 02:53
I'm currently running GROUNDHOGS_DAY with X264/LAVF. I'm using the Alternate MKV output crf18@720P. I tried to use DGDecNV(without split), but it was throwing an error message like this:
http://i730.photobucket.com/albums/ww302/omegaman7/AudioDetectionMismatch.png
Killer elite was going considerably quicker with DGDecNV. If Groundhogs day could use it, I have no doubt it would see the speed gain as well.
I clicked "yes" on the window. Twice. But DGindexNV.exe hung for 7 minutes(Extracting A/V streams [VID_00011]), before I ultimately canceled.
When the current encode finishes, I'll attempt it again. And I'll upload what ever you need. More than anything, I'm curious exactly what this error means :)
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.