Comments

farss wrote on 8/13/2005, 9:16 PM
Damn good question, I've had a trouble ticket with support for some time over this very issue coming off a J30 deck. Needless to say still no response.
This seems to happen with every version of Vegas, V4,V5 and V6. Scenalyzer doesn't have this problem and it does seem to be rather random. I have managed to capture audio correctly from the J30 on one system by starting VidCap from within a V6.0b project that was set to 16/48K but overall me thinks something is seriously screwed up.
Only possible clue is Scenalyzer does report that the deck is 32K capable, I'd really like to see Sony get to the bottom of this, hells bells I thought I bought a DAW that had video bolted on and the one area I seem to have the most grief with is the audio part of video.
I'd also respectfully suggest that way more effort go into beta testing Vegas in PAL, I've noticed several issues that only come to light in PAL.
Bob.
PeterWright wrote on 8/13/2005, 10:01 PM
This is a strange one - I've never experienced this with 4 different source machines, so maybe it's related to hardware somehow.

Bob mentioned the J30 - which camera are you using, B o B? - Others with the same camera may be able to confirm or deny the same symptoms.
farss wrote on 8/14/2005, 2:34 AM
Footage was shot with DSR 709, audio on tape would have been at 24/48K being Digibeta so the J30 does a downsample to fit it into a DV stream. I've had the same thing happen with DB master tapes from the ABC.
You might be close to the money though Peter, this is far from a consistent problem and what's really wierd is the audio I'm almost 90% certain is ending up as 16/32K which isn't even a DV standard. How do I know this? Well both SF7 and Vegas say the same thing and also 12/32K audio streams cause Vegas to build audio proxies which these don't. I've had the same problem with tapes from my DSR-11, again far from ALL of them though.
Bob.
Bit Of Byte wrote on 8/14/2005, 3:29 AM
Peter,

My DV camera is a Cannon MVX35i.

WHere to from here...This problem needs tobe rectified..

Seems to be in 'too hard basket' for SOny...?

Do I simply no longer use Vegas to capture but rather Sc.Live?

Bit
Bit Of Byte wrote on 8/14/2005, 3:31 AM
Markwww.

I am very interested to seek your opinion of above...

Please

Bit
MarkWWW wrote on 8/14/2005, 6:56 AM
All I can do is to suggest you make quite sure that the camera is set to 16-bit audio mode as described on page 59 of the camera's user manual.

If the camera is set to 16-bit (48kHz stereo) mode, but Vegas is saying that the audio properties of the captured DV avi are 32kHz (implying 12-bit 4-channel mode) then I can only suppose that you are seeing the peculiar situation that Farss describes which definitely sounds like some sort of bug somewhere.

But I have never encountered that situation myself - all of the captures I have done, either from a variety of DV cameras or captures via a Canopus ADVC100 analog-DV converter have correctly shown the audio properties to be 48kHz.

Mark
farss wrote on 8/14/2005, 7:28 AM
Mark,
are you in PAL or NTSC land?
Just thinking it'd be a good idea if that bit of useful info was included in members profiles!
Bob.
Bit Of Byte wrote on 8/14/2005, 7:31 PM
Thanks MarkWWW.

Farss, what are we to do then...Only use Scen. Live to capture??

Bit
Steve Mann wrote on 8/14/2005, 11:03 PM
Please update your profile. Your real name and location would be nice.
farss wrote on 8/15/2005, 4:25 AM
Sure seems that Sony cannot get this right or are even intersted in the problem. Just captured another DVCAM PAL tape from a DSR-11 using Vegas 6.0b, started VidCap from within PAL DV project with audio set to standard 16/48K and audio is captured as 16/32K.
This is NOT a camera tape, printed to tape out of Premiere, but heck tapes out of FCP have the same problem.
As to B of Bs question, SCLive seems to get it right, I think even Windows Movie Maker can do better than Vegas.
Bob.
MarkWWWW wrote on 8/15/2005, 5:38 AM
I'm in the UK, so all my Vegas work is done in PAL.

