[Coco] Graphics on NitrOS9 Level 1 v3.3.0 (CoCo 1)

[David Ladd]

 Rogelio Perea,

So after some looking at NitrOS-9 L1 it does seem there is a issue with
VTIO and possible GrfDrv as well.

So far VTIO does not seem to automatically load GrfDrv as it should.  If
you merge GrfDrv in the OS9Boot file on startup so it is in memory then
when VTIO tries to call GrfDrv the system locks up.

Graphics display codes that start with $15 to $1F are directed to go
through GrfDrv.  Which this functionality seems to be currently broken.

Any point you are able to find bugs.  Please report them at the repo site.:
https://sourceforge.net/p/nitros9/bugs/

This will help the developers know there are issues and what steps you have
take to reproduce the issues.

Then hopefully the NitrOS-9 team will be able to find out why the modules
are not working as expected and can take action to fix the problem.

+-----------------------------------------------------------------------+
| David Ladd a.k.a. PacoOtaktay a.k.a. Drencor                          |
| YouTube: http://www.youtube.com/user/PacoOtaktay                      |
| YouTube Gaming Live: https://gaming.youtube.com/user/PacoOtaktay/live |
| Websites: http://dwladd.com     &     http://www.theterrorzone.com    |
| G+:  https://plus.google.com/113262444659438038657                    |
| G+:  https://plus.google.com/+DavidLaddPacoOtaktay                    |
|                                                                       |
| Do you have your CoCo 3 yet?                                          |
+-----------------------------------------------------------------------+


On Sat, Feb 3, 2018 at 5:39 PM, Rogelio Perea <os9dude at gmail.com> wrote:

> Took me a while to re-gain speed on my CoCo doings but here it goes.
>
> Following Curtis's idea of sending the GFX commands from the shell I wrote
> the following routine:
>
> display 0F 00 05
> display 13
> display 7
> display 15 80 60
> display 7
> display 1A 14
> display 7
> display 12
>
> Entered each DISPLAY command as a separate line for clarity, the 7 codes in
> there just to provide an audio cue of each stage of the graphics commands
> executing.
>
> DISPLAY 0F sets the 256x192 mode, buff on black color ser - per OS9L1v2
> Addendum, command is run by CCIO, GRFO not needed
> DISPLAY 13 clears the screen, run by CCIO
> DISPLAY 15 sets the graphics cursor to dec 128,96 (center or screen), run
> by CCIO
> DISPLAY 1A draws a circle (buff) at graphics cursor location with a radius
> of dec 20 - run by GRFO
> DISPLAY 12 ends graphics and returns the memory to OS9
>
> This routine bombed with NitrOS9 Level 1 v3.2.8 (6809), I get the first two
> beeps confirming the Graphics Mode is set and the screen cleared with the
> graphics cursor set at the center, but upon the CIRCLE (1A) command the
> system hangs and only a hard reset will return control of it. Routine run
> perfectly fine under stock OS9 Level 1 v2
>
> What follows next is above my paycheck level, but from the little I can
> gather is that there is a bug in NitrOS9 Level 1 - my shenanigans with GFX
> under BASIC09 seem to stem from something not correctly ported over from
> stock OS9 L1 into NitrOS9 L1.
>
> Again, OS9 L1 v2 split some of the graphics functions in CCIO into a module
> named GRFO; there is no GRFO module under NitrOS9 L1 but there is a GRFDRV
> in there... I wonder if that's the one not being called upon properly...
> just guessing here.
>
> My bet is that if this gets fixed, the GFX problem reported earlier under
> Basic09 will get squished as well :-)
>
>
> -- RP
>
>
> On Fri Dec 29, 2017 at 6:07 PM, L. Curtis Boyle wrote:
> >
> > Rogelio, can you try “manually” outputting the display string for the
> >> graphics commands you are trying, just to see if it is the graphics
> >> handling in Level 1 itself that is not working, vs just the GFX module?
> >>
> >
>
> --
> Coco mailing list
> Coco at maltedmedia.com
> https://pairlist5.pair.net/mailman/listinfo/coco
>