Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.sys.apple2.programmer > #4154 > unrolled thread

Mouse - direct access to position

Back to article view | Back to comp.sys.apple2.programmer

Contents

  Mouse - direct access to position Anthony Ortiz <anthonypaulo@gmail.com> - 2018-01-30 16:08 -0800
    Re: Mouse - direct access to position gids.rs@sasktel.net - 2018-01-30 17:25 -0800
      Re: Mouse - direct access to position Anthony Ortiz <anthonypaulo@gmail.com> - 2018-01-30 17:42 -0800
        Re: Mouse - direct access to position gids.rs@sasktel.net - 2018-01-30 19:28 -0800
          Re: Mouse - direct access to position Anthony Ortiz <anthonypaulo@gmail.com> - 2018-01-30 19:34 -0800
            Re: Mouse - direct access to position "Frank M." <frank_o_rama@hotmail.com> - 2018-01-30 21:02 -0800
              Re: Mouse - direct access to position Antoine Vignau <antoine.vignau@laposte.net> - 2018-01-30 22:04 -0800
                Re: Mouse - direct access to position "Frank M." <frank_o_rama@hotmail.com> - 2018-01-30 22:29 -0800
              Re: Mouse - direct access to position Brian Patrie <bpatrie@bellsouth.spamisicky.net> - 2018-02-01 03:01 -0600
                Re: Mouse - direct access to position Anthony Ortiz <anthonypaulo@gmail.com> - 2018-02-01 06:43 -0800
                  Re: Mouse - direct access to position Michael J. Mahon <mjmahon@aol.com> - 2018-02-01 11:34 -0600

#4154 — Mouse - direct access to position

Is there any way to directly access the absolute mouse position on a IIe via the IO space rather than calling the readmouse routine (which updates text screen hole) and having to read screen hole?

[toc] | [next] | [standalone]

#4158

On Tuesday, January 30, 2018 at 6:08:40 PM UTC-6, Anthony Ortiz wrote:
> Is there any way to directly access the absolute mouse position on a IIe via the IO space rather than calling the readmouse routine (which updates text screen hole) and having to read screen hole?


What are you calling the IO space, if its not the screen holes?

I just copy the old coordinates from the screen holes to somewhere in memory before calling READMOUSE, and updating the new coordinates.

Another thing you could do is set up a mouse interrupt so that your program is interrupted only when either the mouse moves or a button is pressed.  This way you know the screen holes are still the same until you actually do the READMOUSE to update the screen holes.

Or if you want the mouse coordinates to be somewhere totally different than where you pressed the button, is to set the coordinates in the screen holes, then call SETMOUSE.

[toc] | [prev] | [next] | [standalone]

#4159

On Tuesday, January 30, 2018 at 8:25:35 PM UTC-5, gid...@sasktel.net wrote:
> On Tuesday, January 30, 2018 at 6:08:40 PM UTC-6, Anthony Ortiz wrote:
> > Is there any way to directly access the absolute mouse position on a IIe via the IO space rather than calling the readmouse routine (which updates text screen hole) and having to read screen hole?
> 
> 
> What are you calling the IO space, if its not the screen holes?
> 
> I just copy the old coordinates from the screen holes to somewhere in memory before calling READMOUSE, and updating the new coordinates.
> 
> Another thing you could do is set up a mouse interrupt so that your program is interrupted only when either the mouse moves or a button is pressed.  This way you know the screen holes are still the same until you actually do the READMOUSE to update the screen holes.
> 
> Or if you want the mouse coordinates to be somewhere totally different than where you pressed the button, is to set the coordinates in the screen holes, then call SETMOUSE.

I meant the $CXXX IO space. I want to be able to directly poll the mouse coordinates via the $CXXX space without making any JSR calls to the mouse card rom read routine which, from what I understand, updates the text screen holes with position data that you then have to read from. The reason for this is that I want the peripheral card I'm making poll this IO space for mouse coordinates; it would complicate matters if I have to actually run the mouse rom routine first.

