Forum unknown
· Hardware
#genlok/RGB
7 messages in this thread
I thought that was what you meant. Where I work we have many (4) ADO's and
dve(Mk II) and other sorts of stuff. The problem is that the Amiga is not
interlace video. I tried loading a hi-res image created with DPaint to VHS
and then thru a TBC to a switcher and this worked fine. This is because the
signal is interlaced. Also I have found that to get a lo or med res image
onto tape (1") I can feed it thru a frame store TBC and freeze the image as
it is rolling by, thereby getting the sync and subcarrier off the TBC with
the image from the Amiga. Where do you work and what kind of work do you do
??? Talk with you soon….. …eli.
Wow, guess I was wrong….you guys DO have ADOs and frame-syncs laying
around….I would venture a gues that any attempt to manipulate an
un-interlaced screen is going to be less than satisfactory (as somebody
pointed out above) just because it is way wide of the mark,
standards-wise….. using SETLACE.C should be valuable experiment.
Wow, guess I was wrong….you guys DO have ADOs and frame-syncs laying
around….I would venture a gues that any attempt to manipulate an
un-interlaced screen is going to be less than satisfactory (as somebody
pointed out above) just because it is way wide of the mark,
standards-wise….. using SETLACE.C should be valuable experiment.
Wow, guess I was wrong….you guys DO have ADOs and frame-syncs laying
around….I would venture a gues that any attempt to manipulate an
un-interlaced screen is going to be less than satisfactory (as somebody
pointed out above) just because it is way wide of the mark,
standards-wise….. using SETLACE.C should be valuable experiment.
Wow, guess I was wrong….you guys DO have ADOs and frame-syncs laying
around….I would venture a gues that any attempt to manipulate an
un-interlaced screen is going to be less than satisfactory (as somebody
pointed out above) just because it is way wide of the mark,
standards-wise….. using SETLACE.C should be valuable experiment.
Wow, guess I was wrong….you guys DO have ADOs and frame-syncs laying
around….I would venture a gues that any attempt to manipulate an
un-interlaced screen is going to be less than satisfactory (as somebody
pointed out above) just because it is way wide of the mark,
standards-wise….. using SETLACE.C should be valuable experiment.
Wow, guess I was wrong….you guys DO have ADOs and frame-syncs laying
around….I would venture a gues that any attempt to manipulate an
un-interlaced screen is going to be less than satisfactory (as somebody
pointed out above) just because it is way wide of the mark,
standards-wise….. using SETLACE.C should be valuable experiment.