Werner Hürttlen a écrit :

> So, to continue with MARS I am missing only a DOS-Graphics-package. Best
> would be of course to get flashgraphics running with MARS,
> if this is not possible, what package should I use instead ?
>
> I only need something to put text and graphic pixels on a screen. I don´t want to program my own drivers at register-level for diffrent graphics-cards, so I need a package, accessing the hardware for me, and give me a portable interface.

You have to considere VESA Bios Extension: VBE.
Almost all graphic card support VBE.

Ask me and i will e-mail you VBE3.0 specifications on .PDF format: 272 kb

Roland

Hi Roland,
thank you for this information. Would you please mail me VBE3.0
specifications on .PDF format or give me the link ?

As I am looking for a graphics-package I have found some freeware on the web:

-SCITECH MGL library  http://www.scitechsoft.com/dp_mgl.html -ALLEGRO http://www.talula.demon.co.uk/allegro/

do you know them ? Is it worth to look into ?

Werner

NancyEtRoland schrieb:
> 
> Werner Hürttlen a écrit :
> 
> > So, to continue with MARS I am missing only a DOS-Graphics-package. Best
> > would be of course to get flashgraphics running with MARS,
> > if this is not possible, what package should I use instead ?
> >
> > I only need something to put text and graphic pixels on a screen. I don´t want to program my own drivers at register-level for diffrent graphics-cards, so I need a package, accessing the hardware for me, and give me a portable interface.
> 
> You have to considere VESA Bios Extension: VBE.
> Almost all graphic card support VBE.
> 
> Ask me and i will e-mail you VBE3.0 specifications on .PDF format: 272 kb
> 
> Roland

Roland,

would you be able to give a piece of example-Code, to draw a circle (or a line or a pixel)  on the screen using VBE 3.0 in DOSX ?


I don´t know how to start ? Should I call all functions via int10h ?

Thank you, Werner

Werner Hürttlen a écrit :

> would you be able to give a piece of example-Code, to draw a circle (or a line or a pixel)  on the screen using VBE 3.0 in DOSX ?

Almost same code as for writing pixels/lines/circle for VGA without any package.

> I don´t know how to start ? Should I call all functions via int10h ?

- start by checking if you already have some VGA source code.
- Yes: int 10h for initialisation and getting video frame buffer addresse.

---------
Do you already have functions to deal with VGA ?
If no, do you have the sources of your Graphic package ?

You wrote:

> I need a package, accessing the hardware for me, and give me a portable
interface.

VBE does just that but only that.

It is not really a graphic package. It is just here to make hardware
independent initialisation of graphic
card, get graphic card informations and acces graphic card video frame
buffer.

We already have what can be considered as a home made Graphic Package that
can manipulate memory bitmap as well and
much more.
But it was for internal use: there is no user manual.

Writing a pixel suppose you have initialized the video.
It suppose you know witch kind of video frame buffer it is it: 4 planes of
1 bit per pixel, 1 plane of 8 bit per pixel, banked, flat,
what is the screen resolution ? etc..

So it is not so easy to give some usefull piece of code witout giving the whole package.

I'm don't know if  i can give the sources of the whole package.
Perhaps the libs and headers.
But there is currently no user manual and comments are in franglais slang
(a proprietary slang that mix french and english).
And it is quit a work to make this package usable to any programmer.

Is there a market for a DOS Graphic package these day ? i don't think so.

Regards

Roland

Hi,

have a look at:

http://www.scitechsoft.com

Regards

Roland

NancyEtRoland a écrit :

> Werner Hürttlen a écrit :
>
> > So, to continue with MARS I am missing only a DOS-Graphics-package. Best
> > would be of course to get flashgraphics running with MARS,
> > if this is not possible, what package should I use instead ?
> >
> > I only need something to put text and graphic pixels on a screen. I don´t want to program my own drivers at register-level for diffrent graphics-cards, so I need a package, accessing the hardware for me, and give me a portable interface.
>
> You have to considere VESA Bios Extension: VBE.
> Almost all graphic card support VBE.
>
> Ask me and i will e-mail you VBE3.0 specifications on .PDF format: 272 kb
>
> Roland

Hi Roland,


> Do you already have functions to deal with VGA ?
no,

> If no, do you have the sources of your Graphic package ?
sorry, no.


> You wrote:
> 
> > I need a package, accessing the hardware for me, and give me a portable
> interface.
> 
> VBE does just that but only that.
thats exactly what I am looking for.


> It is not really a graphic package. It is just here to make hardware
> independent initialisation of graphic
> card, get graphic card informations and acces graphic card video frame
> buffer.

Ok, to have MARS-C++ example code how to get graphic card informations
and acces graphic card video frame
buffer, and to set some pixels using a flat pointer is exactly what I am
looking for.

> So it is not so easy to give some usefull piece of code witout giving the whole package.

Do you use MARS or ZORTECH for it ?


> And it is quit a work to make this package usable to any programmer.
You are right. It is even difficult to get a new interface (like VBE) working the first time. This is the reason I am looking for example code.

