2024/10/19

Newest at the top

2024-10-19 15:28:47 +0200Digitteknohippie(~user@user/digit) (Ping timeout: 255 seconds)
2024-10-19 15:23:42 +0200Smiles(uid551636@id-551636.lymington.irccloud.com) Smiles
2024-10-19 15:18:32 +0200merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 252 seconds)
2024-10-19 15:14:12 +0200merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-10-19 15:13:18 +0200ljdarj(~Thunderbi@user/ljdarj) ljdarj
2024-10-19 15:12:59 +0200ljdarj(~Thunderbi@user/ljdarj) (Quit: ljdarj)
2024-10-19 15:12:39 +0200Digitteknohippie(~user@user/digit) Digit
2024-10-19 15:12:33 +0200Digit(~user@user/digit) (Ping timeout: 246 seconds)
2024-10-19 15:11:39 +0200tromp(~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl)
2024-10-19 15:09:53 +0200merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 255 seconds)
2024-10-19 15:05:32 +0200merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-10-19 15:04:40 +0200merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 260 seconds)
2024-10-19 15:02:45 +0200adamCS(~adamCS@70.107.91.225) (Ping timeout: 246 seconds)
2024-10-19 15:00:00 +0200merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-10-19 14:58:40 +0200acidjnk_new(~acidjnk@p200300d6e72cfb92589c444d779a5d25.dip0.t-ipconnect.de)
2024-10-19 14:53:57 +0200merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 252 seconds)
2024-10-19 14:50:21 +0200ft(~ft@mue-88-130-105-072.dsl.tropolys.de) ft
2024-10-19 14:50:13 +0200Maxdamantus(~Maxdamant@user/maxdamantus) Maxdamantus
2024-10-19 14:49:40 +0200merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-10-19 14:42:42 +0200acidjnk_new(~acidjnk@p200300d6e72cfb9288c4acbd45598026.dip0.t-ipconnect.de) (Ping timeout: 252 seconds)
2024-10-19 14:38:34 +0200merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 252 seconds)
2024-10-19 14:37:56 +0200Maxdamantus(~Maxdamant@user/maxdamantus) (Ping timeout: 255 seconds)
2024-10-19 14:32:55 +0200natto(~natto@129.154.243.159) natto
2024-10-19 14:30:30 +0200 <mreh> if framebuffers weren't abstracted away...
2024-10-19 14:30:29 +0200dcoutts__(~duncan@host86-143-111-204.range86-143.btcentralplus.com) (Ping timeout: 252 seconds)
2024-10-19 14:29:37 +0200natto(~natto@129.154.243.159) (Quit: a.)
2024-10-19 14:29:06 +0200 <mreh> glReadPixels seems like a way better interface, so I may just add that function to gpipe
2024-10-19 14:28:26 +0200merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-10-19 14:27:45 +0200pera(~pera@user/pera) pera
2024-10-19 14:17:41 +0200merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 255 seconds)
2024-10-19 14:14:40 +0200 <tomsmeding> (afk)
2024-10-19 14:13:17 +0200 <tomsmeding> or just print the values with your prints, that's even easier
2024-10-19 14:13:06 +0200merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-10-19 14:12:45 +0200 <tomsmeding> (and as in Control.Exception.evaluate)
2024-10-19 14:12:39 +0200 <tomsmeding> mreh: if you do that, make sure to `evaluate (force x)` (as in Control.DeepSeq.force) all previous values to ensure that laziness doesn't make you draw wrong conclusions
2024-10-19 14:12:28 +0200 <mreh> one*
2024-10-19 14:12:25 +0200 <mreh> yeah, I think it's once for OpenGL people
2024-10-19 14:12:13 +0200 <mreh> I might be misremembering
2024-10-19 14:11:58 +0200 <tomsmeding> ok I know no opengl so I dunno :)
2024-10-19 14:11:52 +0200 <mreh> I'm going to add some prints in there to see exactly where it segfaults
2024-10-19 14:10:02 +0200fireking04(~user@36-227-66-185.dynamic-ip.hinet.net) (Ping timeout: 255 seconds)
2024-10-19 14:09:36 +0200merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 276 seconds)
2024-10-19 14:09:24 +0200 <tomsmeding> so getting weirdly offset data shouldn't _segfault_, it should just get you incorrect texture data
2024-10-19 14:09:09 +0200 <mreh> I think the author is using the wrong function to splice an texture out
2024-10-19 14:09:07 +0200 <tomsmeding> I do wonder where the segfault is coming from then; presumably the buffer you get is _data_ and doesn't contain pointers, right?
2024-10-19 14:08:13 +0200 <tomsmeding> mreh: I think you're right about at least GL_PACK_ROW_LENGTH, reading OpenGL docs
2024-10-19 14:06:39 +0200rvalue(~rvalue@user/rvalue) (Ping timeout: 245 seconds)
2024-10-19 14:06:26 +0200 <mreh> I was just calling it and printing the value to force evaluation
2024-10-19 14:05:50 +0200 <mreh> tomsmeding: I have no idea, my instrumentation code suggests outside of readTexture2D but if I comment out the call to readTexture2D it works
2024-10-19 14:05:38 +0200xff0x(~xff0x@2405:6580:b080:900:b1c9:c57e:b0f1:f862)