0.5.0

User avatar
TenPlus1
Member
 
Posts: 1874
Joined: Mon Jul 29, 2013 13:38
GitHub: tenplus1

Re: 0.5.0

by TenPlus1 » Wed Oct 07, 2015 09:07

*boom* *pow* right in the kisser.
 

User avatar
Calinou
Member
 
Posts: 3124
Joined: Mon Aug 01, 2011 14:26
GitHub: Calinou
IRC: Calinou
In-game: Calinou

Re: 0.5.0

by Calinou » Wed Oct 07, 2015 09:47

Linuxdirk wrote:Better lighting and absolutely no 2D objects (this ain't 1995).


Is there any fully client-side 3D animated torch mod with particles?
 

User avatar
jp
Member
 
Posts: 705
Joined: Wed Dec 18, 2013 09:03
GitHub: kilbith

Re: 0.5.0

by jp » Wed Oct 07, 2015 10:18

Particle spawners are entirely server-side.
 

User avatar
Ferk
Member
 
Posts: 330
Joined: Tue Aug 18, 2015 17:18
GitHub: Ferk

Re: 0.5.0

by Ferk » Wed Oct 07, 2015 10:32

jp wrote:Particle spawners are entirely server-side.

I wonder if there'd be a way to create an animated 3D mesh that somehow imitates a smoke effect that looks believable. Then that could be added to the torches and the smoke would be client side.

But yeah, it would be a hack and not a solution. A proper particle client-side api would be awesome, specially since we have a client-side option to enable/disable particles anyway, it doesn't make much sense for the server to do this.
Maybe such a system could make it viable to have foam in the water, proper smoke and maybe snow/rain.

The same applies to the calculations for ambiental sound effects.
{ ☠ Dungeontest ☠ , ᗧ••myarcade•• }
 

User avatar
jp
Member
 
Posts: 705
Joined: Wed Dec 18, 2013 09:03
GitHub: kilbith

Re: 0.5.0

by jp » Wed Oct 07, 2015 10:47

Ferk wrote:I wonder if there'd be a way to create an animated 3D mesh that somehow imitates a smoke effect that looks believable.

An "animated 3D mesh" is called an entity in Minetest :)

But yes, we could fake the particle effect by adding a mesh plane atop the torch model and set an animated texture which let appear a chronical spark on that plane. It would be truly client-side.
 

User avatar
Ferk
Member
 
Posts: 330
Joined: Tue Aug 18, 2015 17:18
GitHub: Ferk

Re: 0.5.0

by Ferk » Wed Oct 07, 2015 11:14

jp wrote:An "animated 3D mesh" is called an entity is Minetest :)

Yes, I know entities (and also nodes) can be meshes.
What I was wondering is if the effect would be doable in blender in a way that doesn't look too obvious. My modelling skills leave much to be desired, I wouldn't be able to know whether it's even possible to make it look good as an animation, or if it would need to be in software to be decent.

It wouldn't have to be a truely 3D-looking model, just an animation of 2D planes that move around and have a texture that can use transparency so we could add different particles by changing the skin
{ ☠ Dungeontest ☠ , ᗧ••myarcade•• }
 

User avatar
jp
Member
 
Posts: 705
Joined: Wed Dec 18, 2013 09:03
GitHub: kilbith

Re: 0.5.0

by jp » Wed Oct 07, 2015 11:29

