ReAuthorist is up to version 0.6.2

[69Mws]

Originally posted by Fmazzanti
BTW when I use the DIF4U+RA+DoCCE4U I end up with a folder with subfolders named VTS_01 VTS_02 and so on that in the end of the project are empty. All files go stright to the main folder and all encoded material is named VTS__0X_P0X.16~9.mpv.mv2 which I have to rename by hand to remove the .mv2 extension or Scenarist simply skips them... Is this normal?
I'm using latest RA, latest DIF4U and DOCCE4u vrsion 1.0.1.2 (I trid higher version but these didn't start my CCE SP 2.50).

If you're dealing with PAL you have to rename the file-extensions, this was kinda bug as long as the RA script always points to mpv for PAL Streams. It has been solved in DoCCE4U 1.0.1.3/4.

What I don't get is, how you manage to get the subfolders created and in the end they're empty :confused:

The subfolder are created by DIF4U by checking "Create Folder for this VTS" and everything related to this VTS will be demuxed there including all checked audio, video and subs.

[Fmazzanti]

Danke 69Mvs. And yes, I'm also surprised about that. Everything was working fine with previous releases of everything, now I have to rename files by hand. As long as this is the only'complex' part that requires human intervention, I'm more than happy :D :D :D

[wfn1]

My apologies if this belongs in the DoCCE thread instead of this one. I just got a hold of the latest RA beta and here's the problem I'm having (btw I'm using CCE SP 2.50).

Once I have everything configured to my liking in RA I hit encode and when it brings up DoCCE, I double check to make sure everything is kosher. After that I hit the play button in DoCCE and it starts the 1st pass where it builds the .vaf file. Once the .vaf file is built it normally goes right to the multipass encoding but for some reason now it waits for about 10 seconds and then CCE gives me this error instead:

Vinfo_open() failed: Bad data X:\moviefolder\VTS_01.P01.16~9.vaf

I tried it several times and I always get this error. Also, DoCCE crashes after I press OK. I tried going back to DoCCE 1.0.1.3 but it didn't help. I also tried just loading CCEdata.txt made by DIF4U into DoCCE skipping RA completely and it does not seem to make any difference. Since this started happening after I installed RA I thought somebody else may have experienced the same issue. Thank you for any feedback.

[D3s7]

It's a bug in the latest build of eclcce... if you go back to a previous build, 2.5 will start to work again

[Fmazzanti]

damn Star Wars Attack of the Clones DVD! It's multiangle and I'm wasting my time fighting against it... I know nothing about multiangle, but only that RA can handle it under certain circumstances. Can some charitable soul explain a short anc clear recipt to identify the multiangle dvds than can be processed by RA?
Furthermore, what would be the procedure to back them up, starting from DIF4U?
Thanks...

[fourtyfour]

servus...

Hm, EP 2 is a multiangle by VobID movie, right?

So you have to split by vobID and rebuilt the structure.

Ra cannot handle this angle-movie.

[RB]

Originally posted by D3s7
It's a bug in the latest build of eclcce... if you go back to a previous build, 2.5 will start to work again
EclCCE 1.5a was released today and should fix this problem.

[Fmazzanti]

Originally posted by fourtyfour
servus...
Hm, EP 2 is a multiangle by VobID movie, right?
So you have to split by vobID and rebuilt the structure.
Ra cannot handle this angle-movie.

Well that's actually what I'm asking about! I would like to know exactly WHAT multiangle titles can be done with RA, how to identify them and how to back them up with RA.

[rkorkie]

Hey Aquabubble, I'm testing Reauthorist, and really, it's amazing. I'm not sure whether I should post bugs in here or in the IRC channel. Anyways, The last good version I am able to use is 0.6.3.2. RC1 crashes when opening, and RC2 can't calculate the average bitrate properly. It's off by large amounts. I'm currently testing this on Saving Private Ryan with the DTS soundtrack. I make sure I keep the same settings between the 2 versions, and with 0.6.3.2, I get a bitrate of 2823 with a bias of 33 and with RC2 I get a bitrate of 1175 with a bias of 10. Any ideas?

[aquabubble]

Hi rkorkie,

I think I've found the problem in the sizing code - I'll get RC3 out today to fix it for everyone. Sorry... if I'm right about where the problem is, it is a very, very stupid mistake! :rolleyes:

[hendrix]

I had the same size problem with RC2 - checking out RC3 right now.

[rkorkie]

RC3 works like a charm. Good job!!!

[VerbaL]

Finished a backup with RC3...worked like a charm and the PGC unchecking seems to be fixed now! Excellent job aqua! As usual ;)

[hendrix]

ya aqua..works great :D

[D3s7]

Ok, I'm going to go out on a limb here and sound like a real newb....

The IFOUpdate settings listed in the RA guide are not a "standard" for RA correct? Just happen to be for that particular dvd?

Are there any “key” noticeable items to determine which settings should be used when?

Only reason I ask is the ones listed are different then what I have been using but those worked just fine for me and I know the "proper" ifoupdate settings has been a debated item before...

D3s7

[stanleycup]

I've had the same type of problems which I had raised in this thread

http://forum.doom9.org/showthread.php?s=&threadid=53891

I was just curious how different were your IFOupdate settings than
ones listed in the RA guide?

I'd be curious as I've run across this problem on a couple of DVDs

Maybe we should be using IFOedit instead of IFOUpdate to modify the
IFOs once Scenarist is done authoring the DVD.

Are there any IFOEdits guides that can guide us to do the same thing
IFOUpdate does in the RA guide?

[Eyes`Only]

stanleycup: you have no idea how helpful ifoupdate is. What it does is copy 4 sets of hex codes for each cell of the ifo. Those of us that did DVDr before any of these nifty utilities were out (we developed the utils as we discovered how to do things!) had to copy 4 sets of huge number for every cell in each ifo by hand. This process took well over an hour, was extremely frustrating, not to mention error-prone. Lots of times you'd lose your place in your ifos since you had to have 2 of them open and do a crapload of switching back and forth between them (you could print them out but then you had a whole different degree of inconvenience).

The issues that are stemming from it seem to be more related to the copying of tables and such, many of which are self explanatory, but here again those tables are rather large and with ifoedit manually you have to type each hex value in one at a time.

Doom9 used to have a guide showing how to do this before JDobbs made this app and made the guide obsolete. Possibly you can coerce him into reposting it?

All in all, the stuff ifoupdate does would take you HOURS to do by hand, and that's if you were diligent and didn't take a break! Trust one who's been there. It aint fun!

[VerbaL]

Stumbled into a bit of a problem using RA to create scripts for Austin Powers 2 PAL:

Warning This Video [ D:\AUSTINPOWERS2_RCV\VTS04\VTS__04_P02-NO-CCE.16~9_1.M2V ] has different duration.
Error The scene ( VTS_04_PGC_02, VTS04_vobid19_cellid01 ) timecode ( 00:00:00;24 ) is bigger than video duration.
Warning D:\AUSTINPOWERS2_RCV\VTS04\VTS__04_P02-NO-CCE.16~9_1.M2V
Warning : Number of SequenceEndCode is 6.

I get the warnings above when importing. This is for VTS04, but I also get them in VTS02. Both have to do with a no-cce file. Any ideas what might have gone wrong?

Greetz,
verb

[D3s7]

Verbal:

I've had those errors before.. Not a huge deal

basically the pulldown file has a different duration then the original in the ifo (usually by like .01 seconds or such)

The scene being bigger can be a problem w/ the way the GOP's get flagged w/ DoCCE4u.... if the compile fails you can bump it back slightly till it works fine..... Aqua is working w/ BBWolf to fix that

course being on a "no-cce" file this doesn't really apply as those dont' get transcoded....

I'd try to compile and see if there's issues

[VerbaL]

Ok, I'll give it a go...will have to start over again though. I got a little pissed after a couple of attempts and deleted the whole folder :D

[69Mws]

Originally posted by VerbaL
Warning This Video [ D:\AUSTINPOWERS2_RCV\VTS04\VTS__04_P02-NO-CCE.16~9_1.M2V ] has different duration.

I also get this warning in nearly every "project" with the Big Three and also with reencoded streams.

Although it seems to be not really a problem, I think it may be caused by this:

When encoding with DoCCE4U a GOP Length of 12 is set in the CCE Settings. Taking a look in the Script from RA, there is a setting for the regarding VTS named "GOP Size=15 frames".

That may probably cause this warning.

Greetz
69Mws

[rasta21]

...i think its a combination of two problems

...prob1

http://forum.doom9.org/showthread.php?threadid=44150

...prob2

Version 2.67.00.10 Tuesday, April 22, 2003

Bug Fix
- The last frame of encoded video was missing.


...the only workaround for this prob is to fill the d2v up with 2`s. look at the link above for details.

[VerbaL]

Well, I tried again...

Simply compiling it straight away causes Scenarist to crash with loads of errors about Scene Duration not being 0.4 sec.

Then I tried to create my project manually and while importing some of the M2V files (no-cce), I got warnings about a sequencecode.

I'm totally stuck :(

[catss]

I had this errro too, the only way to resolve it is to replace the PGC causing the error with a dummy. I doubt that anything important is included in it, in my case it was tha copyright warning.

[VerbaL]

In this case it's an extra called cameo's. You have a sort of "file" on your screen where you can select the name of an actor. It then goes to a scene of the film where the actor starred in. It doesn't refer to another VTS, the clips are included in the VTS itself.

[stanleycup]

I'm using ReAuthorist 0.632 RC3 and I've come across a problem
after using Scenarist to author the DVD

When I play the DVD using the PC WinDVD player, the audio seems out of sync with the video by 3-4 seconds.

Has anybody seen audio/video sync problems before using ReAuthorist?

[stanleycup]

I forgot to add that I'm also using:

DoItFast4U 1.11
DoItCCE4U 1.014
Scenarist 2.7

I've followed Doom's Reauthorist guide pretty closely and have checked
the Autocorrect AC3/DTS delay option in DoItFast4U.

[stanleycup]

In DoItFast4U, if you uncheck the Autocorrect AC3/DTS delay option,
do we always get audio/video sync issues?

I've been trying the DoItFast4U/DoCCE4U/Reauthorist/Scenarist apps
on The Sound Of Music DVD and the audio is ahead of the video by about
3-4 seconds. I've only chosen the AC3 5.1 audio track and English subtitles. This happens whether I choose the Autocorrect AC3/DTS delay option or not in DoItFast4U.

Has anybody seen audio/video syncing delays this bad? Eebrything else on the movie is fine though.

Using the following:

DoItFast4U 1.11
DoItCCE4U 1.014
CCE 2.5 or 2.67
ReAuthorist 1.00
Scenarist 2.7

Any help is appreciated.

[Eyes`Only]

What does the delay say on your AC3 filenames?

[stanleycup]

It says 18ms

[Eyes`Only]

That's less than one frame. I don't see how you could have a 3-4 second delay with that. Are the subtitles synced? or are they synced with the audio?

[stanleycup]

Subtitles are synced up with the video perfectly. I'm backing up everything on the DVD and chose the 6 channel English AC3 file and
English subtitles

The audio is ahead by 5.75 seconds throughout the whole movie.

Should I uncheck the Autocorrect AC3/DTS delay option? Would the
problem get worse?

I was gonna use the AC3 Delay Corrector app to delay the AC3 file
at the start by 5.75 seconds to see if it helps.

I've encoded the movie 3 times and evrey time, the audio is ahead by
5.75 seconds.

I'm at a loss to figure out why. When I view the original DVD, everything is in perfect sync.

[Eyes`Only]

I put the default audio correction threshold on my app at 40 for a reason. that's the length of one frame, and the ac3 correction can only correct to the closest frame. So yes, either turn off ac3 correction or put it at 40ms like I set it as default.

Sounds like you may need to do manual delay like you described.

[stanleycup]

Yup, I manually delayed the AC3 file by 5.75 seconds before using Scenarist and now the video and audio are in sync. It's just weird that the audio was ahead by that much.