Hello again soja :)
Understand the distribution of work/CPU time .. was avoiding the 'other' details :) Intent was to control the other processes by having them 'suspend' themselves (or do less .. or if need be, actually 'suspend' them) once signaled to do so to give the main more breathing room. How to do that was another issue after I sorted out the vid. Yes this is a proto for a public domain effort. Reading/writing 6 USB ports .. each USB port connected to a microcontroller (uC). Each uC will be doing the apps critical timing (PWM) [acting on data FROM the PC] and ADC [data TO the PC]. The # of events per 'time period' can change considerably in a very short period of time but I do have some room per USB channel as to when I send/rcv data.
Not a game BTW .. it isn't 6 joysticks :) I'll spring what it is once I figure out if it can be done.
The 'main' will get the ADC data from the 6 instances (all ADC measurements reading different things and each ADC/USB instance with its own math/etc) and then decide what the instances should 'tell' the uC's. Hope that made sense. Not a whole lot of 'data' being passed BTW.
What I was hoping for was each instance would be responsible for a video region (viewport(s) if you will) .. various gauges mainly. Was hoping I could 'poke' into the main pages VRAM easily. Once the the overhead involved was sorted out I could then determine the viability of the method. Question is .. can it be done and if so how?
Could have each instance write images(s) to a RAMDisk and have the main read/write them .. looking at various methods. Not close minded .. investigating. Usually tinker with RTC on micro's where I control what is going on .. Windows is a bit of change (not fresh air either ;)
GDI is an option and have mildly touched on it ..seeing what Blitz can do .. and waiting to eval iBasic Pro. I do not understand Blitz's event system enough (I think because it appears to be user-event driven [mouse/etc] whereas user events are a minor fraction of a minor fraction of what I am trying to do) to take full advantage of it. Been fighting what appears to be memory leak .. rewrote the code so it doesn't happen but no clue why it happened in the 1st place.
Comments appreciated and no intent of being arguementative. If it can't be done in Blitz .. it can't.
Thank you again,
Understand the distribution of work/CPU time .. was avoiding the 'other' details :) Intent was to control the other processes by having them 'suspend' themselves (or do less .. or if need be, actually 'suspend' them) once signaled to do so to give the main more breathing room. How to do that was another issue after I sorted out the vid. Yes this is a proto for a public domain effort. Reading/writing 6 USB ports .. each USB port connected to a microcontroller (uC). Each uC will be doing the apps critical timing (PWM) [acting on data FROM the PC] and ADC [data TO the PC]. The # of events per 'time period' can change considerably in a very short period of time but I do have some room per USB channel as to when I send/rcv data.
Not a game BTW .. it isn't 6 joysticks :) I'll spring what it is once I figure out if it can be done.
The 'main' will get the ADC data from the 6 instances (all ADC measurements reading different things and each ADC/USB instance with its own math/etc) and then decide what the instances should 'tell' the uC's. Hope that made sense. Not a whole lot of 'data' being passed BTW.
What I was hoping for was each instance would be responsible for a video region (viewport(s) if you will) .. various gauges mainly. Was hoping I could 'poke' into the main pages VRAM easily. Once the the overhead involved was sorted out I could then determine the viability of the method. Question is .. can it be done and if so how?
Could have each instance write images(s) to a RAMDisk and have the main read/write them .. looking at various methods. Not close minded .. investigating. Usually tinker with RTC on micro's where I control what is going on .. Windows is a bit of change (not fresh air either ;)
GDI is an option and have mildly touched on it ..seeing what Blitz can do .. and waiting to eval iBasic Pro. I do not understand Blitz's event system enough (I think because it appears to be user-event driven [mouse/etc] whereas user events are a minor fraction of a minor fraction of what I am trying to do) to take full advantage of it. Been fighting what appears to be memory leak .. rewrote the code so it doesn't happen but no clue why it happened in the 1st place.
Comments appreciated and no intent of being arguementative. If it can't be done in Blitz .. it can't.
Thank you again,