--- In intvprog@yahoogroups.com, "cschell13" <gamer@...> wrote:
>
> Hi,
>
> I need to make sure that the CC3 works with PAL Intellivisions given
> their different bus timings.  As I'd like to save on the costs of
> shipping prototypes around, I'm wondering if anyone in the US has a
> PAL Inty in their collection and would be willing to test a CC3 for me.
>
> Thanks,
> Chad
>
Is it somehow possible to make "The Dreadnaught Factor" running on a PAL console
using the
CC3?

Which games are not PAL friendly? Is Motocross the only other one that
does not work?


inty_michael wrote:
> --- In intvprog@yahoogroups.com, "cschell13" <gamer@...> wrote:
>
>> Hi,
>>
>> I need to make sure that the CC3 works with PAL Intellivisions given
>> their different bus timings.  As I'd like to save on the costs of
>> shipping prototypes around, I'm wondering if anyone in the US has a
>> PAL Inty in their collection and would be willing to test a CC3 for me.
>>
>> Thanks,
>> Chad
>>
>>
> Is it somehow possible to make "The Dreadnaught Factor" running on a PAL
console using the
> CC3?
>
>
>
>
>

--- In intvprog@yahoogroups.com, Joe Zbiciak <intvnut@...> wrote:
>
> I believe Super Pro Football and one of the versions of Chip Shot Golf are not
100% PAL
friendly.
>

Dreadnaught Factor and the Mattel version of Motocross (the Intv version is
fixed) didn´t
work properly on PAL consoles.
I own Super Pro Football & Chip Shot Golf, but with these games I found nothing
wrong.
But I played them not yery often.  ;-)

--- In intvprog@yahoogroups.com, Joe Zbiciak <intvnut@...> wrote:
>
> Ok, the following .CFG file seems to make Dreadnaught Factor work for me on my
hacked copy of jzIntv.  (I took a stab at PAL timings that I know aren't 100%
right, but what
the hey, eh?)
>
> [mapping]
> $0000 - $1FFF = $5000               ; map first 8k to $5000 - $6FFF
>
> [memattr]
> $D000 - $D0FF = ROM 16
>
> [macro]
> @p 5cb5 734a
> @p d000 02b8
> @p d001 d009
> @p d002 0240
> @p d003 0100
> @p d004 0040
> @p d005 0240
> @p d006 0101
> @p d007 0220
> @p d008 72c6
> @p d009 02b8
> @p d00a 5ca9
> @p d00b 0240
> @p d00c 0100
> @p d00d 0040
> @p d00e 0240
> @p d00f 0101
> @p d010 0220
> @p d011 bffd
>
>
> If you use this CFG file with jzIntv's "rom2bin" utility, you'll get a .ROM
file that will run
on PAL.  You can use "bin2rom" to get back a pure .BIN file with the patch
applied.
>
> Tada,
>
> --Joe
>

Great work Joe!
Is there a utility for the Mac wich can handle this config?
Or can you send me a patched rom? I will test it then on a PAL Intellivision.

Thank you again for this work!
I wait for years to play Dreadnaught Factor properly on an PAL Inty!

----- Original Message -----

From: Joe Zbiciak

To: intvprog@yahoogroups.com

Sent: Monday, April 16, 2007 11:57 AM

Subject: Re: [intvprog] 1+9 pause

Joe,

Older EXEC based games blank the screen after some number of seconds.  This is a feature of the EXEC's default input scanning loop.  I think the timeout is around 5 minutes. 

This appears to be the code that does the check:

L_14F1:
        PSHR    R5              ; 14F1  
        MVII    #$005A, R1      ; 14F2   1 + 9
        CMP     G_01FE, R1      ; 14F4   Check right controller
        BEQ     L_1507          ; 14F6   Blank if equal

        CMP     G_01FF, R1      ; 14F8   Check left controller
        BEQ     L_1507          ; 14FA   Blank if equal

        MVII    #$011D, R4      ; 14FC   Point to blank-out counter
        MOVR    R4,     R5      ; 14FE   Save a copy
        SDBD                    ; 14FF   \_ Get blank-out counter
        MVI@    R4,     R0      ; 1500   /
        DECR    R0              ; 1501   Decrement
        MVO@    R0,     R5      ; 1502   \
        SWAP    R0,     1       ; 1503    |- Write out counter
        MVO@    R0,     R5      ; 1504   /
        BNEQ    L_1523          ; 1505   Don't blank if non-zero

