R. Hewitt
Forum Replies Created
-
Brian,
The FireStore is a good device but as far as I’m aware it is restricted to DV25 format only. You’re back to DV at 25Mbits again. You will get no improvement in quality using the FireStore over DV tape other than possibly reducing ingest time. They’re also far more expensive than tape!
-
The borders are perfectly normal for DV and when the image is displayed on a TV the picture is stretched slightly wider than the tube phosphors. There is no need to stretch your image as you will be reducing the overall quality of the picture.
-
There is a very big diference between mb/s (megabits per second) and the correct terminology: MB/S. Mega ia a capital M and bytes is a capital B.
And yes most modern hard drives are capable of high data rates. However, sustained performance is what counts for video editing and that may mean reading or writing across multiple platters and sectors at both extremes of the disk surface. It is here that SCSI, raided SCSI and/or striped ATA drives are the ones guranteed to be able to move video around at the needed data rates for higher formats.
-
-
Going digital will greatly reduce the dropouts inherent in BetaCam tape recordings but will require more investment.
I certainly wouldn’t go down the DV route as a second camera. Unless you buy in the DSR-390/570/400/450 with a good quality lens. Going to a 1/3″ camera would be a backward step.
You could buy a good secondhand BetaCam camera – they’re at almost giveaway prices now in the UK.
At the end of the day you need to look at the final output and balance cost with experience of what you already have.
-
Very true Kevin. I had the same problem with Norton and Premier Pro. Used to work fine even with realtime file scanning but a change in Norton at some point meant I had to disable AV use during editing.
-
Do you have lazy writing enabled on this drive? It could still be a genuine drive fault.
Rendering to the drive will be writing at lower than the full speed of playback and quite likely during drive to drive copying.
If you are viewing only within the applications’ monitor, it’s lower than full bandwidth playback.
-
You can put the coffee on hold!
Bars and tone serve two purposes. The most important being that it gives a reference level for editors/companies using your footage. In the days of analogue recorders the bars and tone were used to setup the VTR to the same levels as were recorded by the original camera or other VTR to tape ensuring they got the best out of the recorded material.
In the digital world this is less of an issue but is good practice AS LONG as you ensure all material following the bars and tone were recorded at the correct levels.
The second purpose is to act as an identifier at the start of the tape and also to lay down the start of timecode. It is normal to start picture recording at 1-minute into the tape in the broadcast world. This also has historical reasons where it was not advisable to record at the beginning or end of a tape as these are the areas most likely to be stretched or damaged, either when the tape was loaded onto the spool, stopping after rewind or fast forward spooling or in the case of 1″ and 2″ tapes where they were laced into the VTRs by hand as they were on spools rather than in cassettes.
It’s always worth recording colour bars and tone from your camera for the first minute as it gives a neat time that makes looking at the duration of your recording very simple at any point on the timeline.
Normalising in its most basic form looks through the entire selected clip and produces an audio level and range that gives the best range between loudest and quietest and within the limits of the audio system being used. It’s a little like adjusting the range of contrast in photo editing applications where you want to ensure that highlights aren’t burned out and the shadow areas aren’t crushed.
-
Is your audio being routed through the D/A too? May sound like a daft question but so many times this has been raised to find that the audio had been taken from the soundcard direct.
Adding additional processing will always give rise to the possibility of sync issues.
Some applications get around this by adding an offset to the DV output and this is usually controllable by the end user.
-
Chris, this indicates an error writing to the F: drive. Check all cables are well seated first but the following may identify the reason: