View Single Post
Old 10-08-2002, 08:57 AM  
logos
Junior Member
 
Join Date: Dec 2001
Posts: 10
Default

well really, for me personally and integrating a few ideas for further scheduling requests i think it could be done pretty simply with a few basic commands.

Basics

Queue Begin, inputs: none, returns: fail/success (begins processing the current queue, like the scheduler had started it the same as it does atm)
Queue Halt, inputs: none, returns: fail/success (...)

Upstream Rate, inputs: kbytes/sec ceiling (0 being infinite), returns: fail/success (set upstream ceiling, should be able to do it no matter what state client is in)
Downstream Rate, inputs: kbytes/sec ceiling (0 being infinite), returns: fail/success (...)

Terminate, inputs: +hangup/turnoff/logoff, returns: fail/success (graceful termination of FlashFXP)

Not really required, but could be handy given some of the other requests i see in the forums atm.

Other

Queue Save, inputs: filename - forced overwrite (Y/N), returns:fail/success (overwrites file saving all state queues save atm)
Queue Load, inputs: filename, returns:fail/success (overwrites current queue and idles)

Status Command

Able to retrieve,

Status, input: none, return: Idle/Queue Complete/Queue Failed/Working
BitCount Down, input: none, return: current bit count (basically a counter on how much has been downloaded since init)
BitCount Up, input: none, return: current bit count (...)

I _think_ that would be enough to provide for quite powerful control options, although i've only given this some brief thought atm. Whaddya think?
logos is offline