FC同屏人数稍多时，有些色块画面会发虚（透明）？有图

bubububu

比如这个，玩的时候敌人摩托车有时候是半透明的，截图下来正好赶上有一块色块完全消失了。这是模拟器的截图。
' a" C0 f" x0 m+ G  s8 I  t& ?! L我听说实机也这样？当年玩实机没注意过，现在身边也没有实机玩。有人说FC实机的真实效果正是如此，这是FC硬件机能不足导致的，模拟器只是真实还原效果。咱们论坛高手多，改造FC的也不少，还有超频的，模拟器都拖慢的地方，超频机竟然能不拖慢（魂斗罗3），挺神奇的。我说的这种半透明现象，有可能通过FC硬件改造来改善吗？
. p' x; N7 d, g' @' H9 s  b

[url]   Ｔ

iNeogeo2nd

是的，别说FC了有时候连SFC都这样过，Neo Geo AES也会这样，我说的都是实机哦。
8 Q2 U1 z( d/ g2 m# V
* T6 j) ]5 v; k' Z" e[url]   ┾

孙大师

/ y4 d  ?5 M  d1 z# S- l, x; O
估计不能哦。程序处理问题。。。

' ^3 B6 e$ `0 u: S  ^. Z; |- M[url]     ∈ ∈

lcl

- w1 A; E: n1 O) D9 Z
) A5 x; k" }# M1 b2 S这比较正常 PS还有类似的贴图错误
3 _* R+ M; y$ q* Y4 @+ Y应该是显存速度同步问题吧
4 M0 l$ \+ y1 n% g0 U
[url]     ∷ ∷

最后小牛皮

活动块太多，而且刷新快。主角和敌人出现闪烁。
这本身就是FC机能造成的，没法改善。

6 Y3 M" g7 `' A' _) P2 u5 n& R[url]   μ

xunxun

早期很多游戏同屏分别的动作太多只能靠分别闪烁来实现。

chenci1988

很久没来论坛了，今天看见LZ发短消息问这个问题，就大概解释一下：
" b) E" x  A( [1 s* m. g! n; f       这个问题产生的原因是由于机器硬件本身的限制，具体就是PPU的结构的限制。在这之前，你可以参考下PPU的图形渲染原理，网上有很多类似的资料。我就大致说一下，在FC系统中，我们操作的的角色或者物体是通过渲染sprites的方式实现的。而每一行有8个sprites的限制，如果要显示多于8个的话，就要用特殊的手段处理，这对游戏的编写提出更多要求，并且这样做会导致闪烁，尤其对于大于8*8或者8*16的角色更是如此。
  R' b& h' a8 n: o这个限制还不能通过硬件改造实现，因为FC的游戏都是基于这个硬件系统开发的，假设对PPU作修改，那么游戏也要针对PPU的改动做修改。
; K; [3 b7 ^$ ^
( H& q4 @5 z$ I# C9 i0 L$ y[url]     ≡ ≡ ≡ ≡   

jiajia02

! l8 V5 H6 Z) J+ a
: p$ z1 P; o* I6 z硬件机能的限制。如果同屏活动块太多还会导致整体速度拖慢。
3 S8 y& m. K* C; N: @* ~
[url]     ス ス ス ス   

bubububu

2 _. r1 v# i7 K7 a
7 @. ~3 |- Q) h6 w回复 bubububu 的帖子
  x- \. l0 s0 g+ {6 w: M硬件机能的限制。如果同屏活动块太多还会导致整体速度拖慢。 ...[/quote]
& @; b) i5 K' `. r9 y0 ?4 }拖慢问题好像可以实机超频来解决，同样是机能不足，我还以为可以硬件外围改善一下，照这么说，同屏活动块过多的时候，是程序编程来决定让有些活动块来闪烁，保证帧率？那当初如果程序员不在乎拖慢，不让色块消失，那今天岂不是可以通过硬件超频来解决喽？

6 @0 d2 W+ }- |2 w# e( Q[url]   ㄏ

jiajia02

4 U( n5 r" F  g0 `# p: y显存不足也是个问题，MD也有这毛病。

, X- \3 v  L7 D( c[url]     ． ． ． ．