Thanks

Although I will be updating my scripts to remove the port variables, it's not good practice at the end of the day. It may make it easier for the community to use the scripts but it takes away from them understanding the scripts and how they are put together. And it's mainly the battery monitor and ping roam scripts that use them, both of which are being updated so it's no biggie if you did want to take it out (I have no problems with it - it is the kick up the backside I need to get my head back in to those scripts)

Is it time to start having specific users (@Rich, @jstarne1) beta test prior to releases? It seems to me that ARC is getting complex enough that each new release breaks something that a small team of dedicated beta testers would probably identify.

Just a thought. (for a change, I am not volunteering myself. Barely have enough free time to work on production releases let alone Beta...).

Alan

The Techguru,

I find the releases hot off the press extremely valuable. I find these breaks backwards compatibility issues to be quite rare yet easy to remedy over all. I also keep all previous downloads. Might I suggest if you find something is broke, report it of course, but uninstall that version and reinstall the versions that previously worked with your models?

Bill

Just to point out, everything is currently in beta since the revolution release

With ARC being an evolving application I will always expect the possibility of a few bugs somewhere but we can rest easy knowing that those bugs will be squashed

Folks, is there a way to display the video (on ControlCommand video player...) on full screen ? I mean, can I configure that window to play full? Thanks! Tevans.

You can resize the window but it wont be full screen, you'll still have the ribbon across the top.

I tried the three most promising Android apps I found for streaming sensor data "Sensor Fusion" and "IMU+GPS Stream" and "wireless IMU" (which doesn't include GPS data but also just streams the raw data without headers, so I thought it might show something), and ARC doesn't see the packets so is not populating the variables (yes, I opened the port in Windows Firewall). I suspect that the iPhone app has specific header data or labels that DJ programmed for that are different in the Android apps (IMU_GPS and Wireless IMU, at least according to the log files they create just stream raw data with no headers, so you need to know the order the data is coming to know which variable to put it in. Sensor fusion keeps crashing and not writing to the log, so basically useless).

I was not connected to my EZ-B at the time, so if this is like how voice reco used to require the board to be connected for timing, then my test may have been invalid.

I'll try again tomorrow night connected to an EZ-B unless DJ can post some information about what specifically the stream is watching for.

DJ, if you want to add Android support, Sensor Fusion has the cleanest interface, but also crashed on me several times and would not even save data to a log file. IMU+GPS Stream includes the most sensor data but I need to update the target IP address and which sensors I want to stream every time I run it. Wireless IMU only streams three sensors, but is also open source, so could be a good place to start if we want to build a ARC specific app.

Alan

Good job DJ, the possibility to use the sensor from the Iphone give us an interresting tool to play, I begin to regret having only an Ipod.

DJ, is it possible to make an addition to the Digital panel ? The Set Digital is fine but I'd like to be able to control more I/O. I am currently testing a track platform and it need 4 i/o total to work, 2 for the right motor and two for the left one. I know it's selfish to ask for this but at least it will populate a little bit the Digital window I'd like to have one same as the Modified servo Movement Panel...

Thank you for the good work and so many improvement !

André