Audio Attribute Error in Scenarist

[stanjr]

I am trying to backup "Soldier's Girl" R1 NTSC and have demuxed both by PGC and VOBID and have gotten the following errors in Scenarist upon compiling (from the PGC demux, similar errors occur from VOBID demux):

----------------------------------------------------------------------
Error LFE channel are different between VTS01_01_81 and VTS01_30_81.
Error The Audio Attribute(Language, coding mode and so on)
in PGC<VTS1_Title2_PGC30>:Stream<1>:Title<VTS1_Title2>
is different from The Reference PGC<VTS1_Title1_PGC1>
Error PreCheck From DB failed
Error DVD files could not be created
--------------------------------------------------------------------

IFOEdit/DoItFast4U!/DVD Shrink all show these audio attributes:

0x80 = AC3 2-ch English
0x81 = AC3 2-ch English
0x82 = AC3 2-ch Spanish
0x83 = AC3 2-ch English - Director's Commentary

It's weird, though, that you can select 5.1 Dolby from the audio setup menu of the DVD; none of the audio attributes shows 6-ch audio.

Investigating the IFO more (there is only one VTS set, VTS01) shows that there are 30 PGC's, with each using one or two unique VOBID's and all have [Title(TTN):1], except for PGC 30, which uses VOBID's 31 and 32 with [Title(TTN):2]. Should PGC 30 also be [Title(TTN):1] if there is only one VTS?

When demuxing by PGC, I get the following AC3 files (along with others, obviously, but leaving them out due to irrelevance; I also did not demux the Spanish audio):

VTS__01_V030-80-192K-[0ms]-ch2English.AC3
VTS__01_V030-81-448K-[0ms]-ch2English.AC3
VTS__01_V030-83-256K-[0ms]-ch2English - Director's Comments.AC3

When demuxing by VOBID, I get the following AC3 files:

VTS__01_V030-80-192K-[0ms]-ch2.AC3
VTS__01_V030-81-192K-[0ms]-ch2.AC3
VTS__01_V030-83-192K-[0ms]-ch2.AC3
VTS__01_V031-80-192K-[0ms]-ch2.AC3
VTS__01_V031-81-448K-[0ms]-ch6.AC3
VTS__01_V031-83-256K-[0ms]-ch2.AC3
VTS__01_V032-80-192K-[20]ms(fixed)-ch2.AC3
VTS__01_V032-81-448K-[20]ms(fixed)-ch6.AC3
VTS__01_V032-83-256K-[20]ms(fixed)-ch2.AC3

It looks as though when doing a VOBID demux, I get the 5.1 audio somehow, magically. AC3DelayCorrector verifies this.

What is going on? Is this a badly/unstandardized DVD authoring to begin with? Which demux method should I use, and then, how do I get around the errors that Scenarist is giving (which happens via both demux types)?

The software that I am using is:

DoItFast4U! v1.4.7
DVDDecrypter v3.2.2.0
BatchCCEWS v0.9.1.5
ScenAid v0.9.0.23
Scenarist v2.6.0.0218
IFOEdit v0.96

[Zeul]

@stanjr
Ifoedit/shrink/doitfast4u all read the 'ifo' to get the attributes. Scenaid actually looks at the AC3 file and determines the attributes. Scenarist will only allow audio files that have the same attributes in a VTS. IF there are several files with different channel numbers / bitrate you may get this error. I believe scenaid ensures all audio assets have the same details in the script (the actual audio is not checked by scenarist) to avoid this. However if there are angles then the audio is checked by scenarist. If there are different audio types then an error will occur. Are there angles?

[stanjr]

There aren't any angles in this DVD, at least per the SP/ILVU/DISC/SA having an attribute of "no" for the ILVU part on all the V/C Id's, or in any other way that I can tell.

ScenAid RC3 did compile the script that has caused this situation. With ScenAid RC2, it would not compile a script, but error out with about three different errors.

