Congratulations V1ctor

[barok]

There is no better language out there... it's all a matter of preference.

Love, not war

[dilettante]

Anyone who says "my language is better than yours" is a moron, doesn't matter what language, you could be comparing batch programming to Javascript, that's a generally dumb thing to say. BASIC forumgoers are no exception.

Well, you can do batch programming in Javascript too (via WSH).

:wink: Just stirring the pot.

Keep in mind that even among "professional" programmers who only use a hammer everything looks like a nail though.

[dilettante]

With this, I'm stopping the production of LSS' two major RPG projects (Wrath Of Sona and RGB) in MSVC and using freeBASIC for them as soon as it's ready. It's far easier for me to accomplish game development in a language I'm very familiar with and with libraries I'm very familiar with (TinyPTC and Bass).

Just to continue being a pain in the rear (actually, I hope not) the demos I've seen so far suck cycles like nobody's business. I assume this is because everything's being brute-force pixel-banged instead of using the video processor to carry some of the load.

Feel free to tell me to go to Hades or someplace appropriately miserable.

[Plasma]

BASS and FMOD demos should use very little CPU...

[v3cz0r]

That's probably the 4th and the last time i say this: most demos are using no hardware acceleration, everything is done pixel by pixel in software and there's no frames p/ sec control, so of course they will take the most CPU time as they can, that's the idea.. running at the fastest possible speed. That has *nothing* to do with the compiler, if you do the same in C, it will take the same 100% of CPU time.

The test with SDL + OpenGL + BASS takes less than 8% of CPU here (that's it, less than 180mHz), as all rendering is being done by the video-card (unless you got no accel card..).

If you make a Windows GUI app and process messages as expected, it won't take 1%, because - for the last time - the compiler does nothing in the background, there's no message processing, no threads, nothing..

[adosorken]

So to summerize, 99.9999% of C coders, who don't code for a living, who visit forums, nay, basic forums without any intention of programming some sort of BASIC, are tuppin' jackasses.

Those are the types I'm referring to. Perhaps I should have been a bit more clear, but I figured people would know what I was talking about.

[dilettante]

That's probably the 4th and the last time i say this: most demos are using no hardware acceleration, everything is done pixel by pixel in software and there's no frames p/ sec control, so of course they will take the most CPU time as they can, that's the idea.. running at the fastest possible speed. That has *nothing* to do with the compiler, if you do the same in C, it will take the same 100% of CPU time.

Sorry! I knew that very well and had seen your numerous posts to that effect. I was focusing on the graphics libs and approaches, not on the speed/quality of FB-generated code.

I can be slow, but I hope not that dim.

[relsoft]

Most of the demos you see use TinyPTC and TinyPTC uses software blit. Even on Directdraw Mode.

Even with SDL using MingW, The same demo's sun as fast as FB. That is of course you INIT SDL with

SDL_SWSurface

[Agamemnus]

I think the most important reason of why people use Qbasic etc. is because you don't need to compartmentalize your brain into so many different windows...

[relsoft]

Then you can use TinyPTC, its almost QB is hurts.