openGL rant

[garote]

OPENGL RANT. BY AREK AND GROTE.

quick quiz:
how do you draw lines, points, and triangles in open gl?

• A: with triangles.

Answer: A.

points and lines are all busted and broken and worthless. quake 3 uses triangles, so they work. you want a point? use two triangles. you want a line? use two triangles.
god damn fucking shit.
so in order to draw the pretty 3 pixels wide line, i made a 5x1 TEXTURE of a line.
was re: god damn fucking shit.
then i stretch the texture over a carefully positioned pair of triangles, and nobody's the wiser.

cost: 6 hours of my life.

on the plus side, it looks slightly better than real antialiased lines, because the hardware antialiasing only uses 3 subpixel bits (at least on my radeon) while the texture filtering uses 8.
jesus tapdancing shits.

That's the 'great' thing about standards. Their growth consists of HACKS ON HACKS. this, after trying many many combinations of antialiased triangles with no texture, which all failed because GL_SRC_ALPHA_SATURATION mode is fucked up on drugs and stuff. fucking 'Generation X' GL_SRC_ALPHA_SATURATION mode.
yes, it's all totally ad hoc and busted and dependent on the lastest "extensions" to the "standard" based on "extensions" ratified by "people" who suck "cock".

i shouldn't be laughing at this point, yet i am

And this 'cock' in question is actually 'cock emulator 0.4 [final]', which was originally an extension of 'Dickgen v3.001', but splintered into it's own app when 'Dickgen' author Hal PickenPacker got killed in the Swiss Alps. It was rewritten in COBALL from the original BallSuck0.009d (which only ran on second edition VIC-20s), then bought out by ASSCO, thrown away, and replaced by a TURTLE LOGO version which only sold 4 copies. later used as the kernel of a major operating system. So the full name is

Cock (emulator 0.4 [final]) Dickgen 3.001 (CO-BALL) - BallSuck0.009d_VIC-20_2 (c) AssCO [Turtle Logo v++4] a.k.a. Dongulator OS v1.0 .

and this is what powers the Xbox! >:)

arek to ATI and nvidia: GET YOUR FUCKING SHIT TOGETHER.

ATI: "Next year. It'll cost you $500 btw"
nVidia: "You mean _your_ shit, codemonkey?"
grrrrrrrrrrr. it all works fiiiiiiiiiiiiiiiiiiiiine as long as you don't want anything complex. like antialiased points. or lines. or something bigger than a pixel.
I mean, jesus cock-stuck-in-a-bear-trap CHRIST this is only twenty years after TRON people. you can't draw a line wider than one pixel?

ATI: "huhuh huhu huh huhuhuhuh d00d i bl3w his h34d off"
nvidia: "no way! no fucking way! i fragged your ass!"

anyway i'm less than pleased about the whole thing. but it's nearly working again. just have to add a 0.5 pixel BUTT CAP onto this triangle pair.
we need new vocabularly to adequately express the frustration involved in creating workable point and line primitives.

• triangle lines = trine.
• triangle point = TRONT.

Example:

10 int BORK at BORK
20 print TRONT 34,56
50 HCOLOR = BORK
60 BORK AT 10 PRINT BORK UNDER 10 BORK IN FOR BORK 10: GOTO 10
62 HELP

mhmmmmm maybe "lingle" and "poingle" are better terms. they certainty invoke images of all the COCK SUCKERY inherent in gl.
yeah, trademarking those words now.
(giant rubber stamp noise)

KA-CHWONK

Comments

line width

[(Anonymous)]

I will assume that you have tried glLineWidth (after checking for allowable antialiased line widths by using glGetFloatv() with GL_ALIASED_LINE_WIDTH_RANGE). I do this because I choose to believe that you are having actual problems with OpenGL implementations, rather than failing to RTFM.

If you are having implementation problems, I would also ask if you have run your tests on nVidia. I know you have complained about them, but they are considered a highly compliant implementation, whereas ATI is known (and has always been known) for pretty much crappy, buggy, incomplete implementations of APIs (from VGA through VESA until OpenGL and DirectX). They're fine for gamers, but you see a LOT more "fixed this bug that was affecting ATI cards" than you see of any other graphic card related bug fixes. And most of them aren't truly bugs, but just a failure of ATI that the poor developer has had to work around because ATI won't fix it.

If the problem is truly one of failing to RTFM, I would strongly suggest that you get the Red Book ("OpenGL Programming Guide Fourth Edition -- The Official Guide to Learning OpenGL, Version 1.4"). It does a good job of also covering the 2D aspects of OpenGL. Once you've been through the Programming Guide and gotten your bearings, the "OpenGL Reference Manual Third Edition -- The Official Reference Document to OpenGL, Version 1.2" is also handy (although I'm hoping they update it as well -- it is WAY out of date for the extensions). The OpenGL SuperBible has also recently had a new edition, and has some handy stuff, but it's mostly 3D.

Re: line width

[garote]

Long after this rant, Arek implemented this. It may be of some interest to you.

[garote]

In retrospect, I am amused to note that 4 years after this somewhat snide comment was made, Arek knew more about OpenGL than many of ATI/Nvidia's own programmers, and I was a lead developer on a software system that needed documentation and our department actually borrowed one of the original authors of the Red Book from a neighboring department to write it.