home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / amiga / graphics / 5274 < prev    next >
Encoding:
Internet Message Format  |  1992-07-23  |  4.3 KB
  1. Path: sparky!uunet!usc!zaphod.mps.ohio-state.edu!moe.ksu.ksu.edu!matt.ksu.ksu.edu!news
  2. From: strat@matt.ksu.ksu.edu (Steve Davis)
  3. Newsgroups: comp.sys.amiga.graphics
  4. Subject: Re: OpalVision
  5. Date: 23 Jul 1992 17:01:32 -0500
  6. Organization: Kansas State University
  7. Lines: 94
  8. Message-ID: <14na7sINN2ac@matt.ksu.ksu.edu>
  9. References: <14mulcINNnbj@matt.ksu.ksu.edu> <54920@mentor.cc.purdue.edu>
  10. NNTP-Posting-Host: matt.ksu.ksu.edu
  11.  
  12. ab@nova.cc.purdue.edu (Allen B) writes:
  13.  
  14. |>In article <14mulcINNnbj@matt.ksu.ksu.edu> strat@matt.ksu.ksu.edu (Steve Davis)  
  15. |>writes:
  16. |>> ab@nova.cc.purdue.edu (Allen B) writes:
  17. |>> >The device can run a 24 bit buffer at 768
  18. |>> >x 480 from just the data available on the RGB port?  I'm not
  19. |>> >contesting the video slot version, but the RGB port? 
  20. |>> 
  21. |>> No, it is a real frame buffer.  The 24-bit image is created and
  22. |>> held internally, but the external device is *CONTROLLED* through
  23. |>> the RGB port in this case, and the data appears either above or
  24. |>> below the video data coming over the port.  It works just like an
  25. |>> external GENLOCK in this sense.
  26.  
  27. |>It's got to get all its data from the RGB port if that's the
  28. |>only connection to it.  I'm aware it has its own memory, but
  29. |>it's got to be filled via the RGB port if that's where it's
  30. |>connected.
  31.  
  32. I am not sure about Opalvision, but Colorburst also had a couple
  33. other wires, I believe.  In any event, this is the main vision
  34. between an Opalvision and a CDTV:  Once the image is IN the
  35. Opalvision, the device can continue displaying it from its own RAM.
  36. DCTV requires a constant presence of the codes.
  37.  
  38. |>> >784 * 482 * 30 * 4 = 45346560 bits per second
  39. |>> 
  40. |>> But, unfortunately, the video bus would be unable to cope with a
  41. |>> continuous stream of raw data at this speed.  :-(
  42.  
  43. >Your RGB port does it all day long.  Scary, isn't it?  
  44.  
  45. The RGB port is analog.  This is 5.535 mega BYTES per second.  You
  46. couldn't swap that much into chip ram each second and still
  47. multitask.  In fact, I doubt that you could do it.  The fastest
  48. I've ever seen a 7Mhz Amiga move data from Fast Ram is a little
  49. over 1 meg a second!  
  50.  
  51. Once the data is there, you can display it ... but GETTING IT THERE
  52. at that speed is impossible.  With the Colorburst, it took quite a
  53. bit of time to get the image from Amiga's RAM into the card.
  54.  
  55. |>So, I'm asking, how fast can expect to
  56. |>push data to OpalVision? 
  57.  
  58. |>I ask because they claim the Amiga 500/600 version hangs
  59. |>from the RGB port instead of being a card inside the
  60. |>machine.  If there's another connection to the unit, my
  61. |>questions are answered. 
  62.  
  63. I would not be surprised if you could fill the Opalvision's card in
  64. two or three seconds... maybe a little less.  But animations would
  65. be impossible.  And you wouldn't be able to get much else done
  66. since the processor would be accessing Fast RAM as fast as it could
  67. to achieve this.
  68.  
  69. |>> >So what's the scoop?  Tell me tell me tell me.  I think the
  70. |>> >makers of OpalVision are not telling us the whole truth.  I
  71. |>> >want numbers and I want explanations that match with
  72. |>> >reality.
  73. |>> 
  74. |>> Like I said, the image data is created in the device.  They don't
  75. |>> advertise 30fps animation in 24 bits, so don't expect to get it! :-)
  76.  
  77. |>My "image data" is most certainly not >created< in the
  78. |>device!  If I load an image from disk, it's got to go out my
  79. |>RGB port to get into the buffer.  
  80.  
  81. Yes, you have to fill the thing's RAM, but the data does not reside
  82. in Amiga's RAM.  The encoder is inside the box, and any software
  83. you run manipulates data inside the box.  As far as the electronics
  84. of the Amiga are concerned, you have a Genlock plugged in.
  85.  
  86. |>That's what I'm talking
  87. |>about.  I question the throughput of this connection.  
  88.  
  89. One megabyte per second TOPS on a stock Amiga.  A little more if
  90. you have something faster.
  91.  
  92. >I especially want to know how I can change OpalVision's
  93. >buffer while I'm displaying useful stuff on the Amiga's
  94. >screen. 
  95.  
  96. The first, last, and only time I ever saw a Colorburst was at the
  97. Amiga Expo in Orlando Fl. last summer.  If I recall, the Amiga's
  98. display was blanked while the transfer took place.
  99.  
  100. Stratocaster
  101. -- 
  102.   Steve Davis  |    Contact me at ...            | The Boarding House BBS!
  103.                | Internet:  strat@cis.ksu.edu    | 9600 baud (v.32/v.42)
  104.                | FidoNet:    Steve @ 1:295/3     | America: 913-827-0744
  105.    This post is shareware:  If you like it, please send $5 to ....
  106.