Peter Kerney (peterk++at++foetus.sydney.sgi.com)
Wed, 30 Mar 1994 08:57:53 -0500
When you get the Galileo, you will be forced to upgrade to 5.x (probably 2)
to make the thing work. I would also imagine that you will have to upgrade
your version of Performer as well as all you other products.
The Galileo board simply take an NTSC/PAL movable region of your frame
buffer and outputs that to video in several formats. It will also output
the entire framebuffer using scan conversion if you want.
The BVO that you speak of was only available on VGX systems and as such will
not enter into the discussion.
In order to get the output happenning, you simply invoke the 'videoout'
program and move the output window to where you want it.
Depending upon you application you could also purchase the
Digital Media Developers option which will allow you to call the video
library directly and make the application startup a bit simpler.
You don't *have* to do anything to your application at all (neat eh!).
I am not sure of the answer to your question about the delays associated with
the Galileo but I know that the board communicates with the Extreme graphics
across the video bus and probably just looks at the frontbuffer and you
will get whatever is there are the time. I would say that there is some
sort of syncronisation that would stop a swapbuffer occurring on the middle
of a video retrace.
Hope that answers some of your questions.
On Mar 25, 16:09, Micheal J. Williams wrote:
> Subject:
> On an Indigo2 Extreme (IRIX 4.0 and Performer 1.0) I need to be able to direct
> the Performer image output to an NTSC video type display (specifically RS-170
> video format). We will probably be using a Galaleo video board. How does one
> cause the graphic output to be routed to the video board (assuming that it is
> possible)? I do know that there is a broadcast video option (BVO) available
> which will scan convert the console image to NTSC, but we would rather use the
> video board if possible.
>
> Also, does anyone know anything about the internals of the pfDraw? Does the
> draw go directly to the video memory, such that the image is updated
> immediately, or is the video buffered such that the image will not appear
> until the next video frame? We have a latency requirement of 150 milisec that
> we must meet and are trying to account for each step of the process.
>
> Email responses can be sent to: mwilliam++at++ldsa.com
>
> Tnx
> Ken Slezak
> 216/796-5907
> 7:30am-4:30pm EST
>
>-- End of excerpt from Micheal J. Williams
--
--------------------------------------------------------------------------
Peter Kerney. Silicon Graphics, Sydney, Australia. (peterk++at++sydney.sgi.com)
'Everybody wants a rock to wind a piece of string around.'
They Might Be Giants
--------------------------------------------------------------------------
This archive was generated by hypermail 2.0b2 on Mon Aug 10 1998 - 17:50:13 PDT