Re: [M100] Help with simple image on M100 screen?

[Ken Pettit]

Oh and I just realized, you would have to load a BMP file as a .CO since 
it is raw binary data, and BASIC would have to access by manually 
finding it's address in the MENU directory, then use PEEKs to read the 
data since it is binary.


Ken

On 12/15/22 11:39 AM, Peter Vollan wrote:

so what is the .BA file?


On Thu, 15 Dec 2022 at 11:19, Ken Pettit > wrote:


Feasible?  Yes.  Slow?  ABSOLUTELY!

This is the reason I created AsciiPixels.  It provides two main
features critical to the M100:

   1.  It is machine language graphics routines, so it is
blazingly fast relative to BASIC.
   2.  It provides a level of image compression similar to Linux
'xz' compression in most cases:

Full screen image (i.e. image size is 240 x 64 pixels):

 dragon.do  825 bytes This is the APRAW encoding
 dragon.ap  640 bytes AsciiPixels encoding
 dragon.pbm.xz  628 bytes Linux xz compression
 dragon.bmp2178 bytes
 dragon.pbm1969 bytesOriginal non-compressed 1-BPP bitmap:
240x64 pixels / 8
pixels/byte = 1920 + header

Ken

On 12/15/22 9:20 AM, Cedric Amand wrote:

I remember from my "demoscene era times" that bmp decoding is
actually quite simple.
It might be feasible to decode a BMP in plain basic on a
T100/T200 imho.
Le 2022-12-15 10:12, VANDEN BOSSCHE JAN

 a écrit :

It might be difficult to code, but would a conversion to BMP
not be possible? Considering the never-changing nature of the
Model T's screen (240x64, monochrome) it shouldn't take too
much place. Even if .BMP is a wastefull standard, it would
give an easy way to interchange screendumps and logos to and
from the Model T.

Re: [M100] Help with simple image on M100 screen?

[Ken Pettit]

The DRAGON.BA file is 2098 bytes because it includes:

  - APRAW encoded ML strings
  - PRTSCR (print screen) encoded ML strings
  - BASIC code to load the above 2 ML programs to ALTLCD and LCD memory 
space

  - BASIC progress bar printing to show ML load status
  - BASIC code to validate the ML checksum
  - Keyboard input logic
  - DRAGON.DO encoded image strings

If I remove the printscreen code, keyboard scan logic and progress bar 
logic, the size reduces to 1488 bytes.


Ken

On 12/15/22 11:39 AM, Peter Vollan wrote:

so what is the .BA file?


On Thu, 15 Dec 2022 at 11:19, Ken Pettit > wrote:


Feasible?  Yes.  Slow?  ABSOLUTELY!

This is the reason I created AsciiPixels.  It provides two main
features critical to the M100:

   1.  It is machine language graphics routines, so it is
blazingly fast relative to BASIC.
   2.  It provides a level of image compression similar to Linux
'xz' compression in most cases:

Full screen image (i.e. image size is 240 x 64 pixels):

 dragon.do  825 bytes This is the APRAW encoding
 dragon.ap  640 bytes AsciiPixels encoding
 dragon.pbm.xz  628 bytes Linux xz compression
 dragon.bmp2178 bytes
 dragon.pbm1969 bytesOriginal non-compressed 1-BPP bitmap:
240x64 pixels / 8
pixels/byte = 1920 + header

Ken

On 12/15/22 9:20 AM, Cedric Amand wrote:

I remember from my "demoscene era times" that bmp decoding is
actually quite simple.
It might be feasible to decode a BMP in plain basic on a
T100/T200 imho.
Le 2022-12-15 10:12, VANDEN BOSSCHE JAN

 a écrit :

It might be difficult to code, but would a conversion to BMP
not be possible? Considering the never-changing nature of the
Model T's screen (240x64, monochrome) it shouldn't take too
much place. Even if .BMP is a wastefull standard, it would
give an easy way to interchange screendumps and logos to and
from the Model T.

Re: [M100] Help with simple image on M100 screen?

