code logs -> 2010 -> Mon, 15 Nov 2010< code.20101114.log - code.20101116.log >
--- Log opened Mon Nov 15 00:00:43 2010
00:05 You're now known as TheWatcher[T-2]
00:09 You're now known as TheWatcher[zZzZ]
00:43 Attilla [Some.Dude@Nightstar-1dddcdb5.threembb.co.uk] has quit [[NS] Quit: ]
00:52 kaura [kaura@Nightstar-fd82400d.snfc21.sbcglobal.net] has quit [Client closed the connection]
00:53 kaura [kaura@A2BA3E.5613D5.A7C357.372C7B] has joined #code
01:04 Tarinaky [Tarinaky@Nightstar-f349ca6d.plus.com] has quit [Ping timeout: 121 seconds]
01:14 kaura [kaura@A2BA3E.5613D5.A7C357.372C7B] has quit [Connection reset by peer]
01:17 SmithKurosaki [Smith@Nightstar-8ff23d84.dsl.teksavvy.com] has quit [Ping timeout: 121 seconds]
01:42 gnolam [lenin@Nightstar-38637aa0.priv.bahnhof.se] has quit [[NS] Quit: Z?]
01:50 SmithKurosaki [Smith@Nightstar-8ff23d84.dsl.teksavvy.com] has joined #code
01:59 Kazriko [kaz@Nightstar-e09690fa.client.bresnan.net] has quit [Ping timeout: 121 seconds]
02:01 Kazriko [kaz@Nightstar-e09690fa.client.bresnan.net] has joined #code
02:01 mode/#code [+o Kazriko] by Reiver
02:06 Thaqui [Thaqui@27B34E.D54D49.F53FA1.6A113C] has joined #code
04:24 celticminstrel [celticminstre@Nightstar-f8b608eb.cable.rogers.com] has quit [[NS] Quit: KABOOM! It seems that I have exploded. Please wait while I reinstall the universe.]
04:54 Zed [Zed@Nightstar-556ea8b5.or.comcast.net] has joined #code
04:59 * Zed needs a really smart person who knows the answer to his computer-build problem
05:00
<@Vornicus>
Just Ask
05:00
< Zed>
I have a ... lemme get names
05:01
< Zed>
MSI K9A2 motherboard
05:01
< Zed>
I was running on it, recently, using a phenom X3 720 BE
05:02
< Zed>
Then I gave the mobo to my little brother along with my OLD old proc (an athlon 64 3200) and upgraded to another MSI board, an AM3 board which works just fine
05:02
< Zed>
I then upgraded to a phenom II x6, which works great on my am3 board
05:03
< Zed>
But when I tried to put the x3 720 back into Nik's computer, it's not working
05:04
<@Namegduf>
Hmm.
05:04
< Zed>
which made me think it might be dead, so I had a friend test it in his new mobo, which worked fine
05:04
<@Namegduf>
No idea.
05:04
< Zed>
So I thought I might have damaged the mobo, so I tried it with the old proc
05:04
< Zed>
worked fine.
05:04
< Zed>
Thought the power might have been insufficient, so I tried it with my power supply, and had no luck
05:04
< simon_>
hmm
05:04
< simon_>
the C++ standard says:
05:04
< Zed>
memory was working fine on the old chip, but I thought about switching to a single dimm and trying in different slots, with no luck
05:05
< simon_>
hexadecimal-escape-sequence:
05:05
< simon_>
\x hexadecimal-digit
05:05
< simon_>
hexadecimal-escape-sequence hexadecimal-digit
05:05
< Zed>
I tried flashing the BIOS on the mobo, which shouldn't fix it, cuz it had been running fine on it before, but it didn't help, either
05:06
< Zed>
I'm just coming up kinda blank.
05:06
< simon_>
oh, wait, never mind!
05:06
< Zed>
So I'm totally clueless.
05:06
< Zed>
I've got no answers, but the problem just doesn't make sense
05:07
< Zed>
all the pieces WERE compatible with each other, and now they don't work when assembled together
05:07
< Zed>
They all test out as working just fine when put into other setups, though.
05:08
< simon_>
yes, one question: does that mean that \xBE \xEF is a valid escape sequence?
05:10 * simon_ tries.
05:10
< Zed>
I'm just at a loss as to what to TEST next.
05:10
< Zed>
Is it, simon?
05:12
< simon_>
Zed, don't new mobos have those LED displays that tell you what might be wrong?
05:12
< Zed>
Not a new-new board.
05:12
< Zed>
It's a generation old, after all
05:12
< simon_>
and it doesn't make any funny beeps that one can decipher, either?
05:13
< Zed>
It's not giving me any POST beeps when it has the phenom II in it
05:13
< Zed>
and it works just fine when it has the other proc in it
05:13
< simon_>
is that a graphics card?
05:13
< Zed>
Which would be definitive "it just doesn't work" except it DID
05:13
< Zed>
Phenom II?
05:13
< simon_>
yes?
05:13
< Zed>
nah, it's an AMD cpu
05:14
< simon_>
did you test whether it's the CPU chip that doesn't work? you only mentioned that a friend tested the mobo, right?
05:29
< Zed>
No, the proc was tested in their mobo
05:29
< Zed>
came up just fine
05:30
< Zed>
I ran on it myself earlier that day, too
05:30
< Zed>
like, all diagnostic steps point to the proc - except the part where it works fine.
05:31
< Zed>
Then all diagnostic steps point to it just not being compatible with that setup
05:31
< Zed>
except that it was IN that exact setup
05:31
< Zed>
same vid card, same memory, same mobo, same proc, and the PSU has been tested with one that's known working with much higher load equipment, AND all the parts work fine with the other proc.
05:32
< Zed>
BIOS flash should not have been necessary, but it's been tried anyways
05:32
< Zed>
What I need is an idea on setting it up better
05:32
< Zed>
like, a way to install it more ... something-y.
05:32
< Zed>
ly, I should say
05:32
< Zed>
adverbially speaking
05:38 EvilDarkLord [jjlehto3@Nightstar-f1ccbb45.hut.fi] has quit [Ping timeout: 121 seconds]
05:53 cpux is now known as shade_of_cpux
06:44 Derakon is now known as Derakon[AFK]
07:17 You're now known as TheWatcher
08:10 You're now known as TheWatcher[afk]
08:11 kwsn is now known as kwsn\t-2
08:18 kwsn\t-2 [kwsn@Nightstar-ca9721ae.dyn.centurytel.net] has quit [Ping timeout: 121 seconds]
09:41 Janus [nsJChat@Nightstar-283cd59d.clmboh.sbcglobal.net] has joined #code
09:42
< Janus>
Howdy!
09:44 * Janus looks at his watch. Lurks for 58... 59... one minue, before going into a semi-monologue
09:47
< Janus>
I just typed a paragraph, by the end of which I had answered my own question. Thanks!
09:48
<@Namegduf>
The system works.
09:49
<@McMartin>
FISHBOWL'D
09:54 You're now known as TheWatcher
10:09 EvilDarkLord [jjlehto3@Nightstar-f1ccbb45.hut.fi] has joined #code
10:16
< simon_>
what's the first rule of steganography club?
10:30 Thaqui [Thaqui@27B34E.D54D49.F53FA1.6A113C] has quit [Client closed the connection]
10:41 Anno[Laptop] [annodomini@F67919.F326B3.98D923.BDA7B6] has joined #code
10:47 Vornicus is now known as Vornicus-Latens
10:53 Ortiha [orthianz@Nightstar-fbe92a17.xnet.co.nz] has joined #code
10:54 Janus [nsJChat@Nightstar-283cd59d.clmboh.sbcglobal.net] has quit [[NS] Quit: Nightstar's Java Chat http://www.nightstar.net]
10:55 Orthia [orthianz@Nightstar-3346512d.xnet.co.nz] has quit [Ping timeout: 121 seconds]
11:27 Tarinaky [Tarinaky@Nightstar-f349ca6d.plus.com] has joined #code
11:49 You're now known as TheWatcher[d00m]
12:43 Anno[Laptop] [annodomini@F67919.F326B3.98D923.BDA7B6] has quit [[NS] Quit: Home.]
12:57 gnolam [lenin@Nightstar-38637aa0.priv.bahnhof.se] has joined #code
13:11 You're now known as TheWatcher
13:38 Anno[Laptop] [annodomini@Nightstar-389f84eb.adsl.tpnet.pl] has joined #code
14:44 You're now known as TheWatcher[afk]
14:50 Stalker [Z@3A600C.A966FF.5BF32D.8E7ABA] has quit [Ping timeout: 121 seconds]
15:27 Abu[Laptop] [annodomini@Nightstar-e42a8491.adsl.tpnet.pl] has joined #code
15:27 Anno[Laptop] [annodomini@Nightstar-389f84eb.adsl.tpnet.pl] has quit [Ping timeout: 121 seconds]
15:46 Stalker [Z@26ECB6.A4B64C.298B52.D80DA0] has joined #code
15:53 Rhamphoryncus [rhamph@Nightstar-473f8685.abhsia.telus.net] has joined #code
17:28 Attilla [Some.Dude@Nightstar-1fe1125d.threembb.co.uk] has joined #code
17:28 mode/#code [+o Attilla] by Reiver
17:48 gnolam [lenin@Nightstar-38637aa0.priv.bahnhof.se] has quit [Ping timeout: 121 seconds]
17:49 gnolam [lenin@Nightstar-38637aa0.priv.bahnhof.se] has joined #code
18:24 Derakon[irssi] [chriswei@Nightstar-cfae48c3.ca.comcast.net] has joined #code
18:24
< Derakon[irssi]>
Looks like the UCSF netadmins finally got around to blocking alternate IRC ports.
18:24
< Derakon[irssi]>
So now I have to get online via SSHing onto my home box. *shakes fist*
18:24
< Derakon[irssi]>
I don't get why they want to block IRC in the first place.
18:28
<@Vornicus-Latens>
Yeah, universities are the kinds of places that IRC gets its best workout.
18:28 crem [moo@2D9A5E.4363FC.B8C774.D2B68F] has joined #code
18:29
<@Vornicus-Latens>
Have you tried 7000? Or the 6697-6700 block with ssl?
18:29
< Derakon[irssi]>
Um, no...
18:30
<@Vornicus-Latens>
(those are the alternative alternative ports on this network; we also open everything from 6660 through 6669)
18:30
< Derakon[irssi]>
SSL gets me a "certificate has expired" error.
18:31
<@Vornicus-Latens>
gnrk, that might be problematic, I'll poke Syloq about that.
18:34
<@Vornicus-Latens>
What's your client that you tried for that?
18:36
<@Vornicus-Latens>
gneh, tell #nightstar, I have to flee.
18:37
< Derakon[irssi]>
Okay, thanks anyway.
18:42 celticminstrel [celticminstre@Nightstar-f8b608eb.cable.rogers.com] has joined #code
18:43 celticminstrel [celticminstre@Nightstar-f8b608eb.cable.rogers.com] has quit [Client closed the connection]
18:43 celticminstrel [celticminstre@Nightstar-f8b608eb.cable.rogers.com] has joined #code
18:54
< Derakon[irssi]>
Hey gnolam, don't suppose you got a chance to take a look at that OpenGL problem I mentioned a couple weeks ago?
18:55
< Derakon[irssi]>
I'd love to get your input.
19:30 crem [moo@2D9A5E.4363FC.B8C774.D2B68F] has quit [Client closed the connection]
19:30 crem [moo@2D9A5E.4363FC.B8C774.D2B68F] has joined #code
19:51
< Derakon[irssi]>
Ah ha...
19:51
< Derakon[irssi]>
The framebuffers are upside-down!
19:51
< Derakon[irssi]>
(I figured this out by labeling each individual tile)
19:53
< Derakon[irssi]>
Now, *why* are they upside-down?
19:56
< Derakon[irssi]>
Unrelated: Child's Play opened today and is already almost at $200k.
19:57
< gnolam>
There was a bit too much unrelated code in that for me to put in the effort to decode, unfortunately.
20:14
< Derakon[irssi]>
Ah, well.
20:14
< Derakon[irssi]>
Thanks anyway.
20:39 You're now known as TheWatcher
20:46
< Derakon[irssi]>
Heyo TW.
20:54
<@TheWatcher>
Ullo
20:54
<@TheWatcher>
How goes?
20:55
< Derakon[irssi]>
Progress is being made, albeit slowly.
21:17 crem [moo@2D9A5E.4363FC.B8C774.D2B68F] has quit [[NS] Quit: Ep0xa 1.2v]
21:23 Stalker [Z@26ECB6.A4B64C.298B52.D80DA0] has quit [Ping timeout: 121 seconds]
21:38
< Derakon[irssi]>
Okay, so, only the framebuffer that is positioned at (0, 0) is getting drawn to correctly...
21:39
< Derakon[irssi]>
I'd guess this means I need to toss a translate in or something?
21:40
< Derakon[irssi]>
I want to partition the entire view area into a 2x2 grid of tiles, then render content to them.
21:40
< Derakon[irssi]>
So I do glViewport(i * self.width / 2, j * self.height / 2, self.width / 2, self.height / 2)
21:41
< Derakon[irssi]>
Then glScalef(2, 2, 1)
21:41
< Derakon[irssi]>
Then I just draw everything for that part of the view.
21:42
< Derakon[irssi]>
This works fine for the tile at (0, 0) but the other tiles don't show what is rendered to them; they're just white (the fill color).
22:20
< gnolam>
Be careful with scaling. It's so easy to overlook a translation somewhere.
22:28
< gnolam>
(Also, it scales normals, but I guess you don't have to worry about those.)
22:32
< Derakon[irssi]>
Oh, dur. I should add a translate to compensate.
22:32
< Derakon[irssi]>
And yeah, this is strictly 2D. Thanks.
22:35 * gnolam headdesks.
22:39
< Derakon[irssi]>
Gah, I suck at visualizing this stuff.
22:39 Stalker [Z@3A600C.A966FF.5BF32D.8E7ABA] has joined #code
22:39
< gnolam>
My looping sounds didn't stop looping properly. After dissecting my own loop stopping code and the Sound Envelope Controller, it turns out that the culprit was a misplaced if in the loop /starting/ function. :P
22:39
< Derakon[irssi]>
Exactly where you'd look when it doesn't stop properly, naturally.
22:40
< gnolam>
The whole "should I stop this loop now and switch to another one?" bit was quite cleverly bypassed in favor of KEEP PLAYING NO MATTER WHAT. :P
22:41 RichardBarrell [mycatverbs@Nightstar-689c9c54.cable.virginmedia.com] has joined #code
22:48
< Derakon[irssi]>
So, problem I'm trying to solve is that I have e.g. a 10000x10000 canvas with lots of textured quads in it, and I want to render that canvas from a distance without lagging. Therefore I pre-render the quads to other quads at a fixed level of zoom, packing multiple of the distant quads into each close quad.
22:48
< Derakon[irssi]>
Here's the code where I render to a close quad: http://paste.ubuntu.com/532644/
22:49
< Derakon[irssi]>
Gnolam's almost certainly right that I need a glTranslate call in there somewhere, but I can't for the life of me visualize the setup and figure out where it should go.
22:50
< Derakon[irssi]>
There are NUMTILESxNUMTILES prerendered quads, with i and j iterating over them.
22:52
< Derakon[irssi]>
When drawing normal (non-prerendered) quads I do glScalef(ZOOM, ZOOM, 1); here I use a lesser zoom...wait, am I using the proper zoom here?
22:52
< Derakon[irssi]>
...yeah, because when I draw I do get one prerendered quad to show (the one at (0, 0)) and it has the right scale.
22:56 RichardBarrell [mycatverbs@Nightstar-689c9c54.cable.virginmedia.com] has quit [Connection closed]
23:11
< gnolam>
The whole glViewporting is a bit iffy as well.
23:12
< Derakon[irssi]>
Yeah, I'm not entirely clear how that relates to the scene.
23:12
< gnolam>
Where does i and j come from?
23:12
< Derakon[irssi]>
They're iterating over the prerendered textures.
23:12
< Derakon[irssi]>
So they range from 0 to NUMTILES - 1, each.
23:14
< gnolam>
And the framebuffer is supposed to do what exactly?
23:15
< Derakon[irssi]>
Prerender hundreds of textures that are each shown at a low resolution, so I can just draw the one texture when it comes to actually showing things.
23:15
< Derakon[irssi]>
I have a massive canvas that shows thousands of 512x512 textures, but they're downscaled so they only use maybe 64x64 of actual screen real estate.
23:16
< Derakon[irssi]>
The costs of rendering all of those textures each frame make the app very unresponsive.
23:16
< Derakon[irssi]>
So I figured I could prerender them to a single texture.
23:17
< gnolam>
All of them to a single FBO?
23:17
< Derakon[irssi]>
I only have one framebuffer that I re-use for each of the prerendered textures.
23:17
< Derakon[irssi]>
That's self.buffer.
23:18
< Derakon[irssi]>
Which I note isn't referred to in this code. Hm.
23:19
< Derakon[irssi]>
Anyway, target in this case is the texture being rendered to.
23:19
< Derakon[irssi]>
It is (self.canvasWidth / NUMTILES) x (self.canvasHeight / NUMTILES) in size.
23:28
< gnolam>
... which would make the viewport go outside that at any i or j > 0.
23:29
< gnolam>
Or did you mean tiles?
23:31
< gnolam>
*in size
23:31
< Derakon[irssi]>
NUMTILES is 2 here, and canvasWidth = canvasHeight = 7000.
23:31
< Derakon[irssi]>
Thus each prerendered tile (mini-canvas?) is 3500x3500.
23:32
< Derakon[irssi]>
self.width = self.height = 700px, i.e. on-screen the entire thing is rendered into a 700x700 window.
23:35 Abu[Laptop] [annodomini@Nightstar-e42a8491.adsl.tpnet.pl] has quit [[NS] Quit: leaving]
23:35
< Derakon[irssi]>
Hey hey hey! I think this is what I want!
23:35
< Derakon[irssi]>
Switched the glViewport to start at (0, 0) and added a translate after the scale.
23:36 shade_of_cpux is now known as cpux
23:37
< Derakon[irssi]>
Thanks for pointing at glViewport, gnolam. :)
--- Log closed Tue Nov 16 00:00:44 2010
code logs -> 2010 -> Mon, 15 Nov 2010< code.20101114.log - code.20101116.log >