00:18:45 <fizzie> Walked past a Apple hardware second-hand/repair shop the other day, it was called "Secondbyte" and their logo (the letter 'o') was an apple with two bites taken out of it (one on each side).
01:20:05 <arseniiv> I played a bit in 19edo in 13edt, yay
01:20:56 <arseniiv> <fizzie> and their logo (the letter 'o') was an apple with two bites taken out of it (one on each side). => lol :D
01:23:23 <arseniiv> ↑↑ and both on a conventional 12edo keyboard. That’s pretty weird on the senses but I guess majority of xenmusicians uses those fairly often, as non-12edo-keyboards aren’t still that ubiquitous × cheap
01:28:11 -!- arseniiv has quit (Ping timeout: 246 seconds).
01:41:12 <zzo38> A digital piano I have allows adjusting the temperament, although always with twelve notes in one octave.
02:15:34 <shachaf> What sorts of adjustments does it allow?
02:22:23 <zzo38> You can adjust tuning up and down, and you can select from a set of different temperaments, including equal temperament without a tuning curve (which I think makes it sound better when you are selecting a sound other than the piano sound; the piano sound is better with the tuning curve), Pythagorean, and a few others. For the non-equal kinds you can also select which note is the base note.
02:40:25 <esowiki> [[Acrostic]] M https://esolangs.org/w/index.php?diff=77546&oldid=71932 * JWinslow23 * (+370) Added Python implementation & truth machine example
03:05:47 -!- Melvar has quit (Ping timeout: 240 seconds).
03:06:50 -!- Melvar has joined.
03:27:50 <esowiki> [[User:Tetrapyronia]] https://esolangs.org/w/index.php?diff=77547&oldid=77514 * Tetrapyronia * (+983)
03:56:02 -!- sftp has joined.
04:07:27 -!- MDude has quit (Quit: Going offline, see ya! (www.adiirc.com)).
05:11:10 -!- Lord_of_Life_ has joined.
05:11:37 -!- Lord_of_Life has quit (Ping timeout: 264 seconds).
05:12:32 -!- Lord_of_Life_ has changed nick to Lord_of_Life.
06:27:26 -!- Cale has quit (Ping timeout: 246 seconds).
06:39:02 -!- Cale has joined.
07:09:32 <lambdabot> KSEA 170653Z 15005KT 6SM HZ FU OVC050 18/16 A3004 RMK AO2 SLP178 T01830156
07:14:28 <lambdabot> KPAE 170653Z AUTO 15008KT 3SM HZ FU CLR 18/16 A3006 RMK AO2 SLP177 T01830156
07:54:16 -!- Sgeo has quit (Read error: Connection reset by peer).
08:01:08 -!- nfd has quit (Quit: Leaving).
08:09:01 -!- hendursa1 has joined.
08:11:23 -!- hendursaga has quit (Ping timeout: 240 seconds).
09:35:21 -!- cpressey has joined.
10:11:25 -!- sprocklem has quit (Ping timeout: 240 seconds).
11:35:09 -!- cpressey has quit (Quit: kwit).
11:45:36 -!- arseniiv has joined.
11:52:11 <arseniiv> zzo38: nice. I’ve even forgotten that classical pianos are tuned slightly off 12edo to sound nicer because their strings are a bit inharmonic, so makes perfect sense to make that a default for an electric classical piano. Now I wonder if my hardware synthesizer does something like that for its piano presets (they all are presumably sampled, not synthesized in a more traditional way like FM)
11:53:31 <arseniiv> unfortunately all my tuning-able VSTs are not pianos. I need to revisit xenwiki to make sure I ain’t missing anything
12:10:13 -!- imode has quit (Ping timeout: 272 seconds).
12:42:03 <esowiki> [[Funge-98]] https://esolangs.org/w/index.php?diff=77548&oldid=65665 * DGCK81LNN * (+32) /* Instructions */ & and ~ reflect on EOF
12:42:54 <esowiki> [[Funge-98]] M https://esolangs.org/w/index.php?diff=77549&oldid=77548 * DGCK81LNN * (-2) /* Instructions */
13:03:36 -!- hendursa1 has quit (Quit: hendursa1).
13:03:51 -!- hendursaga has joined.
13:15:09 -!- arseniiv has quit (Ping timeout: 260 seconds).
13:41:23 -!- arseniiv has joined.
14:18:12 <esowiki> [[Chef]] https://esolangs.org/w/index.php?diff=77550&oldid=68303 * Keymaker * (+128) Added a link.
14:19:25 <esowiki> [[Acrostic]] https://esolangs.org/w/index.php?diff=77551&oldid=77546 * Keymaker * (+2) Linked truth-machine.
14:27:03 -!- Sgeo has joined.
15:08:35 -!- joast has quit (Ping timeout: 240 seconds).
15:40:01 -!- b_jonas has quit (Remote host closed the connection).
15:42:48 -!- MDude has joined.
15:44:35 -!- FreeFull has joined.
15:47:36 <lambdabot> CYVR 171500Z 19003KT 2 1/2SM FU BKN025 OVC041 16/16 A3004 RMK SC5SC3 SLP174 DENSITY ALT 100FT
15:51:32 <zzo38> arseniiv: You could try other programs, such as Csound
16:04:16 -!- Arcorann has quit (Read error: Connection reset by peer).
16:12:43 -!- FreeFull has quit (Read error: Connection reset by peer).
16:19:20 -!- FreeFull has joined.
16:38:17 -!- sprocklem has joined.
16:42:12 <esowiki> [[User:SunnyMoon]] https://esolangs.org/w/index.php?diff=77552&oldid=77467 * SunnyMoon * (-2) 1L_a
16:43:14 -!- LKoen has joined.
17:09:27 -!- Lord_of_Life_ has joined.
17:12:20 -!- Lord_of_Life has quit (Ping timeout: 256 seconds).
17:12:28 -!- Lord_of_Life_ has changed nick to Lord_of_Life.
18:41:37 -!- iovoid has quit (Ping timeout: 272 seconds).
18:42:15 -!- ATMunn has quit (Ping timeout: 272 seconds).
18:42:26 -!- moony has quit (Ping timeout: 246 seconds).
18:55:53 -!- ATMunn has joined.
18:56:11 -!- iovoid has joined.
18:56:30 -!- moony has joined.
19:40:22 -!- user24 has joined.
19:41:24 -!- spruit11 has quit (Quit: Lost terminal).
19:55:47 -!- spruit11 has joined.
20:54:49 <esowiki> [[Filth]] https://esolangs.org/w/index.php?diff=77553&oldid=77518 * Bananaapple * (+1873) Added programming in Filth section
20:55:10 <esowiki> [[Filth]] https://esolangs.org/w/index.php?diff=77554&oldid=77553 * Bananaapple * (+0)
21:42:35 -!- t20kdc has joined.
21:51:11 -!- Sgeo_ has joined.
21:54:00 -!- sprocklem has quit (Quit: ...).
21:54:54 -!- Sgeo has quit (Ping timeout: 272 seconds).
21:56:40 -!- Sgeo__ has joined.
21:57:03 -!- LKoen has quit (Quit: “It’s only logical. First you learn to talk, then you learn to think. Too bad it’s not the other way round.”).
21:57:39 -!- sprocklem has joined.
22:00:09 -!- Sgeo_ has quit (Ping timeout: 260 seconds).
22:00:47 -!- user24 has quit (Quit: Leaving).
22:01:59 -!- Remavas has joined.
22:04:24 -!- Remavas has quit (Remote host closed the connection).
22:06:06 -!- adu has joined.
22:06:30 -!- Remavas has joined.
22:06:58 -!- Remavas has quit (Remote host closed the connection).
22:07:06 -!- Sgeo_ has joined.
22:07:30 <Sgeo_> :( at Internet connection
22:11:22 -!- Sgeo__ has quit (Ping timeout: 272 seconds).
22:12:41 -!- FreeFull has quit.
22:35:51 <fizzie> My internet connection has been having a weird issue for the last month or three.
22:35:59 <fizzie> Specifically, the write direction of long-running TCP connections seems to mysteriously stall for 5-10 seconds or so, every now and then; usually I notice it when typing in a SSH connection, maybe once or twice an hour. My wife's Skype calls seem to also do the same (others can't hear her), with about the same frequency and duration.
22:36:30 <fizzie> When I've tried to do ICMP pings to monitor, there hasn't been really any packet loss or extra delay. And I've not noticed any problems at all with Google Meet video calls, which are presumably going over UDP (since all HTTPS to Google servers from Chrome tends to use QUIC). It seems to be just TCP, and just egress.
22:36:41 <fizzie> I should talk to my ISP, but even though their support is above-average, I'm a little worried that's still too vague for a report. I've been writing up a networking monitoring program that would do regular pings (to two Internet endpoints and one local) x (over IPv4 and IPv4) x (with TCP and UDP), in the hopes of getting some hard data. I'm expecting to see problems with the two Internet endpoints but
22:36:47 <fizzie> not the local one, and only for the pings over a TCP connection. With no particular expectations for the v4/v6 distinction, but might as well be thorough.
22:37:22 <fizzie> Uh, s/and IPv4/and IPv6/, otherwise that sentence no sense makes.
22:49:21 <shachaf> Speaking of TCP, I was wondering the other day whether there's any reason programs couldn't get/send TCP datagrams directly from/to the OS instead of relying on its implementation of TCP.
22:49:53 <shachaf> I mean, a security reason or anything. You can do raw IP but that requires taking over an interface and being root and so on.
23:03:07 <zzo38> Using the operating system's TCP is helpful so that netstat can work, and for some other purposes too
23:07:50 -!- Arcorann has joined.
23:09:36 <shachaf> But there might be reasons to avoid it.
23:09:54 <shachaf> Are things like epoll pretty much only necessary because of TCP?
23:25:40 -!- Arcorann has quit (Remote host closed the connection).
23:26:05 -!- Arcorann has joined.
23:30:08 -!- arseniiv has quit (Ping timeout: 246 seconds).
23:37:02 -!- sprocklem has quit (Ping timeout: 260 seconds).
23:39:04 <t20kdc> shachaf: The reason that programs can't send TCP datagrams directly from/to the OS is probably because there's usually no reason to. (It'd have to be checked to ensure the port/etc. match up with what's supposed to be used.) As for epoll, it's for handling large numbers of FDs. Not necessarily sockets.
23:39:35 -!- imode has joined.
23:40:08 <shachaf> Sure, but in what other situation do you need to monitor a large number of file descriptors?
23:40:11 <t20kdc> shachaf: But even if it is sockets, a hundred UDP sockets still need to be checked for incoming datagrams.
23:40:42 <shachaf> Why would you have a hundred UDP sockets, though?
23:41:32 <shachaf> I guess a server listening on a hundred ports?
23:42:48 -!- Sgeo has joined.
23:44:54 -!- Sgeo__ has joined.
23:45:47 -!- Sgeo_ has quit (Ping timeout: 240 seconds).
23:46:05 <t20kdc> shachaf: Something to note is that epoll allows supplying a small amount of user data with each file descriptor. Enough to store a pointer to whatever "object" structure represents, say, a specific session, so the user application doesn't have to perform the lookup.
23:46:54 <t20kdc> So combine that with any theoretical gains from not using sendto/recvfrom and it may be beneficial to use a more TCP-like model with UDP sockets.
23:47:25 <t20kdc> (i.e. one 'server' UDP socket and several 'connection' UDP sockets)
23:47:38 -!- Sgeo has quit (Ping timeout: 272 seconds).
23:47:48 <shachaf> How would that work? Listening on different ports?
23:48:16 <t20kdc> The connect syscall is usable on UDP sockets. It just limits what they receive to packets from a specific target arriving at a specific local port.
23:48:29 <t20kdc> From a specific remote port.
23:48:53 <shachaf> I'm not sure what the benefit of moving that all into the kernel is.
23:51:33 <t20kdc> Also not sure. That said the kernel is doing filtering anyway because of the bound port.
23:52:58 <t20kdc> So I guess the answer is to benchmark it and see what happens?