[toc] | [prev] | [next] | [standalone]

#4164

 
> > What are you calling the IO space, if its not the screen holes?
> > 
> > I just copy the old coordinates from the screen holes to somewhere in memory before calling READMOUSE, and updating the new coordinates.
> > 
> > Another thing you could do is set up a mouse interrupt so that your program is interrupted only when either the mouse moves or a button is pressed.  This way you know the screen holes are still the same until you actually do the READMOUSE to update the screen holes.
> > 
> > Or if you want the mouse coordinates to be somewhere totally different than where you pressed the button, is to set the coordinates in the screen holes, then call SETMOUSE.
> 
> I meant the $CXXX IO space. I want to be able to directly poll the mouse coordinates via the $CXXX space without making any JSR calls to the mouse card rom read routine which, from what I understand, updates the text screen holes with position data that you then have to read from. The reason for this is that I want the peripheral card I'm making poll this IO space for mouse coordinates; it would complicate matters if I have to actually run the mouse rom routine first.



Right!  I drew a blank there for a second.  I thought I remembered the mouse using the I/O space, so checked my notes.

Only the IIGS supports these locations.

$C024 - mouse data byte
$C027 - mouse status byte
$C040.C047

$C040 - reserved
$C041 - read mouse interrupts
$C042 - reserved
$C043 - reserved
$C044 - Mouse Delta X
$C045 - Mouse Delta Y
$C046 - Mouse flags
$C047 - Vblint

[toc] | [prev] | [next] | [standalone]

#4165

On Tuesday, January 30, 2018 at 10:28:14 PM UTC-5, gid...@sasktel.net wrote:
> > > What are you calling the IO space, if its not the screen holes?
> > > 
> > > I just copy the old coordinates from the screen holes to somewhere in memory before calling READMOUSE, and updating the new coordinates.
> > > 
> > > Another thing you could do is set up a mouse interrupt so that your program is interrupted only when either the mouse moves or a button is pressed.  This way you know the screen holes are still the same until you actually do the READMOUSE to update the screen holes.
> > > 
> > > Or if you want the mouse coordinates to be somewhere totally different than where you pressed the button, is to set the coordinates in the screen holes, then call SETMOUSE.
> > 
> > I meant the $CXXX IO space. I want to be able to directly poll the mouse coordinates via the $CXXX space without making any JSR calls to the mouse card rom read routine which, from what I understand, updates the text screen holes with position data that you then have to read from. The reason for this is that I want the peripheral card I'm making poll this IO space for mouse coordinates; it would complicate matters if I have to actually run the mouse rom routine first.
> 
> 
> 
> Right!  I drew a blank there for a second.  I thought I remembered the mouse using the I/O space, so checked my notes.
> 
> Only the IIGS supports these locations.
> 
> $C024 - mouse data byte
> $C027 - mouse status byte
> $C040.C047
> 
> $C040 - reserved
> $C041 - read mouse interrupts
> $C042 - reserved
> $C043 - reserved
> $C044 - Mouse Delta X
> $C045 - Mouse Delta Y
> $C046 - Mouse flags
> $C047 - Vblint

Darn... was hoping for some luck on the IIe. Does anyone have a disassembly of the mouse rom? I'm interested in knowing how it's copying position data to the text screen hole, particularly how/where it's getting it from in the first place.

[toc] | [prev] | [next] | [standalone]

#4166

Get either "Apple IIE IIC firmware source code.2mg" or "Apple IIC firmware v2 source code.2mg" from your favorite FTP repository. Code will be for a IIc which should be the similar to the IIe with a mouse card installed.

You can use ciderpress to extract the text source files from the disk image.

Relevant files:

TWOC/SOURCE/MOUSE
TWOC/SOURCE/MINT
TWOC/SOURCE/MCODE
TWOC/SOURCE/MBASIC
TWOC/SOURCE/IRQBUF



