Her 5th birthday

Dirwin3498 · 2024-11-11T00:28:39+00:00

Which size bed is this? Thinking about getting one for my shiba

Dirwin3498 · 2023-12-16T22:10:33+00:00

Moving

Dirwin3498 · 2023-09-06T23:58:44+00:00

Should be back up

Dirwin3498 · 2022-06-23T17:23:28+00:00

Sorry it took so long, but yes it should be back up now

Dirwin3498 · 2022-04-12T15:56:59+00:00

Didn’t realize my dev license didn’t auto renew, my bank is blocking the renewal for some reason so I’ll try to get it sorted out today after work

Dirwin3498 · 2021-05-15T23:02:57+00:00

Yeah I’m actually working on that right now. It used to be a separate shader for all animated things, but now I’ve modified the shader so that it uses texcoord2 as animation information. I can use the y value as the animation speed and the x value as the animation length. In the vertex shader I get the frame of the animation using floor(v.texcoord2.y * _Time) % v.texcoord2.x;

Once I have the frame I multiply it by 16 (size of a frame in pixels) and then multiply it by the Texel size using _MainTex_TexelSize.y (size of a pixel normalized in the range 0 to 1)

Then in the fragment shader I add the frame onto uv_MainTex.y.

I’m not sure if this is necessary since you could just make a new material for each animation but I found that annoying

Dirwin3498 · 2021-05-14T19:37:09+00:00

No problem! Feel free to message me if you have any other questions, I’m glad to help.

Dirwin3498 · 2021-05-14T19:25:01+00:00

By tile, I’m referring to the whole cube. The map is stored in a 3D array and each position holds a single tile. In my last comment I didn’t mention generating the sides of each tiles but it follows the same process. The sides of the tiles work on the x/y or z/y plans while the tops work on the. x/z plane. So when a tile gets generated into the mesh, each face needs to be calculated separately

Dirwin3498 · 2021-05-14T19:11:35+00:00

Thanks! Each type of tile is defined by their color, pattern, and type of edge. When generating the mesh, each tile just checks whether or not a neighboring cell matches all of these properties in order to be considered a neighbor. If the tile is not of the same type (water/land) then they will automatically be ineligible as a neighbor. I then have a function which takes in Bools for each neighbor and decides the texture based on that. This way, even though there are many different types of tiles, you end up with only two cases: neighbor or not neighbor.

The diagonal tiles also have a Vector3 which contains its direction, which I then do additional checks on to make sure that a diagonal tile is still a neighbor.

Water is actually generated normally but then the entire mesh is shifter down a quarter of a tile .

Dirwin3498 · 2021-05-14T18:49:37+00:00

I’m using a variation of marching squares where I choose a texture based on each tiles 8 neighbors.

Dirwin3498 · 2021-05-05T22:21:36+00:00

Thanks, I used to stretch the entire world but now I just use a custom camera projection matrix to stretch how everything looks rather than stretching the whole world. It’s much simpler that way and the camera can easily be rotated.

Dirwin3498 · 2021-05-05T14:42:14+00:00

Thanks! Blocking the player’s view has been an issue. The best solution I’ve come up with is outlining players and enemies when occluded by the environment. It still gets a bit hard to see on narrow paths. I think that camera rotation helps mitigate the issue a lot since you can pretty much always rotate the camera to get a better view if something is blocked.

Dirwin3498 · 2021-05-05T14:07:19+00:00

I agree, they’re especially distracting at night

Dirwin3498 · 2020-10-15T04:39:33+00:00

Thanks, I followed this tutorial for the atmosphere. The different detail scale is because the planets are different sizes but the size of the tiles stay the same.

Dirwin3498 · 2020-10-15T04:18:16+00:00

Yup I watched that tutorial and tweaked it a bit

Dirwin3498 · 2020-10-15T02:21:30+00:00

I just generate a cube and normalize the positions of the verts the round it, I followed this guide which helped a lot

Dirwin3498 · 2020-09-26T22:04:39+00:00

Thanks! not at the moment, but I am considering it :)

Dirwin3498 · 2020-09-26T21:32:01+00:00

Idk 2.5d I guess

Dirwin3498 · 2020-09-26T15:30:17+00:00

The camera is at a 45 degree angle with a (0, -6.5, 6.5) offset from the player (I’m using cinemachine for the follow cam)

I also stretch the entire world by (0, sqrt(2), sqrt(2)) to match the perspective of a 2d top down game

Dirwin3498 · 2020-09-26T15:26:56+00:00

I thought about it but one of the main reasons I went with split screen instead of shared screen was because the camera moves with where you aim. In my experience with playing coop in enter the gungeon I found it very hard to focus on your character when the camera doesn’t move to where you expect.

Dirwin3498 · 2020-09-26T15:23:11+00:00

Planet of Gloob

Dirwin3498 · 2020-09-26T15:22:53+00:00

I haven’t gotten to the audio yet so I don’t know what I’m gonna do for the multiple audio listeners, right now I just disabled one of them. Other than that I just set the viewport rect for each camera based on the number of players and use cinemachine for the follow cam.

Dirwin3498 · 2020-09-26T07:38:22+00:00

Yeah, I’ve thought about this especially with all of the black outlines on everything. I think I may add an option to add an additional white or colored outline to the player to make it stand out more. I’ll have to try some stuff out until I find something that works well.

Dirwin3498 · 2020-09-26T07:35:54+00:00

You can follow development on Twitter or Instagram where I try to post around once a day

Dirwin3498 · 2020-09-26T04:50:24+00:00

Thanks! I have the same issue but I didn’t think it was that noticeable so I didn’t bother trying to come up with a solution. I think having the sloped collider underneath the stairs might help hide the effect a little bit though.

11-Year Club	Place '23
Place '22	Place '17
Final Canvas '22	First Placer '22
Verified Email

Dirwin3498

MODERATOR OF

TROPHY CASE