Menu

Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Show posts Menu

Messages - fuzzy70

#796
Not had any problems with avast in GLBasic or BlitzMax/Blitz3d, However every program I compile in PureBasic it wants to open it in a sandbox :S

Made the Mistake of installing Microsoft Security Essentials & forgetting to disable avast which resulted in a huge slow down while they was both fighting to scan files in realtime :noggin:
#797
Cool  =D

I done a similar program in blitz which loaded the screens from SNA & Z80 snapshots. It loaded the screens in the same way as the spectrum so you see them being generated like a real speccy, first the pixels followed by the colour. Never thought about doing the loading border though so hats off for that  :enc:
#798
The way I speed up functions that draw etc in loops is to use types. So for example POLYVECTOR takes 5 parameters x%, y%, tx%, ty%, col%

Code (glbasic) Select

TYPE Poly
x%
y%
tx%
ty%
col%
END TYPE


then its just a case of looping through the type with FOREACH at the end of the function.

Just an idea  :x
#799
Quote from: Kitty Hello on 2011-Oct-24
there's a PLATFORMINFO$ command that can check for a function to exist. Or an extension, test it.

Aha, thank you. That would explain the lack of a glGetString() function  =D
#800
To me the drive type is not required as technically its just a folder (the root folder). As I am a noob regarding GLBasic & have not yet fully worked out the way types & arrays work in this version of basic, would creating an array of the folders (using DIMPUSH to add extra folders to the array) & use types to store the files names with a ID pointing to the array work????

Like I said i'm a noob to this version of Basic & the above may not work but treating the drive as just another folder means 1 less type to create
#801
Off Topic / Re: REVIEW C64
2011-Oct-24
Quote from: Nathan on 2011-Oct-24
The C64 had the best hardware of it's generation for games mind.

That's for sure, especially when programmers got to grips with what the machine had to offer, same as any new platform really. After the initial very blocky gfx & not so great sound it became THE games machine. What Rob Hubbard & Martin Galway done with the C64 sound was just awesome & no other computer (home or otherwise) could touch it.
Even now playing the sid tunes in a player via surround or any speaker set-up with a sub make the room rumble, we had sub-bass tunes in the 80's & nobody knew lol.

Was a pain to program though & the endless lines of POKE 53280 etc to change screen colours, sprites & sound was not fun  :giveup: .

Was made a lot easier with the Simons Basic cart although at a cost, Machine Code was def the way forward back then, which was true of nearly all the 8bit micros (less so on the BBC i think)
#802
This is mine, the wallpaper is one of my own I created. And yes to the observant my desktop is not widescreen thanks to my monitor going BANG so am using a pretty tatty 4:3 17" lcd @1280x1024. Still better than no monitor at all  :good:

[attachment deleted by admin]
#803
Off Topic / Re: REVIEW C64
2011-Oct-24
Quote from: Hatonastick on 2011-Oct-24
What, no Amstrad CPC?!?  O_O  The one, the only, the best 8-bit machines of them all!

Ok maybe not, but I liked them.

Funnily enough no, I have no idea why I never had a Amstrad CPC. Might have been that I was saving up like mad to get a BBC micro for my school project & computing exam, think my bedroom was bigger than the computing room at my school lol & getting a spare BBC to use was not easy  :'(
#804
Off Topic / Re: REVIEW C64
2011-Oct-24
Took me ages to get a C64 thanks to the price of it, eventually got a 2nd hand one as no way would my pocket money stretch to a new one (or my parents money either).

I progressed from a ZX80, ZX81 then a ZX Spectrum then it gets a bit Hazy as others included (in no particular order) a Memotech MTX512, Toshiba MSX, Sharp MZ80K, Jupiter ACE,  Atari (think it was a 130XL or something), BBC model B, Dragon32 & an Oric Atmos.

Wish I had kept them all but the sale of one helped fund the next :)
#805
GLBasic - en / Re: BETWEEN?
2011-Oct-24
I have come across that command before in Basic, a very long time ago though on something like AmigaBasic, MacBasic or one of the hundreds of other variants I have used over the years lol.

Quote from: bigtunacan on 2011-Oct-24It shortens the code a bit and makes things more readable; also re-using the same code reduces stupid mistakes.

True, but making a function that simple will not increase code size as to be a problem & also calling it the same name i.e BETWEEN means that the IDE will colour code it as well as show the parameters at the bottom of the screen helping to avoid mistakes.

I tend to build a library of functions that I keep in a directory called Functions funnily enough & just include them when I need them, calling the filename the same as the function name as to help keep things clear & easy to find. Unless the IDE for the language I am using has a code library or code snippets then I use that instead  :)
#806
Hi All,

I have just downloaded GLBasic the other day having come from a background of Blitz3D, Purebasic & minimal amount of VisualBasic.

Getting used to the syntax & differences is slowly getting there but time will sort that out :)

While learning GLBasic I am currently reading the OpenGL Bible & playing around with /common/gl.bas include. The speed difference is quite noticeable using OpenGL compared to the in-built commands I have tested so far, only pixels & lines at the moment. For example to fill the screen (an 800x600) using SETPIXEL takes around  259ms on my system, using glVertex2f to plot the same pixels takes 11ms on average. Lines as well show a big speed increase also but this is not the reason of my question lol.

Is there anyway of adding the glGetString() command/function to the gl.bas code?. The GLOBALS for GL_VENDOR, GL_RENDERER, GL_VERSION & GL_EXTENSIONS etc are all defined but I am unable to get the results from them due to lacking glGetString(). I noticed the functions in gl.bas are inline & contain C code (could be C++ as far as I know as never got passed helloword.c  :-[ ).

While it is not extremely urgent or in some respects required, but might come in handy for checking capabilities etc of the machine on which the code is running, the book mentions using GL_EXTENSIONS to check if a feature is supported & hence the reason for this question.

Regards