The effect is doable in Blender but not usable in Minetest as a meshnode (an entity is necessary but it's not a good deal for decoration and other placeable stuff, entities are primarily ment for mobs).

But as I said, you can add a plane in the torch model (remaining a static model) and set an animated texture on it (over the Lua code) for the spark.

Image

In black, the torch model.
In red, the 2D plane.
 

gravelman
Member
 
Posts: 48
Joined: Sat Dec 06, 2014 12:31
In-game: gravelman

Re: 0.5.0

by gravelman » Fri Oct 09, 2015 09:35

Ferk wrote:
gravelman wrote:Better PvP.

Can you be more specific? What do you think would be a good way to improve combat?

I mean mainly knockback. That will make PvP more realistic and funny.
Hopp Schwizz!
 

User avatar
TenPlus1
Member
 
Posts: 1874
Joined: Mon Jul 29, 2013 13:38
GitHub: tenplus1

Re: 0.5.0

by TenPlus1 » Fri Oct 09, 2015 13:09

+1 on controlling Player acceleration.
 

User avatar
Calinou
Member
 
Posts: 3124
Joined: Mon Aug 01, 2011 14:26
GitHub: Calinou
IRC: Calinou
In-game: Calinou

Re: 0.5.0

by Calinou » Fri Oct 09, 2015 14:26

Stun is easier to code than knockback. Stun would result in slower movement for a limited time after receiving damage. This would work especially well on mobs.
 

User avatar
Ferk
Member
 
Posts: 330
Joined: Tue Aug 18, 2015 17:18
GitHub: Ferk

Re: 0.5.0

by Ferk » Fri Oct 09, 2015 14:31

I wonder if doing player:setpos() to move it one "meter" backwards would be too jumpy
{ ☠ Dungeontest ☠ , ᗧ••myarcade•• }
 

User avatar
TenPlus1
Member
 
Posts: 1874
Joined: Mon Jul 29, 2013 13:38
GitHub: tenplus1

Re: 0.5.0

by TenPlus1 » Fri Oct 09, 2015 16:23

Ferk: you would have to deal with server lag also.
 

blockybison
New member
 
Posts: 9
Joined: Mon Sep 28, 2015 21:25

Re: 0.5.0

by blockybison » Fri Oct 09, 2015 16:27

Correct me if I'm wrong but the way I see it, client-side scripting should be a priority because of things like this. Couldn't the knockback effect be done by: (server side) accelerating the entity in the direction opposite to the blow, and (client side) predicting the final position of the entity that was hit and do the animation? I'm by no means an experienced modder but the "everything is done on server side" model seems very silly to me, not to mention that it makes the game feel overall very unresponsive.
 

User avatar
Linuxdirk
Member
 
Posts: 497
Joined: Wed Sep 17, 2014 11:21
GitHub: dsohler
In-game: Linuxdirk

Re: 0.5.0

by Linuxdirk » Fri Oct 09, 2015 23:30

jp wrote:But as I said, you can add a plane in the torch model (remaining a static model) and set an animated texture on it (over the Lua code) for the spark.

If it prevents THIS from happening I’m fine with whatever it takes …

Image

To me this does not add any “charisma” or whatever you want to call it to the game. It only looks horribly outdated and last-century. Even Doom had better 2D objects.
 

User avatar
kaadmy
Member
 
Posts: 627
Joined: Thu Aug 27, 2015 23:07
GitHub: kaadmy
IRC: KaadmY
In-game: KaadmY kaadmy NeD

Re: 0.5.0

by kaadmy » Fri Oct 09, 2015 23:45

blockybison wrote:Correct me if I'm wrong
[...]
Couldn't the knockback effect be done by: (server side) accelerating the entity in the direction opposite to the blow

That wouldn't work, as players have no (Mod-changeable)velocity, and therefore cannot be pushed around. The current mobs_redo mod, however, does already do that.

blockybison wrote:the "everything is done on server side" model seems very silly to me, not to mention that it makes the game feel overall very unresponsive.

The server-side principal is a very good one and usually works well, but coupled with extreme lag/latency is disastrous.
Never paint white stripes on roads near Zebra crossings.
 

User avatar
rubenwardy
Member
 
Posts: 4500
Joined: Tue Jun 12, 2012 18:11
GitHub: rubenwardy
IRC: rubenwardy
In-game: rubenwardy

Re: 0.5.0

by rubenwardy » Sat Oct 10, 2015 00:09

kaadmy wrote:
blockybison wrote:the "everything is done on server side" model seems very silly to me, not to mention that it makes the game feel overall very unresponsive.

The server-side principal is a very good one and usually works well, but coupled with extreme lag/latency is disastrous.


That's why client-side prediction and server side reconciliation is used - Minetest just doesn't have that for mods yet.
 

blockybison
New member
 
Posts: 9
Joined: Mon Sep 28, 2015 21:25

Re: 0.5.0

by blockybison » Sat Oct 10, 2015 01:13

kaadmy wrote:That wouldn't work, as players have no (Mod-changeable)velocity, and therefore cannot be pushed around. The current mobs_redo mod, however, does already do that.


That is unfortunate. If you are familiar with the engine's design, can you tell me why that is, and what would be the challenges to be faced in order to add this feature?

kaadmy wrote:The server-side principal is a very good one and usually works well, but coupled with extreme lag/latency is disastrous.


I think it's amusing that the project is really concerned about running smoothly on older machines, yet network issues are overlooked. I'd argue that nowadays the second is a bigger issue unless you play on geographically close servers and subscribe to a non-shit ISP (which are notoriously rare if the complaints you hear from people around the world are to be believed).

rubenwardy wrote:That's why client-side prediction and server side reconciliation is used - Minetest just doesn't have that for mods yet.


The ability to do that sounds like a pretty big thing to overlook when you are building an engine that's supposed to be as bare-bones as possible and let the modders do everything else! (edit: but I don't know exactly how challenging it would be to implement decent client-side scripting capabilities so I can't complain too much)
 

User avatar
jp
Member
 
Posts: 705
Joined: Wed Dec 18, 2013 09:03
GitHub: kilbith

Re: 0.5.0

by jp » Sat Oct 10, 2015 10:34

@Linuxdirk : it also grants a larger freedom to texture packs and overall tuning. 1/16 pixels are last century as well... If we were "2015-fad", Minetest would be not Minetest, but Rust. This is a simplistic abstract game anyways.
 

User avatar
Ferk
Member
 
Posts: 330
Joined: Tue Aug 18, 2015 17:18
GitHub: Ferk

Re: 0.5.0

by Ferk » Sat Oct 10, 2015 11:57

Linuxdirk wrote:If it prevents THIS from happening I’m fine with whatever it takes …


Actually I don't get why don't we have the "wielditem" visual available for nodes as well. The torches would probably look much better if they were displayed in the world the same way they are displayed when they are in the hands of the player. They would have some depth so they wouldn't disappear if you front-face them, and imho they would look pretty amazing already.

My guess is that perhaps there's no animation system implemented for wielditem visuals?
{ ☠ Dungeontest ☠ , ᗧ••myarcade•• }
 

User avatar
rubenwardy
Member
 
Posts: 4500
Joined: Tue Jun 12, 2012 18:11
GitHub: rubenwardy
IRC: rubenwardy
In-game: rubenwardy

Re: 0.5.0

by rubenwardy » Sat Oct 10, 2015 15:51

The system of extrusion adds lots of faces, which causes an fps reduction.

RealBadAngel did some work on this.
 

User avatar
kaadmy
Member
 
Posts: 627
Joined: Thu Aug 27, 2015 23:07
GitHub: kaadmy
IRC: KaadmY
In-game: KaadmY kaadmy NeD

Re: 0.5.0

by kaadmy » Sat Oct 10, 2015 16:26

Maybe a client-side option for extruded sprites?
Also, wieldhand animations would be really cool. Think animated torches :)
Never paint white stripes on roads near Zebra crossings.
 