Mark
farss wrote on 8/15/2005, 5:49 AM
Well that's an interesting input, I have never had this problem with my ADVC 300, rock solid 16/48K audio every time.
I've never had this problem with my D8 camera either, from tape or using it for passthough.
It would seem that the issue only occurs with devices CAPABLE of 32K audio. Now even more interesting I don't think I've ever had this problem with tapes I've PTT with Vegas. If I get the time I'll run some more exhaustive tests to confirm this.
Could it be that there's something on DV/DVCAM tapes that's not written all the time causing VidCap to misinterpret the data on the tapes and proceed to resample it.
Sure be nice to get some input from Sony on this. I've spent a lot of time trying to narrow this down, be nice to see them pen a paragraph or two.
Bob.
Biggi T wrote on 8/15/2005, 8:29 AM
yo guys.... the prefs in Vegas has abs ... nothing to do with what u r capturing .... its a standalone software(basicl)
the thing is.. like the Sony 150 dvcam,, onl recs a the audio in 32 hz and so -- if u r capturin directly through FW ,, thats how your gonna geting it on your system... 32 hz..
but in like the 200 cam u can set the audio to 48 hz .. and thats what your gonna be gettin on your system when u capture..there is NO conversion what so ever in neihter audio or video when u capture and the settings of prefs in vegas have no effect on that.
what u record and the specs of the cam how it records is what goes on the tape...and so on,,,,

but draging a:
video: 00:01:14.840, 25.000 fps interlaced, 720x576x24, DV
Audio: 00:01:14.840, 32,000 Hz, 16 Bit, Stereo, Uncompressed

into a projcet settings in vegas of pal dv 48 hz...well is another story... i actually think that vegas does one of the best sample rate conversion,,, so u should not hear a difference( should) :)

ps.. there is no such thing as a PAL audio ...neither NTSC audio... it´s just Sample rates and bits...(res) .

:)




Bit Of Byte wrote on 8/15/2005, 9:39 AM
THanks Biggi.

I set my Cannon MVx35i to 16 bit 48khz, capture the footage to PC with VEGAS and comes out at 32kHz 16 Bit.

Why does this happen?

Surely, it must be the Software to change this bit rate - is it not?
What else would cause this change if it is not the software?

Bit
rs170a wrote on 8/15/2005, 9:44 AM
Bit, check and make sure that your default project properties aren't set to 32 KHz audio.

Mike
Marco. wrote on 8/15/2005, 10:57 AM
Another possibility: Audio is captured correctly (what is to be expected if you captured through firewire because this does not change anything) but Vegas simply reports something wrong.

Marco
Bit Of Byte wrote on 8/15/2005, 11:02 AM
Thanks Mike.

I have been advised to set my default project properties to whatever my source data is...(i.e. 32khz).

But, this source data is 16 bit, 32kHz.

We know that 16 bit equates to 48kHz, so which default should I set - 16 bit or 32 kHz?

Bit
Bit Of Byte wrote on 8/15/2005, 11:03 AM
Marco,

Can this report be viewed anywhaere?

Bit
Coursedesign wrote on 8/15/2005, 11:06 AM
DV Audio is either:

2 tracks 16-bit 48kHz

OR

4 tracks 12-bit 32 kHz

Are you sure you didn't set your DV camera to record 4-channels of audio?
Marco. wrote on 8/15/2005, 11:30 AM
By right-clicking the audio event the properties shows it or the status line under the MediaPool when a clip is selected.

Did you already analyze the audio clip anywhere outside Vegas?

Marco
rs170a wrote on 8/15/2005, 11:33 AM
But, this source data is 16 bit, 32kHz.

Huh?? You've said that you set your Cannon MVx35i to 16 bit 48khz.
In that case, make 16 bit 48khz audio your project default.
Let us know if that solves your problems.

Mike
Bit Of Byte wrote on 8/15/2005, 11:35 AM
Marco - I right clicked the audio event -

Attributes 32kHz, 16 Bit, Stereo

No outside analysis (from Vegas) of audio clip was performed.

Bit
Bit Of Byte wrote on 8/15/2005, 11:38 AM
rs17a

This is Farss' post earlier ..

"...started VidCap from within PAL DV project with audio set to standard 16/48K and audio is captured as 16/32K...."

The same thing is happening to me..

Bit
Marco. wrote on 8/15/2005, 11:42 AM
So now I would be rather curious what an outside analysis says.

Marco