VOGONS


DosView

Topic actions

First post, by SuperIlu

User metadata
Rank Newbie
Rank
Newbie

I recently started working a an image viewer/converter for 32bit MS-DOS

Source code and binaries are on GitHub
https://github.com/SuperIlu/DosView

Suported formats
Reading: BMP, PCX, TGA, LBM, QOI, JPG, PNG, WEB, TIF, JP2, GIF, PSD, HDR, PIC
Writing: BMP, PCX, TGA, QOI, JPG, PNG, WEB, TIF, JP2, GIF

http://twitter.com/dec_hl - Four 8086 have 64bit as well!

Reply 1 of 9, by dominusprog

User metadata
Rank Member
Rank
Member

Tried it just now, opening a 1024x768 bitmap caused system to freeze.

Duke_2600.png
A-Trend ATC-1020 V1.1 ❇ Cyrix 6x86 150+ @ 120MHz ❇ 32MiB EDO RAM (8MiBx4) ❇ A-Trend S3 Trio64V2 2MiB
Aztech Pro16 II-3D PnP ❇ 8.4GiB Quantum Fireball ❇ Win95 OSR2 Plus!

Reply 2 of 9, by ajacocks

User metadata
Rank Member
Rank
Member

Very cool, @SuperIlu. I wrote a Targa (old 24bit graphics format) viewer for MS-DOS 30 years ago, when I was in high school. It was a satisfying but also quite frustrating project.

Maybe I should try to recreate it, one day. If I could write DOS graphics C code when I was a teenager, I surely can do it as an old fart, right? <wink>

- Alex

Reply 4 of 9, by SuperIlu

User metadata
Rank Newbie
Rank
Newbie
dominusprog wrote on 2023-11-12, 16:38:

Tried it just now, opening a 1024x768 bitmap caused system to freeze.

any chance to attach that image to a bug report on GitHub?

http://twitter.com/dec_hl - Four 8086 have 64bit as well!

Reply 5 of 9, by SuperIlu

User metadata
Rank Newbie
Rank
Newbie
ntalaec wrote on 2023-11-12, 17:47:

Interesting project. It could be very useful to view images when running Links web browser in text mode.

How much conventional memory does it use?

I haven't the slightest idea. I can tell you that encoding some of the newer formats eats heaps of memory (and not the conventional type) 😀

http://twitter.com/dec_hl - Four 8086 have 64bit as well!

Reply 6 of 9, by elszgensa

User metadata
Rank Member
Rank
Member

Sounds useful, thank you. Still stumbled upon a bug tough. I recommend adding a couple portrait mode pictures to your test set, zooming/panning doesn't seem to work right for those. Instead they draw correctly at first but seem to get locked to fit-to-screen afterwards. I also encountered this behaviour with very wide (80x2000) or tall (2000x80) images.

Reply 8 of 9, by dominusprog

User metadata
Rank Member
Rank
Member

I tried again to repeat the issue and it didn't happen. So what happened was I open a bitmap, press X which shows the actual size so I tried different keys to find the fit to screen shortcut and when I press the Q program quits and print OK.

Duke_2600.png
A-Trend ATC-1020 V1.1 ❇ Cyrix 6x86 150+ @ 120MHz ❇ 32MiB EDO RAM (8MiBx4) ❇ A-Trend S3 Trio64V2 2MiB
Aztech Pro16 II-3D PnP ❇ 8.4GiB Quantum Fireball ❇ Win95 OSR2 Plus!