"MOUSE" shows the following hardware equates:

* Hardware addresses
mouxint equ $C015 ;D7 = x interrupt
mouyint equ $C017 ;D7 = y interrupt
vblint equ $C019 ;D7 = vbl interrupt
ioudsbl equ $C078 ;Disable iou access 
iouenbl equ $C079 ;Enable iou access 
mouclr equ $C048 ;Clear mouse interrupt
iou equ $C058 ;IOU interrupt switches
moudsbl equ $C058 ;Disable mouse interrupts
mouenbl equ $C059 ;Enable mouse interrupts
moubut equ $C063 ;D7 = Mouse button
moux1 equ $C066 ;D7 = X1
mouy1 equ $C067 ;D7 = Y1
vblclr equ $C070 ;Clear VBL interrupt

Frank

[toc] | [prev] | [next] | [standalone]

#4167

Favorite FTP site? I thought the original and only source was http://www.brutaldeluxe.fr/public/

Antoine

[toc] | [prev] | [next] | [standalone]

#4168

My bad! Didn't have the link handy. I meant favorite HTTP site.

[toc] | [prev] | [next] | [standalone]

#4169

On 2018-01-30 23:02, Frank M. wrote:
> Get either "Apple IIE IIC firmware source code.2mg" or "Apple IIC firmware v2 source code.2mg" from your favorite FTP repository. Code will be for a IIc which should be the similar to the IIe with a mouse card installed.
> 
> You can use ciderpress to extract the text source files from the disk image.
> 
> Relevant files:
> 
> TWOC/SOURCE/MOUSE
> TWOC/SOURCE/MINT
> TWOC/SOURCE/MCODE
> TWOC/SOURCE/MBASIC
> TWOC/SOURCE/IRQBUF
> 
> 
> "MOUSE" shows the following hardware equates:
> 
> * Hardware addresses
> mouxint equ $C015 ;D7 = x interrupt
> mouyint equ $C017 ;D7 = y interrupt
> vblint equ $C019 ;D7 = vbl interrupt
> ioudsbl equ $C078 ;Disable iou access
> iouenbl equ $C079 ;Enable iou access
> mouclr equ $C048 ;Clear mouse interrupt
> iou equ $C058 ;IOU interrupt switches
> moudsbl equ $C058 ;Disable mouse interrupts
> mouenbl equ $C059 ;Enable mouse interrupts
> moubut equ $C063 ;D7 = Mouse button
> moux1 equ $C066 ;D7 = X1
> mouy1 equ $C067 ;D7 = Y1
> vblclr equ $C070 ;Clear VBL interrupt
> 
> Frank

I think mouse blood & guts on a IIc is very different than on a IIe.
I know that the IOU-enable/disable switch does not exist on the IIe.

[toc] | [prev] | [next] | [standalone]

#4170

Thanks guys. I looked at the source on brutaldeluxe’s site and it seems that I should be able to init the mouse and poll $C015-$C018 for coordinates and $C063 for button. What I don’t know is if this will work with interrupts disabled, I’ll have to write a quick basic program that inits the mouse, disables interrupts, and polls those locations for changes.

[toc] | [prev] | [next] | [standalone]

#4171

Anthony Ortiz <anthonypaulo@gmail.com> wrote:
> Thanks guys. I looked at the source on brutaldeluxe’s site and it seems
> that I should be able to init the mouse and poll $C015-$C018 for
> coordinates and $C063 for button. What I don’t know is if this will work
> with interrupts disabled, I’ll have to write a quick basic program that
> inits the mouse, disables interrupts, and polls those locations for changes.
> 

I'd expect that you'll have to poll pretty frequently to not miss mouse
movement if interrupts are disabled. 

-- 
-michael - NadaNet 3.1 and AppleCrate II:  http://michaeljmahon.com

[toc] | [prev] | [standalone]

Back to top | Article view | comp.sys.apple2.programmer

csiph-web