[Peter Vollan]

so what is the .BA file?


On Thu, 15 Dec 2022 at 11:19, Ken Pettit  wrote:

> Feasible?  Yes.  Slow?  ABSOLUTELY!
>
> This is the reason I created AsciiPixels.  It provides two main features
> critical to the M100:
>
>1.  It is machine language graphics routines, so it is blazingly fast
> relative to BASIC.
>2.  It provides a level of image compression similar to Linux 'xz'
> compression in most cases:
>
> Full screen image (i.e. image size is 240 x 64 pixels):
>
>  dragon.do  825 bytes This is the APRAW encoding
>  dragon.ap  640 bytes AsciiPixels encoding
>  dragon.pbm.xz  628 bytes Linux xz compression
>  dragon.bmp2178 bytes
>  dragon.pbm1969 bytes Original non-compressed 1-BPP
> bitmap:
> 240x64 pixels / 8 pixels/byte =
> 1920 + header
>
> Ken
>
> On 12/15/22 9:20 AM, Cedric Amand wrote:
>
> I remember from my "demoscene era times" that bmp decoding is actually
> quite simple.
> It might be feasible to decode a BMP in plain basic on a T100/T200 imho.
>
>
>
> Le 2022-12-15 10:12, VANDEN BOSSCHE JAN 
>  a écrit :
>
> It might be difficult to code, but would a conversion to BMP not be
> possible? Considering the never-changing nature of the Model T's screen
> (240x64, monochrome) it shouldn't take too much place. Even if .BMP is a
> wastefull standard, it would give an easy way to interchange screendumps
> and logos to and from the Model T.
>
>
>
>
>

Re: [M100] Help with simple image on M100 screen?

[Ken Pettit]

Feasible?  Yes.  Slow?  ABSOLUTELY!

This is the reason I created AsciiPixels.  It provides two main features 
critical to the M100:


   1.  It is machine language graphics routines, so it is blazingly 
fast relative to BASIC.
   2.  It provides a level of image compression similar to Linux 'xz' 
compression in most cases:


Full screen image (i.e. image size is 240 x 64 pixels):

 dragon.do  825 bytes This is the APRAW encoding
 dragon.ap  640 bytes AsciiPixels encoding
 dragon.pbm.xz  628 bytes Linux xz compression
 dragon.bmp2178 bytes
 dragon.pbm1969 bytes Original non-compressed 1-BPP bitmap:
240x64 pixels / 8 pixels/byte = 
1920 + header


Ken

On 12/15/22 9:20 AM, Cedric Amand wrote:
I remember from my "demoscene era times" that bmp decoding is actually 
quite simple.

It might be feasible to decode a BMP in plain basic on a T100/T200 imho.
Le 2022-12-15 10:12, VANDEN BOSSCHE JAN  
a écrit :


It might be difficult to code, but would a conversion to BMP not
be possible? Considering the never-changing nature of the Model
T's screen (240x64, monochrome) it shouldn't take too much place.
Even if .BMP is a wastefull standard, it would give an easy way to
interchange screendumps and logos to and from the Model T.

Re: [M100] Help with simple image on M100 screen?

[Ken Pettit]

Yes, it would be possible to write a "screendump" ML routine that 
converts to BMP, but it surely wouldn't fit into ALTLCD's 320 byte code 
space and would have to be a .CO file that is loaded somewhere in 
HIMEM.  A screendump could be useful for some applications I suppose.


Of course the BASIC programs we have been talking about are displaying 
an image on the M100 LCD that *originated* from a JPG / PBM file.  So 
why not just convert the JPG / PBM file to BMP directly using your fancy 
i5 or i7?  In fact, and this was purely for testing purposes mind you, 
;-)  I have *other* images I have created for the M100 that can be 
displayed using APRAW which came from JPGs (images you probably wouldn't 
want to display on your portable if you were, I don't know, at work for 
instance).


The idea of actually "printing" the screen to something (anything) like 
an FX80 just seemed retro-cool, and since the only compatible "printer" 
I have is the VirtualT FX80 emulation, that became the natural choice.


