Audio Attributes different Scenarist error

[iparout]

Hi.

I am trying to backup Underworld and when compiling with Scenarist 3 I get the following error :

Error The Audio Attributes (Language, coding mode, etc.) of Stream ID 0 in PGC "VTS1_Title2_PGC2" is different from the existing PGC "VTS1_Title1_PGC1" in Title "VTS1_Title2". The Audio Attributes of PGC's must be the same within VTS Titles.
Error PreCheck From DB failed.
Error DVD Video files could not be created

I did a little search and found this thread (http://forum.doom9.org/showthread.php?s=&threadid=74438&highlight=audio+AND+attributes), which put me into thoughts.

I checked the streams of VTS01_001_Track and VTS01_002_Track and found the following :

VTS01_001 :

Audio 1 = 448k ac3 file
Audio 2 = 768k dts file

VTS01_002 :

Audio 1 = 384k ac3 file
Audio 2 = 1536k dts file

VTS01_003 :

Audio 1 = 448k ac2 file
Audio 2 = dummy 768k dts file

VTS01_001 is the main movie, VTS01_002 is the DTS logo video sequence and VTS01_003 is the dolby digital logo. And the bitrates mentioned above are directly quoted off the filenames, since I have no way to find out if they are indeed true. However, after loading the files through delaycut, the program says that the bitrates are the ones mentioned in the filenames (I don't know if the program reads the bitrates off the filenames though)

Anyways, it looks like the different bitrates are the reason for the errors. How can this happen ? The exact same tracks are on the original DVD as well...

Any help to fix the problem will be greatly appreciated.

[jel]

iparout

could you please check the link you made - it currently tries to send a email to the thread ;)

as for your problem, there are some discussions and ideas of how to proceed, in this thread.
http://forum.doom9.org/showthread.php?s=&threadid=76936&perpage=20&pagenumber=2
hth
j

[influenza]

I also believe I read somewhere that it's possible to adjust your scenarist script to fool scenarist into thinking the bitrates are the same. Can't quite remember though, but maybe you can find it when you do a search.

[iparout]

Funny thing...

This is part of the scp script :

Item=AC3 Audio
{
Place Holder=No
Name=VTS01_01_80
Resolution=PAL
Drop Type=Non-drop frame
Data Start Time=00:00:00;00
Data End Time=01:56:11;14
File=D:\UNDERWORLD\VTS01\VTS__01_P01-80-448K-[16ms]-ch6English.AC3
Audio Type=AC3
Bit rate=448000
Channel=3 : 2
LFE On=Yes
Bsmod=complete main
}
Item=DTS Audio
{
Place Holder=No
Name=VTS01_01_89
Resolution=PAL
Drop Type=Non-drop frame
Data Start Time=00:00:00;00
Data End Time=01:56:11;14
File=D:\UNDERWORLD\VTS01\VTS__01_P01-89-768K-[5ms]-ch5English.DTS
Audio Type=DTS
Bit rate=754500
Channel=5
LFE On=Yes
Acmod = C+L+R+SL+SR
}
Item=AC3 Audio
{
Place Holder=No
Name=VTS01_02_80
Resolution=PAL
Drop Type=Non-drop frame
Data Start Time=00:00:00;00
Data End Time=00:00:32;13
File=D:\UNDERWORLD\VTS01\VTS__01_P02-80-384K-[0ms]-ch6English.AC3
Audio Type=AC3
Bit rate=448000
Channel=3 : 2
LFE On=No
Bsmod=complete main
}
Item=DTS Audio
{
Place Holder=No
Name=VTS01_02_89
Resolution=PAL
Drop Type=Non-drop frame
Data Start Time=00:00:00;00
Data End Time=00:00:32;14
File=D:\UNDERWORLD\VTS01\VTS__01_P02-89-1536K-[0ms]-ch5English.DTS
Audio Type=DTS
Bit rate=754500
Channel=5
LFE On=Yes
Acmod = C+L+R+SL+SR
}
Item=AC3 Audio
{
Place Holder=No
Name=VTS01_03_80
Resolution=PAL
Drop Type=Non-drop frame
Data Start Time=00:00:00;00
Data End Time=00:00:35;22
File=D:\UNDERWORLD\VTS01\VTS__01_P03-80-448K-[-80]ms(fixed)-ch6English.AC3
Audio Type=AC3
Bit rate=448000
Channel=3 : 2
LFE On=Yes
Bsmod=complete main
}
Item=DTS Audio
{
Place Holder=No
Name=VTS01_03_89
Resolution=PAL
Drop Type=Non-drop frame
Data Start Time=00:00:00;00
Data End Time=00:00:00;00
File=D:\UNDERWORLD\VTS01\dummy-1_03_89-01.dts
Audio Type=DTS
Bit rate=754500
Channel=5
LFE On=Yes
Acmod = C+L+R+SL+SR

As you can see, VTS01_02 ac2 stream, although quoted in the filename as being 384 kbps, in the bitrate field it says 448000 (the way it should be) ?!? The same happens for the DTS stream of VTS01_02.

I am quite confused now... :confused: How can I determine the bitrate of those streams ? Is it possible that the streams are OK and that Scenarist (or Scenaid's script) is not "seeing" them correctly ?

@flu : maybe you are referring to this (http://forum.doom9.org/showthread.php?s=&threadid=77320&highlight=scenarist+audio+attributes) thread. I haven't found anthing else... And in reference to that thread, if you check my scp script above, the LFE is NO in VTS01_02 ac3 stream whereas it's ON in VTS01_01 ac3 file. But I don't know if that's causing the problem in my case... Scenarist is not giving me an LFE error as it was with stanjr in the other thread.

[iparout]

UPDATE :

I have now used ReAuthorist and the scp file that was created had LFE=ON for the VTS01_02 ac3 file (the script above which had LFE=OFF was created with Scenaid 0.9.0.25 revB - I am not using the latest ones because they are buggy for me)... Anyways, I imported with ReAuthorist's script into Scenarist and the error did not appear (I'm happy BTW !!!) :D So I guess it's a problem with Scenaid not being able to determine whether the LFE channel should be ON or OFF... If D3s7 wants, I can post any info here to help him fix it.

[influenza]

yeah I already noticed that on and off thing in your script. I would suggest you PM d3s7 with this info, in case he doesn't read this thread

[iparout]

Originally posted by influenza
yeah I already noticed that on and off thing in your script. I would suggest you PM d3s7 with this info, in case he doesn't read this thread

I will. Thanks.

[D3s7]

the information in the scenaid script is probably more correct then the RA one.

Drop it in scenarist directly and see what it says.

RA may hard code the .scp's to one value as Scenarist ignores the "true" values on import......

you can change the values for audio in the SCP file and scenarist will accept those....

[iparout]

Originally posted by D3s7
the information in the scenaid script is probably more correct then the RA one.

Drop it in scenarist directly and see what it says.

RA may hard code the .scp's to one value as Scenarist ignores the "true" values on import......

you can change the values for audio in the SCP file and scenarist will accept those....

Unfortuantely, I deleted everything as I was able to successfully burn the DVD. Nevertheless, this thread may be of help to someone facing the same problem in the future.

[D3s7]

I thought about hardcoding all the values the same myself however, it's pretty rare to have a DVD that does this as it's not a "standard" dvd...

[jel]

D3s7
i have recently noticed this on a few menus i have re-encoded, that have failed in the scenarist build.
in the .scp file, the audio attributes will vary with LFE switched ON and OFF, and as scenarist seems to not like these, all i have done (is as you said) is manually change the .scp file so that all audio have YES, re-import, and they have compiled without errors and seem to work in my standalone.
i know it is not standard, but maybe scenaid and numenu4u should have a check whereby LFE audio attributes are forced to be the same within any given VTS/VMG.
do you see any problems in this?
j
ps as for 'rare' its happened in 2 out of 3 menus i have encoded today ;)

[D3s7]

well menus may be a different story.. i was more referring to VTS sets..

I agree though.... I might consider adding an option to force all audio for a stream to use the same settings...

you'll have to mention it to zeul for numenu :0

do you find more often (in the ones you saw) that it's set to NO in the script when it should be YES or the otherway around?

have you tried manually dumping those assets into scenarist to see what it reports?

[jel]

D3s7:
well on odds, i would say that LFE:=On would win by a nose ... but its close.
if i import manually its as the script says (on, on off, on, off), so it is obviously a propraitary authoring app conflicting with scenarist.
i only mentioned here because it finally clicked tonight that both you and zuel may have the same routines for determinig audio attributes and hence iparouts error.
j

[D3s7]

yeah we do.. :)

[influenza]

Better than reinventing the wheel :D