Charmed Quark Systems, Ltd. - Support Forums and Community
Official RIVA thread - Printable Version

+- Charmed Quark Systems, Ltd. - Support Forums and Community (https://www.charmedquark.com/vb_forums)
+-- Forum: Third Party Development (https://www.charmedquark.com/vb_forums/forumdisplay.php?fid=8)
+--- Forum: Third Party Development (General) (https://www.charmedquark.com/vb_forums/forumdisplay.php?fid=22)
+--- Thread: Official RIVA thread (/showthread.php?tid=5632)

Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39


Official RIVA thread - Dean Roddey - 07-31-2010

Seems reasonable to me, if the modes actually do what the names would seem to imply.


Official RIVA thread - Fonceur - 07-31-2010

Dean Roddey Wrote:Seems reasonable to me, if the modes actually do what the names would seem to imply.
I was afraid of that too, as it means I have to hunt for the bug(s) somewhere else... Wink


Official RIVA thread - Fonceur - 08-06-2010

Fonceur Wrote:c1ClipMode_And = 0; --> INTERSECT
Actually, this one didn't seem to work, I switched to UNION instead and so far it seems OK. Of course none of the test templates are loading a popup or really have any overlapping regions, so the ClipArea usage hasn't really been representative...


Official RIVA thread - Fonceur - 08-07-2010

Dean Roddey Wrote:- There is a new Ping command which simple clients can use if they want a persistent image download connection. There's a chance in certain simple templates that there will be no changes for over a minute, and the image server could time out. So if you've made no snapshot requests in around 45 seconds or so, send a ping to keep the connection alive.
On page 17 of the doc it says 20 seconds, but the .NET RIVA client seems fine with the 45 seconds... Wink


Official RIVA thread - Dean Roddey - 08-07-2010

I'll have to look at it, but it's probably suggesting that you don't go longer than that, because you don't want to let it drop and there can be delays. So it's always best to allow for that.


Official RIVA thread - Fonceur - 08-12-2010

So for an image download, I am supposed to send:

THeader hdrInfo;
TCard1 c1Flags;
TCard1 ac1SessCookie[16];
TCard4 c4SerialNum;
TCard4 c4PathSize;
UTF8 Path;

Or am I missing something?


Official RIVA thread - Dean Roddey - 08-12-2010

Oh, no, you send the TReqImgDownload outward from your side. That's what you get back as the start of the download process.


Official RIVA thread - Fonceur - 08-12-2010

Dean Roddey Wrote:Oh, no, you send the TReqImgDownload outward from your side. That's what you get back as the start of the download process.
I am not following you... Based on the documentation:

- Connect to port 13517.
- Send TReqImgDownload (containing what I mentioned).
- Receive TReqImgStart (containing the image).

But it seems to just times out with my TReqImgDownload...


Official RIVA thread - Dean Roddey - 08-12-2010

Oh, I was looking at the others as actual members of the structure. Sorry. Anyway, are you sending it to the image download port? There are two separate ports involved, one is for normal traffic and the other is for image downloads.


Official RIVA thread - Fonceur - 08-12-2010

Dean Roddey Wrote:Oh, I was looking at the others as actual members of the structure.
Well, it's like the other messages where the "text length" + "utf8 text" is included in the load, but not part of the "official" structure, no (which I've already complained about)?

Quote:Anyway, are you sending it to the image download port?
Yes, I was sending the request to 13517, but I guess I need to send it to 13516 and 13517 is for the download only... While that does make sense, it wasn't exactly obvious... Wink