This is a very odd situation. Do you suggest just manually recreating the DVD in Scenarist, making a separate VTS set for the "incompatible" part (VOBID's 31 and 32)? Would this allow for correct DVD playage, or does the re-authored DVD still need to have just one VTS somehow, even though audios are incompatible (maybe re-encoding the audio, and would that cause audio-video async)?

[Zeul]

What are the audio attributes for vobid's 31 & 32 shown as in the script (not what scenarist says). Look for channels (3 : 2) or (2 : 0), and how does this compare to the other audio assets. If they are different I would consult D3s7 as this is a script issue.

[stanjr]

When demuxing by PGC I get the following in the ScenAid 0.9.0.23 script file:

}
Item=AC3 Audio
{
Place Holder=No
Name=VTS01_01_81
Resolution=NTSC
Drop Type=Drop frame
Data Start Time=00:00:00:00
Data End Time=00:00:27:11
File=F:\DoItFast4UOutput\DVDVolume\VTS01\VTS__01_P01-81-192K-[0ms]-ch2English.AC3
Audio Type=AC3
Bit rate=192000
Channel=2 : 0
LFE On=No
Bsmod=complete main

}
Item=AC3 Audio
{
Place Holder=No
Name=VTS01_30_81
Resolution=NTSC
Drop Type=Drop frame
Data Start Time=00:00:00:00
Data End Time=01:51:47:09
File=F:\DoItFast4UOutput\DVDVolume\VTS01\VTS__01_P30-81-448K-[0ms]-ch2English.AC3
Audio Type=AC3
Bit rate=192000
Channel=2 : 0
LFE On=Yes
Bsmod=complete main

The Channels are the same; however, LFE is on for some reason in VTS01_30_81 audio. Very strange. Could I just change this to "No" and then re-import the script, then probably compile without flaws? I would really like, though, to get the 5.1 audio, if it is really there, which when demuxing by VOBID it seems to be. Note the following from the ScenAid 0.9.0.23 script file after demuxing by VOBID:

}
Item=AC3 Audio
{
Place Holder=No
Name=VTS01_01_81
Resolution=NTSC
Drop Type=Drop frame
Data Start Time=00:00:00:00
Data End Time=00:00:27:11
File=C:\DIF4Uoutput\DVDVolume\VTS01\VTS__01_V001-81-192K-[0ms]-ch2.AC3
Audio Type=AC3
Bit rate=448000
Channel=3 : 2
LFE On=No
Bsmod=complete main

}
Item=AC3 Audio
{
Place Holder=No
Name=VTS01_31_81
Resolution=NTSC
Drop Type=Drop frame
Data Start Time=00:00:00:00
Data End Time=00:47:35:25
File=C:\DIF4Uoutput\DVDVolume\VTS01\VTS__01_V031-81-448K-[0ms]-ch6.AC3
Audio Type=AC3
Bit rate=448000
Channel=3 : 2
LFE On=Yes
Bsmod=complete main

}
Item=AC3 Audio
{
Place Holder=No
Name=VTS01_32_81
Resolution=NTSC
Drop Type=Drop frame
Data Start Time=00:00:00:00
Data End Time=01:04:11:16
File=C:\DIF4Uoutput\DVDVolume\VTS01\VTS__01_V032-81-448K-[20]ms(fixed)-ch6.AC3
Audio Type=AC3
Bit rate=448000
Channel=3 : 2
LFE On=Yes
Bsmod=complete main

The Channels are the same; however, LFE is off for some reason in VTS01_01_81 audio. Could I just change this to "Yes" and then re-import the script, then probably compile without flaws, and magically have the 5.1 audio?

Why would different demux types give different audio?

[Zeul]

Being a PGC demux, I suspect that the audio info is taken straight from the IFO. The vobid demux however, probably has each asset scanned by scenaid resulting a more accurate assesment. Changing the LFE to YES may well cure the issue.

[D3s7]

ScenAid currently imports directly the attributes of the file, I don't scan for differences (only a non-standard dvd would have those anyway as it's a violation). As far as why you would get different audio, that's actually becoming more and more common (finding nemo for example)

What happens is 2 PGC's will share the same vobid/cell info but the audio is different. Where PGC1 uses audio X, PGC2 uses audio Y. If you demux by PGC, DoItfast4u will select 1 (but not both) of the PGC's (this is the duplicate PGC check) - as a result, only audio X or Y is demuxed. If you demux by VOBID, then both X and Y get demuxed.

As far as modifying the script to make the LFE's match, you are correct.. that probably will eliminate your errors during compile (I was thinking LFE wasn't a failing error but could be wrong). Scenarist does not actually check audio files if imported from a script so changing this info would fix it.

[stanjr]

Cool! I'll try changing the LFE attribute in the script, re-importing, and compiling. I will let you know how it goes.

[stanjr]

I completed a VOBID demux to make sure that I got the 5.1 audio, then changed all the 0x81 audio tracks to LFE=Yes in the ScenAid script file (except for VTS01_31 and 32, because they were already correct).

Scenarist correctly imported it and so I started compiling. I DID NOT get the LFE error this time!!!!

However, I am getting duration too short errors now, though I am slowly getting them fixed. The errors seem to be coming from a few of the menu files that were in the main VOBs. Is that type of situation an issue for the new ScenAid?

Also, in reading the known issues in the help file for the new ScenAid, due to it not creating dummy audio files for VOBID demuxes, would I need to input them myself so that the audio tracks line up correctly, i.e. if only 0x83 is used for a track, put in appropriate filler for 0x80, 0x81, and 0x84?

[D3s7]

Originally posted by stanjr
I completed a VOBID demux to make sure that I got the 5.1 audio, then changed all the 0x81 audio tracks to LFE=Yes in the ScenAid script file (except for VTS01_31 and 32, because they were already correct).

Scenarist correctly imported it and so I started compiling. I DID NOT get the LFE error this time!!!!

:)

However, I am getting duration too short errors now, though I am slowly getting them fixed. The errors seem to be coming from a few of the menu files that were in the main VOBs. Is that type of situation an issue for the new ScenAid?


Well, new ScenAid will correct for these.. but it's not caused by it. When Doitfast4u! runs ac3delaycorrector to "fix" the delay in audio, it leaves the audio shorter then the video. If you enable the "Post Process Audio" options (one for vobid in this case) it will correct these audio files for your. Otherwise you'll ave to manually do it.
[i]
Also, in reading the known issues in the help file for the new ScenAid, due to it not creating dummy audio files for VOBID demuxes, would I need to input them myself so that the audio tracks line up correctly, i.e. if only 0x83 is used for a track, put in appropriate filler for 0x80, 0x81, and 0x84? [/B]

Yes and no.... this has always been the case for vobid demuxes. because of the fact we want seamless connections as much as possible, you can only dummy audio in a vobid demux in very rare conditions. You don't manually dummy though.. Instead, after compiling the title, you need to repoint the ifo from 0x83 to 0x80 (There are guides on how to do this) Eventually I'm planning on having Scenaid post run to fix these types of issues but currently it's done by hand

[stanjr]

@D3s7

Thanks! I will look up those guides for repointing.