Newest at the top
| 2024-10-28 16:20:38 +0100 | mari-estel | (~mari-este@user/mari-estel) mari-estel |
| 2024-10-28 16:17:50 +0100 | euleritian | (~euleritia@ip4d16fc38.dynamic.kabel-deutschland.de) |
| 2024-10-28 16:17:32 +0100 | euleritian | (~euleritia@dynamic-176-003-032-186.176.3.pool.telefonica.de) (Read error: Connection reset by peer) |
| 2024-10-28 16:17:09 +0100 | vanishingideal | (~vanishing@user/vanishingideal) vanishingideal |
| 2024-10-28 16:15:14 +0100 | vanishingideal | (~vanishing@user/vanishingideal) (Ping timeout: 260 seconds) |
| 2024-10-28 16:09:42 +0100 | acidjnk_new | (~acidjnk@p200300d6e72cfb16402229c84613898e.dip0.t-ipconnect.de) acidjnk |
| 2024-10-28 16:07:16 +0100 | zero | (~z@user/zero) zero |
| 2024-10-28 16:02:25 +0100 | acidjnk_new | (~acidjnk@p200300d6e72cfb165c062c18fa4bedb4.dip0.t-ipconnect.de) (Ping timeout: 260 seconds) |
| 2024-10-28 16:00:37 +0100 | lxsameer | (~lxsameer@Serene/lxsameer) (Ping timeout: 248 seconds) |
| 2024-10-28 15:59:19 +0100 | sadmax | (~user@64.130.91.66) (Ping timeout: 260 seconds) |
| 2024-10-28 15:59:06 +0100 | morb | (~morb@pool-108-41-100-120.nycmny.fios.verizon.net) (Ping timeout: 246 seconds) |
| 2024-10-28 15:58:07 +0100 | BolzmannPain | (~BolzmannP@user/BolzmannPain) BolzmannPain |
| 2024-10-28 15:57:44 +0100 | BolzmannPain2 | (~BolzmannP@2a0a-a546-8e55-1-e8d-cf62-3559-6bea.ipv6dyn.netcologne.de) (Quit: Client closed) |
| 2024-10-28 15:54:59 +0100 | morb | (~morb@pool-108-41-100-120.nycmny.fios.verizon.net) |
| 2024-10-28 15:53:32 +0100 | Vq | (~vq@81-226-38-201-no600.tbcn.telia.com) Vq |
| 2024-10-28 15:53:10 +0100 | LukeHoersten | (~LukeHoers@user/lukehoersten) (Quit: My MacBook has gone to sleep. ZZZzzz…) |
| 2024-10-28 15:51:53 +0100 | weary-traveler | (~user@user/user363627) user363627 |
| 2024-10-28 15:50:39 +0100 | sadmax | (~user@64.130.91.66) |
| 2024-10-28 15:48:51 +0100 | BolzmannPain2 | (~BolzmannP@2a0a-a546-8e55-1-e8d-cf62-3559-6bea.ipv6dyn.netcologne.de) |
| 2024-10-28 15:47:47 +0100 | LukeHoersten | (~LukeHoers@user/lukehoersten) LukeHoersten |
| 2024-10-28 15:43:21 +0100 | zero | (~z@user/zero) (Ping timeout: 252 seconds) |
| 2024-10-28 15:42:16 +0100 | notzmv | (~daniel@user/notzmv) notzmv |
| 2024-10-28 15:40:22 +0100 | euleritian | (~euleritia@dynamic-176-003-032-186.176.3.pool.telefonica.de) |
| 2024-10-28 15:39:45 +0100 | euleritian | (~euleritia@ip4d16fc38.dynamic.kabel-deutschland.de) (Ping timeout: 252 seconds) |
| 2024-10-28 15:35:16 +0100 | SlackCoder | (~SlackCode@64-94-63-8.ip.weststar.net.ky) (Quit: Leaving) |
| 2024-10-28 15:34:58 +0100 | weary-traveler | (~user@user/user363627) (Quit: Konversation terminated!) |
| 2024-10-28 15:27:00 +0100 | Smiles | (uid551636@id-551636.lymington.irccloud.com) (Quit: Connection closed for inactivity) |
| 2024-10-28 15:25:10 +0100 | billchenchina | (~billchenc@p54090-ipngnfx01osakakita.osaka.ocn.ne.jp) (Max SendQ exceeded) |
| 2024-10-28 15:25:08 +0100 | <ash3en> | I think with binary as I understand it now I have some trouble to parse the kind of arbitrary nul-bytes OSC uses here and there, eg. after the typetag byte or with strings. But maybe I just don't understand it to the fullest yet |
| 2024-10-28 15:24:06 +0100 | billchenchina | (~billchenc@p54090-ipngnfx01osakakita.osaka.ocn.ne.jp) billchenchina |
| 2024-10-28 15:23:04 +0100 | <merijn> | ash3en: Both should do ok, tbh |
| 2024-10-28 15:20:25 +0100 | LukeHoersten | (~LukeHoers@user/lukehoersten) (Quit: My MacBook has gone to sleep. ZZZzzz…) |
| 2024-10-28 15:19:50 +0100 | <ash3en> | got to do more research apparently :D |
| 2024-10-28 15:18:40 +0100 | alp | (~alp@2001:861:e3d6:8f80:fb17:c519:ba02:ac60) (Remote host closed the connection) |
| 2024-10-28 15:18:09 +0100 | <tomsmeding> | (with SIMD shuffle instructions you can do better, but GHC doesn't even support emitting those on the native codegen backend, only on LLVM) |
| 2024-10-28 15:15:50 +0100 | <tomsmeding> | on a LE machine, you need to get fairly clever to do better than just picking invididual bytes and shift-oring them into the result |
| 2024-10-28 15:15:19 +0100 | <tomsmeding> | ash3en: if you need big-endian, you could always cherry-pick the code that does that from other libraries :p |
| 2024-10-28 15:13:28 +0100 | LukeHoersten | (~LukeHoers@user/lukehoersten) LukeHoersten |
| 2024-10-28 15:06:09 +0100 | <ash3en> | ah, oversaw that. But afaik OSC uses big endian and flatparse supports only LE. however I am not that deep in the topic yet to know if this is really a knockout for flatparse use |
| 2024-10-28 15:05:24 +0100 | spew | (~spew@155.133.15.121) spew |
| 2024-10-28 15:02:15 +0100 | LukeHoersten | (~LukeHoers@user/lukehoersten) (Quit: My MacBook has gone to sleep. ZZZzzz…) |
| 2024-10-28 15:00:41 +0100 | <tomsmeding> | ash3en: if you care about high-performance parsing, also consider `flatparse` |
| 2024-10-28 14:56:32 +0100 | LukeHoersten | (~LukeHoers@user/lukehoersten) LukeHoersten |
| 2024-10-28 14:52:51 +0100 | <ash3en> | i don't need to decode it, just want to reorder the values and maybe switch to a different osc-address |
| 2024-10-28 14:52:00 +0100 | <ash3en> | Hi, would you use Binary.Get or attoparsec for parsing OSC/UDP? |
| 2024-10-28 14:50:41 +0100 | ash3en | (~Thunderbi@89.246.174.164) ash3en |
| 2024-10-28 14:39:27 +0100 | tromp | (~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl) |
| 2024-10-28 14:34:20 +0100 | weary-traveler | (~user@user/user363627) user363627 |
| 2024-10-28 14:27:59 +0100 | morb | (~morb@pool-108-41-100-120.nycmny.fios.verizon.net) (Ping timeout: 265 seconds) |
| 2024-10-28 14:27:59 +0100 | ystael | (~ystael@user/ystael) ystael |