catch22
-
Posts
88 -
Joined
-
Last visited
Content Type
Blogs
Forums
Store
Gallery
Videos
Posts posted by catch22
-
-
Seems Lua doesn't have a modulo operator prior to 5.1 (not sure what LE is at the moment).
a % b == a - math.floor(a/b)*b
You can also try math.mod or fmod.
from: https://stackoverflow.com/questions/9695697/lua-replacement-for-the-operator
-
If you guys are doing networking, I highly recommend at least going through gaffer's write ups. He did the Titanfall series networking, and some other AAA titles, I think.
-
2
-
-
A function that expects a return value.
so for example...
main { var x = hello(); print(x); // outputs 1 } int hello() { return 1; } -
Well, substance is PBR and current Leadwerks isn't, so yeah, you'd have to adapt the mapping. For LE's stock shaders, anyhow. You could implement or find your own shaders though.
Export the diffusals and merge them in your photo editor, then import them and make your own materials and normals in leadwerks? I know this works in 3dcoat, and the last trial version of SP I used it had an export layers to pshop option as well.
I think the key is going to be which shaders you assign them in Leadwerks, you're probably just going to have use a more manual workflow with the materials.
-
I'm not sure designing an API around how intellisense works makes any sense whatsoever. The engine is C++ and thus object oriented, there's no reason the scripting language for the engine shouldn't reflect that. I wouldn't go out of my way to obfuscate it.
At the end of the day you can just provide both, if it really concerns you? Both of your examples are procedural anyway, one just uses methods/properties and the other has standalone functions, so you're basically talking a style thing -- which should strictly be up to programmer using it, I'd think.
Ultimately you'd need to decide if you want to groom people into a C++ way of thinking, or add the confusion layer of making program flow work a bit differently between your C++ core and your LUA API (for the simplicity sake of super-newbs). I'd go with the former and tell people to git gud.
-
7 hours ago, cassius said:
The Commodore 64 had a built in BASIC language which had no graphics commands, not even 2d. You had to use assembly language to get graphics. I never figured that out but took to using c language. This pc had no curly brackets keys but substitutes were found..I moved on to an Atari st which was good for its time.
Nah, it had them. Poke, for example. It was hell to do, but it was possible. "Sprites" were just you changing pixel colors in batches/subroutines. If memory serves, that is.
Good times.
-
It's not more popular because people are sheep. They flock to "industry standards" whether those are even worthy of being standards or not. I used to work in middle ware and most people won't or can't make use of most features software packages are capable of putting out. They need waaaay less than what they chain themselves to. All the bells and whistles are just to get more people to use it, broader audience. Unity and UE4 are a terrible option for a majority of people who struggle to use them.
Anyway, I don't like game makers. I'm not a child. I also hate bloat and feature creep.
I jumped on the LE bandwagon because it gave me exactly what I wanted: a short cut. I mean I've written my own engines, I cut my teeth on that ****. The thing is, I'd rather write a character controller than a model loader, or a combat system and not a map editor. I don't want to care about driver and API compliance, hardware compatibility, so on and so forth. Booooring stuff. I do that kind of stuff at work all day ? I just wanna write games when I get home, which means game system stuff. That's enough work on its own to have to worry about all the building blocks that go into making even that possible.
Josh is willing to do all that, so I'll let him do the boring stuff
I'm kind of an 'against the grain' personality, I like finding neat stuff that is not well known or super popular; the little guy, you might say. I looked at LE briefly before picking it up. Once I saw the API I was just sold.
The fact I can write C++ with a really trim engine that doesn't have a stupid complex API for no reason other than.... just because... is why I got LE. It's like a kit car. You get the building blocks you need to make something fast AF, but it's on you to make it your own. It's like a ticket to just start making games rather than writing the bare bone details that kills projects and startups.
Yeah there's a lot of nice free engines, but they don't have the same support and improvement pathways as something you pay for. This is actually a strength of LE. No one is a customer on an open source project, for example. If something doesn't work, get to fixing it yourself. I've devoted weeks and months to learning packages only to find a feature I needed is broken or NYI or incomplete or.... Well, that cuts into stuff I want to do.
The community is kind of dead, yeah. This is how indie and sideshow game development goes though. Bursts of activity and then people drop off when life demands their focus. Heck I was gone for like a year and just came back recently!
-
I got an NES when I was 6 for Christmas. I remember when I first played it I wondered how it worked, and wanted to make my own. I had a Commodore 64 growing up after that, where I made a bunch of mini games in the BASIC shell it had. I learned pascal in high school after that, and moved onto C and C++ in my own time.
I did a few small contributions to ClanLib. I wrote a couple OpenGL ortho2d engines back in the day. I used to use python as a mockup language for prototyping ideas, since it translates well to C++.
I was hired by Simutronics to work on HeroEngine/Hero's Journey, which I did for about 3 years. At some point I had the opportunity to work on SWTOR (Bioware bought a HE license and was one of the first studios to use it), which I did not take. HE was cancelled when Simutronics decided to focus their effort on middleware, so many were let go. It's okay though, I was happy to be let go because I had attended a few GDCs (2007-08 ish) and realized at those events that the gaming industry was not sustainable for a living. Not my cup of tea. Too shady, too cut throat, to exploitative. Gross.
So indie is the only way I do it, in my spare time, as a hobby, as I've been doing since I was a kid. During the day time hours I am a nodeJS fullstack engineer for another kind of gaming company that is, surprisingly, far more stable. Casino gaming ?
The last major project I had was doing a throw back MUD in node. Text I can do....
One of the problems I've always had is art. So the past couple years I've been doing 3d modelling and painting fairly exclusively just to become an artist. I could always code, I just could never have art to play with, which is really vital for being able to move forward on projects. Eh that's it in a nutshell. I've been taking my time and never releasing anything for about 20 some odd years.
-
First, I'd like to say, I am not an artist. I'm a programmer who does art to get by ?
One issue I struggle with is textures being seamless between separate "modular" dungeon pieces. This is like walls and such. The problem I'm having is with texture scaling when making my unwraps and using textures for the sub parts of the model. It's very hard to unwrap each modular set piece and then like, stencil in the textures, because they'll never line up; the scale in the uv could be off, etc.
I ended up making basically making a small texture atlas because then my texel to unit ratio is consistent and the coordinates are always roughly the same... I tend to model geometry first then try to texture after, maybe I'm doing it the wrong way? At the moment I've kind of gone back to making modular geometry pieces that I will use to compose larger "set" pieces that are groupings of these... however, it's limiting. Not everything comes down to a square. I tend to do a lot of bevels and other geometry embellishments.
I also wonder, then, about using different materials, but the same texture. So I have a "set" atlas so all these modular geometry unwraps and scales correctly, but some of it might be wood, or stone, or metal... and I'd want each part to have it's own material. But then, does this cause performance hits having a big-ish texture with multiple material properties?
I thought I could get away just doing each piece with its own custom unwrap and stenciled texture; im not too worried about it from a performance perspective -- just a visual one. Because in this case as I said, making stuff "line up" is tricky. Of course, a trade off might be to do "seam hiders," ie, like pillars every segment to cover the few pixels off.
... anyone more experienced with art pipelines comment? Am I on the right track, totally off, etc? My environment art is intended to be pretty elaborate, but considering uv scale, texels per unit, and seams, I'm kind of scratching my head on the best approach here?
-
I was bored. I wrote something in a few minutes. It's a mockup, I dunno? It works anyhow. I'm using EventEmitter I posted the other night in that other thread.
https://gist.github.com/rioki/1290004d7505380f2b1d
Or just ignore my ->on and ->emit stuff in the player class. It's just a callback function anyway.
main loop:
long currentTime; long dt; long lt; while (true) { if (window->Closed() || window->KeyDown(Leadwerks::Key::Escape)) return false; Leadwerks::Time::Update(); currentTime = Leadwerks::Time::GetCurrent(); dt = currentTime - lt; lt = currentTime; controller->update(dt); world->Update(); world->Render(); //dt = Leadwerks::Time::GetCurrent() - dt; context->SetBlendMode(Leadwerks::Blend::Alpha); context->SetColor(1.0, 1.0, 1.0); context->DrawStats(2, 2); context->Sync(false); } return 0;player class update function:
// constructor .. this->on(EVENT_ANIMATION_END, function<void (const char*)>([this](const char* sequence) { std::cout << "Animation sequence '" << sequence << "' ended!" << std::endl; })); void update(long dt) { animationFrame += dt / ANIMATION_WALK_SPEED; if (animationFrame > model->GetAnimationLength("walk")) { animationFrame = 0; // this doesnt have to reset to 0 but rather whatever your state system dictates? this->emit(EVENT_ANIMATION_END, "walk"); } if (animationFrame < 0) { animationFrame = 0; } model->SetAnimationFrame(animationFrame, 0.8, "walk"); std::cout << "animationFrame: " << animationFrame << endl; };
EDIT: I guess it should be noted (at least in my model) it's 0 based animation sequences, so GetAnimationLength would return, for example 100 and your frames are 0-99; so offset appropriately.
Also, I'm not blending or anything here (it's a hack come on!), so you'd take the remainder from the DT calculation and probably want to mix that into your wrap around to avoid hitching or smooth the interpolation =D
-
You've said crazier things?!
-
1
-
-
Well, I cannot speak for him of course, but that was 2 years ago and still nothing.
It seems people just measure it themselves. I'll be doing this soon myself since animation is my next milestone...... Not a big fan of lua for core stuff like player controlling, so yeah.
If I write something of use before you have a solution, i will gladly share it.
-
1
-
-
Note the comments: Josh says that's only a lua function.
-
Wonder how long till someone YAMLs or BSONs it for file size?
JSON is great, I work with it everyday, but it's it's a little heavy around the waist since it's notation/markup is a bit excessive. Being a Ctype struct expression, it moves between languages very easily as well.
Now we should ditch lua and go javascript rite?
hue
-
Eh, I tend to gravitate toward event driven models. Would definitely be a use-case, when the animation loops to the start again just emit oncomplete event, or whatever. C++ we used to call this slots/hooks (dating myself here); in Node it is just the EventEmitter and part of the base package. Someone wrote it for C++ though if you guys wanna add similar functionality to your own classes.
https://gist.github.com/rioki/1290004d7505380f2b1d
-
I'm a nodejs software engineer. When dealing with this stuff you generally design the routines to be "chunkable"; like you can do pieces of the work every 10ms or whatever, so it's non-blocking to the rest of the thread.
Alternatively, you can fork child processes to do that, and use IPC (interprocess communication) to poll results and what not. Since you're really being quite vague there's no easy answer. But if you're asking if you should be doing "big calculations" when the game happens to be running over 60fps, I think there's probably a better way to design your program flow; it's certainly not a 'standard' way of looking at things.
It seems weird to me you'd have "big" stuff to do then, and only then, rather than tasks that just need to be done all the time, or potentially all the time, whenever, wherever, etc..
Anonymous function processing is a thing as well for small bursts of stuff you don't really have anyway of knowing if it's going to be happening in regular enough intervals to write classes/functions for it -- ie: like doing a lamba on a separate thread -- but these are specific kind of workloads, lest you need to think about mutex/resource contention.
C++ on modern hardware is extremely fast. You'd be surprised how much it can do at interactive framerates; if you're experiencing slow downs you need to profile your app and see where your bottlenecks are and address them accordingly.
-
1
-
-
I'd be highly interested in a mac version as well. I'd probably do a lot more development if there was a Mac Version. Right now, I hate going back and forth between windows. I could VM it I guess, but I suppose I'm being lazy
Since there's a Linux version I was under the impression a Mac version would be along shortly, but it's been 2 years almost....
-
You can also utilize the invisible material (under effects) to make it just not visible to the player. Adding mass can make it act strange with the physics when all you want is a placeholder or bounding box, for example.
-
Entity::Point() will work between any two entities, Entity::GetDistance() should help with the other issue.
-
1
-
-
It's possibly a different blend mode used for terrain since it has layered(/mega) texturing. Josh would be able to answer this if it's possible to customize that.
I don't have the editor in front of me at the moment...
-
Check this thread out and see if it helps.
http://www.leadwerks.com/werkspace/topic/8802-tolua-exposure-problems/
-
1
-
-
@nick.ace- One of the things I noticed, is most assets that are animated have their own FBX for the motions. Which seems strange to me.
I tried a free one to see if it could work. Granted I only spent about 10 minutes, but I couldn't seem to import the animations from each FBX file? Was there a technique you recommend for this?
Edit: within LE itself, I mean. I can import the models, but going to import animation from the model viewer didn't seem to work when picking the motion fbx files.
-
As I said earlier in another thread, don't get me wrong, I do like the engine.
Great, that's good to hear! So please, stop running to every thread and calling it a bad joke, then. Use it. If you have problems, ask about the specific problems and go from there.
But I saw some people saying LE2 has a better terrain system and such, and I guess was ok to make thread about it.
LE3 is what Josh makes now, not LE2. Logic alone would dictate it's the latest iteration of his work and all his time and energy will be focused there. It's true it's not fully complete and needs a few more things, but it's also true he's actively updating it and adding to it all the time.
You'd have to weigh your project release schedule against the time it would take for some of the features you need to be implemented. Chances are very likely the first would far exceed the second.
I think we have some good posts here, thanks for the people who true contributed.
Sadly the thread get derailed by catch22, it seems its allowed insult newcomers here.
I hope his actions don't make other newcomers afraid to post in this community.
Right now, new users see people like you harping on the product and making up stuff that is untrue. Drawing incorrect conclusions like, the engine can't handle this, it can't handle that, it's not optimized. The old one is better. It's bad, don't buy it. That's far more detrimental than me calling you out on trollish behavior. If someone has money in hand thinking about buying a game engine, dealing with trolls is internet 101 -- we all expect it and who cares. Seeing posts like the engine is bad and flawed will result in impact on sales conversion. Again, logic.
For my part, I will apologize to you, from one person to another. I will not take back what I said though: if you don't know what you are speaking about, it's better to remain silent and be a fool than to speak and remove all doubt. Asking questions is one thing, but you hardly just asked an innocent question.
As for everyone else who considers themselves part of this growing community:
Get thicker skin, some of the reactions to what I said border on comical. You're in the wrong industry if you really have such a taken aback stance on rebuking trolls. Where I come from, if you don't deal with trolls, the community becomes toxic. If you didn't know he was a troll, then my advice to him applies to you as well.
Secondly, the gaming industry is one of the darkest, rudest, harshest, and meanest places you can go. It's not pretty, it's unthankful, and you'll most likely end up out of work and hated for it. For indie developers, you need one another. People who don't contribute, who are negative, who try to tear down a place where you have solidarity, you must toss them to the wayside. Get rid of them, they do you no good.
Build a community. Make bridges, form relationships, create, lift up. Do not tear down, destroy, and divide. And do not allow it happen in your midst.
I'll be the bad guy on this one, but I want you people who take this seriously to consider this stuff. Ya'll want trolls in your forums, cool beans. Don't chase em off, see what fruit that produces. It's hard to come back from a place of negativity in this world.
Good day.
-
Have you read the license? I have and I even asked a Unity representative about it just to confirm. You are allowed to use assets from their asset store in other engines. They generally come in as .fbx files. You have to be careful though with what you buy, because their are some Unity-specific UV mappings conventions and such (probably related to their materials).
Cool. I've been hesitant to buy from there because it says "open" in unity and I don't use unity. So if you buy you can get the items in FBX format?
hue
And where's the motivation?
in General Discussion
Posted
Scope and the mundane are probably the biggest killers. IE: don't set out to make an MMO for your first game.
Do some jams first, or weekend warrior projects. An artist once told me to put down a project and move onto another one when you get too close to it. Worrying about the little details to the point you don't make progress for a few days. Just switch to another part of it, or something different. If you stop making headway and progress, motivation plummets.
Always move forward, if something is blocking you, work on something else that gives progress to re-ignite your motivation. When you go back to the thing blocking you earlier, you will probably push right through it.