BD Rebuilder Beta - Bug Reports Only

[SektOderSelters]

hey folks,

sorry if that topic is already old (I guess it is) but instead of reading all 380+ pages of that topic I dare to ask right away ;).

i've got the problem that the sound doesn't seem to be synchron to the picture; while watching the movie the picture / sound freezes for some seconds every 1-2 minutes.
is that a common problem? and much more important, is there a solution?

regards

[Jake802]

Ok im confused. I was trying to do the second disc of Snow White and got the following:

[Earlier Status Text Truncated]
...
- [08:18:34] Reencoding: VID_00115, Pass 1 of 1
- [08:18:48] Video Encode complete
- [08:18:48] Reencoding audio tracks (if req'd)
- [08:18:48] Multiplexing M2TS
- [08:18:49] Extracting A/V streams [VID_00276]
- [08:18:51] Reencoding: VID_00276 (189 of 256)
- [08:18:51] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 803 frames
- Bitrate: 6,804 Kbs
- [08:18:51] Reencoding: VID_00276, Pass 1 of 1
- [08:19:44] Video Encode complete
- [08:19:44] Reencoding audio tracks (if req'd)
- [08:19:44] Multiplexing M2TS
- [08:19:45] Extracting A/V streams [VID_00279]
- [08:19:46] Reencoding: VID_00279 (190 of 256)
- [08:19:46] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,152 frames
- Bitrate: 4,597 Kbs
- [08:19:47] Reencoding: VID_00279, Pass 1 of 1
- [08:20:45] Video Encode complete
- [08:20:45] Reencoding audio tracks (if req'd)
- [08:20:45] Multiplexing M2TS
- [08:20:46] Extracting A/V streams [VID_00100]
- [08:20:47] Reencoding: VID_00100 (191 of 256)
- [08:20:47] Collecting video information
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 2,969 frames
- [08:20:47] Reencoding: VID_00100, Pass 1 of 1
- Encode failed. Retrying.
- Encode failed. Retrying.
- Reached retry limit. Aborting.
- BD-Rebuilder v0.33.04 (beta)
- Windows Version: 6.1 [7600]
- AVISYNTH Version: 2.5.7.0, Ok
- HAALI Splitter: Ok
- FFDSHOW: 3326, 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 incorrectly: [0]
- FFDSHOW AVC set to "libavcodec": Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
[08:20:53] - Failed video encode, aborted

What am I doing wrong now? And what is MPEG2 supposed to be set at?

Thanks

Jake

[Ch3vr0n]

It's supposed to be set to "libavcodec". Looks like ur FFDShow isnt configured properly

[Fulgrim]

Everything works great on standard discs. When using a multi-episode disc it crashes after a few seconds. Message follows:

[21:31:48] BD Rebuilder v0.33.02 (beta)
- Source: BSG_S1_D1
- Input BD size: 41.32 GB
- Approximate total content: [04:42:53.231]
- Target BD size: 22.66 GB
- Windows Version: 6.1 [7600]
- One Pass ABR Mode enabled
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
[21:31:49] PHASE ONE, Encoding
- [21:31:49] Extracting A/V streams [VID_00280]
- [21:31:56] Reencoding: VID_00280 (1 of 18)
- [21:31:56] Collecting video information
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 1,128 frames
- [21:31:56] Reencoding: VID_00280, Pass 1 of 1
- Encode failed. Retrying.
- Encode failed. Retrying.
- Reached retry limit. Aborting.
- FFDSHOW Revision: (3342)
[21:32:02] - Failed video encode, aborted

Any ideas?

[Jake802]

It's supposed to be set to "libavcodec". Looks like ur FFDShow isnt configured properly

Thanks!

[jdobbs]

Everything works great on standard discs. When using a multi-episode disc it crashes after a few seconds. Message follows:

[21:31:48] BD Rebuilder v0.33.02 (beta)
- Source: BSG_S1_D1
- Input BD size: 41.32 GB
- Approximate total content: [04:42:53.231]
- Target BD size: 22.66 GB
- Windows Version: 6.1 [7600]
- One Pass ABR Mode enabled
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
[21:31:49] PHASE ONE, Encoding
- [21:31:49] Extracting A/V streams [VID_00280]
- [21:31:56] Reencoding: VID_00280 (1 of 18)
- [21:31:56] Collecting video information
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 1,128 frames
- [21:31:56] Reencoding: VID_00280, Pass 1 of 1
- Encode failed. Retrying.
- Encode failed. Retrying.
- Reached retry limit. Aborting.
- FFDSHOW Revision: (3342)
[21:32:02] - Failed video encode, aborted

Any ideas? I see you fixed the problem by changing to the recommended versions. But you should also upgrade to the latest version of BD Rebuilder as well. It has a little better debugging output if you run into encoding problems.

[DVD Maniac]

Seems like this problem should be fixed now reading earlier posts...

Trying Terminator Salvation and the process breaks down in Phase 1 with break error "ExtractAudioSubs()" -

[02:39:54] BD Rebuilder v0.33.04 (beta)
- Source: TERMINATOR_SALVATION
- Input BD size: 24.86 GB
- Approximate total content: [01:54:46.712]
- Target BD size: 7.72 GB
- Windows Version: 6.0 [6000]
- MOVIE-ONLY mode enabled
- One Pass ABR Mode enabled
- Audio Settings: AC3=1 DTS=1 HD=1 Kbs=640
[02:39:57] PHASE ONE, Encoding
- [02:39:57] Extracting A/V streams [VID_00100]
- Extracting A/V to M2TS [VID_00100]
- [02:52:58] ExtractAudioSubs() 00053 1605
- Error in attempt to extract audio/subs.
- Muxing time: 13 min 0 sec
[12:40:27] - Failed to retrieve audio, aborted

[Shuttle99]

I had the same problem with Terminator Salvation many versions back and gave up on it until DVDfab started to convert Bluray's and then I used it and it had no problem. So far this was the only movie to give me this problem. Also on a side note since version 33.04 and using Automatic Quality Settings all that have been done in 1 pass work and look as good as two pass but cut about 3 to 4 hours off a coversion. So now a 1 pass on a 1.5 to 2 hour conversion to DVD-DL takes about 2 hours and what a savings in time.

[Capsbackup]

I made both a full backup to BD-25 and a movie only backup to BD5, of Terminator Salvation, no problems with either! I use XP Pro. :cool: So BD-RB worked fine for me.;)
Used Anydvdhd too.

[datman]

I think you're looking at a different MPLS than the one selected in BD-RB.

Are you saying you are doing some sort of preprocessing before you run it through BD-RB?

This is one of those movies that have several MPLS files in the main movie. BDRB has always done this correctly before.

Because 33.02 included those MPLS files from the extras as part of the movie only recode. I did it the old-school way by using tssplitter and then using the one MPLS file to do the movie only rebuild. It worked.

[jdobbs]

This is one of those movies that have several MPLS files in the main movie. BDRB has always done this correctly before.

Because 33.02 included those MPLS files from the extras as part of the movie only recode. I did it the old-school way by using tssplitter and then using the one MPLS file to do the movie only rebuild. It worked. As I said (and loaded on my computer and proved), BD-RB simply chose the wrong MPLS. It turns out that one was substantially larger than 00030. All you have to do is select it from the "Alternate Playlist" -- that's what it's there for.

[8ternity]

Hello,

I have converted over 5 bluray's with your softwares with theses settings:

- avisynth 2.5.8
- ffdshow clsid rev3342
- BD Rebuilder 33.02

I try to convert an new movie; it crashed on first file encode.
I download new version 33.04; samething.
I've read the log, Inspector found "Avisynth not good version" and ffdshow "not good version"

I download ffdshow clsid 3326 and install it. Same for avisynth 2.5.7. Because previously i was using for ripbot264.

I reboot, reset vc1 to wm9 and samething.

Here the log:

-----------------------
[22:24:32] BD Rebuilder v0.33.04 (beta)
- Source: ***MASKED***
- Input BD size: 36,52 GB
- Approximate total content: [03:19:12.023]
- Target BD size: 22,66 GB
- Windows Version: 6.1 [7600]
- One Pass ABR Mode enabled
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[22:24:32] PHASE ONE, Encoding
- [22:24:32] Extracting A/V streams [VID_00074]
- [22:24:34] Reencoding: VID_00074 (1 of 20)
- [22:24:34] Collecting video information
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 577 frames
- [22:24:34] Reencoding: VID_00074, Pass 1 of 1
- Encode failed. Retrying.
- Encode failed. Retrying.
- Reached retry limit. Aborting.
- BD-Rebuilder v0.33.04 (beta)
- Windows Version: 6.1 [7600]
- AVISYNTH Version: 2.5.8.0, not recommended version
- HAALI Splitter: Ok
- FFDSHOW: 3342, not recommended version
- 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 "ffmpeg-mt": Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
[22:27:38] - Failed video encode, aborted
-----------------------
[22:31:49] BD Rebuilder v0.33.04 (beta)
- Source: ***MASKED***
- Input BD size: 36,52 GB
- Approximate total content: [03:19:12.023]
- Target BD size: 22,66 GB
- Windows Version: 6.1 [7600]
- One Pass ABR Mode enabled
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[22:31:56] PHASE ONE, Encoding
- [22:31:56] Extracting A/V streams [VID_00074]
- [22:31:57] Reencoding: VID_00074 (1 of 20)
- [22:31:57] Collecting video information
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 577 frames
- [22:31:57] Reencoding: VID_00074, Pass 1 of 1
- [22:32:11] Video Encode complete
- [22:32:11] Reencoding audio tracks (if req'd)
- [22:32:11] Multiplexing M2TS
- [22:32:12] Extracting A/V streams [VID_00077]
- [22:32:14] Reencoding: VID_00077 (2 of 20)
- [22:32:14] Collecting video information
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 2*257 frames
- [22:32:15] Reencoding: VID_00077, Pass 1 of 1
- Encode failed. Retrying.
- Encode failed. Retrying.
- Reached retry limit. Aborting.
- BD-Rebuilder v0.33.04 (beta)
- Windows Version: 6.1 [7600]
- AVISYNTH Version: 2.5.7.0, Ok
- HAALI Splitter: Ok
- FFDSHOW: 3326, 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 "ffmpeg-mt": Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
[22:36:39] - Failed video encode, aborted



Movie Specs Job


[Status]
LABEL=***MASKED***
VERSION=v0.33.04 (beta)
SOURCE_SIZE=39215686561
SOURCE_VIDEO_SIZE=38768240640
TARGET_SIZE=24326963200
REDUCTION=.615955660736427
RESIZE_1080=0
AUDIO_TO_KEEP=all
SUBS_TO_KEEP=all
BACKUP_MODE=0
MOVIEONLY_TYPE=0
QUICK=1
ENCODE_STEP=1
COMPLETED=1
[00074]
AUDIO=1111
PGS=111111
M2TS_TARGET=16942900
NSIZE=23795712
FLINK=0
MLINK=0
[00077]
AUDIO=1111
PGS=111111
M2TS_TARGET=64032582



Can you help me with that please?

Note: it was decrypt and copy over my hard drive and worked from my hdd, not from the bd movie.


EDIT: the last video file AVS file source code

#Created by BD Rebuilder - v0.33.04 (beta)
DirectshowSource("E:\BDR\THE_BLIND_SIDE\FULLDISC\THE_BLIND_SIDE\BDMV\STREAM\00077.m2ts", fps=23.976, framecount=2257, audio=false)
ConvertToYV12().AssumeFPS(24000,1001)

[Capsbackup]

@8ternity;
You could try to put "MIN_M2TS_SIZE=500" ( or just larger than the .m2ts file BD-RB doesn't like ) under options in the BD-RB ini, and it should leave it alone and move on to the next file.
Try it, then load BD-RB again and see if that vid# is listed in the to reencode list.

[x400]

It has to be something outside of BD-RB. I'd look at any other installations or configuration changes you may have made recentely. BD Rebuilder makes no changes to your system related to audio at all. It doesn't even use the system codecs to decode audio, it uses NicAudio.dll via AVISYNTH.

You may also want to check FFDSHOW's audio configuration and see what is and is not enabled.

when i installed bd-rebuilder ... i dont recall now... but it had said one of my programs or codecs... wasnt configured properly for win7 and i told it to configure it properly.. im assuming thats the point where the audio stopped working

anyhow i just uninstalled cccp (codec pack) and reinstalled it and everything works normally again, and bd-rebuilder still works

so everythings ok anyhow ^^

[sidneysides]

I am stll getting slight motion blur on my backups, enough to tell the difference between the original, even though I'm backing up to a Bd25. It is more noticable in concerts where there is a camera pan or maybe the drummer is drumming. You get blurring during the pan or blurring of the drumsticks moving which weren't present in the original. I know I shouldn't expect it to be perfect as I am still reencoding, but most people on here say they can't tell the difference between their backup and the original.
I've tried doing movie only encodes with the same result. During slow moving scenes the picture is indistinguishable, just during motion. Are there any tweaks or setting for BDRB or for x264? Although the backup is great and certainly watchable, I find myself getting annoyed as I am always noticing it now as I'm always looking for it. Hope someone can help me out

[Dark Shikari]

I am stll getting slight motion blur on my backups, enough to tell the difference between the original, even though I'm backing up to a Bd25. It is more noticable in concerts where there is a camera pan or maybe the drummer is drumming.Interlaced source?

[sidneysides]

One was 1080i source (29.97) but the last one, Bon Jovi was 23.97p and still was the same. What should I have done differently with the interlaced one? As I said, the original played fine.

[jdobbs]

One was 1080i source (29.97) but the last one, Bon Jovi was 23.97p and still was the same. What should I have done differently with the interlaced one? As I said, the original played fine. The interlaced source would have been adjusted by the use of DECOMB's "FieldDeinterlace()" function. BD-RB uses that by default to remove combing effects. If you want to encode without deinterlacing, add this to your INI file:

DEINTERLACE=0

You can also use field delinteracing without blending rather than the default by setting DEINTERLACE=2.

As for the 23.976 source... check and see if the original used pulldown. If BD-RB shows a "*" in the stream listing, that is an indicator that the source was actually 29.97 as a result of pulldown.

I can think of no reason why you'd ever get motion blur on a 23.97 progressive source -- I've never seen it.

[Moviewatcher666]

Hey jdobbs,

I have made a BD25 Region A full backup of Monsters Vs Aliens. The audio on the PIP Secondary video is terribly out of sync. Is there anyway to fix this? Otherwise the rest of the disc plays perfectly.

I ran Inspect.exe and I have all the right versions of the encoding software and I am using BD Rebuilder .33.04.

Is this a bug in the program? Any help is greatly appreciated.

Thanks!

Moviewatcher666

[8ternity]

Resolved.

[jdobbs]

Hey jdobbs,

I have made a BD25 Region A full backup of Monsters Vs Aliens. The audio on the PIP Secondary video is terribly out of sync. Is there anyway to fix this? Otherwise the rest of the disc plays perfectly.

I ran Inspect.exe and I have all the right versions of the encoding software and I am using BD Rebuilder .33.04.

Is this a bug in the program? Any help is greatly appreciated.

Thanks!

Moviewatcher666 I'll have to get it and run a test. If I can repeat it I can fix it.

[jdobbs]

I've try to put MIN_M2TS_SIZE=100 and it freezed in the same file.

I've try to put MIN_M2TS_SIZE=500 and it freeze at another file VID_00026....


Thank you!What happens if you try to playback the AVS file with Media Player Classic or Windows Media Player?

[8ternity]

What happens if you try to playback the AVS file with Media Player Classic or Windows Media Player?

It play well with mpc the latest avs file, the one who not work for converting. It work if i set "play with ffdshow" use ffdshow for this time.

Properties of video played:
video: YV12 1920x1080 23.98fps [Avisynth video #1]

[woodman]

Just done a full backup of Tropic Thunder (BD25) and some of the extras files are not getting compressed enough, 3.5GB original to 3.3GB encoded approx, and also the 1GB files. The very small files get to about half their size, it’s happened on the Incredible Hulk to. The film is fine, apart from the file being smaller, just thought I’d report it; it leaves less room for the main film


- Windows Version: 5.1 [2600]
- AVISYNTH Version: 2.5.7.0, Ok
- HAALI Splitter: Ok
- FFDSHOW: 3326, Ok
- FFDSHOW VC-1 set "disabled", WMP11, Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- BD Rebuilder v0.33.0.4, Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok

[Ch3vr0n]

As for the 23.976 source... check and see if the original used pulldown. If BD-RB shows a "*" in the stream listing, that is an indicator that the source was actually 29.97 as a result of pulldown.

What if there's 2 *'s next to the stream ? I've got a VC-1 disc where multiple streams are

1080i, 29.97fps**

just a question though.

[Zot]

Hi,

I'm using BD Rebuilder 0.33.04. Inspect.exe shows all OK. Source is "Motherhood" which shows up as MPEG-4 (AVC), 1080i, 29.97fps.

I've tried to encode with and without forcing deinterlace, but the output seems jerky whenever they pan across a scene. Images seem like they are ghosting or doubling during motion. Static scenes play OK, just scenes that pan across the screen seem off. THis is true if output is played on my PC or my LG370 BD Player. When playing original BD I don't have this problem.

Any ideas?

Much thanks,

Z

Here's the INF file:
[Status]
LABEL=MOTHERHOOD
VERSION=v0.33.04 (beta)
SOURCE_SIZE=17816524800
SOURCE_VIDEO_SIZE=17816524800
TARGET_SIZE=4581228544
REDUCTION=.257133677606982
RESIZE_1080=0
AUDIO_TO_KEEP=eng;hun;
SUBS_TO_KEEP=eng;hun;
BACKUP_MODE=1
MOVIEONLY_TYPE=0
QUICK=0
ENCODE_STEP=0
COMPLETED=1
REBUILD_COMPLETE=1
[00005]
AUDIO=100
PGS=10
M2TS_TARGET=4581228544
RATE=5812
NSIZE=4091873280
FLINK=0
MLINK=0

[Capsbackup]

Hi,

I'm using BD Rebuilder 0.33.04. Inspect.exe shows all OK. Source is "Motherhood" which shows up as MPEG-4 (AVC), 1080i, 29.97fps.


I experienced this too. :( You might check to see if BD-RB chose the correct field order. Open the .avs script created by BD-RB for the .m2ts file of the main movie with notepad.)
ex:
AssumeFieldBased().AssumeTFF() or it may say AssumeBFF().
Then open the .m2ts file with dgavcdec, select preview, and see what it says the field order is.

[DK]

I experienced this too. :(

me too with for example "A Frozen Flower/Blood & Flowers"

[setarip_old]

@jdobbs

Does the conversation in the following post (37722) mean that you solved the DTS Express (or is it Express DTS) quandary?

http://forum.doom9.org/showpost.php?p=1392203&postcount=7722

[Ch3vr0n]

That would definately be nice if DTS-E was able to be decoded. I'd be able to backup my Fast & Furious BD boxset then. They all contain DTS-E

[Zot]

I experienced this too. :( You might check to see if BD-RB chose the correct field order. Open the .avs script created by BD-RB for the .m2ts file of the main movie with notepad.)
ex:
AssumeFieldBased().AssumeTFF() or it may say AssumeBFF().
Then open the .m2ts file with dgavcdec, select preview, and see what it says the field order is.

OK - Here's what I got. the MBAFF is throwing me?

Thank you for your help, BTW!

Inspect:

- Windows Version: 6.1 [7600]
- AVISYNTH Version: 2.5.7.0, Ok
- HAALI Splitter: Ok
- FFDSHOW: 3326, 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.33.0.4, Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok

=============================================================================
AVS File:

#Created by BD Rebuilder - v0.33.04 (beta)
DirectshowSource("Y:\BLURAY\MOTHERHOOD\BDMV\STREAM\00005.m2ts", fps=29.97, framecount=160542, audio=false)
AssumeFieldBased().AssumeTFF()
ConvertToYV12()
LoadPlugin("F:\Installed ABITP35 WIN7\bd rebuilder\BD_Rebuilder\tools\decomb521.dll")
FieldDeinterlace()
ConvertToYV12().AssumeFPS(30000,1001)

==============================================================================
DGAVCDEC:


Stream Type: Transport [192]
Profile: High
Level: 4.1
Frame Size: 1920x1080
SAR: 1:1
Display Size: 1920x1080
Frame Rate: 29.970030 fps
Colorimetry: BT.709 [1]
Frame Structure: MBAFF
Frame Type: not yet
Coded Number: 371
Playback Number: 371
Frame Repeats: 0
Field Repeats: 0
Bitrate: 18.748
Bitrate (Avg): 19.100
Bitrate (Max): 23.099
Audio Stream: 1100: DTS HDMA C+L+R+SL+SR 48 1536
Audio Stream: 1101: AC3 3/2 48 448
Audio Stream: 1102: AC3 2/0 48 192
Elapsed: 0:00:23
Remain: 3:04:43
FPS: 16.24
Info:

[jdobbs]

What if there's 2 *'s next to the stream ? I've got a VC-1 disc where multiple streams are

1080i, 29.97fps**

just a question though. That means it is a field based interlaced source.

[jdobbs]

@jdobbs

Does the conversation in the following post (37722) mean that you solved the DTS Express (or is it Express DTS) quanndary?

http://forum.doom9.org/showpost.php?p=1392203&postcount=7722 No. I just assume his source is DD. I'm going to start working on the DTS Express issue next week. Not sure if I can fix it without support from TSMUXER -- but I'll give it a shot.

[jdobbs]

Just done a full backup of Tropic Thunder (BD25) and some of the extras files are not getting compressed enough, 3.5GB original to 3.3GB encoded approx, and also the 1GB files. The very small files get to about half their size, it’s happened on the Incredible Hulk to. The film is fine, apart from the file being smaller, just thought I’d report it; it leaves less room for the main film


- Windows Version: 5.1 [2600]
- AVISYNTH Version: 2.5.7.0, Ok
- HAALI Splitter: Ok
- FFDSHOW: 3326, Ok
- FFDSHOW VC-1 set "disabled", WMP11, Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- BD Rebuilder v0.33.0.4, Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok I assume you have "Quick Code for Extras" selected. Since it uses a fixed CRF for different output sizes, it can randomly happen that way... the only alternative is to deselect it.

[8ternity]

About my issue jdobbs?

[setarip_old]

@jdobbs No. I just assume his source is DD.Sorry, my mistake. I thought ALL PIP audio was DTS Express...

[Moviewatcher666]

@jdobbs

Does the conversation in the following post (37722) mean that you solved the DTS Express (or is it Express DTS) quandary?

http://forum.doom9.org/showpost.php?p=1392203&postcount=7722

setarip_old

Monsters Vs Aliens uses AC3 for the secondary audio not DTS Express. I think that this movie is one for the few the does use AC3 for secondary audio on PIP video.

Jdobbs

Your assumption is correct. Sorry...should have mentioned that it was DD (AC3)

[setarip_old]

Hopefully someone already has an answer for this, because I failed to save he logs:

I recently made full disc BD-RB backups on DVD-9s of "Indiana Jones and the Kingdom of the Crystal Skull" and "Sleeping Beauty - 50th Anniversary".

Both burned discs play perfectly under Power DVD v.7.3, with menu background music looping until selections are made.

However, with each of the two, when played on a SONY BDP-S360, the menu background music ceases after approximately halfway through the first loop.

Somewhat surprisingly, everything else about these two discs continues to play perfectly - main movie, extras, options, etc. with all controls totally functional.

Your ideas will be appreciated.

[Capsbackup]

@setarip_old;
I believe this is due to DVD media and AVCHD, it's apparently not very consistent. If you burned that very same creation onto a BD-RE, I am quite sure you would find it works perfectly.
I have had this happen to me randomly, some work perfectly and some don't. Most always the movie plays fine though, with the occasional audio not heard on the main movie but works for all the trailesrs and extras.

[Capsbackup]

OK - Here's what I got. the MBAFF is throwing me?


I checked my region A version of this disc, and I receive the same log.:confused:
You could try changing the field order to BFF, run it manually to BD5 size and burn to DVD+RW and test to see if it's OK.
Found this post, but I'm not sure what to make of it.
http://forum.doom9.org/showthread.php?t=142427

EDIT:
Zot, you could try and run ReStream on the file to change the field order without reencoding. It does work with .ts files, but I am not sure about .m2ts or .264 files, but tsMuxeR can convert it for you, and this would be quicker than reencoding. If you burn to RW media and test on your standalone, you can confirm if this was the problem. :cool:

[SoniG]

Zot : Yeah there is a problem with the way interlaced footages are processed. I reported it but had any answer. I advise you to process interlaced footages as 'interlaced' in adding DEINTERLACE=0 in the options. If you see ghosty images in playing, it should be from the way your player process interlaced footages. Ever try to set your player deinterlace mode to BOB/Double framerate, it will play smoother and without frame blending/ghosty effects. If you feel images are jerky in motion it's certainly due to field order issue. BDR sometimes interprete and process with the wrong fields order, especially in BFF (Bottom Field First) interlaced VC1 sources. The only way (I think) is to edit the avs file with the good field order, but also create you own batch for x264 with the good interlaced flag --bff, and remux or try to rebuild with BDR if you set to keep workfiles.

[setarip_old]

@Capsbackup

Hi! - and thanks for your feedback.I have had this happen to me randomly, some work perfectly and some don't.Is your standalone player a SONY BDP-S360?

I ask because, as far as I can tell, all postings here (including, most notably, those by "jdobbs") led me to believe that the SONY BDP-S360 properly played everything that was thrown at it, regardless of media type.

**EDIT** If anyone has any detailed information regarding this issue SPECIFIC to the SONY BDP-S360, please post to this thread.

[jdobbs]

About my issue jdobbs?A quote from the first post of this thread:If you decide to download and test -- please post any errors you find in this thread. Don't push bug resolution or keep asking for a fix. I will get to the reported bugs, but only when I can find the time.

[jdobbs]

Zot : Yeah there is a problem with the way interlaced footages are processed. I reported it but had any answer. I advise you to process interlaced footages as 'interlaced' in adding DEINTERLACE=0 in the options. If you see ghosty images in playing, it should be from the way your player process interlaced footages. Ever try to set your player deinterlace mode to BOB/Double framerate, it will play smoother and without frame blending/ghosty effects. If you feel images are jerky in motion it's certainly due to field order issue. BDR sometimes interprete and process with the wrong fields order, especially in BFF (Bottom Field First) interlaced VC1 sources. The only way (I think) is to edit the avs file with the good field order, but also create you own batch for x264 with the good interlaced flag --bff, and remux or try to rebuild with BDR if you set to keep workfiles. I'll take a look at it. But I can tell you that I don't know how I can get the field wrong on VC-1... I pull the information directly from the source stream's flags.

Can you give me an example source where it gets it wrong?

[Capsbackup]

@setarip_old;
Yes, my standalone is a Sony S360.

@jdobbs;
Motherhood, as reported from Zot, shows MPEG-4 (AVC), 1080i, 29.97fps, and dgavcdec reports Frame Structure: MBAFF. So I am not sure if BD-RB is selecting the wrong field order or not, but playback is not smooth on scenes where the camera is panning, but jumpy. So forgive me if I assumed this was a field order issue.:confused:
BD-RB's avs says - AssumeFieldBased().AssumeTFF()

What is MBAFF?
Some Google searching does find this: http://forum.doom9.org/showthread.php?t=120317
Quite old though, so I am not sure why/how a field order is selected, nor do I need to know. :p
As long as BD-RB selects for me, I can just view my backups and enjoy! :)

[SoniG]

jdobbs : Yeah, Stargate BD on 480i bonuses, that are bff and encoded by BDR as TFF and give jerky results. I don't know how you read the flags but mediainfo always give the good one. For more info I invite you to read the PM I sent you the March 28th, I'm also talking about the artefacts generated by decomb.dll, the fact that you encode as interlaced these decombed footages, some tff footages that are assumed bff on AVS and encoded as tff on x264 (but don't seems to have visual impact), and some strange VC1 that are flagged progressive but with a bff flag (Batman 1989) and don't seem to be pulldown or something and are interpreted as 480i on BDR (that in fact are not) and processed as interlaced and so give artefacts or degrade the quality of already very comppressed bonuses. I have also other issues but will PM you later, I'm working on them. It would be a tech/advanced option, but it would be fine to force a scan type/field order by footage. I know it's not the solution, but some footages are very strangely flagged without talking about studios that do mistakes on their proper authoring in flagging some footages as interlaced that are absolutly not, sometimes only your eyes can judge of them and prevent you artefacts or useless loss of quality.
If at least I could ask you to enhance the lastcmd.txt concept in adding a cmd file on the WORKFILES folder for each pass/footages as RipBot do, it would be already very useful. In waiting your app to be perfect, the WORKFILES folder and the rebuild function allow to analyse and correct any of these mistakes and is very very useful, it just miss the encode commands for each footages.

[jdobbs]

@setarip_old;
Yes, my standalone is a Sony S360.

@jdobbs;
Motherhood, as reported from Zot, shows MPEG-4 (AVC), 1080i, 29.97fps, and dgavcdec reports Frame Structure: MBAFF. So I am not sure if BD-RB is selecting the wrong field order or not, but playback is not smooth on scenes where the camera is panning, but jumpy. So forgive me if I assumed this was a field order issue.:confused:
BD-RB's avs says - AssumeFieldBased().AssumeTFF()

What is MBAFF?
Some Google searching does find this: http://forum.doom9.org/showthread.php?t=120317
Quite old though, so I am not sure why/how a field order is selected, nor do I need to know. :p
As long as BD-RB selects for me, I can just view my backups and enjoy! :) I'm not sure there is a connection to field order. Field/interlaced detection and handling, yes, but I don't see order...

I need to find some good docs on NAL in AVC so I can read picture information directly from the stream I guess. I already do that in VC-1 and MPEG-2.

[sidneysides]

Zot : Yeah there is a problem with the way interlaced footages are processed. I reported it but had any answer. I advise you to process interlaced footages as 'interlaced' in adding DEINTERLACE=0 in the options. If you see ghosty images in playing, it should be from the way your player process interlaced footages. Ever try to set your player deinterlace mode to BOB/Double framerate, it will play smoother and without frame blending/ghosty effects. If you feel images are jerky in motion it's certainly due to field order issue. BDR sometimes interprete and process with the wrong fields order, especially in BFF (Bottom Field First) interlaced VC1 sources. The only way (I think) is to edit the avs file with the good field order, but also create you own batch for x264 with the good interlaced flag --bff, and remux or try to rebuild with BDR if you set to keep workfiles.

So when yo are talking about getting the field order wrong, is then when you deinterlace or when you leave the interlacing as it is? In other words, if you set DEINTERLACE=0, do you need to worry about the field order?

[jdobbs]

jdobbs : Yeah, Stargate BD on 480i bonuses, that are bff and encoded by BDR as TFF and give jerky results. I don't know how you read the flags but mediainfo always give the good one. For more info I invite you to read the PM I sent you the March 28th, I'm also talking about the artefacts generated by decomb.dll, the fact that you encode as interlaced these decombed footages, some tff footages that are assumed bff on AVS and encoded as tff on x264 (but don't seems to have visual impact), and some strange VC1 that are flagged progressive but with a bff flag (Batman 1989) and don't seem to be pulldown or something and are interpreted as 480i on BDR (that in fact are not) and processed as interlaced and so give artefacts or degrade the quality of already very comppressed bonuses. I have also other issues but will PM you later, I'm working on them. It would be a tech/advanced option, but it would be fine to force a scan type/field order by footage. I know it's not the solution, but some footages are very strangely flagged without talking about studios that do mistakes on their proper authoring in flagging some footages as interlaced that are absolutly not, sometimes only your eyes can judge of them and prevent you artefacts or useless loss of quality.
If at least I could ask you to enhance the lastcmd.txt concept in adding a cmd file on the WORKFILES folder for each pass/footages as RipBot do, it would be already very useful. In waiting your app to be perfect, the WORKFILES folder and the rebuild function allow to analyse and correct any of these mistakes and is very very useful, it just miss the encode commands for each footages. I can understand the impact of deinterlacing with decomb. But that's not the same thing as detecting field order correctly. Frankly what mediainfo says is of little interest to me. If the stream says BFF -- then it is BFF. The stream controls playback, not mediainfo.

I'm going to go back and review all the interlaced processing code. There's probably a bug in there somewhere.

AVC assumptions wouldn't surprise me, as I'm not looking directly at the stream as I am in VC-1 and MPEG-2.

The determination as to whether it is 480i or 480p isn't BD-RB's call. It's defined by the source's stream descriptions in the CLPI and MPLS files. I have serious doubts that these are wrong. I'd question whatever software is telling you otherwise.

[jdobbs]

So when yo are talking about getting the field order wrong, is then when you deinterlace or when you leave the interlacing as it is? In other words, if you set DEINTERLACE=0, do you need to worry about the field order? You always have to worry about field order on an interlaced source. But the deinterlacing code (DEINTERLACE=1) certainly makes it a lot less worrisome. I'd recommend you not mess with things and let BD-RB do its job. If there is a bug, it will be fixed. Playing around with field order and understanding the impact of stream flags isn't something that should be experimented with by the uninitiated...