Time |
Nick |
Message |
00:01 |
Emerald2 |
In this particular IRC channel? People come here to get help with stuff mostly. |
00:01 |
rubenwardy |
the IRC channel is private, you need to be invited |
00:02 |
nri |
oh well what are irc channels anyway? |
00:02 |
nri |
is this private? |
00:02 |
Emerald2 |
A channel is like a chatroom. |
00:02 |
Emerald2 |
ruben, you mean Redcat's IRC channel? |
00:02 |
rubenwardy |
yes |
00:02 |
GreenDimond |
By "invited" he means told what the channel name is |
00:03 |
nri |
oh ok ruben |
00:04 |
nri |
well got to go |
00:04 |
|
nri left #minetest |
00:04 |
GreenDimond |
Hey rubenwardy, that awards PR is still collecting dust :3 |
00:05 |
rubenwardy |
lol |
00:25 |
|
ANAND joined #minetest |
00:53 |
|
TC01 joined #minetest |
00:55 |
|
riff-IRC joined #minetest |
01:02 |
|
GreenDimond left #minetest |
01:27 |
|
troller joined #minetest |
01:53 |
Xiong |
Docs say run up to four quarries, one on each edge of the square pit. This is unnecessary. |
01:55 |
Xiong |
I have stacked two quarries, one smack atop the other; this works. Much less cabling of course and no additional output piping at all. Conveniently enough, the lower quarry ejects just fine. |
01:56 |
Xiong |
Unclear if lower Q ejects into upper Q's buffer or both eject into pipe... and does it matter? |
02:00 |
|
kawaiipunk joined #minetest |
02:00 |
Xiong |
Obviously the working volumes differ by one floor. But the upper Q does its top and immediately finds the next floor bare air, so advances to work on the next floor down together with lower Q. I don't see why this can't continue for a stack of 4 or more. It might be more reasonable to run banks side by side... 9 looking very manageable. Of course the same slight non-overlap. Not sure that's a real issue. |
02:01 |
|
VargaD joined #minetest |
02:05 |
Xiong |
One snag is that my two Q setup ran into is sync. Both started together, both soon wind up working on the same node... so no increase in speed. I threw a block at the ceiling and restarted the upper Q. Soon both were cutting the same floor from opposite directions for a total rate of 2 cubic meters mined per second. Don't know if the random block helped or if reset alone does enough. |
02:06 |
* Xiong |
pizza |
02:16 |
|
Cornelia joined #minetest |
03:43 |
|
dai joined #minetest |
03:52 |
|
powerolive joined #minetest |
03:53 |
|
Ruslan1 joined #minetest |
04:20 |
|
benrob0329 joined #minetest |
04:24 |
|
ssieb joined #minetest |
04:31 |
|
swift110 joined #minetest |
04:35 |
|
kaeza joined #minetest |
05:03 |
|
Tuxedo[Qyou] joined #minetest |
05:38 |
Sveta |
https://forum.minetest.net/viewtopic.php?id=7354 the file is missing? |
06:13 |
|
blaise joined #minetest |
06:27 |
Xiong |
zacts, the story goes that Erdos gave a lecture, starting by chalking up an equation. He smiled at the students and said, "Well that's obvious. So..." and ground to a halt. Turned around, looked at the board, looked some more. Grabbed his notes and ran from the hall. An hour later he walked in, tie loose, covered in sweat, beaming from ear to ear. "I was right! It *is* obvious." |
06:27 |
Xiong |
Oops. Funky client. |
06:27 |
|
carstenw joined #minetest |
06:52 |
|
CWz joined #minetest |
07:04 |
|
bwarden joined #minetest |
07:33 |
|
nowhere_man joined #minetest |
07:51 |
|
proller joined #minetest |
08:04 |
|
nolsen joined #minetest |
08:59 |
|
Beton joined #minetest |
09:02 |
|
nowhere_man joined #minetest |
09:08 |
|
aheinecke joined #minetest |
09:11 |
|
SanskritFritz joined #minetest |
09:27 |
|
jluc joined #minetest |
09:39 |
|
Markow joined #minetest |
10:03 |
powerolive |
... |
10:03 |
powerolive |
... |
10:06 |
|
powerolive joined #minetest |
10:06 |
powerolive |
... |
10:18 |
Sveta |
powerolive: help you with anything? |
10:48 |
|
proller joined #minetest |
10:56 |
|
powerolive joined #minetest |
11:12 |
|
Hirato joined #minetest |
11:16 |
|
nowhere_man joined #minetest |
11:20 |
|
Sveta joined #minetest |
11:24 |
|
YuGiOhJCJ joined #minetest |
11:36 |
|
jluc joined #minetest |
11:53 |
|
illwieckz joined #minetest |
11:57 |
|
riff-IRC joined #minetest |
13:05 |
|
Fixer joined #minetest |
13:11 |
|
entuland joined #minetest |
13:26 |
|
Fixer joined #minetest |
13:26 |
Xiong |
I need to amend my previous report on stacked quarries. Apparently the *upper* Q has a little difficulty clearing its buffer. Oddly enough, the lower Q "purges cache" every so often; but all upper Q slots filled for me (once so far). Hitting the button to "disable" triggered the cycle as usual and the upper Q did eject properly; and resumed when reenabled, still correctly out of sync. I haven't actually allowed the upper buffer to |
13:27 |
|
est31 joined #minetest |
13:35 |
Xiong |
Okay now I'm stumped. Just now the lower Q autopurged; I stood there and watched the entities float in the tube. (They didn't get stuck in upper Q.) Then upper autopurged and again, it all went out. |
13:35 |
|
dvere joined #minetest |
13:36 |
|
calcul0n joined #minetest |
13:38 |
Xiong |
It's unclear to me what governs autopurge. It's plain that disabling a Q always triggers a purge; and a unpowered Q just sits there with its pants full. I've noted many autopurges with a buffer much less than full. |
13:43 |
Xiong |
Sorry I'm annoyed at the misuse of language. The quarry contains a 12-slot buffer which clears on some conditions. The word "cache" implies some random request that is fetched. Buffers are cleared, not purged. Since this jargon spans both hardware and software worlds, I don't see how it was got wrong. |
13:43 |
Xiong |
I'm going to go root around in the quarry code. |
13:47 |
|
scr267 joined #minetest |
13:48 |
|
entuland joined #minetest |
13:56 |
|
Tux[Qyou] joined #minetest |
14:30 |
Xiong |
https://gist.github.com/Xiong/e87ba38c9eb625d53c703645e52051b7 |
14:33 |
Xiong |
Well that says it all. I don't like to be harsh in criticism but there's a conflict between nice and factual. I'm terribly sensitive to other people's pain and I've spent much time repackaging my opinions. I don't see how to make this sound good. |
14:35 |
|
nowhere_man joined #minetest |
14:39 |
Xiong |
I have implemented buffers in microelectronic hardware, several programming languages, and (if the concept may be extended) in cases as prosaic as ripening bananas. I have never planned to clear a buffer randomly. It's often wise to clear before full; overruns can be bad. There's often a value in clearing periodically, perhaps without even checking if there's anything in the buffer. It's often wise to look for a signal from downst |
14:41 |
Xiong |
There's enough pseudo-randomness in any sort of complex device. |
14:44 |
Xiong |
Now, no matter how long I test, I will never be certain whether a quarry's buffer overrun is due to bad luck or my insanity in stacking them. |
14:58 |
|
FrostRanger joined #minetest |
15:24 |
|
JDCodeIt joined #minetest |
15:25 |
JDCodeIt |
Hi All, I am seeing quite a few of these messages in the log and no update on servers.minetest.net: servers.minetest.net/announce not found (Timeout was reached) (response code 0) |
15:39 |
calcul0n |
JDCodeIt, it happens, i guess it's just a connexion problem |
15:39 |
calcul0n |
iirc you can change the curl timeout in advanced settings if it's a problem |
15:41 |
|
entuland_ joined #minetest |
15:43 |
|
The_Loko joined #minetest |
15:44 |
|
The_Loko joined #minetest |
16:19 |
JDCodeIt |
Looks like the default curl timeout is 5 seconds, so I will try increasing it |
16:25 |
|
Ruslan1 joined #minetest |
16:59 |
|
est31 joined #minetest |
17:05 |
|
nowhere_man joined #minetest |
17:06 |
|
SanskritFritz joined #minetest |
17:12 |
|
puzzlecube joined #minetest |
17:27 |
JDCodeIt |
Question is curl timeout one of the parameters that can be changed while the server is running - and have any effect? |
17:32 |
|
proller joined #minetest |
18:26 |
|
fwhcat joined #minetest |
18:33 |
|
puzzlecube joined #minetest |
19:11 |
|
ssieb joined #minetest |
19:20 |
|
FreeFull joined #minetest |
19:30 |
|
YuGiOhJCJ joined #minetest |
20:05 |
|
AlienCat joined #minetest |
21:06 |
|
proller joined #minetest |
21:27 |
MinetestBot |
[git] pauloue -> minetest/minetest: Use true pitch/yaw/roll rotations without loss of precision by pgimen… d5456da https://git.io/fhHIr (2019-02-07T21:26:06Z) |
21:42 |
|
TC01 joined #minetest |
21:47 |
|
pauloue joined #minetest |
21:52 |
|
blaise joined #minetest |
21:53 |
|
Jordach joined #minetest |
22:29 |
|
riff-IRC joined #minetest |
22:46 |
|
The_Loko left #minetest |
22:52 |
|
YuGiOhJCJ joined #minetest |
23:00 |
|
powerolive joined #minetest |
23:00 |
|
kaeza joined #minetest |
23:00 |
powerolive |
hi |
23:02 |
|
powerolive joined #minetest |
23:54 |
|
puzzlecube joined #minetest |