CompuServe Thread

transcoders

18 messages in this thread
#52474From: Aug 7, 1993 12:02 PM
Paul: >> transcoder for the ATvista to Betasp A pretty good one is the Grass VAlley CV-22 retailing around $995. Paul Lind just got one, Paul, how do you like it? Greg Pyros
#52988From: Rick MillerAug 10, 1993 11:18 PM
Greg: Will a good transcoder help a Targa+ using the RGB to transcoder to SVHS? Regards…….Rick – Technical Animations
#53003From: Aug 11, 1993 1:45 AM
Rick: >> Will a good transcoder help a Targa+ using the RGB to transcoder to SVHS? Always, the better the quality of the source, the better the images. A better transcoder will help, but remember, with the Targa+ you are limited to 512×486, it will never be a Vista (756×486)!!! I'd recommend borrowing one first to test yourself to see if it helps enough to spend the money on. Greg Pyros
#53038From: Mike KelleyAug 11, 1993 10:53 AM
(Pardon my jump here) Boy, now I'm REALLY confused. If you're going to SVHS, I didn't think resolution (of the image) mattered, past 640×480. I've tried higher res and I don't notice any difference — how can I, when the video res itself is only 640×480? Are you saying that when I render my TGA files (for ultimate dump to video) that I should be rendering at a higher res than 640×480? (NTSC video).
#53047From: Brant ZwiefelAug 11, 1993 11:18 AM
I your rendering out from an ATVista, as far as I know, an 640×480 image will produce black bands on either side of your image because 3DSr2 won't rescale the image to it's proper resolution (756×486) and aspect ratio (0.8571)(Release 3 I've heard will though). I use a service bureau to render out to BetaSP, so I render everything to the null at 756×486, AR 0.8571. and dump everything to SyQuests. At only $75 bucks an hour I can usually get 240 frames per hour transfering to tape.
#53075From: Aug 11, 1993 2:06 PM
Mike: >> I didn't think resolution (of the image) mattered, past 640×480. Sure it does! Anything you can do to get more pixels on the screen will result in a higher quality image! 756×486 has 30% more pixels than 512×486! That translates to 30% higher resolution! >> Are you saying that when I render my TGA files (for ultimate dump to >> video) that I should be rendering at a higher res than 640×480? You should render out to the highest quality that the equipment will take advantage of. Vista resolution can take 756×486 out to video, Targa is 512×486. Depending on your board, or service bureau, go with the max! Greg Pyros
#53138From: Rick MillerAug 11, 1993 11:21 PM
Greg: I was just curious, it seems I had seen comments about the Targa+ encoder leaving alittle bit to be desired. Regards……..Rick – Technical Animations
#53160From: Aug 12, 1993 1:09 AM
Rick: >> It seems I had seen comments about the Targa+ encoder leaving a little >> bit to be desired. What an understatement! <g> But it is a step above their VidI/O box! The Targa+ going out straight RGB to a laserdisk or to a transcoder does well for 512×486, though! Greg Pyros
#53185From: doug wolfgramAug 12, 1993 10:09 AM
Yo tech support! I have a VP procedure I want to do. It is a simple fade between two images, then a wipe of a title across the bottom. The fade occurs over the first 20 frames and the wipe over the next 60. The wipe is done in the usual way with an animated opacity map. Here's my problem. How do I get it so that the animated opacity map doesn't start animating until fram 20! I mean, I know how to use the sliders to start the procedure there, but it seems to have been counting down the frames so that the first frame of the wipe is using the 20th frame of my opacity animation. Does this make sense? Apparently, VP starts counting animation maps from frame one, not when they are actually started according to the sliders…
#53195From: David TaffetAug 12, 1993 10:59 AM
Doug – PMJI. I'm not a major expert on VP, but I'm pretty sure it starts all your animations from the get go and just does the indicated process during the frames specified. Presumably your animated opacity map is black and white (Maybe w/shades of grey [or gray]). I'd say tack 20 frames of total black on the beginning of your opacity map animation. Then it can use them all it wants and there will be no effect. FWIW David Taffet
#53239From: doug wolfgramAug 12, 1993 3:16 PM
I did that, thanks. It worked fine too. But since I use this same map in many different animations, it is a pain to always be adjusting it…
#53370From: David TaffetAug 13, 1993 4:33 PM
>a pain to always be adjusting it< agreed DT
#53207From: james hydeAug 12, 1993 12:14 PM
Doug, Try moving that sequences' dot with the shift key down then it will move the whole sequence in time. James
#53240From: doug wolfgramAug 12, 1993 3:16 PM
You mean the black dot instead of the red one? Thanks!
#53260From: james hydeAug 12, 1993 7:39 PM
Doug, Yes, the black dot determines where the first frame of the sequence goes. James
#53371From: David TaffetAug 13, 1993 4:33 PM
Woah! Good tip! For those of us who didn't RTFM intently enuff…
#53399From: james hydeAug 13, 1993 10:02 PM
David, Geez, there are some who claim I don't even read the manual<g>. No, seriously the user manual is a permanent addition to the room where the sun don't shine. James
#53274From: Aug 12, 1993 11:17 PM
Doug: >> Yo tech support! Seems like you got some pretty good responses here on ASOFT! If you need anymore help, just holler! Greg Pyros