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 3 of 9, by ntalaec

User metadata
Rank Newbie
Rank
Newbie

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?

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!