/v/ - Video Games

i wonder if the demo day accepts bad graphics

>>14110211

The demo day accepts whatever you submit, but I can't give any promises about what the people who critique your game will accept.

I still need to set up object behaviors. I keep procrastinating

>>14110215

What about good backgrounds but bad/rushed graphics elsewhere

>>14110228

My answer still stands, the demo day accepts whatever you submit, but I can't give any promises about what the people who critique your game will accept.

I can say that people are usually pretty accepting towards placeholder art if you say that's what it is. The demo day is for everyone who wants to participate, not just the people with a game three days away from release.

>>14110318

The reason you use an engine is to not understand how levels work. What they do is organize the data into data structures that allow for efficient frustum/occlusion culling, really I don't have the specifics on how Epic games does it, but there are also other third party culling solutions that are more efficient if you want to hand over the money, like Umbra3d.

I can't answer your question about chunks since I just don't have much unreal experience.

>>14110395

>The reason you use an engine is to not understand how levels work.

The reason I use an engine is to build on top of an existing foundation rather than reinventing the bicycle. I do need to understand how it works to use it efficiently, however.

>>14110429

reading my post again it's pretty useless, so sorry about that. I can't help you

>>14110318

all i can say from my limited experience with UE4, is that if you're working in blueprints, it wont let you do anything serious with the engine, i think you should be able to look at the scripts directly to see what level streaming is doing.

Also usually in their livestreams on youtube they go into more information on certain aspects of the engine.

https://www.youtube.com/watch?v=GkDg9GPpzXE

May be the kind of thing you're after.

>>14110581

Fuck blueprints with a shovel. I tried being lazy for a few days, hoping that I wouldn't have to learn UE4's coding standards but I lost my cool very quickly. Some people say blueprints are meant to be a prototyping tool, but even as that they're fucking useless. A short learning period of like a couple days, and I feel like I'm fucking superhuman compared to dicking around with blueprints making me feel like a child with a fucking playset. The speed difference is easily threefold.

Thanks for the video. I'm gonna look over it, but I assume like any other official documentation it talks about level streaming in context of a linear, premade game. I'm working on an autistic voxel type of deal hence why I was asking if anyone knows of a technical explanation of how exactly levels work.

>>14110750

If you're doing your own autistic voxel stuff, your skills are far beyond mine at the moment.

Whats stopping you from making your chunks load and unload with your own code?

Seems pretty simple to just base it on player location in some way and load / unload in a radius, or if your chunks are huge just have them load when entering / leaving a chunk with enough distance to make it a smooth transition.

>>14110791

As I said, I just don't want to reinvent a bicycle. I like to use the default toolset where possible. I was simply wondering if there was something that would let me easily break the world down into cuboids and serialize them as "levels" that I can stream in using the default functionality.

The hundred autists at Epic surely can code better than I can. So if they coded something I can use instead of my own shit - I'll take it.

>>14110750

i think you might be retarded, i'm building literally my whole game with blueprints.

>>14110824

Are you building Pong? Because blueprints become much more of a hindrance than a convenience once you're doing anything more complex than that. You can't even have two dimensional arrays in BP.

Looking for some advice here.

I'm a designer who builds his own creatures and just in general is involved in the creative process. I'm good at world building and have a good eye for how to handle these sort of things.

I want to put together a series of articles or videos discussing various topics relating to game design. An example being how enemy types in an area can tell their own story or harm the story a location is trying to tell if used poorly.

What's my best avenue in getting these out there? I've made attempts at making a game previously but realized that my strength isn't in coding, I lack the autism on that front but I excel in other areas I think would be useful to game devs and I haven't seen discussed before.

>>14112010

gamasutra

>>14112010

Coding can be a strength if you work hard enough. Don't buy into the modern western culture meme of being only a creative or scientific person. If that were true, why was the Renaissance era filled with men who were great artists as well as architects, inventors, etc? Because they worked for it.

For the other part of your post, YouTube videos, Mark Brown, Charlie Cade and other such personalities make a living off of game design videos. Vid related is pretty good.

Use social media to get them out there. Despite all the shit we give it on this board, reddit is good for when you have no subscribers and need to get enough views for the algorithm to pick up your video and start recommending it to people.

Question: I have a background in HTML/CSS but nothing else. I will have a lot of time this year to learn to program a game however I will have very limited access to internet over the next year and the internet I will have will be 56kbps slow.

As a result I will buy an external hdd or two with tutorials and assets already downloaded.

Which engine is more efficient with regards to file size and ease of learning?

Are there any books or wiki's I can download to help with troubleshooting when I'm offline? I guess it would be C++ and Java, right?

I'm really only famliar with Unity and UE4. I've never hear of the other engines in the beginners guide. Is one better for a CRPG/Isometric style game than the other?

>>14112010

Just make quality content, and then whore it out on the usual social media sites. Create a blog or a webpage (host your own or use wordpress) to archive and post links to your videos, and host your vids on youtube. Youtube is going to be your only option for video hosting, and if you want your videos to be seen with any amount of visibility you're going to have to know how to game Youtube's search algorithms. Otherwise your videos will not be seen, regardless of the quality of your content. If you need ideas on how you should present your content, check out analytical vids like >>14112048 suggest. I'd also recommend taking a look at other analytical channels that don't talk about vidya, like Every Frame a Painting, Super Eyepatch Wolf, or even Digibro. The production quality on these videos are really good, and these youtubers generally know how to write good scripts that are engaging and have clear, understandable, writing.

>Want to download some rigged character .blends to practice animation.

>Every site requires you to make an account to download from them.

>Every. Single. Fucking. Site.

Why is this? What the hell gives?

>>14112410

Unity comes with its entire manual + reference as a local website (and its documentation is spectacular for the most part), and if you get Visual Studio with it, you'll have most of the official C# reference locally as well. You could probably archive DotNetPearls or tutorialspoint for C# reference as well. There's also plenty of videos you can download straight off of the official tutorial site for archival.

Unreal is like 99% online support from forums/wikis from my experience. There may be more videos/references and stuff, but I'd suggest avoiding it if you have limited access to the internet while working.

Same with C++/Java, there is lots of stuff you'll want to search for that doesn't get covered in documentation that comes with whatever resources you get.

You could probably download the official Java API JavaDocs and tutorials like above.

The JDK comes with a src.zip containing all of the standard library java code (anything that is not native), but it may be difficult to read if you're new to java.

I don't know if similar documentation is available for anything in C++, but either way, you will also need to find and download documentation for whatever graphics and other libraries you want to use.

These days most engines are good for any type of game given you build all of your own game logic yourself and just use the engine for rendering/collisions/asset management/etc. I'd suggest using a few different game engines before deciding on one or trying to write your own. They all have different strengths and weaknessses

>>14110155

I like that picture

>>14112576

How's Godot for networking? I've had some success with GameMaker's, but I hear that it's shit for anything ambitious. I don't know enough to judge that on my own, though.

>>14112524

>using Digibrony as an example

Kill yourself, Digibrony is fucking terrible.

>>14112625

Thank you friend :^)

>>14112644

Never watched his brony channel, but his writing is pretty damn good. He's got an ego the size of the moon, he'll almost never admit he's wrong, and he'll shit on people for shit he's guilty of doing himself, but he knows how to put together a good script. Even if someone doesn't personally like him I feel like they could learn some do's and don't by watching a bit of his content.

>>14112410

Don't start with an engine if you can't program in the first place. You won't be able to be productive in an engine without real programming skills. I would recommend practicing programming until you can write a non-trivial program (over 1000 lines to do something useful).

These are some resources for learning to program in C:

https://www.tutorialspoint.com/cprogramming/c_overview.htm

https://www.learn-c.org/en/Welcome

https://www.w3resource.com/c-programming-exercises/

https://www.cs.unm.edu/~fastuous/spring14/cs241/C%20Programming%20Language%20-%202nd%20Edition.pdf

http://icube-icps.unistra.fr/img_auth.php/d/db/ModernC.pdf

And this is a really good C IDE that you can use:

