| Time |
Nick |
Message |
| 00:09 |
|
Alias2 joined #minetest |
| 00:12 |
MTDiscord |
<fatalerror420> Bro has a dildo in his hands tf |
| 00:31 |
MTDiscord |
<MNH48> reading the backlog, I think some people had confused on what the nsfw part was referring to, like: |
| 00:31 |
MTDiscord |
<MNH48> > <ROllerozxa> er, how is rumble nsfw? |
| 00:31 |
MTDiscord |
<MNH48> it's not about rumble, it's actually about the middleware 'Intiface Desktop' and the Buttplug library |
| 00:33 |
kabou |
fatalerror420 Bro is a respected figure in Oslo's famous staue park |
| 00:34 |
kabou |
and bro's bro is a towering figure in Rotterdam, second biggest city in the Netherlands, also Europe's biggest port city |
| 00:34 |
erlehmann |
MNH48 IMO that middleware is only NSFW if you try to sit on the controller and i doubt that is very pleasurable |
| 00:34 |
erlehmann |
also it will ruin your gamepad |
| 00:35 |
erlehmann |
also minetest is not work :D |
| 00:35 |
kabou |
don't sit on your gamepad while at work |
| 00:35 |
erlehmann |
why? technically, even when i have the camera on, only my upper body needs to be presentalbe! |
| 00:35 |
erlehmann |
able |
| 00:36 |
erlehmann |
(ofc i never have the cam on unless someone really needs that) |
| 00:39 |
MTDiscord |
<MNH48> the website of that middleware specifically advertised nsfw action though, just look at the website's meta description itself (the metadata is displayed when linking on many platforms) |
| 00:39 |
MTDiscord |
<MNH48> which might be why people don't want it be linked directly from the blog |
| 00:46 |
|
Oksanaa joined #minetest |
| 00:48 |
|
Soni joined #minetest |
| 00:54 |
erlehmann |
MNH48 i would not even advertise it |
| 00:54 |
erlehmann |
just link to the mod |
| 00:56 |
erlehmann |
i think the “if you chose another library that does not explicitly support sex toys, i'd feature it” is peak absurd comedy btw. |
| 00:57 |
erlehmann |
:3 |
| 00:58 |
erlehmann |
i mean i get the concerns if you directly link to something |
| 00:58 |
erlehmann |
anyways, no hard feeling, there are lots of other projects that have more “presentable” names hahaha |
| 00:58 |
erlehmann |
and do not feature unionizing organizing or radical action! |
| 01:59 |
|
v-rob joined #minetest |
| 02:16 |
rubenwardy |
It's not that it explicitly supports sex toys, it's that it's for sex toys |
| 02:19 |
erlehmann |
arguably software is for what i use it for and i haven't yet acquired such a device |
| 02:19 |
erlehmann |
anyways, if you are looking for best hardware support for stuff that vibrates, you'll eventually end up at such a thing every time. |
| 02:19 |
erlehmann |
(like i did) |
| 02:20 |
erlehmann |
these people have even software where stuff that explicitly only talks to one type of peripheral can be rerouted to some other thing |
| 02:21 |
erlehmann |
but yeah, i get it why mister e does not want it. |
| 02:21 |
erlehmann |
i just find it hilarious |
| 02:33 |
Pexin |
if it's foss, fork it and link your fork. if it's not, why are you using it? |
| 02:35 |
erlehmann |
Pexin of course it is foss |
| 02:36 |
erlehmann |
Pexin why would you fork it? to remove features, like with irrlicht? :D |
| 02:36 |
Pexin |
the purpose of a fork is to add or modify features. in this case, the feature is "the name" |
| 02:36 |
Pexin |
bang. |
| 02:37 |
Pexin |
maybe they will adopt it upstream :D |
| 02:39 |
erlehmann |
look, i don't want to be too mean, but … this makes about as much sense as forking minetest because the name seems lame (and for no other reason) |
| 02:39 |
Pexin |
of course it is, but this is a lame world. welcome to it. |
| 02:40 |
Pexin |
fork suggestion only 1/5 serious. I don't care at all about vibrating controllers. never have. nothing but distracting. |
| 02:40 |
Pexin |
but I guess that's me. |
| 02:41 |
erlehmann |
well, as we learned: the vast majority of vibrating things are not controllers :P |
| 02:41 |
Pexin |
also minetest is a pretty dumb name. HAHA |
| 02:41 |
erlehmann |
Pexin fork it and name it “minebutt”. maybe they will adopt the name upstream :D |
| 02:42 |
erlehmann |
given stupid names, btw |
| 02:42 |
erlehmann |
minecraft is a pretty good name |
| 02:42 |
erlehmann |
bc it's a game about mining and crafting (so you can mine more, so you can craft more) |
| 02:46 |
Pexin |
my clumsy murkan googling gives me.. "bergwerkbauen" I think...? |
| 02:52 |
erlehmann |
minen kraft, hahaha |
| 02:52 |
erlehmann |
sauerkraut! |
| 03:18 |
|
Guest41 joined #minetest |
| 03:27 |
|
v-rob joined #minetest |
| 03:52 |
|
riff-IRC joined #minetest |
| 04:46 |
|
Gustavo6046 joined #minetest |
| 05:00 |
|
MTDiscord joined #minetest |
| 05:11 |
|
toastloop joined #minetest |
| 05:28 |
|
Hawk777 joined #minetest |
| 05:33 |
|
dabbill_ joined #minetest |
| 06:01 |
|
riff-IRC joined #minetest |
| 06:46 |
|
frostsnow joined #minetest |
| 06:55 |
|
v-rob joined #minetest |
| 07:12 |
|
calcul0n joined #minetest |
| 08:07 |
|
specing joined #minetest |
| 08:24 |
|
Insayne joined #minetest |
| 08:26 |
|
rj1 joined #minetest |
| 08:32 |
|
lemonzest joined #minetest |
| 08:39 |
Insayne |
Hi |
| 08:49 |
|
toastloop joined #minetest |
| 08:58 |
|
wolfshappen joined #minetest |
| 09:42 |
|
Markow joined #minetest |
| 09:44 |
|
toastloop left #minetest |
| 10:09 |
|
GNUHacker joined #minetest |
| 10:10 |
|
Cork joined #minetest |
| 10:16 |
|
specing_ joined #minetest |
| 10:38 |
|
lemonzest joined #minetest |
| 10:44 |
|
appguru joined #minetest |
| 11:22 |
|
calcul0n joined #minetest |
| 11:23 |
|
proller joined #minetest |
| 11:31 |
|
appguru joined #minetest |
| 11:37 |
|
appguru1 joined #minetest |
| 11:38 |
|
bud_gaming joined #minetest |
| 11:38 |
bud_gaming |
hello? |
| 11:39 |
bud_gaming |
anyone here? |
| 12:25 |
|
ronoaldo joined #minetest |
| 12:52 |
|
olliy joined #minetest |
| 12:58 |
|
tech_exorcist joined #minetest |
| 13:32 |
|
appguru joined #minetest |
| 14:20 |
|
kamdard_ joined #minetest |
| 14:48 |
|
definitelya joined #minetest |
| 15:01 |
|
tech_exorcist joined #minetest |
| 15:06 |
|
proller joined #minetest |
| 15:23 |
|
Fixer joined #minetest |
| 15:55 |
|
v-rob joined #minetest |
| 16:10 |
|
v-rob joined #minetest |
| 16:20 |
|
Gustavo6046 joined #minetest |
| 16:23 |
|
Hawk777 joined #minetest |
| 16:43 |
|
sagax joined #minetest |
| 16:53 |
|
Crash joined #minetest |
| 17:09 |
|
sobkas joined #minetest |
| 17:11 |
|
v-rob joined #minetest |
| 17:13 |
MinetestBot |
[git] sfan5 -> minetest/minetestmapper: Update colors.txt d75266e https://github.com/minetest/minetestmapper/commit/d75266eae198b8c48fedaa0b4d219a0290b8e553 (2022-02-21T17:08:54Z) |
| 17:16 |
|
kamdard joined #minetest |
| 17:37 |
|
Markow joined #minetest |
| 17:45 |
MinetestBot |
[git] sfan5 -> minetest/minetestmapper: Fix --drawplayers 18f0615 https://github.com/minetest/minetestmapper/commit/18f0615002c2b0b49d60b6c2cc92f1ea114091fd (2022-02-21T17:42:54Z) |
| 17:59 |
|
Talkless joined #minetest |
| 18:02 |
|
Talkless joined #minetest |
| 18:23 |
|
appguru joined #minetest |
| 18:30 |
erlehmann |
what is https://git.minetest.org/ and why does it host an old version of mineclonia? |
| 18:30 |
erlehmann |
is this some sourceforge style malware distribution thing? |
| 18:36 |
rubenwardy |
it's a malicious website, ran by someone banned by us |
| 18:39 |
MTDiscord |
<luatic> ^ |
| 18:39 |
MTDiscord |
<luatic> they have also mirrored my mods |
| 18:39 |
|
___nick___ joined #minetest |
| 18:47 |
|
___nick___ joined #minetest |
| 18:49 |
|
___nick___ joined #minetest |
| 18:56 |
|
proller joined #minetest |
| 19:10 |
|
proller joined #minetest |
| 19:17 |
|
Verticen joined #minetest |
| 19:22 |
erlehmann |
rubenwardy on a scale of a mild cold to smallpox, how malicious is it? |
| 19:24 |
|
v-rob joined #minetest |
| 19:25 |
rubenwardy |
Intense vitriol |
| 19:28 |
|
v-rob joined #minetest |
| 19:31 |
|
ROllerozxa joined #minetest |
| 19:32 |
erlehmann |
rubenwardy i am asking because it turned out that a private mineclona server had updated from there |
| 19:32 |
erlehmann |
we only found out when i told the admin to people update to the latest commit |
| 19:32 |
erlehmann |
and it was different than expected |
| 19:32 |
erlehmann |
it was a few weeks lod |
| 19:32 |
erlehmann |
so probably okay i hope |
| 19:32 |
erlehmann |
but still *weird* |
| 19:33 |
sfan5 |
remember when I suggested uploading mineclonia to CDB |
| 19:33 |
erlehmann |
you were right i guess |
| 19:34 |
erlehmann |
it has been almost a year of development too |
| 19:34 |
erlehmann |
well, 10 months or so? |
| 19:36 |
rubenwardy |
When you have no internet presence, it's easy for others to grab it |
| 19:42 |
|
independent56 joined #minetest |
| 19:54 |
|
independent56 joined #minetest |
| 20:00 |
MTDiscord |
<Sublayer plank> for some reason that git mirror has always felt a bit creepy to me |
| 20:02 |
MTDiscord |
<Sublayer plank> like, I know that it's just some automated script that scrapes github and gitlab and whatever other git host for keywords along with some additional manual mirrors and it's all relatively accurate and safe but... idk, it just makes me uneasy |
| 20:16 |
|
v-rob joined #minetest |
| 20:16 |
independent56 |
This is straight-up XKCD material |
| 20:32 |
|
Oksanaa joined #minetest |
| 20:33 |
erlehmann |
someone else can host my code! hahaha |
| 20:39 |
|
independent56 joined #minetest |
| 20:44 |
|
olliy1or joined #minetest |
| 20:46 |
MTDiscord |
<luatic> What makes me uneasy is that the host might eventually decide to include malware there. Considering the structure of MT mods, it would be rather easy to automatize. I am not even sure that there currently is no malware on there. And finally, it obviously leads to out-of-date software floating around the web. |
| 20:47 |
MTDiscord |
<savilli> are you sure it's not included already? |
| 20:47 |
MTDiscord |
<luatic> As said, I'm not sure. |
| 20:48 |
MTDiscord |
<luatic> We should try comparing against the source repos. |
| 21:31 |
|
v-rob joined #minetest |
| 21:37 |
|
Verticen joined #minetest |
| 21:43 |
|
dabbill_ joined #minetest |
| 21:49 |
|
GNUHacke_ joined #minetest |
| 21:54 |
|
GNUHacker joined #minetest |
| 22:13 |
|
proller joined #minetest |
| 22:16 |
|
specing_ joined #minetest |
| 22:23 |
|
independent56 joined #minetest |
| 22:31 |
|
proller joined #minetest |
| 22:32 |
|
proller joined #minetest |
| 22:42 |
erlehmann |
MisterE it tries to send a flame animation texture every frame |
| 22:43 |
MTDiscord |
<MisterE> Sfan5 , I was suggesting an engine feature, are you sure this is the correct #? |
| 22:43 |
erlehmann |
look they are obv discussing something else in that other channel |
| 22:43 |
erlehmann |
and we got in the way |
| 22:43 |
MTDiscord |
<MisterE> ah got it |
| 22:43 |
erlehmann |
so let's continue here |
| 22:43 |
erlehmann |
so |
| 22:44 |
MTDiscord |
<MisterE> Ill wait then |
| 22:44 |
sfan5 |
I didn't suggest moving but regardless what you want is in here already https://github.com/minetest/minetest/issues/11531 |
| 22:45 |
MTDiscord |
<MisterE> yay thx! |
| 22:45 |
erlehmann |
the problem is that cleaning the cache is not good enough if you want to stream sth serious. |
| 22:45 |
|
v-rob joined #minetest |
| 22:45 |
erlehmann |
4hz is doable though |
| 22:45 |
rubenwardy |
oh sorry, I saw you talking about modding stuff |
| 22:46 |
erlehmann |
oh i see, you read, but did not comprehend. happens to be all the time ^^ |
| 22:46 |
erlehmann |
rubenwardy, i suggested to stand in a fire in mineclone2 because it saturates the connection, as a streaming thing would. and then the player lags out. |
| 22:46 |
erlehmann |
but that was before the “my movies have 4hz” remark |
| 22:47 |
erlehmann |
the fire thing actually does kinda try to stream the fire animation texture |
| 22:47 |
erlehmann |
in a globalstep |
| 22:47 |
erlehmann |
it's not a good thing |
| 22:47 |
MTDiscord |
<luatic> So what can use texture modifiers? Anything besides formspecs, HUD elements, entities, particles and nodes? |
| 22:47 |
erlehmann |
even though it's *only* the hud updates |
| 22:48 |
MTDiscord |
<luatic> (I also feel kinda uneasy about refcounting with immediate dropping as we might wreck the performance of mods relying on a longer (currently infinite) cache retention period) |
| 22:48 |
sfan5 |
most things can use texture modifiers except a select few things |
| 22:48 |
erlehmann |
how would refcounting work for dynamic media anyway? |
| 22:48 |
erlehmann |
separate parameter? |
| 22:48 |
MTDiscord |
<luatic> it couldn't |
| 22:48 |
erlehmann |
yeah i figured |
| 22:48 |
MTDiscord |
<luatic> we'd need a server command to tell the client to drop media |
| 22:49 |
MTDiscord |
<MisterE> There are very few mods relying on the new version of dynamic |
| 22:49 |
MTDiscord |
<luatic> huh? I'm speaking about the texture modifier cache |
| 22:49 |
MTDiscord |
<MisterE> But yeah |
| 22:49 |
erlehmann |
misterE don't give them any ideas, it already broke twice |
| 22:49 |
erlehmann |
:P |
| 22:49 |
MTDiscord |
<MisterE> Lol |
| 22:49 |
MTDiscord |
<luatic> twice? 5.4 maintained compat |
| 22:49 |
MTDiscord |
<luatic> 5.5 broke it after the deprecation in 5.4 |
| 22:50 |
erlehmann |
ok, once it only spammed warnings |
| 22:50 |
MTDiscord |
<luatic> anyways, only the server can possibly know whether it'll need dynamic media later on, and therefore only the server can tell clients to drop it |
| 22:51 |
erlehmann |
luatic, IIRC the deprecation message in 5.4 actually did not mention that the function would become non-blocking. i may be wrong, but i think that was the actual issue. doesn't matter if you have a long deprecation period like that if the warning is misleading. |
| 22:51 |
erlehmann |
indeed |
| 22:51 |
MTDiscord |
<luatic> although I guess technically clients could re-request it, but do we really want that? could problematically increase traffic. |
| 22:51 |
erlehmann |
oh no, not please |
| 22:51 |
erlehmann |
think of maps. i put the map away. hud goes away. |
| 22:51 |
erlehmann |
i take the map, hud is there again. |
| 22:52 |
erlehmann |
drop, reload, drop, reload |
| 22:52 |
MTDiscord |
<luatic> erlehmann: the deprecation warning forced the use of a callback which basically means it was supposed to be non-blocking eventually |
| 22:52 |
erlehmann |
:P |
| 22:52 |
MTDiscord |
<luatic> what about yet another flag? the server could tell the client whether it can do refcounting on the media |
| 22:53 |
erlehmann |
luatic look, at least me, kay27, fleckenstein and a few others thought “this deprecation notice is only about the arity, so let's give it another argument that does nothing” |
| 22:53 |
MTDiscord |
<luatic> well, I guess media management through the server is the best option in the end |
| 22:53 |
MTDiscord |
<luatic> did it never occur to you to read the docs? |
| 22:53 |
erlehmann |
ofc, i debugged it and fixed it |
| 22:53 |
erlehmann |
but the *deprecation warning* that is printed only said something about arity unless i remember it wrong |
| 22:54 |
erlehmann |
the docs are correct, the warning is wrong |
| 22:54 |
erlehmann |
and i doubt the others read the docs |
| 22:54 |
erlehmann |
what i'm saying is that it's not an accident that it wasn't fixed in a year |
| 22:54 |
erlehmann |
it was entirely predictable and has not happened with other stuff that had better warnings |
| 22:55 |
erlehmann |
regardless |
| 22:55 |
erlehmann |
back to refcounting |
| 22:55 |
erlehmann |
there is only one thing i would actually want the client to drop, a map item that gets thrown away |
| 22:56 |
erlehmann |
as you said, luatic: of course, only the server can decide if the user will need it |
| 22:56 |
erlehmann |
but how would an API for that look? |
| 22:56 |
erlehmann |
dynamic_remove_media(filename, callback) ;) |
| 23:14 |
MTDiscord |
<MisterE> It would be good to have a flag sent with the media that tells the client whether to save the media until disconnect, save it until directed to forget it by filename, or forget it as soon as it is used. |
| 23:14 |
MTDiscord |
<MisterE> Or maybe utnil a timer expires |
| 23:17 |
erlehmann |
i think that is a bad idea |
| 23:17 |
erlehmann |
timer, i mean |
| 23:22 |
|
erle joined #minetest |
| 23:27 |
MTDiscord |
<MisterE> It could be useful but whatev |
| 23:40 |
|
SOMBRIO joined #minetest |
| 23:55 |
|
SOMBRIO joined #minetest |