L_1507:
        MVII    #$0080, R0      ; 1507   \_ Ask ISR to blank us.
        MVO     R0,     G_0102  ; 1509   /



--Joe

 

--
We sell Spatulas, and that's all!
http://spatula-city.org/~im14u2c/
http://sdk-1600.spatula-city.org/
http://intyos.spatula-city.org/

----- Original Message ----
From: Joe Fisher <joefish75@hotmail.com>
To: intvprog@yahoogroups.com
Sent: Monday, April 16, 2007 10:03:17 AM
Subject: [intvprog] 1+9 pause

Morning, all.  There have been some questions about the behavior of the 1+9 pause code implemented on some games in my emulator.

 

I don't have an Inty hooked up to test with at the moment.  What is the appropriate behavior?  Does the screen blank after a while?  Does it depend on how it was coded?

 

Thanks,

 

-Joe

----- Original Message -----

From: Joe Zbiciak

To: intvprog@yahoogroups.com

Sent: Monday, April 16, 2007 4:43 PM

Subject: Re: [intvprog] 1+9 pause

Joe,

As I recall, the screen blanking works by skipping the writes to $20 that enable display.  If there's no write to $20 in what I call the "VBlank 1 period," the display will fill with the border color[*] on the next frame.  Is your video rendering code looking for these writes?

Amusingly, and entirely by accident I should add, 4-Tris' code for pausing looks startlingly similar:


        ;; Check to see if the user has requested a pause.
        MVII    #$5A,   R0      ; Keypad 1 + Keypad 9
        CMP     $1FE,   R0      ; Pause on first controller?
        BEQ     @@pausing
        CMP     $1FF,   R0      ; Pause on second controller?
        BEQ     @@pausing

        PULR    PC              ; Return

@@pausing:
        DIS                     ; Disable interrupts while paused.
        ; Grab PSG volume settings aside and force volume to zero.