http://www.pellesc.de/index.php?page=download&lang=en&version=8.00

>>14112807

Use OBS to record, my nibba

>>14112774

C is a really nice language, except it basically forces you to use GNU/Linux, which is also nice but usually unfriendly to beginners. Troubleshooting vague linux errors on dialup is not something I'd wish on my worst enemies.

>>14112807

>weapon now "shoots" with a raycast

My autism says you should use projectiles instead of hitscan

>>14112863

>C is a really nice language, except it basically forces you to use GNU/Linux

Not true. Plus C is needed for the Windows API.

>>14112863

>basically forces you to use GNU/Linux

C is loved in GNULand, but you can program C just as well on any OS. Pelles C makes programming C on Windows pretty enjoyable. I think you can technically still compile .c files with Visual Studio, but you would have to create the file outside of the IDE and then import them.

>>14112772

I've watched a bit of Digibrony's non-pony, I just refuse to acknowledge the fag's new name content and it's painfully bad. At best he tells you basic shit any amateur filmfag would notice immediately and explain better, and at worst he's a lazy idiot with shit opinions and shit taste.

>>14112948

he's a lazy, idiotic pothead and is a good argument on why marijuana should stay illegal. I strongly advise against anyone listening to him, and there's many other youtubers that cover similar topics he does much more competently.

>>14112863

What are you talking about? I find C easier to write on Windows. Also the IDE that I linked too only works on Windows. C being easier or even better on Linux is just a meme.

>>14112894

You can compile C in Visual Studio as long as you don't use features outside of their implementation. MSVC only implements C90 fully and has an incomplete implementation of C99, that means that certain programs such as

#include <stdio.h>

int main(void){

    char *str = "the quick brown fox jumps over the lazy dog";
    size_t sl = strlen(str);

    char tmp[sl+1];

    for(int i = 0; i < sl; i++){
        tmp[i] = str[(sl - 1) - i];
    }

    tmp[sl] = '\0';

    puts(tmp);

    return 0;
}

Will not work in MSVC because it uses C99 features outside of their implementation (tmp is a VLA), but Pelles C can compile it fine. Pelles C actually implements the full C11 standard which gcc doesn't implement, so you can use threads.h in Pelles C while on Linux glibc does not implement threads.h so you have to use Musl as your standard library to use the full C11 standard. Right now my project doesn't work in MSVC because I used some more modern type checking features in the newer C standards, so it doesn't compile.

>>14112882

>>14112894

>>14113127

I just repeat what I've heard, not surprised that makes me wrong.

Never looked back after I got gcc working on linux. I'll check out Pelles next time I'm on Windows.

>>14113413

>gcc

>working

Best laugh I've had all day.

>>14113517

a card game, but each card is a game

>>14113517

A FNAF clone.

>>14113517

A post modern game where you're a geometric figure that floats from point A to point B.

>>14113517

nothing. Because you have no talent, no knowledge of technical aspects, no motivation to learn or try hard, no desire to actually make a decent game nor any ability to do so.

In short you're just a shitter without any personality and a shallow person that can go fuck himself.

>>14112863

>My autism says you should use projectiles instead of hitscan

I want for my bullets to behave like in source engine games where they instantly travel like a laser. Not like PUBGAY, (which could be in the godot engine's case an instanciated scene that will go to where the player is aiming.) Raycasting should give me what i want.

>>14113517

Not giving you my cashgrab idea thats for sure.

>>14110395

>The reason you use an engine is to not understand

Law of leaky abstractions m8. The purpose of an engine is to increase productivity. It cannot replace learning. This is why math teachers always make you do arithmetic by hand, even though there are calculators. That other anon is 100% doing the right thing by researching how his tools actually work before attempting to use them.

>>14113517

A meta joke game. Like something that's only about opening lootboxes or dlc. Doesn't matter if it doesn't have gameplay. That's just part of the message.

>>14113626

>It cannot replace learning

I would disagree- the reason that you use something higher level is to learn less about things. This is why languages like Java, C# exist… Learning being replaced by a black box is what the abstractions are for, in general.

Of course I agree, that learning is the right thing to do, and if you go from knowing how to make an engine to using an engine, you would be very productive, but in practice engines are a crutch for people who can't make their own engine and don't want to learn how.

>>14113517

Participate in a couple of Game Jams to find out what you are capable of.

>>14113159

That's a Doom mod, isn't it?

What is it about those older early 3D games that have a certain "look" to them? I don't know if it's the geometry or the limited palette.

Is there a way to force colors to palette in a modern OpenGL thing, but without the use of shaders?

>>14114317

Older 3D games look a certain way because of several reasons, Doom, Quake, Quake II without hardware acceleration have a 256 color limit, so this creates the kind of limitations on how many colors you can have in a certain scene, but also you have to consider the type of texture filtering used, because this also has a big impact on the look. You can tell that the webm is probably using Nearest Neighbor filtering as well as mip-mapping, Nearest Neighbor texture filtering allows games to have a "pixelated texture" look, although mipmaps are required to show the game at high resolutions without the background just looking like a fuzzy mess of pixels.

Games running with hardware acceleration generally used API's like 3dfx Glide, or OpenGL 1.1, these are different from modern OpenGL in that it's fixed-function graphics and has no shaders, and they encourage a certain look and feel because of the limits of the API.

Also, another important part of how old 3D gets its look is through lighting, lots of games used vertex lighting which was fast and light mapping which was fancier but both have generally been replaced by newer techniques, so you don't see them that much. And the sky is probably using more basic techniques like scrolling around a looping texture, instead of something like cube mapping, which a newer game would probably use.

>>14114317

Modern OpenGL has compatibility profiles, so you can use older code if you want. That said, you'll want to use the lowest spec possible to make sure your game actually runs well; GZDoom is a slow piece of bloated shit that runs everything through OpenGL 3+ and the project lead wants to add Vulkan soon for some fucking reason. Keep in mind that Crysis used OpenGL 2.

>>14114465

>>14114464

Just asking, because I think a Hexen styled aesthetic from scratch would be a nifty project in the future.

>>14112597

Hey that's a pretty nice looking character.

>>14112597

oof, not you.

>>14112746

You. This is a nice looking character.

>>14114071

What's happening to Sam's face? Is he on drugs? He's been looking more and more like an old alcoholic lately.

>>14114542

http://8agdg.wikidot.com/fps-arpg-hybrid is doing a great job at that

>>14114604

Baldur's Gate 2 did this. Before the days of Youtube, I wanted to listen to the Bhaalspawn Battle from TOB, so I had to get an extractor and it had several song bits split up in this way.

A few other games have "mirrored" soundtracks, that are identical, except more instruments are active or removed, so it can fade from one to the other, depending on action

>>14113517

"Fuck you pay me?" its a mysterious game with hidden secrets but you have to pay real money in order to progress.

Whats at the end of the game?

Who knows. Fuck you, pay me!

>>14113517

A procedural zombie sandbox mmorpg dota fps with lootboxes

>>14114888

There's a good chance this dinkwad has given up on working GZDoom, there's a lot of rumors and signs looking like he's getting ready to just make a fork of 3DGE, another Doom sourceport.

>>14114604

MIDI games used to just have different channels for different levels of alertness, so they can turn instruments on or off to get this same result.

>>14114733

Didn't Peter Molyneux already do this one?

>>14112597

you don't even need a model, just use rigify and go

in case you have autism, there is http://www.cadnav.com/3d-models/human/ for your autism

>>14112774

bullshit, the only reason i could learn to program was because godot in its limited usefulness, didn't let me get lost

>>14115115

By "cant program" I mean literally being unable to do fizzbuzz. If you went from not being able to do fizzbuzz to being able to program because of godot that's impressive.

>>14115798

which ones are traps?

>>14114856

subarashii

>>14115820

Every single one. I just tiled it a lot to see if it looked too weird. Most levels would probably only have a handful

>>14115962

probably wont look as weird when there are just a few

>>14114856

>compound daily

>not continuously

Are you sure you're actually a Jew?

>>14116066

3d render of amerimutt when ?

>>14116083

gets the point across which is the main point, right?

>>14115113

>how the fuck do you progress past the dopesheet? How did you learn?

switch to the graph editor and refine your motion. most of the polishing happens in the graph editor.

Might seem like a dumb question but Goolag didn't give me an adequate answer within 3 pages. Building a new PC in a few months that's gonna be my main development machine. Putting in an SSD for the OS on that and I'll be taking the HDD out of this machine into it for basic storage and backup. The question I have about this is will this HDD automatically reformat itself when I put it into my new build (I don't care about preserving files. The few I do I have a craptop I can store them on)?