Ken

On 12/15/22 1:12 AM, VANDEN BOSSCHE JAN wrote:


It might be difficult to code, but would a conversion to BMP not be 
possible? Considering the never-changing nature of the Model T's 
screen (240x64, monochrome) it shouldn't take too much place. Even if 
.BMP is a wastefull standard, it would give an easy way to interchange 
screendumps and logos to and from the Model T.


Just my 2c.

Greetings from the TyRannoSaurus

Jan-80

 Rejoignez-nous sur Facebook - Volg ons op Facebook


DISCLAIMER

Pensez à l’environnement, n’imprimez cette page et ses annexes que si 
c’est nécessaire. Ce message électronique, y compris ses annexes, est 
confidentiel et réservé à l’attention de son destinataire. Si vous 
n’êtes pas le destinataire de ce message, merci de le détruire et d’en 
informer l’expéditeur. Toute divulgation, copie ou utilisation de ce 
mail est dans ce cas interdite. La sécurité et l’exactitude des 
transmissions de messages électroniques ne peuvent être garanties.


Denk aan het milieu; druk deze pagina en de bijlagen alleen af als het 
nodig is. Dit e-mailbericht (inclusief zijn bijlagen) is vertrouwelijk 
en is uitsluitend bestemd voor de geadresseerde. Als dit bericht niet 
voor u bestemd is, wordt u verzocht het te wissen en de afzender te 
informeren. Het is in dat geval niet toegestaan dit bericht te 
verspreiden, te kopiëren of te gebruiken. We kunnen niet garanderen 
dat de gegevensoverdracht via het internet veilig en nauwkeurig is.


  ­­ 

Re: [M100] Help with simple image on M100 screen?

[Cedric Amand]

I remember from my "demoscene era times" that bmp decoding is actually quite 
simple. It might be feasible to decode a BMP in plain basic on a T100/T200 
imho. Le 2022-12-15 10:12, VANDEN BOSSCHE JAN  a 
écrit : > > > > It might be difficult to code, but would a conversion to BMP 
not be possible? Considering the never-changing nature of the Model T's screen 
(240x64, monochrome) it shouldn't take too much place. Even if .BMP is a 
wastefull standard, it would give an easy way to interchange screendumps and 
logos to and from the Model T. > > > > > > >

Re: [M100] Help with simple image on M100 screen?

[VANDEN BOSSCHE JAN]

It might be difficult to code, but would a conversion to BMP not be possible? 
Considering the never-changing nature of the Model T's screen (240x64, 
monochrome) it shouldn't take too much place. Even if .BMP is a wastefull 
standard, it would give an easy way to interchange screendumps and logos to and 
from the Model T.

Just my 2c.

Greetings from the TyRannoSaurus
Jan-80


[http://www.vivaqua.be/facebook.png] Rejoignez-nous sur Facebook - Volg ons op 
Facebook

DISCLAIMER
Pensez à l'environnement, n'imprimez cette page et ses annexes que si c'est 
nécessaire. Ce message électronique, y compris ses annexes, est confidentiel et 
réservé à l’attention de son destinataire.  Si vous n'êtes pas le destinataire 
de ce message, merci de le détruire et d’en informer l’expéditeur. Toute 
divulgation, copie ou utilisation de ce mail est dans ce cas interdite. La 
sécurité et l'exactitude des transmissions de messages électroniques ne peuvent 
être garanties.
Denk aan het milieu; druk deze pagina en de bijlagen alleen af als het nodig 
is. Dit e-mailbericht (inclusief zijn bijlagen) is vertrouwelijk en is 
uitsluitend bestemd voor de geadresseerde. Als dit bericht niet voor u bestemd 
is, wordt u verzocht het te wissen en de afzender te informeren. Het is in dat 
geval niet toegestaan dit bericht te verspreiden, te kopiëren of te gebruiken. 
We kunnen niet garanderen dat de gegevensoverdracht via het internet veilig en 
nauwkeurig is.