@ANVEL-Team Hello, thanks! I am scanning interior places. Mainly inside of a warehouse.

@peitaoshi, Does this documentation on the ANVEL color Variant Type help? http://wiki.anvelsim.com/3/index.php/AnvelTypes#color Regards, ANVEL Support

@JayATC, We have the beginnings of an example for you that might help triggering your events when a certain vehicle passes through the volume. The idea is that the Python script below can be attached to an object with a TriggerVolume component. Save it as TriggerVolumeExample.py (or similarly named) in the objects folder, and it will show an ID entry in the custom properties field. Check it out: =========================================== import Anvel import Anvel.Scripting #This script will utilize the Anvel Message system to receive updates when an object has entered in to this #trigger volume. The message def OnObjectEntered(state, params): id = params[0] #Verify that the entered messa if state.triggerVolumeId == params[1]: Anvel.Log("Object entered: " + str(id) ) if state.TargetId == id: Anvel.Log("Target id entered!") def Initialize(state): #First verify that we have an attached Trigger Volume component. If not, log an error and #bail triggerVolumeIds = Anvel.GetComponentIdsOfType(state.id, Anvel.Enums.ComponentType.TriggerVolume) if len(triggerVolumeIds) == 0: Anvel.Error("No TriggerVolume attached to this object. Script will not be processed.") return #Save our trigger volume component id, which can be used to filter the ObjectEnteredTrigger #messages to only the component we are attached to. state.triggerVolumeId = triggerVolumeIds[0] #Subscribe to the message published by TriggerVolumes when an object enters Anvel.Scripting.SubscribeToMessage(state, Anvel.Messages.ObjectEnteredTrigger, OnObjectEntered) #Allow the user to optionally set a specific ID to check for Anvel.Scripting.AddProperty(state, "TargetId", Anvel.Enums.VariantTypes.Id) Regards, ANVEL Support

Thank you for the question! After a bit of testing and talking to development, I have confirmed we are using the first section as the identifier. You will have to put your VehicleName "uniqueness" before the dot. We have entered this into our tracking system for future improvement. Sincerely, ANVEL Support

@anvel-team It was a little misleading that there's the same entry in Properties > Sim tab > Physics > NumThread. It was editable, yet wouldn't take effect nor keep across restarts. I'm talking about Anvel 3.0, haven't tried 3.1. I am running it with that many cores. There's a lot of users running it with that many cores now; we have to run other processing on the machine.

@ANVEL-Team Thank you so much for replying. I will report to our supervisor about it. Nowadays, sensors are becoming more and more small and work as multiple roles. besides the depth sensor mention above, we have other multiple function sensors in the same vehicle. Hope you have better solution for that.. I once tried writing a new sensor plugin with existing sensor combination such as stereo camera and camera.. Although, the user can derive "StereoCameraSensor" or "CameraSensor" but not create their instance directly , It looks like they are created and controlled by the system( DefaultSensorFactory). the user can not full control these sensor life cycle in the plug easily ( create, run, destroy it). As the typical software design pattern, the class design should allow different sensors' composition, etc. In addition, for sensor type " SteroCameraSensor" or "CameraSensor" , there is no "GetData" but GetLenData interface . it should have the interface to retrieve camera frames/image easily. As I know, it is not easy to do in the sensor plugin unless enumerating all sensor in the simulated environment ( extra plugin or module to do that). Thanks,

Hi, Thanks! I will take a look.

@rr, This is a known issue - we'll take a look and see if it's an easy fix for an upcoming version. In the meantime as a workaround, I've checked that the Opacity property is working as intended - if you set Opacity to 0, the object becomes invisible. Regards, ANVEL Support

Is there a way to get the objectkey of some of the Managers like the Physics manager or Environment manager to change some of their properties? Can I just use the Full ID values on the GUI; they appear to always be the same?

@samxchandler, Got the files. We'll take a look. Regards, ANVEL Support

@rr, Yes, it should! Take a look at https://wiki.anvelsim.com/3/index.php/Ogre_Menu#Convert_Object_To_XML_Mesh and let us know if you run into any issues! Regards, ANVEL Support

@collindavenport, Thanks for sending over the files! From our perspective, the vehicle definition has some issues. Before we dig into it, are you manually driving this vehicle (with the keyboard or joystick)? If programmatically controlled, can we get the code you are using to test out the vehicle? On the vehicle def: The FDS values are way too high, which causes the vehicle to slide around like crazy when doing any sort of steering. One key point to note here is that the testers of these vehicles (generating the acceleration curves) are highly talented drivers that balance wheel spin off the line with throttle application. How the test is performed (is the throttle floored at the start? Is a clutch used to keep starting revs high and then blended in precisely?) will impact the results. You nor I could achieve this same acceleration curve in real-world driving without lots and lots of practice. Furthermore, in an ideal case, tires are warmed up, its on a very sticky bit of asphalt, etc, so we don't necessarily think tuning it to maximum performance with a simple vehicle controller is realistic. It is extremely difficult to avoid spinning out the rear wheels on a car like the Demon. You have to baby the throttle as the torque is can provide in 1st gear is well beyond the traction limits of any tire. Pacejka VTI will be the most accurate for pavement acceleration tests, and getting some more accurate tire data will be key to matching these super car results. Their tires have much higher peak grip than a standard road tire, and are super wide, which influences the slip/grip curves. It looks like you are doing a trick of including a separate vehicle object to represent the center of mass, which slightly decreases processing performance, and may influence accuracy as well. It looks like you also included some debugging physics objects that are meant to represent the current wheel rotation rates. This is most likely actively interfering with the dynamics, and should be completely removed. Hope this helps provide some insight... Regards, ANVEL Support

@xnham, Great question! Unfortunately, it's not currently possible to do that. We'll put it on the list of future enhancements, though! Regards, ANVEL Support

@ANVEL Team, I appreciate the work on getting an example together! With quite a bit of tweaking, I'm able to get results with the default motor that are close to the reference data. Thanks for the suggestion!

@linedeschenes, Unfortunately, we don't support water at the moment. However, we do support mud and snow surfaces - just use the Terrain Editor and set the surface layers to what you need! http://wiki.anvelsim.com/3/index.php/Terrain#Surfaces Regards, ANVEL Support

@linedeschenes, We've supported the Logitech G25 and G27 in the past. Microsoft Sidewinder Racing Wheel should also work. Generally speaking, if your joystick is detected by your operating system, ANVEL will recognize it as well, and you should be able to create a controller mapping. Regards, ANVEL Support

@anvel-team will do thank you for all the help! Have been using this software for a research paper.

@samxchandler, We're taking a look at this issue, and the bigger picture of improving our documentation in this area. Regards, ANVEL Support

@rjb0026, Thanks for your question! If you are using the default ODE VTI, you should be able to accomplish changing the surface friction with the following External API code (in Python). #set ODE soil parameters ODEsurfaceSand = ANVEL.GetObjectDescriptorByTypeAndName("ODESurfaceProperties", "Sand (Dry)") ANVEL.SetProperties(ODEsurfaceSand.objectKey, {"Friction":"0.55", #longitudinal friction "Friction2":"0.85", #lateral friction "Rolling Resistance1":"0.01", "Rolling Resistance2":"0.01", "Spinning Resistance":"0.01", "SurfaceDamping":"10000", "LongitudinalResistanceFromSinkage":"1.25", "LateralResistanceFromSinkage":"2", "SlipPressureModification":"0.5"}) Hopefully this helps! Regards, ANVEL Support