Since when does VRAM have anything to do with the number of polygons drawn? Polygons are in RAM and drawn straight into the frame buffer.
4MB and 8MB of RAM has a big effect on the number of textures you can use, but thats all. VRAM size has absolutly not bearing on the number of polygons drawn.
My issue wasn't with you supporting the community by posting it or by speaking there to support the community, I think thats great and I commend you for it. The thing is though, would the story have made it to Slashdot if you werent speaking there? How many other LUG related events go unnoticed even though they could be pretty major events drawing alot of people.
It was on Linux.com in the LUG section, unfortunately I have a feeling that it fell into the same predicament that my LUG has run into many times, the big Linux news sites (even Slashdot) dont want to have anything to do with the events. Which is kinda funny since the people running and organizing the events are the ones that helped give the people running those sites their start. They have lost their sense of community pride and support.
Why is it that this event gets attention on Slashdot while others get rejected or looked over? Is it because a member of the Slashdot staff is giving a keynote at the event? That sounds really unprofessional to me.
Nothing beats Trent Reznor when you've got some code to lay down. When your more laid back maybe some Metallica or Smashing Pumpkins.......but when you've got some code to write.....NIN.
Got all the actual album Halo's now.....working on the Single version halo's.
PERL, much like the so named TCL, is basically a tool command language. The different may be that most of the tools have become part of PERL itself.
Can you really compare a PERL program that can outsource many operations to functions not availiable in C to a C program that had to do many operations itself?
I don't argue against the slowness so much as the difference in length of code and length of run.
Civ2, I am a programmer working on PSX versions
on
Civ3 For Linux
·
· Score: 1
Not that I could do anything with it, I've got the Civ2 sources basically. I'm working on the PAL/European versions of the game.(Don't blame me if it's screwed up!)
Slashdot Mirror
Since when does VRAM have anything to do with the number of polygons drawn? Polygons are in RAM and drawn straight into the frame buffer.
4MB and 8MB of RAM has a big effect on the number of textures you can use, but thats all. VRAM size has absolutly not bearing on the number of polygons drawn.
My issue wasn't with you supporting the community by posting it or by speaking there to support the community, I think thats great and I commend you for it. The thing is though, would the story have made it to Slashdot if you werent speaking there? How many other LUG related events go unnoticed even though they could be pretty major events drawing alot of people.
It was on Linux.com in the LUG section, unfortunately I have a feeling that it fell into the same predicament that my LUG has run into many times, the big Linux news sites (even Slashdot) dont want to have anything to do with the events. Which is kinda funny since the people running and organizing the events are the ones that helped give the people running those sites their start. They have lost their sense of community pride and support.
Why is it that this event gets attention on Slashdot while others get rejected or looked over? Is it because a member of the Slashdot staff is giving a keynote at the event? That sounds really unprofessional to me.
Nothing beats Trent Reznor when you've got some code to lay down. When your more laid back maybe some Metallica or Smashing Pumpkins.......but when you've got some code to write.....NIN.
Got all the actual album Halo's now.....working on the Single version halo's.
PERL, much like the so named TCL, is basically a tool command language. The different may be that most of the tools have become part of PERL itself.
Can you really compare a PERL program that can outsource many operations to functions not availiable in C to a C program that had to do many operations itself?
I don't argue against the slowness so much as the difference in length of code and length of run.
Not that I could do anything with it, I've got the Civ2 sources basically. I'm working on the PAL/European versions of the game.(Don't blame me if it's screwed up!)