>>14115113

Graph editor. Dope sheet should only be used for the most basic of key frames (Like you've clearly already done) learn about the different kinds of automatic interpolation (You'll probably be using spline for most characters) or go full autism mode and do the majority of the frames by hand with minimal interpolation.

>>14115169

the logic part needs to be alright, otherwise you will never learn anything, but if you can get in if x do y mode the games write themselves.

I knew very little indeed. most stuff entered from one ear just to exit through the other, i could just follow any tutorial and forget everything right away, even then my first real project was 2d zelda just using the default icon as various sprites

>>14113914

don't you have a son now? how do you find time?

>>14116453

i think he means stuff like IK and constrains

>>14116453

But how do you prevent things like Mega Man there completely contorting inside of himself instead of flipping fluidly? Do you have to keyframe every quarter rotation? If I find that I need to go back and change something, then the keyframes later on in the animation now affect the placement of the frames before them, so I can't just delete them and redo segments. How do I handle that?

>switch to the graph editor and refine your motion.

I'm slowly getting the hang of it. What's the proper use of the NLA editor?

>>14116479

>Spline

Do you mean bezier?

>>14116490

I already have some experience with IK and constraints, since they were used in the rigging tutorial I did. I'm mainly trying to figure out what kind of workflow to use. How do you go from a blank canvas to a bunch of characters and objects properly interacting together, complete with camera work and audio? I knew the learning curve would be steep, but the process is different than I thought it would be.

>>14116490

I see, I was assuming that anon has literally no programming experience like he said, and those links are supposed to explain to you the basics of structured programming.

>>14114928

He literally did. It was a cube thing where you had to chip off bits of a voxel cube with other people in a single worldwide lobby. You could pay more money to break off more pieces of the cube at once.

>>14112048

thank you for that vid, I've been binging the whole channel since then

>>14117192

What I'm doing for my game is I made an Image class. This stores a reference to a Texture2D and a Rectangle[]. Images are stored in a global resource by an ID number. Then, any drawable object has an index that lets the draw code look up and find the Image (with the object containing information on how the texture should be drawn)

Basically, I set up all my Rectangle[] at the start of the game and that becomes either a single frame or a multiple frame animation. All you have to do is make a utility/helper function that takes a float (as percent) and transforms it against the length of the Rectangle[], then you can avoid having timers altogether, or perhaps have a few global ones and avoid explicitly tying it to the texture data

You guys have any idea how I can make controls for my climbing mechanic palatable?

The climbing is procedural and kinda like that one climbing game by Foddy, in a sense that your location is based on two "anchors" that represent your right and left hand. I figured out a way to figure out the location of the ledge and all, but now I need to figure out controls that feel good.

For now the movement scheme so far is:

>WASD Movement

>Shift for sprint

>Space for jump

>Ctrl for crouch

>X for prone

>Sprint to crouch for slide

>E to use

Perfect solution would be to reuse one of the movement keys, but I'd like to keep space as "move up" within the anchor space and the initial ledge grab. Any ideas?

>>14117335

Oh right, I forgot to mention that the game is first person.

>>14117335

>>14117354

I think one of the Assassin's Creed games did this, and it worked well.

Looking at your controller, you have the ABXY buttons on the right side, Y on top, X to the left, B to the right, and A to the bottom. What they did was have the X/B correspond to the left and right hands, A correspond to the legs, and Y relate to vision.

>>14113517

Jumpscare battle royale

>>14113517

Flappy Breast.

>>14114916

>Are you sure about this?

It's not 100% sure, but I'd bet money on it given how he hasn't done anything for over a month and other devs haven't been able to reach him, and the only one that has basically got an angry response boiling down to "FUCK THE COMMUNITY".

I might be the one responsible for it. Oops. Oh well.

>>14117335

>>Ctrl for crouch

>>X for prone

I never understood this setup. Ever since Ghost Recon 1, I always assigned C to crouch and X do prone. Hell, it seems that C was the standard input for crouching for the longest time, until half-life at least.

also

>not using Q and E for lean

>no "walk" button, like Alt

>>14117895

If you have C for crouch and Space for jump, crouchjumping gets awkward.

>>14117895

Also fuck leaning. It supports cover faggotry.

>>14117981

Then your game will be shit.

jk

You should have specified you want the game to be fast-paced. cover faggotry isn't a problem when you have a slow-paced game with deadly gunplay.

>>14117889

i like setting it around whats needed

Zdoom doesnt NEED vulkan, new games do because of horrible optimization,

it needs more graphical improvements

>>14117994

It kinda is. It gives too much advantage to campers. A camper normally has to peek, and endanger himself. Leaning makes this half as dangerous.

>>14118034

I always thought of campers as retarded children, never saw them at an advantage in any game I played, even with lean.

>>14118057

Camping is a legitimate playstyle, albeit often poorly balanced. You can't just dismiss playstyles by calling the players who do so children. The game has to be fun no matter how you choose to play.

>>14118062

>You can't just dismiss playstyles by calling the players who do so children

I'm not dismissing them. Just sharing my experience and opinion of'em from my online game experiences. If anything, I'd try to encourage and empower them (through lean, for example) because their playstyle seems to me to be a self-imposed handicap.

>>14118190

This looks good to you? It reeks of Facebook plasticky trash

>>14117335

Make the keys rebindable

>>14117981

>>14118034

Perhaps the issue is not to limit the player, but to give him more tools to fight? Simply add leaning, but then make the movement speed high enough to kill anyone who camps. I don't see or hear any "camping" in Quake.

>>14118203

Can you make a game that looks as nice as that?

>>14118205

>Make the keys rebindable

They already are. But I'm working on a default control scheme which has to be logical and ergonomic.

>>14118205

this results in power creep that leads to overcomplication.

>>14118207

Ever read that story about the naked emperor?

>>14118190

Because that's pretty much all they have, relatively competent graphics made by a C-team in a slav country that decided to create their own facebook bait next to their usual C-team jobs.

>>14118209

It really just results in the gunplay turning into the kind of fast arena shooter style, and then suddenly you can get wiped 30-0 quake style online by someone who knows their shit. What's wrong with power creep?

>>14118190

Because they can't do much else well. Usually they're limited by retarded platforms, inferior devices and/or interpreted languages, can't do twitch gameplay or use keyboard controls, etc. On top of that, they're generally expected to be super casual stuff, which implies a lot of polish (and usually a relaxed feel/atmosphere). Something that doesn't look polished is more likely to give the impression that it isn't something you can jump right into. Also static 2D elements are relatively easy to make good looking.

>>14118221

Yeah, but if I'm not going for gunplay being fast and solely twitch based.

>What's wrong with power creep

It's a sign of poor balancing. You're forced to buff everything to a ridiculous degree just to make sure it keeps up with the rest of the arsenal.

>>14118228

>Yeah, but if I'm not going for gunplay being fast and solely twitch based then what do I do?

Fixed

>>14118228

Arena FPS don't have balanced Items/Maps on purpose- and that imbalance is what adds a lot of the depth to the game. Basing the gameplay around item pickups makes the idea that every gun must be viable against every other gun a non-problem.

But, you aren't making an Arena Shooter, so whatever.

>>14118062

>albeit often poorly balanced

Why are there so many games where a single frag grenade can't kill someone? I don't care if it does 99 damage, I just threw a fragmentation grenade into an empty room with a guy huddled in the corner. He should be fucking dead.

