From: Paul O. <new...@ki...> - 2009-05-19 11:04:39
|
On Tue, 19 May 2009, Toby Collett wrote: > The queuing of commands is decided completely on the receiving driver end. > There shouldn't be any difference between a client sending them and a driver > AFAIK. > > Toby > That's the point. In client side API there's playerc_client_set_replace_rule() function which sends PLAYER_PLAYER_REQ_ADD_REPLACE_RULE request while I can't see anything like that in driver side API. I'm thinking about sending this request directly, but I don't know yet on what object shall I call Request() method, I guess there's no client object on driver side, so there must be something else on which I can call Request() (or there's a method in driver API that do the thing better/safer). Paul > 2009/5/19 Paul Osmialowski <new...@ki...> > >> >> >> On Tue, 19 May 2009, Toby Collett wrote: >> >>> Unfortunately I cant give a simple answer to this one. I think there are >>> issues with using this between servers. A couple of other issues with the >>> remote driver module have been brought to my attention recently and I was >>> hoping to get a chance to look into them some time this week. >>> >>> Basically whether it will work for you will depend on what you are >> actually >>> trying to do. I am assuming you have a set up something like server A >> with >>> driver B and server C with driver D. D is subscribing to B and you are >>> wanting to set a replace rule on the data stream coming from B? >> Not exactly. Indeed, D is subscribing to B. Then D is doing PutMsg (for >> example B is p2os and D is sending velocity commands to subscribed >> position2d interface). I don't want these commands to be queued. I know >> how to do that from client side, however I can't see how it should be done >> if one driver talks to another. >> >> Paul >> >> >> >> ------------------------------------------------------------------------------ >> Crystal Reports - New Free Runtime and 30 Day Trial >> Check out the new simplified licensing option that enables >> unlimited royalty-free distribution of the report engine >> for externally facing server and web deployment. >> http://p.sf.net/sfu/businessobjects >> _______________________________________________ >> Playerstage-developers mailing list >> Pla...@li... >> https://lists.sourceforge.net/lists/listinfo/playerstage-developers >> > > > > -- > This email is intended for the addressee only and may contain privileged > and/or confidential information > |