Minetest logo

IRC log for #minetest-dev, 2014-03-19

| Channels | #minetest-dev index | Today | | Google Search | Plaintext

All times shown according to UTC.

Time Nick Message
00:37 salamanderrake joined #minetest-dev
00:51 salamanderrake joined #minetest-dev
01:55 Weedy_lappy joined #minetest-dev
03:05 ImQ009 joined #minetest-dev
03:43 Weedy_lappy joined #minetest-dev
03:43 Weedy_lappy joined #minetest-dev
04:16 kaeza joined #minetest-dev
04:50 smoke_fumus joined #minetest-dev
05:25 grrk-bzzt joined #minetest-dev
07:19 PenguinDad joined #minetest-dev
07:45 unnamed joined #minetest-dev
09:09 rsiska joined #minetest-dev
09:43 ImQ009 joined #minetest-dev
09:48 tomreyn joined #minetest-dev
09:56 proller joined #minetest-dev
10:44 deltib joined #minetest-dev
11:06 Shardvex joined #minetest-dev
11:10 deltib joined #minetest-dev
11:36 alexxss joined #minetest-dev
11:43 Megaf joined #minetest-dev
12:18 PilzAdam joined #minetest-dev
12:26 restcoser joined #minetest-dev
12:31 OldCoder joined #minetest-dev
12:42 EvergreenTree joined #minetest-dev
13:01 hmmmm joined #minetest-dev
13:03 iqualfragile joined #minetest-dev
13:14 kaeza joined #minetest-dev
13:21 ImQ009 joined #minetest-dev
13:28 Zeitgeist_ joined #minetest-dev
13:28 Zeitgeist_ joined #minetest-dev
13:55 Exio4 joined #minetest-dev
14:52 kahrl joined #minetest-dev
15:06 proller joined #minetest-dev
15:15 proller joined #minetest-dev
15:28 proller joined #minetest-dev
15:58 Jordach joined #minetest-dev
15:59 Sokomine ah. hi jordach. that's practical :-) are you responsible for the player model inside the game?
16:00 Sokomine because i have a request there: it would be great if the model had some sleep animation. could be just a few frames
16:02 Sokomine Jordach: hi?
16:02 * Jordach is still sleepy
16:04 * Sokomine puts some coffee, tea and cacao in front of jordach to choose from
16:06 Sokomine it would also be great if the collusion box could be changed in case of sitting or lying player models. my first attempts there where not very successful
16:51 Calinou joined #minetest-dev
16:55 Gethiox joined #minetest-dev
17:03 sapier joined #minetest-dev
17:19 kaeza joined #minetest-dev
18:10 sapier https://github.com/minetest/minetest/pull/1178  --> -250LOC
18:10 sapier #1178
18:10 ShadowBot https://github.com/minetest/minetest/issues/1178 -- Replace deathscreen by formspec variant by sapier
18:11 proller wooow! 0 removed spaces!
18:11 sapier already done there ;-P
18:12 proller how to make auto respawn with it
18:12 sapier good question hod was this done before?
18:12 sapier didn't see anything related to it
18:16 proller why you remove player->setPosition(player->getPosition() + v3f(0,-BS,0));
18:17 sapier why keep code which is already commented out?
18:17 proller ops
18:17 proller miss
18:17 proller okay, all ok
18:17 sapier no problem I wondered why it was in there too
18:18 sapier but as it did obviously work without it too no need to keep it
18:26 PilzAdam joined #minetest-dev
18:41 celeron55 what that code was doing at some unknown point of time was placing the camera (by moving the player) to near the ground
18:41 celeron55 and if i recall correctly, it also pointed the camera to the entity that killed the player
18:41 rsiska joined #minetest-dev
18:41 celeron55 but all of that seemed to have been commented out; i wonder why
18:42 sapier hmmm sound's like a valid behaviour
18:42 celeron55 well it would certainly be good
18:43 sapier do we always know what caused death?
18:43 sapier e.g. on drop
19:00 nore joined #minetest-dev
19:01 jin_xi joined #minetest-dev
19:02 nore can I push that? https://github.com/Novatux/minetest/commit​/859fd3102f55bc7cf1d3fdc18d8c1977562af748
19:25 PilzAdam nore, this is basically what I do here: https://github.com/PilzAdam/ite​m_drop/blob/master/init.lua#L18
19:28 Calinou https://github.com/minetest/minetest/issues/1179 tag as enhancement
19:37 celeron55 sapier: no; in those cases such camera adjustment shouldn't happen
19:37 celeron55 well, except maybe point to where the player fell? dunno
19:37 celeron55 from where*
19:48 proller joined #minetest-dev
19:56 werwerwer joined #minetest-dev
20:05 spillz joined #minetest-dev
20:06 nore joined #minetest-dev
20:06 Sokomine the entity that killed the player - it would be very helpful if we could access that one lua-wise
20:06 sapier ok ok I'm gonna add the commented code again for someone else to fix that feature ;-P
20:09 sapier well ... we could just drop that feature too it's inavtive for more then 2 years now witout anyone missing it
20:11 khonkhortisan joined #minetest-dev
20:30 celeron55 sapier: i don't really care; but it's one of those details that nobody explicitly notices but what makes a thing seem more interesting and finished
20:31 celeron55 (probably)
20:32 sapier true, I'm gonna add a TODO explaining what that code is meant todo, I don't wann fix multiple things at once
20:39 Shardvex joined #minetest-dev
20:40 spillz hi, is this a non-starter? https://forum.minetest.net/viewtopic.php?id=8825 I don't want to spend time on it if people are actively opposed and just too polite, or disinterested, to say. screw polite...
20:42 sapier for what I remember someone already is working on some keymap configuration support but I don't exactly know how far his efforts have progressed by now
20:46 sapier I'm gonna create a pull request for my android port this weekend. I hope to get some feedback before maybe a little bit more then last weeks ;-)
20:52 proller leave menu from pc version
20:53 sapier doesn't fit on almost all android devices
20:54 sapier for some reason google decided to use (almost) a 1:2 ratio
20:55 sapier btw the new code is meant to replace current one too, it's way more clean and generic
20:55 sapier not as hacky and grown as current one
20:55 proller scale menu and leave all elements
20:55 sapier you can't scale the menu down
20:55 sapier doesn't work
20:56 proller most devices have 640 screens
20:56 sapier up is no problem but smaler is a issue
20:56 sapier no
20:56 sapier 552
20:56 sapier tablets have those damn button bar at bottom reducing available size too
20:57 sapier we've got plenty of room to side but height is a real problem
20:58 spillz @sapier: https://forum.minetest.net/vie​wtopic.php?pid=133752#p133752 did you see it?
20:58 sapier what's the rail issue?
20:59 spillz rail issue https://forum.minetest.net/vie​wtopic.php?pid=133511#p133511
21:00 spillz Do use and interact work for you (tap to interact?)
21:00 sapier ok I'm gonna have a look at it
21:00 sapier long tab (without moving) dig, short tab place
21:02 spillz Very unreliable (I.e. doesn't always work, but could be mostly lag communicating with server - was a single player game, playing on Nexus 7 original)
21:04 sapier sfan5, I'm gonna start merge process of my fixes as of this weekend. Of course it's gonna be some time till it's finaly ready for merge. I'd prefere to merge your fixes first, but without your support I wont/can't do it.
21:04 sfan5 my fixes?
21:05 sapier those android fixes you may have in your branch which should be merged or replace things I did
21:05 sfan5 I don't know of any fixes
21:05 sapier spillz server is not involved in detection of short and long tabs
21:06 sfan5 also depends on your definiton of 'fix'
21:06 sapier everything beeing better then things I did ... controls for example are a matter of personal preference. If there's some common agreement another way of doing controls is better I'll merge that style
21:07 sapier e.g that discovery style ... yes it feels more smoth but it doesn't fit our current engine design (at least atm)
21:08 sapier and imho for looking around the way I did it is even slightly better then discovery variant
21:08 sfan5 discovery style?
21:08 sfan5 also I think my controls are not that good
21:10 sapier my controls right now have issues with buggy touchscreens
21:11 sapier e.g. if a touchscreen is unable to get a stable singular touch ... I've tested at a device where placing your finger on screen results in a tap followed by a very short move everytime ... right now that's gonna ruin digging. I'm about to add a threshold to catch things like that but it's suboptimal
21:13 spillz @sapier: the touches detect fine, they just don't do the intended action every time, or do it with a considerable lag
21:13 celeron55 spillz: building those on top of chat commands is weird but convenient as you're saying
21:14 celeron55 spillz: i'd say wait for more comments on the forum, and ask about comments on #minetest too
21:16 celeron55 spillz: have you come up with any clear downsides and/or alternative solutions?
21:18 celeron55 i think if nobody can come up with any real reason for not doing so, mapping keys to chat commands should be made possible
21:24 celeron55 and your current patch is quite fine
21:26 spillz one downside might be idiots spamming server with key presses (but there's always going to be idiots)
21:27 celeron55 well those are called griefers and they already spam key presses (well, mouse clicks mostly)
21:27 celeron55 that's a non-issue
21:28 celeron55 (and that problem would exist in any custom key thing, not depending on if it uses chat commands or not)
21:28 sapier spillz is the key setting cache required outside of keycode.cpp? if not I suggest making it a static variable to not pollute global namespace
21:29 spillz another: more sophisticated things like wanting to be able to do more sophisticated key press stuff like holding down keys to perform an action until released or combining keys. would need something more like client side lua to do sophisticated stuff
21:30 celeron55 yes, that is mostly out of scope at the moment and needs to be thinked again much later
21:30 celeron55 it's not likely to conflict with this though
21:30 sapier command_key_cache_loaded is a nother candidate to find a way without a global variable
21:31 celeron55 (we just need to then define what key mapping gets prioritized over the other)
21:31 spillz (ugh... that last post. typing on a phone seems to makes me read like I have lower IQ)
21:32 sapier we're not writing some epic tale here so don't bother ;-)
21:34 spillz @sapier: the other key cache isn't static is it? I can put it all in some anon namespace...
21:35 sapier that's a usefull way to do it too yes
21:35 sapier singletons are another option but I guess even mentioning this word will cause somebody to shout ... *duck and wait*
21:36 celeron55 bah, none of that actually matters
21:36 celeron55 just making it static is plenty enough
21:37 celeron55 them*
21:42 spillz was thinking to add a gui (in game? just main menu?) that would indicate any conflicts. does form spec handle list boxes and scrollbars?
21:42 hmmmm https://github.com/minetest/minetest/commi​t/23be6450a115954b281c045aefacbefba6837b6f
21:42 hmmmm why
21:42 hmmmm ShadowNinja
21:42 sapier listbox yes scrollbar now
21:43 sapier well you have to use tables to create a listbox ... and the listbox has a scrollbar ... but no scrollbars for different listboxes
21:45 spillz The other part is to allow mods to register actions with default keys. that would need some api.
21:45 grrk-bzzt joined #minetest-dev
21:46 sapier you're welcome to do so this feature is long outstanding ... in best case find some way to simulate this on android touchscreens too
21:47 sapier :-) but that's not a must
21:51 E4xoi joined #minetest-dev
21:53 spillz I will keep working on it and thinking about android implications. user define-able onscreen buttons?
21:53 celeron55 i think the gui is fairly straightforward; the api however is more of a brainhurt
21:54 celeron55 happily the api isn't as important as the basic functionality
21:55 spillz agree that its harder (last on my list) just a nice to have for mod developers.
21:56 celeron55 and actually it might even be that we don't want an api for it, or that the api never automatically makes any buttons to activate, but rather creates some kinds of suggestion
21:56 celeron55 +s
21:56 celeron55 that can be easily enabled in the key configuration
21:58 spillz joined #minetest-dev
22:23 Megaf joined #minetest-dev
22:26 spillz joined #minetest-dev
22:40 sapier left #minetest-dev
23:33 rsiska joined #minetest-dev
23:57 us`0gb joined #minetest-dev
23:59 EvergreenTree joined #minetest-dev
23:59 us`0gb I have two questions. Minetest's protocol is based on UDP not TCP, right? Also, does Minetest's protocol have a name? MTP, perhaps? Maybe that was three questions. I'm not sure.

| Channels | #minetest-dev index | Today | | Google Search | Plaintext