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

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

Timing Loop For Slideshow Suggestions Wanted

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

Contents

  Timing Loop For Slideshow Suggestions Wanted "Bill Buckels" <bbuckels@mts.net> - 2013-12-20 18:51 -0600
    Re: Timing Loop For Slideshow Suggestions Wanted Michael J. Mahon <mjmahon@aol.com> - 2013-12-20 20:27 -0600
    Re: Timing Loop For Slideshow Suggestions Wanted gids.rs@sasktel.net - 2013-12-20 21:20 -0800
    Re: Timing Loop For Slideshow Suggestions Wanted "Bill Buckels" <bbuckels@mts.net> - 2013-12-24 05:53 -0600

#1003 — Timing Loop For Slideshow Suggestions Wanted

I have written an 8 bit ProDOS slideshow for SHR images in Aztec C. It 
currently advances on a keypress.

I would like this to work in the following configurations using a common 
timing loop with an auto advance on seconds:

1. Normal GS Mode
2. Carte Blanche with Charlie's SHR Mods - Apple //e  and GS Both
3. VOC Apple //e and GS Both

So what do I do?

1. Use the NSC (not everyone has these)
2. Use a config file that can be edited for timing loop values.
3. Use some other hardware feature for both the //e amd GS

I am leaning towards a config file because it is universal. Does anyone else 
have some other idea that can be used in all configurations?

On the IBM-pc I would have used an interrupt handler at 0x1c and a timer 
resolution opf 18.2 ticks per second.  This would have worked up to and 
including Windows XP.

However methinks the universal approach of a plain old timing loop is all I 
can do with the Apple II.

Bill
 

[toc] | [next] | [standalone]

#1004

"Bill Buckels" <bbuckels@mts.net> wrote:
> I have written an 8 bit ProDOS slideshow for SHR images in Aztec C. It 
> currently advances on a keypress.
> 
> I would like this to work in the following configurations using a common 
> timing loop with an auto advance on seconds:
> 
> 1. Normal GS Mode
> 2. Carte Blanche with Charlie's SHR Mods - Apple //e  and GS Both
> 3. VOC Apple //e and GS Both
> 
> So what do I do?
> 
> 1. Use the NSC (not everyone has these)
> 2. Use a config file that can be edited for timing loop values.
> 3. Use some other hardware feature for both the //e amd GS
> 
> I am leaning towards a config file because it is universal. Does anyone else 
> have some other idea that can be used in all configurations?
> 
> On the IBM-pc I would have used an interrupt handler at 0x1c and a timer 
> resolution opf 18.2 ticks per second.  This would have worked up to and 
> including Windows XP.
> 
> However methinks the universal approach of a plain old timing loop is all I 
> can do with the Apple II.
> 
> Bill

You can use VBL sensing on both platforms. 

It has the advantage of being independent of processor speed. 

It will not work well with some emulators, but that seems fine to me. ;-)
-- 
-michael - NadaNet 3.1 and AppleCrate II: http://home.comcast.net/~mjmahon

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

#1005

On Friday, December 20, 2013 6:51:52 PM UTC-6, Bill Buckels wrote:
> I have written an 8 bit ProDOS slideshow for SHR images in Aztec C. It 

> currently advances on a keypress.

> I would like this to work in the following configurations using a common 
> timing loop with an auto advance on seconds:

> 1. Normal GS Mode
> 2. Carte Blanche with Charlie's SHR Mods - Apple //e  and GS Both
> 3. VOC Apple //e and GS Both

> So what do I do?

> 1. Use the NSC (not everyone has these)
> 2. Use a config file that can be edited for timing loop values.
> 3. Use some other hardware feature for both the //e amd GS

> I am leaning towards a config file because it is universal. Does anyone else 
> have some other idea that can be used in all configurations?

> On the IBM-pc I would have used an interrupt handler at 0x1c and a timer 
> resolution opf 18.2 ticks per second.  This would have worked up to and 
> including Windows XP.

> However methinks the universal approach of a plain old timing loop is all I 
> can do with the Apple II.


I would use a two fold timing loop.

If a enhanced computer or emulator is found,
I would use the mouse interrupt, this covers the IIc, IIGS and laser computers and also handles all accelerated computers.  The only enhanced computers not supported are upgrades, and the Platinum.  But the majority of these would be souped up with a mouse card.

If an unenhanced computer or emulator is found, use the same timing loop that the random number generator uses.  Any of these computers with accelerators should be able to reduce to 1 Mhz for display purposes.  OR maybe it is not needed.  Can a VOC card work with an accelerator or does the computer need to run at 1 Mhz anyways for the VOC to work?  Then the simple random number software loop is sufficient.

Rob

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

#1007

"Bill Buckels" <bbuckels@mts.net> wrote:
>So what do I do?

Thanks for the suggestions. After due consideration I think I will go the 
simple route of a configurable timing loop and values for seconds. That way 
this will work with all Apple II's. I will provide configurations for a 
stick GS and Apple II and since I have a ZIP chip immdeistely available in 
my Apple //e, I can provide a pre-configuration for that as well.

In the meantime, I have released my prototype with some other SHR stuff. See 
my post on BMP2SHR.

Bill

[toc] | [prev] | [standalone]

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

csiph-web