Jump to content

L B

Members
  • Posts

    967
  • Joined

  • Last visited

Everything posted by L B

  1. Screenshots? Comparison? I'm too lazy to change it without knowing there will be a noticeable difference.
  2. Never underestimate a community of harassing people.
  3. Awesome news. Can't wait for a "Choice: Edge Blur / MSAA" But SSRT will definitely be great.
  4. Yes, it's only in the latest DLL, unfortunately.
  5. Thanks. Wonder how you give reputation points though. Probably with some amount of post. You can always rate the post up. I'm working on 1.2 as I write this. It's mostly boring, more boring than hard.
  6. That was kind of low. We got nice upgrades, including the DLL Framework.
  7. Well, I'm not complaining about this. Adding the line or a custom property myself isn't trouble, except I would expect the base entities like atmosphere to work without me having to modify them. But it's all fixed now, will test them tomorrow.
  8. Nice find on the fixes Macklebee, I was having the bug too since my last sync. This should be officially reported so that it gets fixed.
  9. Macklebee, why do you keep on trying to put a temporary, not intended method instead of pushing to get the actual problem fixed?
  10. I don't feel like I should have to hack an engine that I purchased.
  11. I could parse it all myself, only it'd be easier if I could just iterate through the children.
  12. L B

    HDR

    You don't. Full-screen effects don't have custom parameters accessible. It's not an official feature request, as no one bothers to ask for it, but it would be nice.
  13. If I could use "GetEntityKey(ent, "classname");", I could more than easily write a custom parser. But this is not the way Lua means to interact with code.
  14. I had been quite impressed when I added that small bit of code that made Lua work magically: IntPtr lua = Core.GetLuaState(); Core.lua_pushobject(lua, Framework.Pointer); Core.lua_setglobal(lua, "fw"); Core.lua_pop(lua, 1); This is the C# equivalent of the C++ code in the C/C++ forum that Josh posted. I was quite happy because I now saw the waterplane and the skybox from my test scene directly in my program. Although I noticed something: It just takes the Lua scripts, not the SBX file It renders the parameters it feels like taking into account. Lua not SBX examples (suggestions): Add a water plane in the Editor. Set its "Softness" value to 4, let's say. Try it in your code. There will be a water plane, but with Softness at 1, the default value. Now edit the water plane script, and change the default value of Softness to 10, if you wish, and save the script. Run your code, the softness will be at 20. In this case, we see that the code interaction does not use the custom parameters of the objects, only their default ones. Add an atmosphere in the Editor. If you have a custom skybox, change it to yours. You will see your new skybox material perfectly in the editor. Now go in your code: You'll see an atmosphere and a skybox, yes, but with the default FullSkies_Clear081284791 material. Now go back in the editor, and change the Lua script of the skybox material to have your custom skybox material as a default. To be adventurous, let's even change the property of our atmosphere instance to the default skybox. Now go back to your program, and you'll see it now has the custom skybox material. Why? Because it only takes the one from the Lua script, not from the SBX file. Selective rendering examples (suggestions): If you still have that atmosphere instance, try setting the default value, in Lua, of "fogmode" to "1" (we already saw that setting it in properties don't work, so if we expect results, better change it directly in the Lua). Now just to be sure, also enable it on your instance of the atmosphere. Go back to your program: the fog isn't there. For some reason, it doesn't render the distance fog. Same goes with Saturation/Brightness/Contrast, if you feel like exploring. My questions are: Is this normal? Do I have to manually parse the SBX? If so, what is the point of the few code lines mentioned above? And if I have to parse the SBX myself, could I please get back the "classname" key? On a side note: Is submersion now bugged? Can't get it to work since the last sync.
  15. Macklebee, does LoadScene set your Distance Fog settings? Your water settings? If so, I have missed something obvious. I had indeed missed Josh's post. Everything is working fine and automatically now.
  16. It should. At version 1.3 I'll try to talk with Josh about getting it official.
  17. Changed post, sorry, it was indeed confusing.
  18. I have no problem getting keys, I need the class name, which is the "path" property (not key) without the extension.
  19. Will return either "Model" or "Terrain", not "environment_atmosphere", for instance.
  20. Keys work perfectly. "classname" doesn't. It used to be a key in 2.28 sandbox files, but it's not anymore in 2.3. It was there in 2.28 because of the need of a ProcessScene, but since Lua has been implemented, it must have been removed. My suggestion would be to add a function called "string GetEntityClass(TEntity entity);", which basically returns the "path" property from the SBX file without the filename extension.
  21. I'm putting it in General Programming because it isn't language specific. I can't get any value in C++ either.
  22. I'm in C#, so it's actually "Entity.GetKey(string key);"
  23. You have pretty high standards for someone who has to get his father to buy the $50 update.
×
×
  • Create New...