GSFC_1

works, thanks

Ultra crashes when the user is editing polygon data and while the user is dragging a polygon. If the user is dragging a polygon and the mouse cursor leaves the 3D viewport of origin, the engine throws an out of index error and causes Ultra to crash.

switching between single viewport and multi viewport causes the frame buffer to crash and requires the user to switch between multi and single viewports numerous times to refresh the viewport.

Can we add an axis indicator to the edit-poly function so that we can constrain the moving poly to one axis at a time? much like moving an object on one axis would work.

HEY JOSH, bEN HERE, TRYING TO RUN THE EDITOR AND I KEEP GETTING THE SAME ERROR. BUT IT LOOKS GOOD DUDE.

Editor Cam Icon should have visible Vector Arrow and simulated FOV cone/Geometry for visual inference.

So, I know this is stupid, but, we should add some more acheivements. My ideas below Box-master : make 100 csg boxes lotsa boxes - make 1000 boxes enough with the boxes - make 10,000 boxes true enthusiast - 1000 hours battle-hardened - 2000 hrs Single, arent you? - 5000 hours 12-step program incumbent - 10,000 hrs Learners permit - activate the vehicle script daily commuter - drive 3 miles in a vehicle made in leadwerks heavy haulin - drive 10 miles in a Leadwerks Vehicle ------------------------- Just an idea.

so..... again, the forum eludes me. How do you fix this?

wait, why is this a bad idea rick? Scratch has been very popular with incumbent youth seeking programming knowledge. I think josh could write: "Did you ever use Scratch on R-pi? Well then you will dig the skittles out of this"

Hey guys. Remember, that some of us are Artists, others of us are programmers, and occasionally you get someone that has tried to tackle both. Fluidity in process is key. The Flowgraph editor is still very useful to those of us that still have to "Cling to the handrail" pertaining to interactivity. I hate to say it, but I need to continue learning LUA, and I need to learn to structure my code to properly execute it. That would mean long lead times for me as a developer. I think, and this is an odd idea I must say, lets take a look at the documentation for the LUA scripts tutorial pages, we have several sections there. Variables, Constants, loops and a few other LUA API commands. I am trying to think of using LUA as a car mechanic goes to his toolbox looking for the "right tool for the job". Sometimes, I'm not sure what the right tool is but I know its in that toolbox. using a program like Raspberry pi "scratch" lays all the tools out for you and color codes connectable nodes. Maybe, you could color code nodes or even color code functions and constants, variables, etc different colors to show people that certain "tools are for certain jobs". I have a feeling some of the up and coming LEADWERKS users may be trying to hammer a nail with a protractor, or trying to tighten a bolt with a magnifying glass. (Oh, the mental images) Just an idea. for what its worth.

Really proud of you Josh, you have quite literally moved mountains to get where you are. You skipped the low steps on the ladder and went straight to the top. gsfc

So, I have an interesting predicament. Maybe I am looking at this the wrong way, but is there a way to export keyframes from blender without using an armature? For instance, I have a plane that is animated going from a very small scale to a very large scale across 12 frames, which I am going to use an interface panel in the LEADWERKS Game engine. Unfortunately I am unable to do this without using an Armature and I feel i could better achieve this effect using simple keyframing. Do I have to use an armature to do this? Also, should I still be ising the Blender -> Leadwerks Game exporter? Or is it outdated and I should simply use the FBX exporter? Thanks guys.

Wow, this is a great thread. I feel dumb.

go to Kaiserslautern!!!!

This will be a very important feature to the engineering and product development consumer, as now, VR meetings can be entirely conatined within leadwerks source code. No need to run Skype on the side, or any goofball software, like TeamSpeak. (I am a Teamspeak user for flight sims, love the software, one of the few software applications I will swear by). But, this is a powerful tool. I am very excited to learn to utilize this feature. Rick, we are gonna need to talk about this API.

I can control camera clipping in the Simulation, I am referring to being able to see objects in the Leadwerks Editor. Also, i have gone through the API's, some of us are not programmers, we are trying but we are artists by profession. I have tried to go into the API's over the course of a year with Leadwerks, but I am not able to figure out exactly how to script things properly, especially when you get into post processing, mesh tessellation, creating advanced shaders, etc. Also, some of the API's are a bit vague and, I think, may need some more descriptive details added. I know a lot of people will say "NO" but, its not just programmers coming to this site.

Leadwerks crew, Please let me know what you think. Working on a space based "game" and have a little point floating out in space in Low-Earth Orbit around the earth. The model of the earth is set 3200 ft, and the point in space is about a 14 foot object. When i back away from the earth, the viewport clips the Earth out of the view. Is there a way to set the Viewport camera view so that it runs out further? Also, I need to find a way to create a shader that will switch between a texture, depending on whether direct light is hitting it or no light other than ambient is hitting it. Essentially, I need a blend shader that can detect direct or ambient light. The last thing I wanted to know about is, the atmospheric glow around the earth. I can imagine a post effect being created, but i need a way to calculate the 90-degree angle. Any insight would be greatly appreciated. Summary : - Viewport clips large models, how can I circumvent this? - Light Dark Shader - Fresnel Shader to simulate the earth shine. Any ideas? Anyone?

Ah, thank you josh.

core, this looks great, you should bake in an AO map

ya, I think I am starting to realize this. The color change needs to be configured to be momentary.

hey guys, got a high fast one thrown at me today, it involves collisions, which i have not been able to fully immerse myself into. We are learning to use leadwerks over here and we have set up a collision test. It involves a rotating box, with a "laser pointer" shooting a ray out of it. there are 3 other boxes on the floor, each sitting pretty, doing nothing. When the laser pointer spins, the laser eventually contacts the surface of the box. This causes the API to change the color of the collided-with box, to red. This is what we wanted. The second the laser touches the box, it changes color to red, but after the laser pointer is no longer in contact with the box, the box stays red. We want the box to change back to iits original color. Its as if the collision system needs to be reset? Is that the case? Standby, my co-worker will send me the code he has been working on .

I agree with Josh, it sounds like your computer does not like you moving files around. Same happens to me sometimes when i install and move files around. I get Prompted to "Agree to move these files".

Thank you, this is the option i was looking for. I knew there had to be a "reset to defaults" switch in there, and this was it. I sure enough tried it i can open things directly in the model viewer now. Mark this issue "Fixed", and remove it from the board if you wish. Thanks again Josh.