-
Posts
775 -
Joined
-
Last visited
Content Type
Blogs
Forums
Store
Gallery
Videos
Posts posted by Guppy
-
-
I do not think this is a problem with Leadwerks but rather with GTK and/or X.
I've never encountered this problem with any other GTK app, and given that there are in the 100's of thousands of people using GTK daily a bug like this would surely have been spotted by now.
Rather I think it's your refusal to use standard GTK components that has (once again) come back to bite you.
- 1
-
licensed as DWTFYW, nice.
Might make for some nice night time reading
-
Think "golden axe"
It's bascially a endless supply of enemies and a few limited moves ( unlike fighting games with all their combos and what not )
It would be super cool to make it rogue like - bit I think that would be outside of the scope
-
ISO metric brawler, casual and different enough that something usefull will come from it ( isometric/fix angle 3rd person controller )
-
Added it to my watch later queue, but just from skimming through it I would highly advice you to turn on screencast keys
- 1
-
That appears to be it. The old app.lua has that set to false. Still unsure why it only gives 30 fps when run through Leadwerks though.
Thanks for helping to clear this up.
"Run through leadwerks" does this mean debug (the bug icon) or release (the play icon) ?
-
completely offtopic: you can jump directly to the time code by adding &t=#m#s to the url ( editied your links to show )
- 1
-
the transition between between water and land just shows a plane diving the screen ( not your fault I know ), but perhaps you can hide it with splash decal or by applying the wobble shader a little before?
About it being green lit - stranger things have happened, hell add in some child friendly elements where you have to collect X (random) beams with clear visual and auditory showing how many to collect and how many is left. ala "You have placed 2 of the 3 beams. you need 1 more beam"
The more I think of it the more I'm sure my son would love to play it - let me know if you need help with danish translations/voice
-
you can from C++, but unless josh has exposed a function for it the the embedded lua doesn't support it. ( stand alone lua calls debug.backtrace iirc )
-
looks pretty dam(n) awsome
-
From what I can tell above you don't need the font, but you can get it for free here;
-
Bumpetibump, this is still happening in latest beta only now it also happens when selecting anything \o/
-
I use
std::list<Camera*>::const_iterator camIter = world->cameras.begin(); while(camIter != world->cameras.end() ){ if ( (*camIter)->GetClassName() == "Camera" ){ camera=(*camIter); } camIter++; } if ( camera == NULL ) { // if the map did not provide a camera we create our own camera = Camera::Create(); camera->Move(0,2,-5); }
In place of the create camera code in App.cpp ( after loading the map ).
That last camera seems to be the one used, how ever there is no guarantee for this.
- 1
-
Also every lightsource is a camera
-
I'll try this out later.
But like I said, In my new project, no collisions work with the FPSController.
I can't bump into the default crates, etc.
Perhaps I'll just use the default "MyGame" for awhile for testing. Thanks for your responses Olby, I do appreciate them.
If you have an extra camera in the scene graph try to delete that - I know that has tripped me up
-
The beta gave me the option to use the hull generator.. but it crashes.. a lot.
Well it's beta, so some bugs are to be expected - they wont get fixed either unless they get reported. **Hint**
As far as I can tell there are only me and DerRidda reporting bugs for linux (the rest of the linux users are either shy or not using ubuntu LTS ), and this is quite frankly this is an area I've not yet used.
-
You are ofcourse usung the beta version?
-
For now, Here is a map I have made to learn a bit about the editor.
Enjoy, and critique!
Where?
-
http://www.leadwerks.com/werkspace/topic/10016-mapping-standards/
is about as close as you get
I would recomend modeling a meter stick and using that to figure out the conversion ratio
-
Google "mismatch detected for '_MSC_VER': value '1700' doesn't match value '1800'" yields 1000+ results the first of wich is;
The answer distills down to;
"The library your attempting to link is compiled with a different version of Microsoft Visual C++ and thus cannot be used."
Solution:
Get the library compiled for the MSVC your using or compile it manually
-
Sound like your asking for streaming terrain/maps - which wont really work with the current leadwerks map format I think ( you'd have to chunk up the map + model loading )
-
So do you mean that any materials defined as cycles materials should be baked and then re-created as old-style Blender texture
OR should the exporter export a cycles material if it is correctly baked?
My simple example was just a UV map image (png). It exported the material but it lacked a path to the image and I don't know if this is because it was not defined right as a cycles material or because cycles materials CAN'T be exported even if they are just a PNG texture (which seems to me similar to a baked texture?).
I was in Blender 2.72 BTW to try to make sure 2.73 RC was not an issue.
I'm by no means an expert Blender user so I find it easy to get confused in the pipeline necessary here.
If the plug-in needs old-style Blender render then I think that point is important enough to be in the docs.
Thanks for responding. Hopefully someone can clarify a little more on if I HAVE to always bring everything back to a old-style Blender material to work.
Cheers,
Michael
If you bake your cycles materials/node setup then there is no difference to the blender internal
-
Navigation is not dependent on physics, it just calculate path based on the navmesh.
http://www.leadwerks.com/werkspace/page/documentation/_/command-reference/world/worldupdate-r503
"
World::Update
This function updates a world. Physics, particle emitters, navigation, and various other tasks will be updated. This function should be called once in the App::Loop() function.
"
so yeah navigation (, particles and "various other tasks") IS dependent on physics as it stands, unless you've some secret 'turn off physics' function up your sleve
-
I realize that the radius is used for the bounding box, but given that it also limits the height/length of the cone. The function is named "GetEntityNeighborsViewCone" not "GetEntityNeighborsPieSlice" so I just figured giving it parameters describing the cone would make sence
Optional parameters goes last as otherwise you cannot skip them ( tho maybe you can with lua )
My comment about concurrency does not imply having to rewrite it threadded, but rather than you can safe guard against changing circumstances such as for instance physics becoming multithreaded ( in that case if you checked the vision cone from a collision trigger the results would be unpredictable )
At any rate I did not mean to offend, you did how ever ask for optimizations - which I took to mean general feed back.
LCP 3.0 ?
in General Discussion
Posted
Just a side note; as this is supposed to be a learning experience I'd like to contribute with something outside of my comfort zone preferably modeling