>>14117280

So basically I have a global texture manager class that loads and keeps all my textures alive.

I have a game object container that essentially holds onto a commandcomponent, a physics component, and a graphics component.

My graphics component has a "Sprite Sheet" (essentially a texture reference with sprite width height num of colums and rows) and an AnimationContainer. (which is the array of animation arrays)

The main reason I'm using a timer is because my game is going to be delayed turned-base. IE: each turn is like ~6 seconds if you don't move or use a move / item or whatever in that 6 seconds enemies n whatnot are still gonna move / attack n shit

>>14118459

Isn't the main problem that most game frag grenades only do damage on distance? While that makes sense for the blast damage itself, the main purpose of a frag grenade are the fragments, so on explosion it should also shoot a bunch of raycasts into multiple directions and each fragments should do around the same damage as a bullet. Even if someone is 50 feet away the fragment could kill him if the fragment hits his head.

>>14118459

Because games aren't real life.

>>14116684

For a complex scene with lots of characters you'll need to get a good rig first. You will want to switch between IK and FK often and learn to temporarily parent bones to others. But work flow is the same. You animate each skeleton and in the same action. I've always avoided NLA editor outside of using it to delete actions but that's only because Im trying to do make my stuff for a game.

>>14118459

Because the gameplay can degenerate into a match of who shoots first and insta-kills the enemy. Low time to kill can remove fun and skill from a game. If you think of such a game, it becomes a match where everyone is constantly spamming frag rounds into doors / windows and moving around as quickly as possible. Now this can be fun if the movement speed is high enough, though. Half-life is an example of this kind of gameplay.

Of course if you want to prevent the game from being too deep, then you can make the frag grenade an insta-kill with low movement speed, but this is only really common in games like COD. Although in tactical FPS of course it's different just because it's not about aim battles or fast movement but positioning and strategy.

>>14118646

Yes, most games just use a shitty radius sphere and use a number gradient for damage calculation.

>>14118689

Don't even try to make that limp dick argument. This isn't some sperg fit about "muh realism" from ARMA fags. This is a game design gripe.The point of grenades from a game design standpoint is two-fold:

To flush out players hiding in bunkers, trenches, corners, etc

To take out enemies that take little to no damage from small arms fire. Like tanks, armored enemies and otherwise

A grenade should force a player to move from their position or die. But as it stands there's a lot of shitty games on the market where grenades will not kill the player unless they're fucking stepping on it.

>>14119031

No it doesn't if you take the time to balance your gameplay. No one who plays Rainbow Six: Siege will tell you that there is a problem with grenade spam. The grenades in that game are fine tuned perfectly. If you know where the fucker is, you can throw a grenade at them and they will either die or be pushed out of their position where they can easily be picked off.

Would anybody be interested in a new tutorial series for NES programming?

I've been doing NES programming for fun. When I get my bearings enough, I was thinking about writing a tutorial series covering effective programming for the NES using modern toolsets (no NESASM or shit like that, just cc65 and ca65).

It would cover some base architecture, proper use of the tools (how to properly configure the linker, especially, and to use it for the correct purposes), up to building a complete simple game. It would only assume that you have some base programming experience and that you can at least grasp assembly enough to hit the ground running with it. It would cascade up from the simple (building a pong game with simple sound effects) to the more complex (building a scrolling platformer with sound and music).

