Recent posts

#31

The Workshop / Re: A useful tool: BMP data vi...

Last post by zedd151 - November 24, 2024, 05:18:43 PM

Funky format.

From back in the days of needing to reduce memory/disk space I would imagine. Unless 24 bit was not yet 'a thing'?

Anyway, I have updated my little test proggie in reply #31, if anyone is interested.

#32

The Workshop / Re: A useful tool: BMP data vi...

Last post by sinsi - November 24, 2024, 05:14:18 PM

There also used to be 15bpp (5,5,5 plus a spare), this goes back to the early days of win 3 and the emergence of VESA.

#33

The Workshop / Re: A useful tool: BMP data vi...

Last post by NoCforMe - November 24, 2024, 04:38:58 PM

R5 G6 B5

I was wondering how you'd encode 3 colors in 16 bits.
Funky format.

#34

The Workshop / Re: A useful tool: BMP data vi...

Last post by zedd151 - November 24, 2024, 03:44:29 PM

The GIMP can save in 16 bit format. 5 bits red, 6 bits green, 5 bits blue, iirc.
A few minutes and 200+ MB later... I just reinstalled the GIMP.
Yup, I just checked. R5 G6 B5 is one of the options for 16bpp.

I am certain there is other software that can also save in that format.

#35

The Workshop / Re: A useful tool: BMP data vi...

Last post by NoCforMe - November 24, 2024, 02:53:34 PM

I don't see how that would result in the file being rewritten in a different format.
You must have done something to make it into a 16bpp BMP. (Which seems to be quite the oddball format, BTW.)

Strange, since there's not much installed on that VM, not even PSP - so it must have been good old MS Paint...

Odd; I just loaded that BMP in Paint, then went to save it:
The only options for BMP formats are monochrome (1bpp), 16 color (4bpp), 256 color (8bpp) and 24-bit (16 million+ colors). No 16bpp option.

It's a mystery ...

#36

The Workshop / Re: A useful tool: BMP data vi...

Last post by _japheth - November 24, 2024, 02:43:56 PM

Ok, 16bpp bitmaps work now flawlessly.

I don't see how that would result in the file being rewritten in a different format.
You must have done something to make it into a 16bpp BMP. (Which seems to be quite the oddball format, BTW.)

Strange, since there's not much installed on that VM, not even PSP - so it must have been good old MS Paint...

So you're really running with a 16-color display? Must be pretty ugly, eh?

IMO, the difference isn't that obvious - might be an issue for certain kinds of movies, though ... 

#37

The Workshop / Re: A useful tool: BMP data vi...

Last post by NoCforMe - November 24, 2024, 02:15:54 PM

BTW, that BMP you used was originally generated by my BMPfromText program, but it's been modified. Did you use my program to create it? That program creates 32bpp BMPs, but yours somehow got converted to 16bpp: what did you use to do that?

I can't remember doing anything with it. Perhaps it's just because the Windows XP display driver in the VM is setup to a 1280x1024x16 resolution?

I don't see how that would result in the file being rewritten in a different format.
You must have done something to make it into a 16bpp BMP. (Which seems to be quite the oddball format, BTW.)

Anyhow.

So you're really running with a 16-color display? Must be pretty ugly, eh?

#38

The Workshop / Re: A useful tool: BMP data vi...

Last post by _japheth - November 24, 2024, 02:07:14 PM

Crash was due to the program being totally confused by 16bpp images. That has been added and it now works with them. New version attached here. Could you give it a whirl to check it? Thanks.

Thanks, will do ASAP.

BTW, that BMP you used was originally generated by my BMPfromText program, but it's been modified. Did you use my program to create it? That program creates 32bpp BMPs, but yours somehow got converted to 16bpp: what did you use to do that?

I can't remember doing anything with it. Perhaps it's just because the Windows XP display driver in the VM is setup to a 1280x1024x16 resolution?

[pain in the ass]

#39

The Workshop / Re: A useful tool: BMP data vi...

Last post by NoCforMe - November 24, 2024, 01:36:20 PM

Have you thought about foregoing the dialog box and using either a Window, or even writing to stdout, in a console version? - At least for only the bitmap data...

I ended up converting the whole program to one that uses a main window instead of using a dialog as a main window.

It still goes unresponsive. So apparently the dialog manager isn't the source of this problem.

BTW, do you realize what a pain in the ass it is to do this? Create a main-window app vs. a dialog-based one? With a dialog, you have a nice dialog editor to place all your controls in the dialog (I use my homemade one that creates dialog memory templates instead of a resource editor, but same difference). With a main window you have to figure the X-position, Y-position, width & height of each and every thing in the dialog. By hand. (WinSpy actually helps a lot here, as you can use it to move things around on screen until they look right, but you still have to do a lot of dicking around.)

You also don't get the nice dialog manager touches like applying a decent-looking font to everything in the dialog: you've got to obtain a font handle and then use WM_SETFONT to apply that font to each and every control that contains text. Otherwise they use the default font which looks like shit.

Then there's the whole thing of colors; ugh. Even if you select a plain white background, which works for some controls, it doesn't work for others, f'rinstance checkboxes which come with a default gray background. Oh, sure, you can play games with WM_CTLCOLORBTN to set the background to your liking, but that's even more work.

Now I realize why all my programs for the last couple years have been dialog-based ones.

[Help!]

#40

The Workshop / Re: A useful tool: BMP data vi...

Last post by NoCforMe - November 24, 2024, 01:28:47 PM

I inserted some code at the start of ProcessBitmapData which just wrote a char to the edit window in an endless loop to simulate a busy thread and found the window was responsive :shrug:

Interesting, and I'm sure that means something.
However, if you run it and it goes unresponsive, you can't select text in the edit window (with the mouse), which you should be able to do. So apparently it's responsive "from the inside" (i.e., from code that writes to the window) but not from "outside" (user interaction). ?????

Help! I need someone who knows a lot about Win32 threads to shed some light on this situation.