User avatar
Ferk
Member
 
Posts: 330
Joined: Tue Aug 18, 2015 17:18
GitHub: Ferk

Re: 0.5.0

by Ferk » Sat Oct 10, 2015 17:21

Then why is it ok to have the extrusion for entities? In theory someone could start dropping items like crazy which use the wielditem visual and make everyone's FPS drop.

kaadmy wrote:Maybe a client-side option for extruded sprites?

I also think this would be a good option then. Both for those who need higher FPS (since now they would be able to disable the extrusion completely) and also for those with good computers who want to have nice visuals and 3D torchlike nodes.
{ ☠ Dungeontest ☠ , ᗧ••myarcade•• }
 

Heybye44
Member
 
Posts: 20
Joined: Wed Jun 24, 2015 15:55
GitHub: Heybye44
IRC: CoolantDragon
In-game: Heybye44

Re: 0.5.0

by Heybye44 » Sun Oct 11, 2015 00:08

Ferk wrote:Then why is it ok to have the extrusion for entities? In theory someone could start dropping items like crazy which use the wielditem visual and make everyone's FPS drop.

kaadmy wrote:Maybe a client-side option for extruded sprites?

I also think this would be a good option then. Both for those who need higher FPS (since now they would be able to disable the extrusion completely) and also for those with good computers who want to have nice visuals and 3D torchlike nodes.


Maybe if the FPS dropped or there are too many extrusions then Minetest could temporarily disabled it. 0.5 should have an adaptive graphics feature.
 

Previous

Return to Minetest General

Who is online

Users browsing this forum: No registered users and 48 guests