| 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) |
| 00:24 |
|
MineTest joined #minetest-delta |
| 00:24 |
|
MineTest left #minetest-delta |
| 01:05 |
|
MineTest joined #minetest-delta |
| 01:50 |
|
OWNSyouAll joined #minetest-delta |
| 02:44 |
|
asm|nop joined #minetest-delta |
| 02:44 |
|
Cauchy left #minetest-delta |
| 04:10 |
|
OWNSyouAll joined #minetest-delta |
| 04:50 |
|
yunfan joined #minetest-delta |
| 04:52 |
|
OWNSyouAll joined #minetest-delta |
| 05:40 |
|
User1090 joined #minetest-delta |
| 07:02 |
|
Djkanna joined #minetest-delta |
| 08:11 |
|
MiJyn joined #minetest-delta |
| 09:27 |
|
Calinou joined #minetest-delta |
| 09:49 |
|
neko259 joined #minetest-delta |
| 10:08 |
|
PilzAdam joined #minetest-delta |
| 12:45 |
|
Wuzzy joined #minetest-delta |
| 13:48 |
|
Calinou joined #minetest-delta |
| 14:20 |
|
Weedy_lappy joined #minetest-delta |
| 14:20 |
|
Weedy_lappy joined #minetest-delta |
| 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:34 |
|
doserj joined #minetest-delta |
| 15:47 |
|
SpeedProg joined #minetest-delta |
| 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:14 |
|
SpeedProg joined #minetest-delta |
| 16:25 |
|
OWNSyouAll joined #minetest-delta |
| 16:29 |
|
LunaVorax joined #minetest-delta |
| 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 |
| 17:32 |
|
NakedFury joined #minetest-delta |
| 17:33 |
|
doserj joined #minetest-delta |
| 17:52 |
|
doserj joined #minetest-delta |
| 18:24 |
|
doserj joined #minetest-delta |
| 18:30 |
|
mrtux joined #minetest-delta |
| 19:00 |
|
LunaVorax joined #minetest-delta |
| 19:05 |
|
SpeedProg joined #minetest-delta |
| 20:13 |
|
mrtux joined #minetest-delta |
| 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 |
| 20:48 |
|
LandMineMT joined #minetest-delta |
| 20:50 |
|
LandMine joined #minetest-delta |
| 22:17 |
|
SpeedProg joined #minetest-delta |
