Time |
Nick |
Message |
00:01 |
|
SoniEx2 joined #minetest-dev |
00:17 |
|
CraigyDavi joined #minetest-dev |
00:38 |
|
Piggybear87 joined #minetest-dev |
01:11 |
|
zat joined #minetest-dev |
01:30 |
|
CraigyDavi_ joined #minetest-dev |
02:38 |
|
VargaD joined #minetest-dev |
03:21 |
|
CraigyDavi__ joined #minetest-dev |
03:37 |
|
Exio4 joined #minetest-dev |
03:43 |
|
CraigyDavi_ joined #minetest-dev |
03:59 |
|
CraigyDavi joined #minetest-dev |
04:53 |
|
Miner_48er joined #minetest-dev |
04:58 |
|
Miner_48er joined #minetest-dev |
05:16 |
|
SoniEx2 joined #minetest-dev |
05:16 |
|
CraigyDavi_ joined #minetest-dev |
05:33 |
|
kaeza joined #minetest-dev |
05:39 |
|
Hunterz joined #minetest-dev |
05:49 |
|
NakedFury joined #minetest-dev |
06:07 |
|
Garmine joined #minetest-dev |
06:14 |
|
nore joined #minetest-dev |
06:22 |
|
CraigyDavi__ joined #minetest-dev |
06:29 |
|
CraigyDavi_ joined #minetest-dev |
06:59 |
|
darkrose joined #minetest-dev |
07:24 |
|
LemonLake joined #minetest-dev |
07:26 |
|
CraigyDavi joined #minetest-dev |
07:38 |
|
nore joined #minetest-dev |
08:23 |
|
PenguinDad joined #minetest-dev |
08:49 |
|
arjuna joined #minetest-dev |
08:54 |
|
kahrl joined #minetest-dev |
09:16 |
|
celeron55 joined #minetest-dev |
09:18 |
|
CraigyDavi_ joined #minetest-dev |
09:22 |
|
SmugLeaf joined #minetest-dev |
09:23 |
|
Weedy joined #minetest-dev |
09:27 |
|
rdococ joined #minetest-dev |
09:29 |
|
Weedy joined #minetest-dev |
09:34 |
|
arjuna joined #minetest-dev |
09:36 |
|
CraigyDavi_ joined #minetest-dev |
09:36 |
|
sapier1 joined #minetest-dev |
09:38 |
|
sapier left #minetest-dev |
09:39 |
|
sapier joined #minetest-dev |
09:44 |
|
Weedy joined #minetest-dev |
09:45 |
|
Weedy joined #minetest-dev |
09:45 |
|
emptty joined #minetest-dev |
09:52 |
|
CraigyDavi joined #minetest-dev |
09:55 |
|
nore joined #minetest-dev |
10:04 |
sapier |
Any comments on defining doxygen style function documentation to be the official way of documenting functions in headers? ... not as in "You have to document everything in doxygen" but more like "If you want to document do it in doxygen style" |
10:09 |
|
tomreyn joined #minetest-dev |
10:10 |
|
tomreyn joined #minetest-dev |
10:10 |
|
ImQ009 joined #minetest-dev |
10:20 |
|
nore joined #minetest-dev |
10:28 |
|
vifino joined #minetest-dev |
10:36 |
|
arjuna joined #minetest-dev |
10:37 |
|
nore joined #minetest-dev |
10:40 |
|
grrk-bzzt joined #minetest-dev |
10:54 |
|
PilzAdam joined #minetest-dev |
10:56 |
RealBadAngel |
hi |
10:56 |
RealBadAngel |
i was lookin for embeddable database for mods |
10:57 |
RealBadAngel |
what do you guys think about it: http://sphia.org/ |
10:57 |
RealBadAngel |
https://github.com/mkottman/lua-sophia |
10:59 |
RealBadAngel |
sapier, ? |
11:20 |
sapier |
well doesn't seem to be very marture |
11:22 |
sapier |
I suggest using some tested and proven code not bleeding edge implementations no one knows how much bugs are hidden or how long they will exist |
12:11 |
|
Jordach joined #minetest-dev |
12:17 |
|
Piggybear87 joined #minetest-dev |
12:29 |
|
Jordach joined #minetest-dev |
12:40 |
|
arjuna joined #minetest-dev |
12:45 |
|
proller joined #minetest-dev |
12:47 |
|
Bhima joined #minetest-dev |
13:05 |
|
matthiaskrgr joined #minetest-dev |
13:05 |
|
matthiaskrgr left #minetest-dev |
13:14 |
|
init joined #minetest-dev |
13:17 |
|
nore joined #minetest-dev |
13:22 |
|
hmmmm joined #minetest-dev |
13:45 |
dsimon |
RealBadAngel, would probably be best to implement it based on whatever backend store minetest is already using |
13:45 |
|
Garmine joined #minetest-dev |
13:47 |
|
nore joined #minetest-dev |
13:54 |
|
werwerwer joined #minetest-dev |
14:00 |
|
rsiska joined #minetest-dev |
14:02 |
|
Megaf joined #minetest-dev |
14:02 |
sfan5 |
RealBadAngel: https://github.com/sfan5/minetest/tree/sophia-db already last year, the sophia database corrupted itself after use, maybe it's fixed now |
14:08 |
|
rsiska joined #minetest-dev |
14:11 |
|
ImQ009 joined #minetest-dev |
14:14 |
sapier |
I wonder why everyone tries to improve performance by replacing database instead of looking for more hard to find issues burried within our own code ;-) |
14:15 |
|
Zeitgeist_ joined #minetest-dev |
14:15 |
|
Zeitgeist_ joined #minetest-dev |
14:18 |
|
nore joined #minetest-dev |
14:33 |
PilzAdam |
ShadowNinja, tabs are 4-space width |
14:45 |
|
nore joined #minetest-dev |
15:32 |
|
Megaf_ joined #minetest-dev |
15:54 |
sapier |
https://forum.minetest.net/viewtopic.php?f=3&t=9385 Please join discussion about android port singleplayer game |
15:58 |
|
zat joined #minetest-dev |
16:02 |
|
nore joined #minetest-dev |
16:19 |
|
Hunterz joined #minetest-dev |
16:24 |
|
Calinou joined #minetest-dev |
16:25 |
|
rubenwardy joined #minetest-dev |
16:30 |
|
kaeza joined #minetest-dev |
16:40 |
|
grrk-bzzt joined #minetest-dev |
16:41 |
sapier |
I've got a crash on android port in blitBackAll ... "block" is 0 |
16:44 |
|
ImQ009 joined #minetest-dev |
16:55 |
|
Taoki joined #minetest-dev |
16:58 |
sapier |
come on guys if you call getBlockNoCreateNoEx you have to either be sure it wont return 0 or check for 0 |
17:02 |
|
nore joined #minetest-dev |
17:04 |
|
LemonLake joined #minetest-dev |
17:08 |
|
Zeitgeist_ joined #minetest-dev |
17:11 |
rubenwardy |
Are all players currently loaded into ram at once? How hard would it be to only load the players that are online? |
17:14 |
sapier |
not a big deal but how big are players? |
17:14 |
sapier |
hmm ok palyer size isn't the issue but player count |
17:18 |
sapier |
I wonder what's the source bug behind block not beeing available within finishBlock... |
17:24 |
sfan5 |
PilzAdam: tabs have no defined width in spaces |
17:25 |
PilzAdam |
sfan5, they have to if we have a char limit for lines; in the old style guidelines it was defined to be 4 |
17:25 |
sfan5 |
I mean generally |
17:26 |
sfan5 |
rubenwardy: it is not proven that the "RPi" subgame is really faster |
17:26 |
rubenwardy |
Yeah, I realise that XD |
17:26 |
PilzAdam |
I was referring to this: https://github.com/minetest/minetest/pull/1341#issuecomment-44471878 |
17:26 |
sfan5 |
*sigh* |
17:28 |
sfan5 |
I wish compiling for android without libcrystax would not break horribly |
17:31 |
|
kaeza joined #minetest-dev |
17:38 |
sapier |
it doesn't |
17:39 |
sapier |
I'm compiling with default ndk |
17:39 |
sfan5 |
same here |
17:40 |
sapier |
you only have to fix wchar conversions |
17:40 |
sfan5 |
I'm compiling with the android support library that does this for me |
17:40 |
sapier |
why do you use it if it doesn't work? |
17:41 |
|
jin_xi joined #minetest-dev |
17:41 |
sfan5 |
I'm not sure whether it is the support libraries fault |
17:41 |
sapier |
obviously |
17:41 |
sfan5 |
let me compile without it |
17:42 |
sapier |
I intended to use it too but didn't manage to get it work by now .. I'd be glad to remove the hack I had to add ... but imho that could be done later too |
17:43 |
sapier |
I'm gonna prepare my android additions for merge this weekend. Hopefully that's gonna stop ppl from fixing same issues over and over again |
17:45 |
sapier |
that doesn't mean the android version is perfect, there's a lot left to improve |
17:48 |
|
scientistnik joined #minetest-dev |
17:48 |
|
grrk-bzzt joined #minetest-dev |
17:51 |
sfan5 |
sapier: now it crashes instantly at startup |
17:51 |
sfan5 |
so it was not the support libraries fault |
17:52 |
sapier |
if you can tell me how to use it I can try it |
17:53 |
sfan5 |
cd $NDK_DIR/sources/android/support && ln -s . jni && $NDK_DIR/ndk-build && echo "Done!" |
17:54 |
sapier |
and how to use it? |
17:54 |
sfan5 |
then link to $NDK_DIR/sources/android/support/objs/armeabi/libandroid_support.a and add $NDK_DIR/sources/android/support/include/ to the include path |
17:54 |
sfan5 |
there probably is an easier way to do this when you use the NDK makefiles |
17:55 |
sapier |
ok seems to be more complicated |
17:55 |
sapier |
I'll check once I've released my new version |
17:55 |
sfan5 |
uhhh.. what? |
17:56 |
sapier |
using the support library |
17:56 |
sfan5 |
s/what?/wtf?/ |
17:56 |
sfan5 |
if doing some command line stuff to use a library is too complicated for you, you should not be working on an android port at all |
17:56 |
sapier |
broken wchar support causes various strange effects as it messes up memory handling completely |
17:57 |
sapier |
spoken by someone whos port instantly crashes ;-P |
17:57 |
sfan5 |
it's not my fault |
17:57 |
sapier |
lets stop beeing personal and get back to real work |
17:57 |
sapier |
adding a lib doesn't help at all if it's not used |
17:58 |
sfan5 |
are you joking? |
17:59 |
sapier |
I was but still support lib didn't work for me on my last try and I didn't want to spend the time to figure out if it's been my fault or if it's broken at all |
17:59 |
sapier |
especially as I have a workaround |
17:59 |
sfan5 |
android's support library provides the wchar methods and overrides the header files of the libc |
18:00 |
sapier |
which causes quite a lot of issues if it's not done for all libs too |
18:00 |
sapier |
and at least irrlicht uses wchar too |
18:01 |
sfan5 |
it works fine for me if I compile irrlicht without the support lib |
18:01 |
sfan5 |
which branch at sapier/minetest is the right android one? |
18:02 |
sapier |
you obviously hace a completely different build env so I don't know where exactly the fix is |
18:02 |
sfan5 |
I was asking which one is the newest one. I was not asking you to fix my problem |
18:02 |
sapier |
android_merge_9 will be in a few minutes right now it's a preleminary state |
18:03 |
sapier |
android_merge_branch_9 |
18:03 |
sfan5 |
thanks |
18:05 |
sapier |
I'm going to split some non android fixes from it this weekend ... and create _10 supposed to be the first pull request |
18:06 |
sapier |
if you get support lib to fly I may add it too, I really hate the workaround for wchar |
18:07 |
sapier |
http://animalsmod.comuf.com/downloads/Minetest-release_20140529.apk Updated to latest master and fixed some bugs, please test |
18:07 |
sapier |
sfan5 _9 is up to date |
18:07 |
sfan5 |
ok |
18:07 |
sfan5 |
the workaround needs to be replaced before release |
18:08 |
sfan5 |
otherwise anything that is not in your const wchar_t *wide_chars won't work |
18:08 |
sapier |
if you manage to find a working solution I'm with you |
18:08 |
sapier |
but I don't consider it to be a blocker |
18:09 |
sfan5 |
almost no other language works |
18:09 |
sfan5 |
no obvisouly not a blocker |
18:09 |
sfan5 |
why would people care about languages? |
18:09 |
sapier |
I don't think they will work anyway |
18:09 |
sfan5 |
</ironic> |
18:09 |
sfan5 |
why not? |
18:09 |
sapier |
android doesn't have propper language support |
18:09 |
sfan5 |
who cares? we use gettext |
18:10 |
sfan5 |
it is enough if we can get the system language from android |
18:10 |
sapier |
doesn't help anything if encoding is broken |
18:10 |
sfan5 |
<.< |
18:10 |
sapier |
that's exactly what I doubt ... getting correct language from android ... but I'd be glad if you prove me to be wrong |
18:10 |
sfan5 |
the encoding obviously needs to be fixed |
18:11 |
CraigyDavi |
The too many users message seems to be wider than it should be: https://cdn.mediacru.sh/jhNzu-bO8COa.png |
18:12 |
sfan5 |
CraigyDavi: no, that's normal |
18:12 |
sapier |
error messages always have same size |
18:12 |
sfan5 |
perhaps "not working as commonly expected" but not a bug |
18:12 |
sapier |
yes that's something to improve on having too much time :-) |
18:13 |
CraigyDavi |
Ok, I just thought that the error messages should be the same width as the main menu |
18:13 |
sapier |
depends |
18:18 |
|
kaeza joined #minetest-dev |
18:19 |
|
grrk-bzzt joined #minetest-dev |
18:20 |
scientistnik |
hello evetyone!) |
18:24 |
|
nore joined #minetest-dev |
18:52 |
CraigyDavi |
hi scientistnik |
18:55 |
sapier |
btw sfan5 those chars in my workaround are ansi chars not those from my language |
19:11 |
|
scientistnik joined #minetest-dev |
19:33 |
|
rsiska joined #minetest-dev |
19:35 |
|
rsiska joined #minetest-dev |
19:50 |
|
EvergreenTree joined #minetest-dev |
19:51 |
|
scientistnik1 joined #minetest-dev |
20:07 |
|
smoke_fumus joined #minetest-dev |
20:12 |
|
kaeza joined #minetest-dev |
20:23 |
|
ImQ009 joined #minetest-dev |
20:25 |
|
RealBadAngel joined #minetest-dev |
20:28 |
RealBadAngel |
sapier, im not tryin to improve performance of database backends already used |
20:28 |
RealBadAngel |
im lookin for easy to use data storage for mods |
20:28 |
RealBadAngel |
which is not implemented at all |
20:28 |
RealBadAngel |
so where here is improving performance? first it have to exists ;) |
20:31 |
sapier |
RealBadAngel: I wasn't talking about you specifically but about all those ppl who regularly try to improve performance by switching database ... have been quite some the last months ;-) |
20:32 |
RealBadAngel |
i know |
20:32 |
VanessaE |
greetz, all |
20:32 |
LemonLake |
hi |
20:33 |
RealBadAngel |
lua-sophia is interesting because of that: |
20:33 |
RealBadAngel |
lua-sophia is a Lua binding to Sophia embeddable key-value database. |
20:33 |
RealBadAngel |
The database stores only Lua string keys and values, for storing more complex types use a serialization library, such as MessagePack. |
20:33 |
|
Gethiox joined #minetest-dev |
20:33 |
sapier |
I don't deny it's interesting but a project being alive for less then a year without backing of any organization can't be called marture |
20:37 |
ShadowNinja |
A sane per-player data storage system IS needed. players/ , a big file, or a file for every player is not sane. |
20:38 |
ShadowNinja |
players/ is always fully loaded and has O(n^n) save time |
20:38 |
sapier |
we already have a database backend is it capable of creating a second db to store player data in it? |
20:38 |
sapier |
or use the map db file? |
20:39 |
ShadowNinja |
sapier: Yes. |
20:39 |
sapier |
I wander what stops everyone from implementing it? |
20:39 |
sapier |
-a+o |
20:39 |
ShadowNinja |
sapier: It isn't a generic backed though, you'll need a separate class that implements it. |
20:40 |
sapier |
more then a week of work? |
20:40 |
ShadowNinja |
sapier: But we should probably use something like luasql.sqlite3 instead of developing a DB API in-house. |
20:41 |
sapier |
I'm not a friend of doing everything different |
20:41 |
ShadowNinja |
sapier: With a full API more. |
20:41 |
sapier |
is it really realistic to switch everything? |
20:41 |
ShadowNinja |
sapier: Switch everything? Switch what? |
20:42 |
RealBadAngel |
maybe better use leveldb for lua? |
20:42 |
ShadowNinja |
LevelDB might work. |
20:42 |
ShadowNinja |
With "playername containername" keys. |
20:44 |
RealBadAngel |
https://github.com/marcopompili/lua-leveldb |
20:44 |
sapier |
ShadowNinja: sorry misread ... I'm not against using luasql.sqlite3 or similar especially as we didn't have to support it |
20:44 |
sapier |
choosing leveldb will make a android mips port impossible |
20:46 |
sapier |
leveldb isn't mips compatible |
20:46 |
ShadowNinja |
Hmmm, player file saving could be O(n) instead of O(n^n). /me checks the code. |
20:47 |
RealBadAngel |
google's database project not aviable for android? |
20:47 |
RealBadAngel |
sounds like a joke |
20:48 |
sapier |
nope leveldb doesn't build on android mips |
20:48 |
sapier |
most android devices are arm |
20:48 |
sapier |
so this might be an acceptable limitation |
20:49 |
ShadowNinja |
Alright, it's O(n). |
20:50 |
RealBadAngel |
quick google says it can run on mips with a patch |
20:51 |
RealBadAngel |
https://github.com/xyhl515/leveldb-android/tree/master/libs/mips |
20:51 |
RealBadAngel |
and heres library for mips |
20:52 |
sapier |
well mine didn't build for android |
20:52 |
RealBadAngel |
i can see a patch for mips but is is from 2001 |
20:52 |
RealBadAngel |
lol |
20:52 |
sapier |
I'm using the official google sources ;-) |
20:53 |
sapier |
that's really strange |
20:53 |
sapier |
2001? I doubt that's a correct time |
20:53 |
RealBadAngel |
https://groups.google.com/forum/#!topic/leveldb/q_9JmYoa3Uc |
20:54 |
RealBadAngel |
theres discussion about it, and propably a solution too |
20:55 |
RealBadAngel |
https://code.google.com/p/leveldb/issues/attachmentText?id=109&aid=1090001000&name=0001-Fix-Android-MIPS-build.patch&token=keBDOnBNaMhjGwcXXp2ZV9JY81M%3A1360111755013 |
20:55 |
RealBadAngel |
date is definitely wrong, in the link before they do talk bout this patch |
20:56 |
sapier |
yes that could fix the issue |
20:57 |
sapier |
I wonder why google doesn't merge critical fixes like that one |
20:57 |
sapier |
doesn't really improve my opinion about leveldb ;-) |
21:01 |
RealBadAngel |
but we do already have it implemented |
21:02 |
RealBadAngel |
just to add lua bindings for it |
21:05 |
sapier |
what do you mean with "it" right now? |
21:24 |
sapier |
didn't someone have a x86 android device in here? |
21:28 |
RealBadAngel |
i do |
21:28 |
RealBadAngel |
kitkat |
21:28 |
RealBadAngel |
just need to reboot ;) |
21:30 |
sapier |
ok I've built for x86 too but I haven't tested it at all so I'd not expect it to work https://forum.minetest.net/viewtopic.php?f=3&t=9389 |
21:31 |
RealBadAngel |
ok, i will try it |
22:21 |
|
restcoser joined #minetest-dev |
22:35 |
|
cae2000 joined #minetest-dev |
23:20 |
|
EvergreenTree joined #minetest-dev |