I have a French dialogue PAL vhs video which when played displays a few
flickering horizontal lines at the BOTTOM of the screen. This does not
seem to be a tracking problem. Could it be that the video vhs premastering
has done some incorrect framing from the French TV system SECAM to PAL
conversion (if that is what was done). There is no Macrovision.

Could there be another reason for the lines. I want to remove this before
capturing to DV MPEG2

Beemer

"Beemer" wrote in message
k...
I have a French dialogue PAL vhs video which when played displays a few
flickering horizontal lines at the BOTTOM of the screen. This does not
seem to be a tracking problem. Could it be that the video vhs
premastering
has done some incorrect framing from the French TV system SECAM to PAL
conversion (if that is what was done). There is no Macrovision.

Could there be another reason for the lines. I want to remove this before
capturing to DV MPEG2

VHS always has that crap at the bottom. You can't see it on TV because
(unless the tracking is bad) it lies in the overscan area.

If you make a DVD if it and view it on the same TV as the VHS, you won't see
the static on that, either.

Google for "overscan" for a better explanation than I'm capable of...

)

"G Hardy" wrote in message
...
| "Beemer" wrote in message
| k...
| I have a French dialogue PAL vhs video which when played displays a few
| flickering horizontal lines at the BOTTOM of the screen. This does not
| seem to be a tracking problem. Could it be that the video vhs
| premastering
| has done some incorrect framing from the French TV system SECAM to PAL
| conversion (if that is what was done). There is no Macrovision.
|
| Could there be another reason for the lines. I want to remove this
before
| capturing to DV MPEG2
|
| VHS always has that crap at the bottom. You can't see it on TV because
| (unless the tracking is bad) it lies in the overscan area.
|
| If you make a DVD if it and view it on the same TV as the VHS, you won't
see
| the static on that, either.
|
| Google for "overscan" for a better explanation than I'm capable of...
|
| )
|
|
Can a captured file be resized e.g. by Prem Pro to cut this off?

Beemer

On Sat, 26 Aug 2006 11:46:03 GMT, "Beemer" wrote:

Can a captured file be resized e.g. by Prem Pro to cut this off?

Yes

"Laurence Payne" lpayne1NOSPAM@dslDOTpipexDOTcom wrote in message
...
On Sat, 26 Aug 2006 11:46:03 GMT, "Beemer" wrote:

Can a captured file be resized e.g. by Prem Pro to cut this off?

Yes

....but if you're planning to go back to TV you shouldn't bother as you'll
lose picture detail for no (visible) benefit. Chopping off any dross that
would normally be hidden by overscan is only really useful if you intend to
show the video on a device unaffected by overscan. This includes web-based
videos and DVDs that will be played back on a computer.

Note that as plasma/LCD TVs are not subject to the technology limitations of
CRT TVs, there's no reason why they need to use overscan - but many of them
do.

On Sat, 26 Aug 2006 14:03:23 GMT, "G Hardy"
wrote:


...but if you're planning to go back to TV you shouldn't bother as you'll
lose picture detail for no (visible) benefit. Chopping off any dross that
would normally be hidden by overscan is only really useful if you intend to
show the video on a device unaffected by overscan. This includes web-based
videos and DVDs that will be played back on a computer.

Note that as plasma/LCD TVs are not subject to the technology limitations of
CRT TVs, there's no reason why they need to use overscan - but many of them
do.

But many of them don't. Particularly when playing a DVD.

"Laurence Payne" lpayne1NOSPAM@dslDOTpipexDOTcom wrote in message
...
On Sat, 26 Aug 2006 14:03:23 GMT, "G Hardy"
wrote:

Note that as plasma/LCD TVs are not subject to the technology limitations
of
CRT TVs, there's no reason why they need to use overscan - but many of
them
do.

But many of them don't. Particularly when playing a DVD.

Why the difference with DVD? (Asking out of ignorance.)

The only reason I knew that many LCDs do unnecessarily still incorporate
overscan is because I googled for it. I did a wedding where I'd zoomed in
for an establishing shot, but when I came to edit, I wanted to zoom out, so
I reversed the clip. Unfortunately, that meant I had a bloke crossing the
road backwards right at the edge of the image. It was in overscan, so under
normal circumstances, wouldn't be seen, but I knew the B&G have an LCD TV.

G Hardy wrote:

Can a captured file be resized e.g. by Prem Pro to cut this
[the VHS head-switching noise] off?

Yes

...but if you're planning to go back to TV you shouldn't bother
as you'll lose picture detail for no (visible) benefit.

Not to mention that resizing any normal camcorder-shot video in the
vertical direction is likely to throw interlacing completely out of
whack, leading to stuttering images and whatnot when watching the
material on a real tv.

If something _must_ be done to the offeding area, masking it with black
is an option, of course.

--
znark

Not to mention that resizing any normal camcorder-shot video in the
vertical direction is likely to throw interlacing completely out of
whack, leading to stuttering images and whatnot when watching the
material on a real tv.

I work with MSP which, up until version 7.3 at least, was OK with resizing
vertically. It performed its resize on each field separately, then combined
the result into a new field-based frame.

I've not investigated fully, but MSP8 seems to have a problem with field
order when changing the speed of a DV clip, which means it might be possible
it would struggle with the field order for resizing too. I'll report back
when I've had a chance to look into it.

G Hardy wrote:

Not to mention that resizing any normal camcorder-shot video in the
vertical direction is likely to throw interlacing completely out of
whack, leading to stuttering images and whatnot when watching the
material on a real tv.

I work with MSP which, up until version 7.3 at least, was OK with
resizing vertically. It performed its resize on each field
separately, then combined the result into a new field-based frame.

Yes, some programs allow graceful handling of interlaced material, which
is nice. Some others, though, treat everything as if it was progressive
frames, which leads to the above-mentioned problems. Then there are
those which don't really keep track of the interlaced/non-interlaced
status of the video, but may have checkboxes for interlaced processing
in the option panels of individual filters and tools, which the user
needs to manually select at appropriate times in order to get usable
results. (VirtualDub is one of those.)

--
znark