DGIndex, BeSweet Gui and Audio delay

[rdunzl]

Even though r4r automatically sets delay to zero when extracting audio, I'd like to understand the delay issue, so please tell me if am am correct in this:

When you create a DGIndexproject, the audio is extracted to one or more ac3 files with names like "xxxxxxxx AC3 T03 3_2ch 384Kbps DELAY -256ms.ac3"

1) Does this mean that in this case the audio is delayed -256ms compared to the video, meaning that the audio is 256ms ahead of the video?

Assuming that 1) is correct, then when you convert audio using besweet/besweet GUI, and you'd like to reset the delay, you have to "cut away" 256ms from the beginning of the ac3 file.

2) Am I right that to cut away the 256ms in BeSweet GUI I "Set delay to" -256ms (Or on the command line use "BeSweet -core(...) -ota(-d -256ms)"?

It's the double minus thing that makes me insecure whether I've got it right :-P

[Prodater64]

-ota(-d -256ms)"?
It's the double minus thing that makes me insecure whether I've got it right :-P

- character before "ota" and before "d" is the way to call the swithch or command. For instance, there is not a +ota or +d command.
All delay command is:

For positive delay: -ota( -d 256ms )
For negative delay:-ota( -d -256ms )

Note that you wrote a wrong command, -ota(-d -256ms), without 1 blank space before -d neither after ms. If you dont leave a blank space before and after parenthesis (inside them, not outside), command line wont work correctly. This is for all besweet switches.

-ota( -d 256ms ) -ssrc( > right

-ota (-d 256ms) -ssrc > bad
-ota(-d 256ms) -ssrc > bad
-ota ( -d 256ms ) -ssrc > bad
-ota( -d 256ms )-ssrc > bad

[rdunzl]

Thanks, prodater64.

I think I wasn't clear enough. It's not the switch slashes that confuses me since I've been working with computers for two decades. I'm not a PC n00b, only a ripping n00b :-)

The double minus I'm referring to is the delay in the DGIndex generated AC3 file's name compared to BeSweet.

DGIndex generates a file with "delay x" in it's name and I'm in doubt whether this value should be added or subtracted in BeSweet if you want to reset. If the value should be inverted, that is (which I think not).

So if I want to use BeSweet to convert audio extracted in DGIndex and I want to reset the delay at the same time, am I correct that I simply take the value from the AC3 file's name and enter that in the BeSweet command without inverting it?

[Prodater64]

Thanks, prodater64.

I think I wasn't clear enough. It's not the switch slashes that confuses me since I've been working with computers for two decades. I'm not a PC n00b, only a ripping n00b :-)

The double minus I'm referring to is the delay in the DGIndex generated AC3 file's name compared to BeSweet.

DGIndex generates a file with "delay x" in it's name and I'm in doubt whether this value should be added or subtracted in BeSweet if you want to reset. If the value should be inverted, that is (which I think not).

So if I want to use BeSweet to convert audio extracted in DGIndex and I want to reset the delay at the same time, am I correct that I simply take the value from the AC3 file's name and enter that in the BeSweet command without inverting it?

Sorry, I didn't understand you before.
Delay value present in DGIndex name must to be used in BeSweet as it is.
So if name is:
Movie AC3 T02 3_2ch 448Kbps DELAY 45ms.ac3
BeSweet set = 45
if:
Movie AC3 T02 3_2ch 448Kbps DELAY -45ms.ac3
BeSweet set = -45

If you only need to correct delay and not transcode your ac3 to mp2 or another format, you can use AC3DelayCorrector.

[rdunzl]

Thanks a lot for clearing that out for me, Prodater64. I'm glad that some of you guys take your time to help out the newbies.

I considered making a test to see if it went in or out of sync, but as I said I'm n00b to ripping and there's for sure a lot of stuff you need to learn just to get the basic knowledge in this branch of computing, so I'd probably lose track of what I was doing before I'd finish any test :-P

And to correct myself - In the case of BeSweet it's not slashes but dashes that are used in the switches :rolleyes:

[neuron2]

@rdunzl

Welcome to the forum!

Your sense of humor is refreshing and quite welcome.

[Prodater64]

@rdunzl: Your welcome.

[rdunzl]

@Neuron2: Thanks a lot :)
@Prodater64: I see that you are into VB. One of my main hobbies is programming VB, most recently the 05 beta 2 version (which I think is very impressive).