Audio suspended during capture

Caruso wrote on 4/23/2001, 4:25 AM
This problem is new to me. Capturing a DV tape through
firewire. Audio/video preview both disabled. Total length
of file is 11GB. At 10:46 into the capture, the sound
simply stops, no audio at all.

Now, what would cause this.

I checked my source tape, even captured a portion of the
tape where audio is missing in my avi file, and it works
fine.

Anyone else have this problem?

Thanks for any responses.

Caruso

Comments

SonyEPM wrote on 4/23/2001, 8:59 AM
Fat 32 drives maybe?
Caruso wrote on 4/23/2001, 7:14 PM
Not sure why FAT32 drives should make a difference . . . I
would think that one could expect both audio/video to be
stored to the limit of FAT32 file size . . . but, in any
event, that would not be the problem here, as I am
capturing to 80 gig NTFS, plenty of space before and after
the capture.

I've done a lot of capturing, and can understand that gaps
on an analog source tape might cause the sound to be
suspended due to what VV reports as a format change, but
this occurence involved capture from a digital source tape
that was recorded without a break from beginning to end.

Properties reports nothing unusual about the resultant
file, compression shows as DV, so, for now, I'm at a loss.

Will try to re-capture this evening and see how it goes.
Think I'll monitor sound and video this time, however.

Thanks for your reply.

Caruso
Caruso wrote on 4/24/2001, 4:19 AM
Well, I'm still baffled. Re-captured the tape. This time,
I clicked the little box under preferences that instructs
VegasCapture to stop on dropped frames. Result: Multiple
startups required - length of successfully captured
segments ranged from a low of 15 seconds to a high of 15
minutes. There was one 12-minute segment where the sound
was totally in tact, one 14-minute segment where the sound
track terminates at 11 minutes. Shorter clips had both
video/sound tracks in tact.

Where the sound track is truncated, the info simply is not
there. You can't stretch the track to include more infor,
because "there ain't none."

My system should be clean, because I wiped the disks in
question and re-installed VV and VC. All codecs should be
straight from MS.

Would appreciate any further info/advise you can give.
This one is starting to frustrate me.

Caruso
Cheesehole wrote on 4/24/2001, 4:29 AM
From what I've read, OHCI capture cards do not always
report dropped frames. In other words, you could be
dropping a frame or two and the program would not even know
it. Chances are, if you are getting reports of dropped
frames, there are many that go un-noticed. That should be
the first issue you address.

In my experience a Western Digital 7200 RPM IDE drive is
more than fast enough to capture with 0 dropped frames
every time. Anything less and you should expect dropped
frames and weird stuff to happen (like audio dropping out)

Is your drive speed 7200 RPM?
SonyEPM wrote on 4/24/2001, 8:59 AM
1)Win2k shuts off DMA for IDE drives. Make sure that DMA is
enabled or else you'll have lower-than-optimal drive
performance.

2) Check your IRQ layout. Win2k (often) tries to assign all
PCI devices to IRQ 9, which results in a data throughput
bottle-neck. It takes some messing around, but I have found
that keeping SCSI and IDE controllers, 1394 card, and video
display cards on separate IRQs makes a huge difference.
Numerous other people have seen this.



Caruso wrote on 4/25/2001, 5:13 AM
Check my IRQ layout . . . mess around. I'll need some
clarification on those activities.

Thanks for your reply. The reason for my comment regarding
the drop frame issue was to see if it was in anyway related
to the audio-suspension issue.

It, apparently, is not. I still have capture sessions
where the audio stops abruptly. Mind you, I've been using
VegasCapture with mixed results, but without this latest
problem for some time now.

The real issue is not dropped frames, but suspension of my
audio. Why should this start occurring all of a sudden?

I've run capture under less than optimum conditions where
dropped frames were reported (say 15 drops in an 18 minute
capture session). In some instances, those drops
manifested themselves (I assume) in momentary video
artifacts, but none interrupted the sound in any way.

This is what I would have expected. My mention of dropped
frames may have muddied my quest for a solution to the
central problem (sorry) of suspended sound.

Why would it have worked perfectly before, and not now?

Thanks again for your continued support.

Caruso
SonyEPM wrote on 4/25/2001, 9:43 AM
Please post your system info, (including OS, IRQs, Display
card, Camera) and your Vegas and Vidcap version #s here and
I'll see if I can make sense of this. Haven't seen this
since before Vegas 2 was released-
Caruso wrote on 4/29/2001, 5:56 AM
Here's my info, thanks for the reply, sorry I've been a
couple of days getting back to you:

System: Compaq 7994/900 mhz w/ 128 mb 100 mhz SDRAM/16 mb
100 mhz video memory - onboard 1394 ports and Pinnacle SDV
1394 interface card - two Maxtor 80-gig 5400 rpm external
firewire drives - two internal IDE Maxtor 40-gig 7200 RPM
drives

OS= MS Winpro 2000 - 5.00.2195 (on a dual-boot
configuration - I've stopped using WinME with VegasVideo)

IRQs: ISA 0 System Timer
ISA 1 Standard 101 . . . keyboard
ISA 4 Communications Port (COM1)
ISA 6 Standard floppy disk controller
ISA 8 System CMOS/real time clock
ISA 9 Microsoft ACPI-Compliant System
ISA 12 PS/2 Compatible Mouse
ISA 13 Numeric data processor
ISA 14 Primary IDE Channel
ISA 15 Secondary IDE Channel
PCI 11 Adeptic AIC-7850 PCI SCSI Controller
PCI 11 Creative AudioPCI (ES1371,ES1373) (WDM)
PCI 11 PCTEL Platinum V.90 Modem
PCI 11 S3 Inc. Savage4
PCI 11 Texas Instruments OHCI Compliant IEEE 1394
Host Controller
PCI 11 Texas Instruments OHCI Compliant IEEE 1394
Host Controller
PCI 11 VIA USB Universal Host Controller
PCI 11 VIA USB Universal Host Controller

Display Card: Diamond Stealth III S540 AGP 3D

Camera: Sony DCR-TRV103

Vegas: Video=vesion 2d build 384 Capture=version 2e build
77