Printable View
Magic!
Logic directory and *.cs files now exist. Thanks! (Interesting aside that older versions did create the directory.)
Not too concerned about cpu usage on this test machine, assuming that it will be OK on the Mini-itx Windows 8 machine, but I do still want the FB sensors' output to be available to HTTP/Ajax/web pages on the same machine that the FB is connected. Is FuseGL close to supporting that dynamic?
Things had been changed where it reads all the files that it otherwise spawns and if they differ from what it has (i.e. a new version exists, or the old version is corrupt) it will rename the file as a user backup and put a new fresh copy in its place. When this was added, I believe XP choked. Because now it was "if this file exists" but in a directory that did not exist instead of just "put this file here" in a directory that didn't exist. NT bug maybe, but if it works, it works.Quote:
Originally Posted by waltersaegir
If you open up your trace file (with the new version) somehwere in there (do a search for "*** STARTING RENDER AVERAGE INFO ***" without the quotes, just 3 asterisks) you will see the time between video renderings and the amount of time it took. The first one will be junk, the other 99 will be valid data. FuseGL must run and be rendering (even in the system tray) for at least 110-ish cycles, which on my machine at 30fps is 3.6 seconds. What sort of numbers do you see? My machine reports numbers like:Quote:
Not too concerned about cpu usage on this test machine, assuming that it will be OK on the Mini-itx Windows 8 machine,
with bursts of 15ms:Quote:
[4495] 16.02.12|15:58:55:514 >> 35.002ms between renderings || 2.0001ms to render frame
[4494] 16.02.12|15:58:55:514 >> 34.002ms between renderings || 1.0001ms to render frame
This is not really the time to render, but the time it took for this iteration of the update invokation to pass through. If you are seeing your time to render equal the time between renderings, your cpu will be highly stressed.Quote:
[4501] 16.02.12|15:58:55:515 >> 34.0019ms between renderings || 1.0001ms to render frame
[4500] 16.02.12|15:58:55:515 >> 34.002ms between renderings || 1.0001ms to render frame
[4499] 16.02.12|15:58:55:515 >> 48.0027ms between renderings || 15.0008ms to render frame
[4498] 16.02.12|15:58:55:514 >> 35.002ms between renderings || 2.0001ms to render frame
[4497] 16.02.12|15:58:55:514 >> 34.002ms between renderings || 1.0001ms to render frame
FuseGL technically supports it now because you can write C# code to do it, and make it a "plugin". However if you want me to write that code, then it will take a bit of time. It is in the works, and actually is a very important aspect for another reason concerning another product. However, my first implementation will be as MDX was. The information is passed to the web on a centralized server. When you access the information you pull from this server. So even if on the same machine, you will need a web connection for it to work. I have another implementation in the works that is different than this that would allow local network access only, but this is more complex and needs to be much more secure. Expect this to be a "phase 2" of the implementation.Quote:
but I do still want the FB sensors' output to be available to HTTP/Ajax/web pages on the same machine that the FB is connected. Is FuseGL close to supporting that dynamic?
Having it on the web allows you with your phone to control things, or with the computer, or login across the world and control it. I already have a lot of code for this from MDX, I need to revamp the server side. I just (read last night) went through an extensive server control upgrade to support this framework as it takes a lot of resources for everyone's machines. That is all fixed now. :)
Requiring that the information is passed to the web on a centralized server won't work for my application.
I need the information passed to a local server.
So, I had thought that FusionGL might have functionality close to what I need. Especially, since I saw the use of XML and C# files. Do you have anything that might provide a starting point that could be modified or added-to?
google with some keywords like "c# local server" or something and I am sure you can find example code that makes a local file server with C#. There is probably a project on sourceforge or code exchange or something that already does it. Then just reference that dll in a cs file you make and pass the FuseGL variables into the API of that DLL. The variables, inputs, and outputs can be found in the example logic file cs folders (that you now have).Quote:
Originally Posted by waltersaegir
Also like I said, this is "on the list". The ability to make "skins" in HTML/CSS with some AJAX is a big goal for me. This will be possible with the centralized server functionality first, then adapted to a local server.
Thanks for the info,Quote:
Originally Posted by UniqelyCommon
I have put it to use for my system... Had a couple of questions for you, where did you find the commands for the device? Secondly, I have to give the command to turn on a port twice -- am I missing an initialization command or something? Thanks in advance,
The functionality for your local server has been added. It has not been thoroughly tested, it is not very configurable right now, and you can only get stuff out right now.Quote:
Originally Posted by waltersaegir
http://image-host.us/user_images/133...ynamic_xml.jpg
Ok, the update should be live. It listens on port 42422. So you can just type in: http://localhost:42422 and you will get back an XML encoded file with the exact values as they are encoded at that time.
Quote:
Originally Posted by 2k1Toaster
Sounds pretty functional. Sounds like you added web server software to fuseGL.Quote:
Originally Posted by 2k1Toaster
Can my software access the data directly and avoid the disk write?
I'll give it a try tomorrow.