> Is there a market for a DOS Graphic package these day ? i don't think so.

No. But I develop experimental software accessing self made hardware.
And if you have made your own hardware, it is much more easy to access
it via DOS,
as to write a VxD and do the task in win32. If you do it in windows, you
have to have a DSP or other number-chruncher to make the performance, if
you
do it in DOS, the power of a P3 or P4 is ok to drive the
data-aquisition. And if some student wants to add some subroutines to
your code, it is easier to
make this in C under DOS. Most studends are not able to do it under
windows.

 Regards

Werner

Allegro is a very good lib.
(WinAlleg is a good choice to develop for DOS and use it easy on Windows)
I don't like the using of DirectX, opengl for the beginning..I want to know
what's going on behind the functions of such a lib

I've used it with DJGPP and Visual C++.
Unfortunally it's hard to switch it to DM (for me, it's very hard :-) )

If anyone has developed a API to VBE for DM..i'm very interested in it.
(payment is no problem..I don't want to get anythink without money :-) )

Mark Essers





Werner Hürttlen schrieb:

> -SCITECH MGL library  http://www.scitechsoft.com/dp_mgl.html -ALLEGRO http://www.talula.demon.co.uk/allegro/
>
> do you know them ? Is it worth to look into ?
>
> Werner
>

Mark Essers a écrit :

> If anyone has developed a API to VBE for DM..i'm very interested in it.
> (payment is no problem..I don't want to get anythink without money :-) )
>
> Mark Essers

I developped what can be considered as an API.
unfortunately a lot of work to do if i want to sell it: there is no manuals,
and i have to "compact" it: make headers and a lib that contain
the minimum necessary but enough functions to make it compile/run.

as i don't think there is a market for a dos graphic package these day, i never
did this work.
(you are the second person in this newsgroup to ask for a vbe graphic package,
is there a maket after all ?)

Anyway, depending on what you want, i can send you some sources.

Notably for the init process and get the graphic frame buffer pointer. After that, graphic for vbe is most like vga.

I can only give code "like it is" just to study.
It's not compilable a it call some functions i will not give the sources.
And comments in french mixed with some english.
But if you ask a precis question i can answer, or if you want to have the
sources of a specific function i can give it.

Note that for debug reason, my code is always compatible for DOSX and DOS 16 bit, depending on sizeof(int)

After this warnings, ask me and i send the code

Regards

Roland

Hi Roland,

> (you are the second person in this newsgroup to ask for a vbe graphic
package,
> is there a maket after all ?)

I think, yes..there is a market.
Using DirectX or Opengl is the second or third step. First of all, DOS gives
the best way to
understand the scenes 'behind'.

I don't want to get all the overhead by a windows application. For a
vektorgame, (I love the old version of the C64 'Elite' Game) or
the beginning of graphic developing, dos is a very good choice.

My problem is, my beginning with C/C++  (mistakes like integervalues for color ..I know they have to be bytevalues..and so on are the best examples of this start...)

If you want to learn thinks like matrixes or so on, you can easy set your
focus on the important stuff if you are using DOS, I think (like
my start with assembler..a Zilog Z80 or a 65C02 is a great start ;-) )

I'm very interested !

mfG
Mark Essers

well

i estimate i need 40 hours of work to make a real package:

headers, library for dosx and large model, user manual in french and english.

there is two problems:

1- if i do it for free, i have to do it during the spare time of my spare time. And i have very little spare time..and a wife and childrens that want it for them.

2- if i do it for money, i can do it for my companie, but as the market is little, it may be too expensive.

well first is my package what you need ?

I can first send the main header with all the functions/data declarations.

I just need 4 hours of work to traduce the comments in (bad) english.

It can be the beginning of a user manual, enough to evaluate "the market".

May be i will be able to send that in one or two weeks.

During this time, never hesitate to show your interest with messages in this newsgroup.

Regards

Roland

Post scriptum:

Hi Jan,

what about a graphic package for dos in DM C++ ?
so i can be famous if not rich..

Ciao



Mark Essers a écrit :

> Hi Roland,
>
> > (you are the second person in this newsgroup to ask for a vbe graphic
> package,
> > is there a maket after all ?)
>
> I think, yes..there is a market.
> Using DirectX or Opengl is the second or third step. First of all, DOS gives
> the best way to
> understand the scenes 'behind'.
>
> I don't want to get all the overhead by a windows application. For a
> vektorgame, (I love the old version of the C64 'Elite' Game) or
> the beginning of graphic developing, dos is a very good choice.
>
> My problem is, my beginning with C/C++  (mistakes like integervalues for color ..I know they have to be bytevalues..and so on are the best examples of this start...)
>
> If you want to learn thinks like matrixes or so on, you can easy set your
> focus on the important stuff if you are using DOS, I think (like
> my start with assembler..a Zilog Z80 or a 65C02 is a great start ;-) )
>
> I'm very interested !
>
> mfG
> Mark Essers