There are a few that already exist, but most of them are incredibly sparse or very incomplete. The best available is Nerdy Nights ( http://nintendoage.com/forum/messageview.cfm?catid=22&threadid=7155 ), but Nerdy Nights has a ton of flaws:

* Majorly, it uses NESASM instead of a real assembler-linker combo. .org directives and shit make the code a disgusting mess. You have to either use NESASM when using it, or try to take the concepts and apply them to a proper toolset.

* It opts to access almost all RAM directly by address, instead of using real symbols until the very end (when it should do it immediately).

* It is written as a series of fucking forum posts instead of a real contiguous and interlinked website. A proper tutorial set should live in a git repository so that improvements, suggestions, and fixes can be made as real pull requests and if the author abandons it, it can be forked and maintained by somebody else.

* Many of the lessons assume that you have downloaded the source code and are using that, instead of properly facilitating writing your own code while reading along, and having the source code supplied as a bonus for context and help (this is really egregious; a tutorial set should be directly followable building your own work as you go); with Nerdy Nights, you can not get a working sample up without going off his source code base, because the tutorial is insufficiently written.

* The code snippets frequently don't actually match the source code download, meaning if you even try to follow along directly, the behavior will be wrong.

* Nerdy Nights does not sufficiently explain memory mapping or how the NES file is built, and never once touches on the meaning of the iNES header beyond just saying what it is and how it goes. This, and tons of other information like building sprites, is completely insufficient, forcing you to use the nesdev wiki.

* It contains copyrighted rips of sprites from Mario Bros instead of using its own samples. This is illegal, putting the tutorial files at risk of being taken down, but also it makes the programmer use other sprite files, instead of teaching them how to make their own.

My tutorial set would be

* A pong clone. A series of 7 or 8 tutorials covering the NES architecture, a bit on number systems and assembly, and getting a proper toolchain set up and configured, how configuration works and how data is mapped to the file, and then from the file to the NES memory map, up through programming a single-screen game with 5 or 6 sprites on screen (which are designed by the programmer) and spitting out sound effects when necessary.

* A platformer. More advanced tutorial set on how to do more advanced stuff like scrolling, complete backgrounds, game states (title, play, pause, etc), and writing modules of the code in C. Single-stage, but with a bit of discussion on how you could manage multiples.

* A small RPG. More advanced, but more tangential. Talk about bidirectional scrolling (which is very hard in NES programming), how to manage save data and state, and how to structure a lot of code across many different files, and how to structure things efficiently and manageably in memory and in the ROM.

Probably written with Sphinx, because it already has a shit-load of built in flexibility for indexing, inter-document linking, file management, and has source-code highlighting including specifically for ca65.

I'm going to be writing it either way, just wondering if you all give enough of a shit that you might be willing to work through the tutorials and give criticism.

>>14116490

>don't you have a son now?

Yea, the kid is a cool little dude. Relatively low maintenance, compared to his dad, for now at least

>how do you find time?

When my wife went to visit her mum for 6 hours, it was me-time, essentially. I still have maybe 2 free hours per day and I spend it on either playing vidya, coding or extra sleep.

>>14119458

The bottom is TOO wide. I know it's meant to be a bit wider than the top, but it's closer to a teardrop shape than an egg shape.

>>14118813

>you'll need to get a good rig first.

I have a pretty decent one. Assuming you mean rig as in computer, and aren't referring to character rigs in some way I don't understand.

>You will want to switch between IK and FK often and learn to temporarily parent bones to others.

Are there any rules to knowing when you should use IK vs FK? What is temporary parenting used for aside from things like characters holding objects? Can you use keyframes to control these?

>You animate each skeleton and in the same action.

Oh shit, I didn't realize that two armature's keyframes would be added to the same dopesheet. Should I be adding all of the bones in an armature to each keyframe, or just the ones that changed in that keyframe?

>>14119458

They're too dark, you need a lighter tone.

>unity drops monodevelop

Anybody else REEEE'ing over this?

http://cgpress.org/archives/unity-to-drop-support-for-monodevelop.html

>>14119815

wasn't this on the horizon since they added VS to their package? I look back with dread to the days of using monodevelop

>a good musician is willing to work on a soundtrack for my paid game for free

I'm happy about this but I also feel like I fucking better deliver now.

Good motivation to keep working.

>>14120207

Maybe one relies more on CPU and the other on GPU, and the potato has a worse GPU compared to how much worse its CPU is?

>>14120232

It's most likely that, considering that the potato has one of those Intel chipsets with 32mb of video memory.

But I'm only drawing one sprite and some text in Love2d, whereas I think my GMS test had more going on graphically, which makes me wonder why there's such a huge drop.

>>14120207

I thought love.run had at least 1ms sleep in it so 1000 FPS/UPS was the maximum?

>>14120067

Getting there, the palm is the wrong shape and I think that's the crux. Hands vary from person to person, but my palm is a rounded square, with the fingers sans thumb taking up roughly the same area if I lay them over my palm.

>>14120255

You can change that in the settings of the love.run() command. I set it to 0.1ms, to see how fast it could get in theory, and been working with that.

>>14120290

Ah, that makes sense. It's been ages since I've had to muck with love.run.

>>14119541

Add all the bones. Because if you change them in another animation and then you switch back animation it will keep the others transformations. FK and IK are different forms of precise movement. Google differences. Also parenting is not just for picking up objects. Rigs are not just for arms and legs, they should come with other bones with drivers to make certain animations easier. Go look at Shinobufags thread on the /agdg/ board. Yo should have like 100 bones minimum fir a good rig.

>>14120207

Tell me fellow pilgrim, is the journey from gms to love2d worthwhile? I don't like gms at all but with some months of experience I'm PRETTY comfortable with it.

>>14120509

The difference between us, it seems, is that I've used Game Maker since version 6, for probably 7-8 years now.

I moved over because controller support on GMS was borked and GMS 2's interface was absolutely disgusting from the time I spent with it. I've said earlier that I only stuck with GMS because "It just worked™", but it stopped working so I moved on as well.

Love2d was painful to get used to at first, but five-ish days in I have a solid grasp of what I'm doing. And something about getting basic functionality to work by your own hand rather than having it spoonfed, and figuring all the concepts out like that, it's comfy without turning into engine-devery.

>>14120707

the rumble when the big guy is walking is too much, just use it on the landing.

Is it true that it's easier to learn and use older versions of OpenGL than newer OpenGL and Vulkan?

>>14121125

It's certainly easier to learn OpenGL than Vulkan.

>>14121125

Absolutely. It's also not nearly as useful, but it's arguably a better place to start learning.

>>14119475

I'll try to make it more oval shaped, then.

>>14119554

I think they are just bright enough, but too saturated, looking at it.

>>14119619

I was going to have a set of pastel-only and decorated eggs, 16 in total

>>14121192

>>14121400

>>14121467

Thanks anons, I was thinking about creating something basic mostly in 2D with some 3D elements.

>>14121543

Then go with either 2.1 or 3.3 core profile. Personally, I'd go with the latter, since it has the programmable function pipeline and got rid of other ancient crap. It'll give you a solid foundation in modern graphics programming.

Why are my compiler errors always really small stupid shit like missing a semicolon or missing a return type. Happens all the time when I focus on one thing for like 3 hours and write a bunch

>>14120331

That's because of the subdivision modifier. You will have to make sure they overlap 1 loop more and then when you are ready to export it, apply the subdivision and trim off that extra loop. Subdivision at level 1 affects vertices 1 neighbor away so if you cut off the foot, the remaining edge and its 1 neighboring vertices will be affected.

>>14121941

So you duplicate the first loop of edges from each side of the seam. When the foot in this example is placed against the ankle the ankle should have one loop across the seam taken the ankle, and the ankle should have one loop past the dream taken from the foot.

So I wanted to see which approach was fastest to set flags for my tiles in C#, basically just modifying a value (occupied flag)

>bool[], byte[], int[], custom struct with a flags enum, HashSet<int>

The arrays were more or less the same speed, being 86, 87, 95, 99 ms respectively, but the HashSet was SLOW for insertion, 154 ms. Probably going to use byte[]

https://hastebin.com/iqufezitav.cs

>>14120558

>Love2d was painful to get used to at first, but five-ish days in I have a solid grasp of what I'm doing

>it's comfy without turning into engine-devery.

I'm sold.

>>14121941

It worked! Thank you so much, I can't tell you how much I've been fretting over this.

>>14121987

There was no subdivision modifier, it's just how normals and smooth shading work with split seams.

I can't drawn and never did any 3D modeling but I just downloaded Blender, how many hours of practice before I can make cute anime girls

>>14122949

Should I learn to draw before I start with 3D modeling or can I go straight to 3D?

>>14122974

If you're going into character modeling learning how to draw in 2D can help a lot, especially with anatomy. It's not a requirement, but 2D and 3D both benefit from each other.

>>14122974

I think it would be necessary to know how to draw before 3D modeling. I'm sure with enough trial and error you could get decent looking 3D models, but it would be pretty frustrating. When you create 3D objects via modeling, you're still just essentially working with design principles you'd use with 2D drawings anyways. Like >>14123005 says, knowing how to draw will help immensely with characters models. Actually, you would have a hard time modeling any organic object without a solid drawing background.

>>14123023

>I think it would be necessary to know how to draw before 3D modeling

It's the other way around. Modelling helps you draw better. As long as you do these things more or less simultaneously.

You start understanding the forms and then bring them to the canvas.

The modelling process itself has very little to do with drawing.

>>14120207

Post specs please

>>14121125

Yes, OpenGL 1.1 with optional extensions is a really great target and lets you program much faster

>>14124409

That's some slick presentation you got going on there anon, nice work with the door.

How's working with godot?

i haven't gotten anything done since xenoblade2 came out please kill me

>>14124615

Silly anon, this isn't the AGDQ thread.

>>14124409

>I've always wondered the posibilities about converting s BSP to an OBJ. Is it really feasable?

Unreal 4 has that functionality built into the editor. It is super useful for the standard workflow for level design ("blocking out" the rough layout with BSPs, exporting them to your 3d suite and remodeling them one by one). And you do have to remodel them, because the topology generated by BSP trees is godawful.

There is a reason for why BSP based level editors always restrict you to a fairly low resolution grid (Valve's Hammer editor uses 1" for example), and there's a reason for why modern game engines don't rely primarily on them anymore.

If you look at how they work, it becomes clear. The meshes they generate are far from optimal, because they produce a lot of unnecessary edges. And the more detail you add to your levels, the worse it gets; and it gets worse fast. Simply put, BPS trees don't scale for shit.

They work great for old games like Half-Life, because those game's level's consist mostly of perfectly flat surfaces, many of which are parallel. On top of that, there isn't much stuff in them to begin with.

The only upside that BSPs have nowadays, is that texturing is super fast. No modifier and no trick I know of in Blender is anywhere near as fast as texturing, say, a room in Hammer. I lost so much time on the UV mapping of the retopologized meshes, I'll have to write a Blender plugin to ape Hammer's functionality.

>>14119265

I'm very interested

>>14124878

I think you intended to write to >>14119255

Anyway, while I won't be making a NES title, seeing a cool tutorial like that on the wiki would be awesome

>>14120707

Perhaps the shake when the creature walks should be toned down a bit, instead of it being removed, as >>14121097 suggested. You'll need to make tweaks but it looks hella good, as all your stuff, my man.

>>14119255

I'd definitely be into in that type of series. It's very interesting to read up on how even relatively simple things we take for granted took much more effort on such restrictive hardware.

>>14124409

A BSP is really a few types of data structures that let you prove things about a bunch of polygons really fast. So, while the BSP does not describe any specific 3D geometry itself, you can just take the polygons it's referring to and convert it into a .obj. rather easily.

Although it doesn't really make sense to convert 3d data that's been organized into a BSP into an .obj because the BSP conversion increases the polycount by quite a bit. You're better off taking the data before conversion into a BSP and using that.

>>14124697

The benefits of BSP is that you can do things like collision detection and line-of-sight testing very, very quickly, as well as depth sorting which means you don't need a Z-buffer for the world, which made it a better choice for software rendered games like quake and half-life. Less old BSP-based games like HL2 would use a BSP for the low-poly geometry and then stick a bunch of models into the scene to compensate. Quake 3 would use a BSP tree for collision detection but would not actually use the mesh with the split polygons, instead they would just render with the original mesh because they didn't want to increase the polycount. This is because by Quake 3 Z-buffers are hardware accelerated, and thus BSP's main selling point is gone since it's fast enough to just use that.

>>14125894

Of course, you don't want unwanted crooked things, do you? Games should be like real life, get it?

>>14120067

the bones/fingers are good, the flesh looks bloated and way more work is needed on the finger webs.

the thum's "armpit" is completely wrong (it should continue the line made by index finger), it is too long (tip of thumb should be near the pinkies first joint after the knuckle)

thums tendons could be visible

the index and middle finger's tendons should form a "v" shape closer to the centre of the wrist.

the pinkie knuckle is too low.

>>14119255

the nesdev wiki is sufficient for technical reference, assume your reader knows how the machine works.

usually tutorials are useless because they assume an innapropriate level of prerequisite knowledge.

a lot can be learned from the smb dissasembly, a whole series could be based off it's code.

I would have a chapters on debugging tools, macro assembly, fixed point arithmetic, and concurrent logic (jump tables).

a good article would show how to do game design with specific constraints in mind.

I think there is more interest in rom hacking than homebrew, and few people know how to inject their own assembly into a rom.

>>14121521

Yes, I was still measuring for that. Either the fingers seem small or the thumb seems big, the pinky seems like it's further into the hand than it should be. Again I'm basing this on my own hand though, at the very least the thumb seems too big.

>>14126549

All that foliage is crying out to get blown back from the shot and explosion.

>>14126549

Hot damn. Looking good, anon.

That blowing spiral looks a bit late and a bit high. Here's some source material for you.

>>14126549

>>14126705

projectile connection is also way late, should be instantaneous at that range

>>14126760

Depending on the kind of game he's making, I've seen hit-delays like that in many turn based combat games, so it might not be unintentional.

>>14126549

Is this the new Valkyria Chronicles?

>>14126549

yay! love to see you still here, anon.

I'll agree with the two other dudes: the grass and shrubs should sway on the gun firing and the projectile should hit instantly. Other than that, looking great.

I kind of realized now: you showed us the swimsuit cutie in the last thread, right? really promising stuff

>>14126780

Just because other games do it wrong doesn't make it ok.

>>14126320

>the nesdev wiki is sufficient for technical reference, assume your reader knows how the machine works.

I'm planning on doing shallow coverage of much of that. Enough that you could get by without referring to the wiki. I'll point to the wiki for in-depth technical stuff, and only expand when the wiki's content either feels inaccessible or incomplete. Certain things like the sprite format will have to be covered in a bit more depth in order to properly explain how the user can go about building their own tools for building pattern tables (a simple POC will be included showing obvious methods for converting between an indexed PNG and a pattern table file; it can be done in only a couple dozen lines of Python). I'll also refer to more complete tools available on the internet, because you can only get by on a POC shim for so long.

Anything that is better off being referred to an external source (especially the nesdev wiki) will be done so.

> usually tutorials are useless because they assume an innapropriate level of prerequisite knowledge.

I feel that most tutorials are useless because they either run in an inappropriate order (the Nerdy Nights one, for instance, doesn't introduce subroutine calling or defining variables as labels until the very end, which is fucking stupid. If your reader is being expected to either already know assembly or to learn it, they can manage subroutines and memory labels, especially because they've already done branching at the beginning), or they leave wide holes in the middle, jumping from disparate concept to disparate concept without any connection (any tutorial set that has you dump all your code and start from scratch for the next lesson is flawed; it impedes the ability of the reader to follow it and maintain consistency in their head), or they cover the high-level concepts without getting specific at all, expecting the user to glean all the particulars from the source code without explanation.

> I would have a chapters on debugging tools, macro assembly, fixed point arithmetic, and concurrent logic (jump tables).

That's planned, but much of it will be out-of-band (the tutorial set will refer to a set of "appendix lessons" which cover that content where appropriate) to avoid diluting the main content. Once the learner has learned macro programming, they should be able to go back through the tutorials again without having that part getting in the way. Each page, including all the appendixes, will have its own well-commented compilable source code reference. Anything that can't be better explained by me than another source (like the nesdev wiki) will be directed there instead (though I'll provide a working commented code sample).

I honestly don't give a shit about romhacking. I like programming, and it's what I do for a living; I'm not going to write tutorials on something that doesn't interest me at all and that I have no experience in.

I mostly want to do this because there aren't any good, modern, comprehensive tutorials out there for getting a beginner with some programming experience up and running into NES homebrew development, from setting up a development toolchain to running a full simple game, and absolutely none of the ones out there are in a format that allow people to raise issues and make pull requests (there are the NESDEV programming guides, but that's more a pile of articles than anything like a single comprehensive tutorial).

Either way, most suggestions and criticisms you have could be made in the form of issues or pull requests, as this will all be in a git repository (probably on github, so I can just host out of github pages. It sucks, but gitgud.io doesn't have pages enabled). It's also probably a month or two out before I start working on it, as I'd like to have a more comprehensive understanding of some things than I have now (particularly sound and some more obscure tricks).

>>14128033

Because ~^*`dynamic typing`*^~ (and it prevents a few weird undefined behaviors in C)

>>14128033

My biggest gripe with Lua is that its 1 based indexing, all numbers are floats, and Love2D has 31k memory out of the box

>>14128630

How much do you actually know?

I find a great motivation is knowing how to apply what you've learned in a useful way

>>14128633

I know how to implement basic data structures (stack, queue, linked list, tree), but I don't know when.

>>14128640

Think about how you'll be using the data. In terms of sheer performance, an array will absolutely have the fastest read/write for random access if you know the index of the elements you're using.

If you need items sorted, a tree is more appropriate than say, a stack. In most cases, you can get away with a simple linked list if all you need is an unordered collection of objects you need to iterate through. Stacks and sorting go hand-in-hand.

>>14112746

I'm old as fuck and borderline retarded but learned a decent amount about rigging in one sitting, it's really easy once you get into the swing of things.

>>14128923

>I went with movement, collision and camera

And music, almost forgot.

>>14128664

I just don't have the natural knack to plan that stuff out properly. And then I go and look for tutorials but then I feel like I'm just copying some guy's code, and not really learning. Like I can't even think of how to properly set up a tile-based platformer. I can get a sprite on screen, I can move it, I can give it a bounding box, but I can't think of how to properly store a map. Maybe create an easy system that let's me build one and then read that file. Like, how would you handle collision? I was originally thinking each platform block has its own bounding box, and I'd just build the map up like that, but I know that's probably inefficient as fuck and would probably cause problems with spaces between each block. But I can't think of a proper system that would create one large bounding box around a collection of platform blocks. I'm just retarded, I guess, and that's why I can't enjoy programming.

>>14129015

>How would you handle collision?

What I would do is store a position and velocity for your player, and then on the update method, find the updated position. Then, you'd consider a rectangle between the origin and destination, and look at each tile and object within that bounding box, since it "could" intersect with the player. You'd basically draw a line between the origin and target, and test it against each of the potential objects. If there is a collision along that line, then you set the target position as close as possible so it doesn't intersect, and repeat this process until it's clear. At worst, you set your velocity to 0 because you're on a floor or wall.

Optimizations would be to limit the number of objects checked for excessive velocity (eg it gets set to 10,000, you wouldn't check everything in that area), as well as a better storage of tiles in eg a BSP tree or something to cull them faster.

There's better or specialized ways to handle it, but that would be a naive approach

>>14129043

Is there a design book or something that I can read to help send me on my way with this kind of stuff? I always wonder how much of this kind of thinking should come naturally, or if everyone's learning from the same 'masters'?

>>14129125

This site has been recommended a few times

http://gameprogrammingpatterns.com/contents.html

Mostly I just pick up bits and pieces as I go

>>14129292

What would it look like if the black box intersected some of the middle?

Also you could have made that into Loss

>>14129416

What about doing everything tile based? Using a two dimensional array where every bit of environmental collision is made up of pieces that fit into uniform square tiles. It's how a lot of old games did it.

>>14129443

If you do everything tile based in a 2d array then culling is a little bit simpler to understand, just because you can immediately derive what tiles your player could possibly be touching by deriving the array coordinates from the actual coordinates rather easily. Then, you just check the player against all of the tiles around the player, and that's it.

Of course doing everything in a 2d array is really wasteful, so you will want to implement some basic compression of your level, just because, It's a huge waste of space, to use a brute force solution like that: a level that is 4096x512 at 8 bits per tile is 2MB in memory, so using a 2d array is just an absolutely ridiculous waste of space. If you implement the most basic compression scheme possible, like for example: if this 4096x512 map is taking place outside, then maybe the top layer will all be air tiles. Instead of having 4096 places in the array saying [0,0,0,0…], it can just say: [0,256,0,256,0,256…], Now, increasing the bits per pixel to 16 bits might actually save more space in large empty areas, but the point is that where I was taking 4096 bytes (4kb!!!) I am now only taking 32 bytes for the same information, and since tile based games love to repeat the same tile over and over, it saves a ton of space. Now this messes up our simple to understand collision detection but that was basically the only advantage to using a 2d array, I haven't thought of how to do collision detection on such a map yet and this post is getting too long, so, I will be going to bed now and maybe tomorrow i'll think of something.

>>14126845

>yay! love to see you still here, anon.

>

>I'll agree with the two other dudes: the grass and shrubs should sway on the gun firing and the projectile should hit instantly. Other than that, looking great.

>

>I kind of realized now: you showed us the swimsuit cutie in the last thread, right? really promising stuff

yup, that's me.

any game without waifus is trash.

Someone tell me if this is a good or bad idea.

Problem

When shooting the pistol there's a lock preventing firing that lasts for 0.16 seconds. This can make shooting feel bad/unresponsive because if you click while the gun is firing it wont register the click. If you double click to double tap an enemy only the first shot will be fired.

Solution

To get around this, I made a "firing queue". If you fire the pistol while the lock is in place a shot is put in the queue. When the lock is removed the shot is automatically fired. Now when you click while the gun is firing it will still register the click and fire a bullet, only the shot will be a bit delayed. Double clicking double taps now as well, just with the second shot coming out later than you clicked. Only one shot can be in the queue.

It feels better than it was before, but I'm not sure if there's a better way.

>>14129838

honestly i think that the delay on the 2nd shit would be worse than it not firing at all.

>>14129849

I timed it. Between the second click and the second shot it's usually a .05 second delay and at most a .08 second delay unless you are deliberately trying to fire as fast as possible. It's hard to explain but for me it really does feel better. When I'm spamming shots I hardly notice when it's there, but it's obvious when it's not because it breaks the rhythm. Maybe I'll put it in the options menu so that during the demo day people can try it out both ways and report back what feels better.

It'll be less noticeable as well later on when I decrease the amount of time the lock lasts. 0.16 seconds is a worst case scenario.

>>14129838

It's a fine idea, but cap it to two or three max. If the user hammers the button a 10 times in a quarter of a second, it would be stupid to have the gun firing shots on its own for a full second and a half.

I think I'm getting limited in how I'm defining object behavior, it's becoming a mess of subclassing even if I use function pointers. I also need to switch to an open language (instead of XNA/C#) so I was looking at Love2D.

I haven't used it much, but I remember having trouble figuring out metatables and simulating OOP stuff. In particular, variable scope and making objects.

>>14131305

Your main character is a priest ?

>>14131333

Knife's base is very simple: https://github.com/airstruck/knife or Classic if you want something more fleshed out: https://github.com/rxi/classic/

For Base, in main.lua:

Base = require("base")
MyClass = require("myclass")
local classInstance = MyClass()

In myclass.lua:

local ClassThing = Base:extend()

function ClassThing:constructor(...)
  -- : is syntax sugar for being able
  -- to use self and refer to the instance
  -- you're calling the function on. Like:
  self.x = 0
  self.y = 0
end

function ClassThing:multiply()
  return self.x * self.y
end

return Class

Hope this helps and I'm not repeating stuff you figured out.

>>14131471

No, I'm working with other anons just using only Love2D, I just mean with Lua in general, not with an extension

One thing I'm having trouble with is say, https://love2d.org/wiki/love.graphics this page. It has all these defined types, but I can't seem to access them in any way. The only way is to create them through eg graphics.newQuad() or the like.

It took me 2 hours to figure out that enums don't actually exist, despite the "enum" category, and to actually supply it as an argument into something like love.graphics.setDefaultFilter('nearest', 'nearest'), I had to put it in quotes, instead of FilterMode.Nearest, despite what the fucking enum said

I have no idea where things are in scope and its frustrating

>>14131444

fuck off you stupid mexican

>>14131613

>I just mean with Lua in general, not with an extension

What do you mean by extension anon? Require is just importing the file contents to run. The base example just returns a table with some functions and a metatable set up for you.

>It has all these defined types, but I can't seem to access them in any way. The only way is to create them through eg graphics.newQuad() or the like.

How do you mean access them? They're object types Löve exposes so you can only create them or use object functions on them.

>It took me 2 hours to figure out that enums don't actually exist, despite the "enum" category, and to actually supply it as an argument into something like love.graphics.setDefaultFilter('nearest', 'nearest'), I had to put it in quotes, instead of FilterMode.Nearest, despite what the fucking enum said

Yeah enums is a misnomer since you need to provide strings Lua-side. To be fair the error does say it expects strings.

>I have no idea where things are in scope and its frustrating

Variables are global by default which are accessible across the environment (really they're just in the _G table which gets checked if you try and use a variable not available in your current scope), local variables have the same sort of scope you'd expect in other languages.

do
  local i = 1 -- local to this do
end
i = i + 1 -- error: i isn't defined

local a = 1
do
  a = a + 1 -- using a declared in parent scope
end

local t = 1

do

local t = 5

print(t) – 5 because of local t overrides

end

print(t) – 1[/code]

>>14131879

Is she going to have a hat too?

>>14131879

The tittyloli continues to grow, I see.

>>14131949

This is going to be the base model for most females, i will use shape keys to change everything from beast size to height

>>14131951

I think you are confusing me with some other dev

Anyone know any good tutorial for getting into 3D modelling with blender? I have ZERO artistic talent btw.

>>14132506

Art is of secondary concern to the Gameplay. Your art can be replaced later. Gameplay and programming is ofvthe utmost importance at this stage of your development.

>>14132679

That said, if you keep hitting walls in your programming, you can make decent assets so you have "permanent" work completed

>>14132522

Fuck, that's exactly what I was trying to avoid having to go through. Oh well, guess I'll just have to suffer through it.

>>14132679

Already a programmer first and foremost. Wanting to learn modelling for pretty much this reason >>14132763

>>14132109

Nah, just was joking about the general small bodytype combined with big tiddies.

>>14132506

first thing first

uninstall blender and pirate maya, it's much easier to use for first timers and allows you into 3d studio max much better which after uninstalling maya you should pirate next

>>14126877

It's not wrong just because you don't like it, as well. They do it as a stylistic choice and I'll tell you why - it provides clarity between when the attack was made and when the enemy was hit. Almost all JRPGs are like this dude. So are literally all turn based games. Civ games? many rpgs?

>>14128975

A few notes:

>Magnus doesn't have normal human legs, his have two knee joints like a dog's back legs. That doesn't appear to be present in your model.

>The ribcage should be more pronounced in your model; right now it just looks like a bunch of crinkling skin when it should be regularly-spaced nubs of bone. The claws on his hands should also be more pronounced.

>I don't know what compelled you to make him so thicc, but his ass shouldn't be shaped like that. It should be about as narrow as his waist and should not protrude so much from his back thighs.

>You're missing a few small details that I assume you've planned for later, such as the bands on his horns, the nubs on his jawline, the wings and tail, the belly button, and the feathers on his legs and arms.

Other than that, it's pretty impressive, keep up the good work.

>>14129838

Really depends what kind of gameplay you're going for. If you want a slower-paced tactical shooter like R6: Siege, you'll probably be better off ignoring inputs. If you want something faster-paced like Doom, an input queue would be better.

>>14114623

He took the blackpill.

>>14133381

>nonfree software

No thanks.

>>14133723

get a plug'in for blander which turns it into 3d studio max then

Is there an acceptable way to use colored vertex points in lieu of a texture in 3d? I assume lots of people use it as a crutch with low effort indieshit that it has a stigma to it.

>>14131305

Looks like horror-inspired Enter the Gungeon

>>14131879

Your shape is good aside from titties. Your vertex distribution is meh. Especially head its too dense with vertices. Use subdivision .You wouldn't imagine how many people I've told here to use subdivision. The less vertices = the more easy shape tweaks, smoothness, deformations, and easier topology.

Give those titties some gravity and simplify the vertex dense chest abochest and head.

>>14134231

FUCK my phone. I meant chest area above the tits.

>>14134173

Are you sure you don't just want a table of tables, like solid_data[i] = { 1, 2, 3, 4 }? If it has to be flat just pass the table reference and index to start from and use index to index+3 in your function.

>>14131158

It's capped at 1.

>>14133450

>If you want something faster-paced like Doom, an input queue would be better.

That's the kind of game I'm making, so that's good to hear.

>Always assumed Array functions in C# were slow, because they weren't generic typed

>Turns out shit like Array.Copy() is like 12 times faster than a tight for copy you implement yourself, because of crazy compiler optimization

So that's cool, I guess

>>14126028

>>14126347

is this any better, and yeah i have a problem with my hand, im double jointed on my index and middle finger, so theirs that. as of detail i just want to go for PS2 era, nothing modern, so i think it looks fine.

>>14132506

anon here what i use, but FYI do you want to jump into topology or do sculpting then retopology, because from experience, doing topology without a reference is nearly impossible. as for artistic talent you'll gain as you learn i mean look at me (pic 3 from recent pic 4 from about 8-10 months ago) in short i can get good if you just take the time to practice.

https://www.youtube.com/watch?v=I6K7x1tX9rk

>>14134776

The index finger is longer than the ring finger. The shorter the index finger is compared to the ring finger, the more testosterone the person has.

>>14135432

I'm not worried about writing bad code per say, I've done that plenty in previous projects. My most recent one I posted around a bit, it was a small RPG game. I personally can't stand to look at the codebase for it now, it's so poorly written. I think you're 100% right about learning to write good big systems from shitty smaller ones, but I'm more worried about how long that will take.

Thanks for the link, and the advice, it's pretty motivational. I think I'll try to clean up that codebase, starting with reworking the tilemaps into 2 dimensional arrays or something like that

>>14135432

Speaking of bad code, does file reader/parsing usually look like this in other peoples' projects?

https://hastebin.com/tayariciqo.cs

I have a tab delimited text file, because for the effort of making it just a flat file of bytes, it's a lot easier to edit shit the way it is now (and I'd still have to use ByteConverter or something, anyways)

>>14135432

>I don't believe in letting people use my code in a commercial product without paying me

CC 3.0 is probably what you're looking for: https://creativecommons.org/licenses/by-nc/3.0/us/

>>14135486

per se*

>>14133450

>>14130320

Great! Thank you guys for the feedback. I'll post again soon with another update.

>>14136211

the shinny floor doesn't really fit tbh

>>14136428

That's just the power of GZDoom.

>>14136574

can it do shadows?

>>14136727

Shit, forgot again to change the resolution of the mp4s

>>14136727

the first song is very expected and fairly bland because of it, I forgot I was listening to it that's how bland it is. and so is the other song

>>14136918

ur mom's a poop

>>14135808

>2D arrays

>not >>14129292

>>14135547

It looks normal for a text-based format like that, I am doing similar enough stuff with mine.

>>14138460

I haven't read into what they expect, but I figure if your idea isn't solid and has no concept art, you're not likely to win. You'll also have to state what you use the Preisgeld for and prove you're using it to fund your game, or they'll revoke your award.

>>14134231

Im afraid of simplifying the upper chest area because my male model got fucked up shoulders because i couldn't weight paint the vertices in the area properly from lack of options

I will probably simplify the head later since im using textures as faces anyways

>>14138496

Yeah, I just read the part about how you have to have material that proves you're gonna earnestly work towards finishing this.

Well, kinda curious about who's gonna win with that.

>>14138516

I honestly think I have a decent shot at it, since I've been concepting for a while and have a few art tests and mockups. My plan was to throw a demo on Kickstarter later anyway, but pitching the concept to this thing can't hurt.

>>14138549

Go for it dude, I would try for sure. There can't be that much competition.

>>14138658

Definitely. There's really barely any german devs, especially small ones, that show any promise, despite the interest and market being there.

>>14138549

I'll be rooting for ya then, Hans.

>>14139488

well it's looking nice tbh

I work full time, but I'm working on a project that I really like and want to see to completion, and I want to devote myself to it full time, i.e. make it a career instead of something I can spend 4 hours a week working on. Does /agdg/ have any sweet grants or ways to generate money so I can pay the bills while developing? Has anyone had a successful kickstarter or community funding here? Does anyone have any failure stories?

I'm not looking for millions of dollars or big crazy bucks. I just want to make it my fun day job that I legitimately enjoy doing, but I have no family to assist me.

>>14139861

if you enjoy it don't make it your job

>>14139771

Pretty much.

dpJudas is the savior that GZDoom has needed for a long, long, long time but is only just now getting.

>>14139861

It's your job to advertise yourself and get people familiar with your game/project/product. Until you gain traction, you want to post on social media, make a YT channel, make a FB group page, post on Twitter, Tumblr, even fucking Reddit or Imgur if you absolutely want to shill yourself. Their circlejerky nature and feel good attitude means you will get some attention regardless.

Set up a Patreon page or a Ko-Fi account to accept random donations, too. Create a "personality" and associate it with your game, but still be professional.

>>14139861

>Grants

Fucking Bioware somehow manages to fleece the Canadian government out of 25% of its production costs on a few games, it can't be that hard.

>>14140267

This is elementary enough that your engine should be able to do it already. Subtract A from B and then take the length of that difference. The length is sqrt(x^2+y^2+z^2).

>>14140267

https://godot.readthedocs.io/en/2.1/learning/features/math/vector_math.html

>>14140302

>>14140329

i've seen lenght() around somewhere in godot but have yet to know how (or more when) to use it. Thanks for the hint. I'll re-read the docs.

>>14140341

Given vectors A and B:

Vector FromAToB = A - B;

float LengthFromAToB = FromAToB.Length();

>>14140816

actually no, that'd be From B to A.

You subtract origin from destination.

B -> A is B-A

A <- B is A-B

>>14140114

Welcome back.

Looking forward to more progress, I really like punchnun.

>>14140816

>>14140818

>>14140831

Good news, the distance from A to B is the same as B to A. It doesn't actually matter which one you use, as long as you're consistent throughout your code (but the universal convention is generally B-A)

>>14128630

All you need to know about programming is the syntax the programming language you want to do and basic logic. That's all!

>>14139205

answer these questions:

what are you trying to achieve?

how are you doing it?

what is your program doing instead?

>>14141680

Just do that, changing the blend color of a draw isn't hard at all, and it would give you more colors overall and take up less texture data.

So I'm trying to use Data Grid on Gamemaker studio, and there's this in the manual.

>NOTE: As with all dynamic resources, data structures take up memory and so should always be destroyed when no longer needed to prevent memory leaks which will slow down and eventually crash your game.

What did they mean by this? I'm making a TES clone and am using DS grids for inventory system. When should I destroy my DS grid?

>>14141930

Also, should I use DS grid for the NPC inventory or will that cause data leak?

>>14141930

>>14141935

I assume that GM internally manages all its objects and resources like sprites and object instances. Based on the wording I assume that it creates unmanaged code to create the data structure. Basically dont create on every frame, be smart about using it, and when youre done with it, destroy it so its memory can be freed

>>14141190

Yes it does, because the vector you're getting from A to B and B to A has a direction.

>>14140861

You're welcome, my guy.

>>14142102

>>14142102

I only skimmed the post, I thought they only needed the length (which is identical)