4-Tris actually goes a step further than the EXEC and actually disables interrupts while paused.  (I don't know if all 4-Tris revisions do this off hand.  The one I checked just now does though.)  In practice it's actually a bad idea to disable interrupts for an unbounded period of time:  The STIC loses its internal register settings after awhile--somewhere around 1 second, but I never actually measured.  Apparently the STIC uses INTAK as a mechanism to trigger its internal refresh.

Regards,

--Joe

[*] Actually, the STIC copies the current border color register out to the display immediately.  Programs can update the border color once the CPU acknowledges the interrupt.  The border color change takes effect immediately, so it is actually possible to draw arbitrary graphics to the display when the STIC is disabled.  The CP-1600 isn't fast enough to draw very interesting graphics, but it is indeed possible to generate rather interesting and odd displays this way.

 

--
We sell Spatulas, and that's all!
http://spatula-city.org/~im14u2c/
http://sdk-1600.spatula-city.org/
http://intyos.spatula-city.org/

----- Original Message ----
From: Joe Fisher <joefish75@hotmail.com>
To: intvprog@yahoogroups.com
Sent: Monday, April 16, 2007 2:02:25 PM
Subject: Re: [intvprog] 1+9 pause

Strange.  My video isn't getting updated during the pause, even after 5 minutes.  I'll have to play around with the debugger and see what's going on.

 

-Joe

 

----- Original Message -----

From: Joe Zbiciak

To: intvprog@yahoogroup s.com

Sent: Monday, April 16, 2007 11:57 AM

Subject: Re: [intvprog] 1+9 pause

Joe,

Older EXEC based games blank the screen after some number of seconds.  This is a feature of the EXEC's default input scanning loop.  I think the timeout is around 5 minutes. 

This appears to be the code that does the check:

L_14F1:
        PSHR    R5              ; 14F1  
        MVII    #$005A, R1      ; 14F2   1 + 9
        CMP     G_01FE, R1      ; 14F4   Check right controller
        BEQ     L_1507          ; 14F6   Blank if equal

        CMP     G_01FF, R1      ; 14F8   Check left controller
        BEQ     L_1507          ; 14FA   Blank if equal

        MVII    #$011D, R4      ; 14FC   Point to blank-out counter
        MOVR    R4,     R5      ; 14FE   Save a copy
        SDBD                    ; 14FF   \_ Get blank-out counter
        MVI@    R4,     R0      ; 1500   /
        DECR    R0              ; 1501   Decrement
        MVO@    R0,     R5      ; 1502   \
        SWAP    R0,     1       ; 1503    |- Write out counter
        MVO@    R0,     R5      ; 1504   /
        BNEQ    L_1523          ; 1505   Don't blank if non-zero

L_1507:
        MVII    #$0080, R0      ; 1507   \_ Ask ISR to blank us.
        MVO     R0,     G_0102  ; 1509   /



--Joe

 

--
We sell Spatulas, and that's all!
http://spatula- city.org/ ~im14u2c/
http://sdk-1600. spatula-city. org/
http://intyos. spatula-city. org/

----- Original Message ----
From: Joe Fisher <joefish75@hotmail. com>
To: intvprog@yahoogroup s.com
Sent: Monday, April 16, 2007 10:03:17 AM
Subject: [intvprog] 1+9 pause

Morning, all.  There have been some questions about the behavior of the 1+9 pause code implemented on some games in my emulator.

 

I don't have an Inty hooked up to test with at the moment.  What is the appropriate behavior?  Does the screen blank after a while?  Does it depend on how it was coded?

 

Thanks,

 

-Joe

----- Original Message -----

From: Joe Zbiciak

To: intvprog@yahoogroups.com

Sent: Monday, April 16, 2007 5:11 PM

Subject: Re: [intvprog] 1+9 pause

Joe,

The STIC does no processing if it doesn't get a write to $20.  So, if by "render as usual" you mean "Inform Windows what the screen looks like," then yes.  If by "render as usual" you mean "do all the STIC emulation, just hiding it," then no.

--Joe

 

--
We sell Spatulas, and that's all!
http://spatula-city.org/~im14u2c/
http://sdk-1600.spatula-city.org/
http://intyos.spatula-city.org/

----- Original Message ----
From: Joe Fisher <joefish75@hotmail.com>
To: intvprog@yahoogroups.com
Sent: Monday, April 16, 2007 3:57:19 PM
Subject: Re: [intvprog] 1+9 pause

Joe,

 

Yes, if I get a write to $20 during the 'reg invisible' state, I do the display.  If I don't get a write, I do nothing.

 

So instead of doing nothing, I should immediately fill the video buffer with the border color, then render as usual?

 

-JoeFish

 

----- Original Message -----

From: Joe Zbiciak

To: intvprog@yahoogroup s.com

Sent: Monday, April 16, 2007 4:43 PM

Subject: Re: [intvprog] 1+9 pause

Joe,

As I recall, the screen blanking works by skipping the writes to $20 that enable display.  If there's no write to $20 in what I call the "VBlank 1 period," the display will fill with the border color[*] on the next frame.  Is your video rendering code looking for these writes?

Amusingly, and entirely by accident I should add, 4-Tris' code for pausing looks startlingly similar:


        ;; Check to see if the user has requested a pause.
        MVII    #$5A,   R0      ; Keypad 1 + Keypad 9
        CMP     $1FE,   R0      ; Pause on first controller?
        BEQ     @@pausing
        CMP     $1FF,   R0      ; Pause on second controller?
        BEQ     @@pausing

        PULR    PC              ; Return

@@pausing:
        DIS                     ; Disable interrupts while paused.
        ; Grab PSG volume settings aside and force volume to zero.


4-Tris actually goes a step further than the EXEC and actually disables interrupts while paused.  (I don't know if all 4-Tris revisions do this off hand.  The one I checked just now does though.)  In practice it's actually a bad idea to disable interrupts for an unbounded period of time:  The STIC loses its internal register settings after awhile--somewhere around 1 second, but I never actually measured.  Apparently the STIC uses INTAK as a mechanism to trigger its internal refresh.

Regards,

--Joe

[*] Actually, the STIC copies the current border color register out to the display immediately.  Programs can update the border color once the CPU acknowledges the interrupt.  The border color change takes effect immediately, so it is actually possible to draw arbitrary graphics to the display when the STIC is disabled.  The CP-1600 isn't fast enough to draw very interesting graphics, but it is indeed possible to generate rather interesting and odd displays this way.

 

--
We sell Spatulas, and that's all!
http://spatula- city.org/ ~im14u2c/
http://sdk-1600. spatula-city. org/
http://intyos. spatula-city. org/

----- Original Message ----
From: Joe Fisher <joefish75@hotmail. com>
To: intvprog@yahoogroup s.com
Sent: Monday, April 16, 2007 2:02:25 PM
Subject: Re: [intvprog] 1+9 pause

Strange.  My video isn't getting updated during the pause, even after 5 minutes.  I'll have to play around with the debugger and see what's going on.

 

-Joe

 

----- Original Message -----

From: Joe Zbiciak

To: intvprog@yahoogroup s.com

Sent: Monday, April 16, 2007 11:57 AM

Subject: Re: [intvprog] 1+9 pause

Joe,

Older EXEC based games blank the screen after some number of seconds.  This is a feature of the EXEC's default input scanning loop.  I think the timeout is around 5 minutes. 

This appears to be the code that does the check:

L_14F1:
        PSHR    R5              ; 14F1  
        MVII    #$005A, R1      ; 14F2   1 + 9
        CMP     G_01FE, R1      ; 14F4   Check right controller
        BEQ     L_1507          ; 14F6   Blank if equal

        CMP     G_01FF, R1      ; 14F8   Check left controller
        BEQ     L_1507          ; 14FA   Blank if equal

        MVII    #$011D, R4      ; 14FC   Point to blank-out counter
        MOVR    R4,     R5      ; 14FE   Save a copy
        SDBD                    ; 14FF   \_ Get blank-out counter
        MVI@    R4,     R0      ; 1500   /
        DECR    R0              ; 1501   Decrement
        MVO@    R0,     R5      ; 1502   \
        SWAP    R0,     1       ; 1503    |- Write out counter
        MVO@    R0,     R5      ; 1504   /
        BNEQ    L_1523          ; 1505   Don't blank if non-zero

L_1507:
        MVII    #$0080, R0      ; 1507   \_ Ask ISR to blank us.
        MVO     R0,     G_0102  ; 1509   /



--Joe

 

--
We sell Spatulas, and that's all!
http://spatula- city.org/ ~im14u2c/
http://sdk-1600. spatula-city. org/
http://intyos. spatula-city. org/

----- Original Message ----
From: Joe Fisher <joefish75@hotmail. com>
To: intvprog@yahoogroup s.com
Sent: Monday, April 16, 2007 10:03:17 AM
Subject: [intvprog] 1+9 pause

Morning, all.  There have been some questions about the behavior of the 1+9 pause code implemented on some games in my emulator.

 

I don't have an Inty hooked up to test with at the moment.  What is the appropriate behavior?  Does the screen blank after a while?  Does it depend on how it was coded?

 

Thanks,

 

-Joe

August 26th is my next game convention and I'd love to promote a new
Intellivision game at the upcoming event.  Our April show played host to
the release of Cola Invaders (Pepsi Invaders/Coke Wins) and I'd love to
do an exclusive release for our favorite classic system, the Inty.  Does
anyone have a game they'll have produced for late August?  Perhaps if a
physical cart won't be available I can demo a rom of it on an emulator.
In any case, let me know guys!

--
__
Chuck Whitby
Too Many Games
"Let us Play"
www.toomanygames.com

I opened an Intellivision main board today... and found it to have a
CP1610A Chip in it, Versus the Standard 1610. It's a smaller IC, I am
wondering if this is an Intellivision 3 main board, and I am wondering
if there is a schematic out there for it.

Very cool news Joe.  I've been waiting.  Will you be releasing the ROM for
us intellicart users?


>From: intvprog@yahoogroups.com
>Reply-To: "No Reply"<notify-dg-intvprog@yahoogroups.com>
>To: intvprog@yahoogroups.com
>Subject: [intvprog] Digest Number 990
>Date: 4 Jun 2007 19:23:01 -0000
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>Intellivision Programmers
>
>
>
>
>
>       Intellivision Programmers
>
>
>     Messages In This Digest      (1
>               Message)
>
>
>
>
>                       1.
>
>    Space Patrol and Programming Contest
>   From:
>       Joe Zbiciak
>
>
>
>           View All Topics | Create New Topic
>
>
>            Message
>
>
>
>         1.
>
>
>
>         Space Patrol and Programming Contest
>
>     Posted by:      "Joe Zbiciak"
>       intvnut@...
>                
>
>           intvnut
>
>
>
>       Mon Jun 4, 2007 12:34 am        (PST)
>
>
>             All,
>
>
>
>I have put the final touches on Space Patrol.  I do believe I have the
>version that will go into ROM on the cartridge release.  I am going to
>playtest it over the next week to ensure my last minute codesize tweaks,
>etc. didn't break anything.   The ROM is literally full.  I take that back.
>   I wasted 1 whole word at $DFFF.  :-)
>
>
>
>Now that I have that out of the way, I've had a chance to think a bit more
>about the programming contest.  I am holding one, and actually I hope to
>announce the official rules this week.  So yes, the contest is on.
>
>
>
>I will be releasing source code for Space Patrol eventually.  That release
>will be under the GPL like everything else I do.  I don't want to take the
>lustre off the cartridge release I'm planning, though, so I won't be
>releasing the full, unadulterated source code right away.  I will release
>stuff I think and hope is useful (such as the INITMEM piece I shared a bit
>ago).
>
>
>
>I want the programming contest to be a success, and if code from Space
>Patrol can help make that happen, then I think that's really cool.
>
>
>
>Regards,
>
>
>
>--Joe
>
>
>
>--
>
>We sell Spatulas, and that's all!
>
>http://spatula-city.org/~im14u2c/
>
>http://sdk-1600.spatula-city.org/
>
>http://intyos.spatula-city.org/
>
>
>
>
>
>
>
>           Back to top
>
>             Reply to sender
>            |
>
>             Reply to group
>            |
>
>             Reply via web post
>
>
>
>             Messages in this topic
>            (1)
>
>
>
>
>
>
>
>
>
>
>         Visit Your Group
>       	            SPONSORED LINKS
>
>
>                     Computer video game
>
>
>
>
>
>
>                       Yahoo! TV
>
>Staying in tonight?
>
>Check listings to
>
>see what is on.
>
>                       Y! GeoCities
>
>Create a Web Site
>
>Easy-to-use tools.
>
>Get started now.
>
>                       Yahoo! Groups
>
>Take a Survey
>express your ideas
>share your opinion
>
>
>
>
>             Need to Reply?
>
>Click one of the "Reply" links to respond to a specific message in the
>Daily Digest.
>
>
>
>
>
>       Create New Topic     |
>
>       Visit Your Group on the Web
>
>
>
>
>
>           Messages
>
>
>
>
>
>       |    Members
>
>
>
>
>
>
>
>
>     Change settings via the Web (Yahoo! ID required)
>
>     Change settings via email: Switch delivery to Individual | Switch
>format to Traditional
>
>
>       Visit Your Group     |
>
>       Yahoo! Groups Terms of Use     |
>
>       Unsubscribe
>
>
>

_________________________________________________________________
Play games, earn tickets, get cool prizes. Play now–it's FREE!
http://club.live.com/home.aspx?icid=CLUB_hotmailtextlink1

If anyone is interested in porting Steamroller for the Colecovision to the
Intellivision for the programming contest, i can hook you up with the
source.

I have to scare it up though.

Since I never got around to posting the fact that CC3s are in stock I
figured with the announcement of the programming contest now is as
good of a time as any.

So if you want something to test your code on a real Intellivision,
you might want to consider a Cuttle Cart 3.

http://www.schells.com/cc3.shtml

Chad