Path: chuka.playstation.co.uk!news1.scei.co.jp!usenet
From: kamon@mail.web-hyogo.or.jp (Taro Kamon)
Newsgroups: playstation.ny.program.questions
Subject: Re: =?ISO-2022-JP?B?GyRCIVYjUSFPI0cjUCNVGyhCIBskQiN0I2kbKEI=?=
	=?ISO-2022-JP?B?GyRCI20jZSNvI3UjdCRIJE8hKRsoQg==?=
Date: Thu, 21 Aug 1997 23:10:19 +0900
Organization: PlayStation Net Yarouze
Lines: 16
Message-ID: <kamon$21c519970821231019@news1.scei.co.jp>
References: <01bcab18$283bbe20$4b088bcb@gateway2000.ns1.sphere.ad.jp> <5t8h4b$ca8@news1.scei.co.jp> <01bcabea$2b702cc0$59088bcb@gateway2000.ns1.sphere.ad.jp> <01bcabfd$516b66c0$48088bcb@gateway2000.ns1.sphere.ad.jp> <01bcacae$70577cc0$6ac184d2@Enterprise.so-net.or.jp>
NNTP-Posting-Host: 210.136.1.23
Mime-Version: 1.0
Content-Type: Text/Plain; charset=ISO-2022-JP
X-Posting-Software: WSNews 2.015beta

 こんにちは、加門です。

"ＰＲＧ" <hchiba@fa2.so-net.or.jp> wrote:
>　単純にPACKET構造体の配列が小さかったりすると、
>配列に収まりきらなかったデータが保証されないので、
>GPU timeout になる場合があります。

 僕もこういうミスをした覚えがあります。
 解決法は、具体的に言うとGsSetWorkBase()する構造体(付属サンプルでは
GpuPacketArea[2][MAXOBJ*(20+4)])に十分な大きさを確保する(MAXOBJの数
値を大きくするとか)とGPU timeoutは無くなると思います。
 GPU timeoutの詳しい意味はわかりません(笑)。
---
   http://www.age.ne.jp/x/kamon/
   kamon@mail.web-hyogo.or.jp
        Taro Kamon