Re: draw_line()

new topic     » goto parent     » topic index » view thread      » older message » newer message

> draw_line() is a very simple and easy to use procedure.
> Could someone create a draw_line2() for me?
> I don't get much time to create lately.
> I can do it but I would appreciate the help.
> draw_line2() should work identical to draw_line()
> draw_line2() should make full use of pixel()
> Please NO direct screen writes.
> I will be porting the code into screen.e
> a Joint effort to make outstanding graphics support
> in mode 19. 320x200 256 color.
>
> I have a vpixel() routine the works indentical to
> pixel() only it allows me to write to some virtual
> screens.

        I'll work on it, it shoudl be fairly easy,
        Just have an horizontal step and an vertical step.
        (With 4 different 2nd pixel placings)

        Well, the routine will be finished tonight, i already have a
c-version of it somewhere and even a tutorial.. (Aspherixa
tutorials)

        About your screen.e, here's an 25% done version of my gfx.e
        It handles 3 types of virtual screens (memory, one long sequence
and an image sequence)
        The routines look big, but only a very small part is executed
each time. Only depending on the situation which part.
        Exemple: both screeens are memory screens and i want to copy one to
another, both views are maximized too (that is 1,1 to 320,200), a
a simple mem_copy will do al the work
There's a video-mode database included and routines that search
                for
a mode with given sizes (min & max) and given number of colors and
palletes. All routines will work with text too.....

        The Monitor sequence is an virtual screen handle too, but it's
the handle for the real screen, a virtual screen handle holds a
information about the screen, such as the type, the addres
(sequence handle or memory addres), the size, the length (is the
size multiplyed, but here for speed), and the view (which is the
part of the virtual screen where is read from and writtin too.
        Mode 19 will set the addres in the monitor sequence to #A0000, and
type to Memory. Mode 256 will set the type to PIXEL, a special
type for the monitor.

        Because of this system, text is also available (as long as you can
write to the video memory of it)
        The database of video modes will all information is in a differetn
file: ALLMODES.E
        So it can be updated seperately.

        I also have a nifty sprite technique... (compiled sprites)
        Which writes whole rows of pixels in once, with no extra overhead,
on a screen (and thus also the screen: Monitor)
        And NO position calculation, we simple add the screeen width for
each movement down!!

        I have it all figured out already, just have to code and debug.. :)

(He, also text-mode sprites are available then, because of the great
flexibility)

        Maybe you some people can  help me, if you understand most of my
intentions...

Ralf Nieuwenhuijsen
nieuwen at xs4all.nl

new topic     » goto parent     » topic index » view thread      » older message » newer message

Search



Quick Links

User menu

Not signed in.

Misc Menu