so, for instance, you might advocate for a 'sprite' type of command to easily handle images as sprites, but... I'm not sure what you mean by a 'sprite' command. Would this be similar to PUT? not advocate for 'bload/bsave' to handle PNG files? If someone wants to add it, I would not be opposed to th...

Adding more built-in functions to FB is all well and good... but reading/writing particular file formats is something that can already be implemented in FB without using external libraries. (I'm going to make my own PNG decoder sooner or later, to incorporate in a couple of projects.) Higher priorit...

I hadn't thought to try SCREENRES for such 'legacy' modes... but it does work. Great news for EGA fans (they exist right?) thanks.

Under SCREEN 12 or higher (or SCREEN 0), one can use COLOR to set the foreground and background colors for text that is subsequently PRINTed. However under SCREEN 8 the last value specified for the background color affects the entire screen instead. Is there a way to get the same functionality in SC...

Under win32 I can use the SHELL command to launch WGET multiple times from within my FB program to download files. This works. Under DOS... not so much. WGET will launch (and writes its text output all over my graphic screen) but crashes frequently. I suspect the DOS version of WGET itself is also 3...

This is where PNG really shines as it can detect patterns in the image and store the pattern... this same image stores as a 679 BYTE PNG file!!!! I haven't tried implementing a PNG codec before, but what I've read is that the pixels are converted to a delta (value of current pixel minus the previou...

D.J.Peters wrote:Is it Debian jessie 32 or 64-bit ?
Is it 32 or 64-bit FreeBASIC 1.05 ?
Is it a PC or a ARM device ?

32-bit x86

Dose it crash in the text console or with screen / screenres ?

The test program crashes when launched from a MATE terminal window. It does not use screen/screenres.

The fault appeared when running the compiled program. As I said, the problem resulted from any use of GETMOUSE. For instance: Dim as integer a,b,c,d getmouse a,b,c,d or alternatively: Dim as integer a,b,c,d,e e=getmouse(a,b,c,d) The Live distro does not update the file system on the USB stick. Every...

Out of curiosity, I tried to use FB 105 on a Debian jessie live distro. For the most part I could not compile anything because of "cannot find ..." errors, but I noticed one thing that might be a bug. Any use of GETMOUSE causes a segmentation fault.

Here is the encoder. It does two passes which is a bit of a time waster. But it uses the first pass to generate custom huffman tables. It does not do chroma subsampling. It only outputs files with size conforming to 8x8 multiple. One interesting thing I discovered was that you can't fill the quantiz...

FYI, I have no interest in updating anything. It's all rubbish these days.

This is how it looks here. There is a lot of whitespace.

Replacing an old IDE harddisk with a Compact Flash card could speed things up.

changed the decoder portion to use only integer math and combined multiple steps together for efficiency #lang "fblite" option gosub option explicit dim shared as ushort rstint,s dim shared as ubyte a,r,g,b,cnum,sambits,bbits,bcom,dbuf,ybh,ybv dim shared as integer x,y,z,ff1,h,v,l,xx,yy,zz...

Isn't safe using an array hack for screen pixels. A row or pitch from gfx screen or image is always a multiple of 16 bytes. All the usual screen modes are a multiple of 16 bytes wide as it is. But for unusual sizes (eg. 402x300 ?) the array dimensions would have to account for padding to reach a 16...