From: C R Onjob Date: Mon, 1 Sep 2014 17:00:02 +0000 (+0800) Subject: Automatic commit of irc logs X-Git-Url: https://git.ucc.asn.au/?p=ipdf%2Fdocuments.git;a=commitdiff_plain;h=eab040bf153d7892f369fbc510eb495f7da6e842 Automatic commit of irc logs Sheriff Chameleotoptor sighed with an air of weary sadness, and then turned to Doppelgutt and said 'The Senator must really have been on a bender this time -- he left a party in Cleveland, Ohio, at 11:30 last night, and they found his car this morning in the smokestack of a British aircraft carrier in the Formosa Straits.' -- Grand Panjandrum's Special Award, 1985 Bulwer-Lytton bad fiction contest. --- diff --git a/irc/#ipdf.log b/irc/#ipdf.log index c8c17c9..2ceb74e 100644 --- a/irc/#ipdf.log +++ b/irc/#ipdf.log @@ -4148,3 +4148,31 @@ 23:07 < matches> 8 hours in the future 23:07 < matches> I really should fix my system clock 23:07 < matches> One of these days... +--- Day changed Mon Sep 01 2014 +17:05 < matches> The wobbly lines on things are irritating me +17:10 < matches> There doesn't seem to be anything wrong with Bresenham, which means the actual line endpoints are wrong +17:11 < matches> The GPU does everything from floats and magically they go to the right spot in the buffer +17:11 < matches> The CPU has to calculate integer pixel coordinates +17:16 < matches> I need a magnifier I can't see the pixels that are in the wrong spot +17:16 < matches> I know they are there +17:21 < matches> ... ok maybe the Bresen Ham was a little past its use by date +19:48 < matches> The more I try and get these lines to not look dumb, the more convinced I become that glDrawLines is doing something fancy +19:56 < matches> You end up with wiggles in the line because the end points round to a different pixel to what you end up at by drawing the line +19:57 < matches> If you make sure you start from where the last line ended, you still get a bend because of the left over error from the last line +19:58 < matches> ... +19:58 < matches> Drawing a single line when you know the Bezier is actually a single line is probably going to be less rage inducing than trying to fix this +21:01 < matches> The Beziers are now classified according to Loop and Blinn +21:01 < matches> Well +21:01 < matches> Maybe +21:01 < matches> It at least knows what lines are +21:01 < matches> ... +21:02 < matches> Ok all the ttf beziers are SERPENTINE and LOOP so that's probably wrong +21:43 < matches> Ah, floating point precision strikes again +21:43 < matches> That's kind of annoying +21:47 < matches> But I suppose it's relevant +21:47 < matches> Unless I'm totally screwing something up +21:48 * matches adds in arbitrary fabs(x) < 1e-6 checks +21:58 < matches> On the other hand, if you use DeCasteljau and stop the sub dividing whenever you get to something that classifies as a line, it's actually pretty cool +21:59 < matches> But if you zoom in too far it starts to get classifications totally wrong +22:02 < matches> Yeah I have an abstract due in 2 weeks +22:02 < matches> so screwed