Time  Nick      Message
00:02 celeron55 all of that is definitely doable; it's really a matter of whether capable people find the motivation to put the required hours into making each part happen
00:04 celeron55 i tend to be a pessimist, though. but it's not like it'd suddenly die - it is the only one of it's kind (assuming 'kind' is defined appropriately) and it dying requires that somebody whips up a better open source one from the ground up; but that isn't bad for anyone anyway
00:05 celeron55 all in all, we don't really have anything to lose
00:05 celeron55 it's a good start for anything creative
00:07 celeron55 i'd imagine putting up a more solid open source project would require some kind of a monetizing model
00:07 celeron55 because it'd require some real resources
00:09 celeron55 (as in paid programmer time)
14:45 PilzAdam  Taoki, there is a bug in attachment of players to lua entities
14:46 PilzAdam  the player gets small and you cant hit him: http://www.zimg.eu/i/2978485733
14:46 PilzAdam  when detached the player gets big again and it moves from the starting piont to the detach point
14:50 PilzAdam  the visuals of the little player also dont turn arround when the player in the cart moves the camera
15:07 Taoki     PilzAdam: The visuals of the player not turning around as the player moves is normal. It's not possible to make the attached mesh rotate with the player's view angle, for many reasons. The small player is a bug... maybe the kart is set to an incorrect size? Children in Irrlicht might copy the parent's size as well. Moving from start to detachment point is a bug in my code, I need to think why
15:09 Taoki     PilzAdam: Are the visuals of the cart set to a size other than 1 x 1? The LUA function allows deciding that... I think it's the v_size property in set_properties (or something like that)
15:11 PilzAdam  the cart has drawtype wielditem: https://github.com/PilzAdam/carts/blob/attachment/init.lua#L44
15:11 Taoki     visual_size = {x=0.85*2/3, y=0.85*2/3},
15:11 Taoki     That's why the player gets small
15:12 Taoki     In Irrlicht an attachment likely copies the size of the parent too. Try to do something that requires visual_size to be 1 x 1
15:12 Taoki     Erm, works with visual_size being 1 x 1
15:12 PilzAdam  you should change that
15:12 Taoki     This likely can't be helped, it's an Irrlicht thing
15:13 Taoki     What I can and should urgently fix is player moving from detachment point to start point (or the other way around) after being detached. Sounds like somehow attached players don't update their position to the server
15:15 Taoki     I also don't think I can make an attached player turn around toward where the player is looking. Attachments copy the origin of the parent. I could try to add an offset, but that would probably be hard and require converting world space to local space or something. It shouldn't be something a lot of people will notice though... especially since players will be sitting in the cart and should ...
15:15 Taoki     ... eventually be able to turn their head around
15:32 Taoki     PilzAdam: Alsok, to make the player face forward and not sideways in the cart: Use (0, 90, 0) for the rotation parameter. Or (0, -90 0) if that one is it
15:50 Taoki     PilzAdam: Are you using the latest GIT right now? The problem I noticed regarding players walking from last detached position to current position after being detached, was fixed yesterday or two days ago. Normally it shouldn't happen now... can you update to the latest rev and confirm that's still the case?
15:51 PilzAdam  I played on RBA's server; he builded it today and my version is from yesterday iirc
15:51 Taoki     My test case is a script attaching one player to another player. I used to have that too but fixed it a few hours later. When the parent player disconnects the attached player is dropped at the same location
15:51 Taoki     hmmm
15:52 Taoki     You noticed that bug on his server?
15:52 PilzAdam  yep
15:52 Taoki     odd. I'll try some more tests
15:52 PilzAdam  you can join his server: 77.91.18.205:30000
15:53 Taoki     Might try that then, hold on\
16:05 PilzAdam  Taoki, also another bug: if i join a server the players are not shown attachet to me
16:05 Taoki     Weird too. Attachments are sent in entity initialization
16:06 Taoki     Will look at that too
16:06 PilzAdam  e.g. RBA is moving attached in the cart; i rejoined and now hes standing on the rails
16:06 Taoki     odd
16:06 Taoki     Doesn't do that here, but I'm only testing locally. Will see
16:06 PilzAdam  i hope these bug reports help to develop further
16:11 Taoki     sure
16:54 Taoki     PilzAdam: The issue with not seeing the player re-attached is likely not due to my code. Attachments are sent in client initialization data, and re-connecting on my local server causes everything to work well
16:54 Taoki     The only thing that could be causing that is if client ID's don't match server ID's. As in, getId() does not return the same for a CAO as its SAO variant
16:55 Taoki     That I don't know how to fix... c55 might know how. To be sure it's this, one of us should reconnect without any other player or entity being added or removed. That should cause the ID's to be generated in the same order and we can know it's that
16:56 PilzAdam  maybe i have not latest version of your code
16:57 Taoki     No, I saw it too on RBA's server
20:17 Taoki     PilzAdam: My latest code should fix the player teleportation problem. RBA isn't answering me on the other channel as to when he's updating that so we can test it again if it's fixed