| Re: new ProDOS ports [message #358685 is a reply to message #358647] |
Fri, 15 December 2017 15:43   |
|
|
Originally posted by: frank_o_rama
DOS3.3Launcher also needs aux mem to load the virtual disk image into, so I guess my ][+ is out for a variety of reasons.
That BASIS.SYSTEM setup is very clever, John. Thought that was a typo at first. "Anyone" could also code a graphics or text viewer or what have you and have it chain directly from Bitsy Bye. Does it only pass $F1 aux types?
D3L looks like it's using the space from $2006 to $2104 as it's pathname buffer. To keep it backwards-compatible "someone's" update should be a routine that checks for a full pathname, then reconstructs full pathname from the file and current prefix if only a filename is found (as Bitsy passes it). ProSel and FastBoot both pass the entire path. The first instruction D3L runs is a JMP past the filename buffer so the routine could be added at the end of current binary.
Frank
On Friday, December 15, 2017 at 12:17:17 AM UTC-8, John Brooks wrote:
> I took a quick look at DOS3.3Launcher. Copying it to /ROOT/BASIS.SYSTEM causes Bitsy Bye to pass $F1 disk images to it. Issues:
>
> 1) DOS3.3Launcher reports an error message because it requires a full pathname to be passed for some reason. Bitsy Bye passes only the 15-letter selected file name as it has already set the ProDOS prefix to the directory containing the selected file.
>
> 2) DOS3.3Launcher uses 65c02 opcodes and I believe it will fail on 6502-based Apple ][, ][+, and un-enhanced //e machines.
>
>
> Anyone want to look into a fix these DOS3.3Launcher issues?
>
> -JB
> @JBrooksBSI
|
|
|
|
|
|
| Re: new ProDOS ports [message #358695 is a reply to message #358686] |
Fri, 15 December 2017 17:12 |
Steve Nickolas
Messages: 2036
Registered: October 2012
Karma: 0
|
Senior Member |
|
|
On Fri, 15 Dec 2017, qkumba wrote:
> DOS3.3Launcher needs to go away.
This. It's a cheap kludge, and the problem is better handled IMO by
properly converting the software to run on ProDOS in the first place.
-uso.
|
|
|
|
| Re: new ProDOS ports [message #358696 is a reply to message #358685] |
Fri, 15 December 2017 18:42 |
|
|
Originally posted by: John Brooks
On Friday, December 15, 2017 at 12:43:53 PM UTC-8, frank_...@hotmail.com wrote:
> DOS3.3Launcher also needs aux mem to load the virtual disk image into, so I guess my ][+ is out for a variety of reasons.
>
> That BASIS.SYSTEM setup is very clever, John. Thought that was a typo at first. "Anyone" could also code a graphics or text viewer or what have you and have it chain directly from Bitsy Bye. Does it only pass $F1 aux types?
>
> D3L looks like it's using the space from $2006 to $2104 as it's pathname buffer. To keep it backwards-compatible "someone's" update should be a routine that checks for a full pathname, then reconstructs full pathname from the file and current prefix if only a filename is found (as Bitsy passes it).. ProSel and FastBoot both pass the entire path. The first instruction D3L runs is a JMP past the filename buffer so the routine could be added at the end of current binary.
>
> Frank
>
>
>
> On Friday, December 15, 2017 at 12:17:17 AM UTC-8, John Brooks wrote:
>> I took a quick look at DOS3.3Launcher. Copying it to /ROOT/BASIS.SYSTEM causes Bitsy Bye to pass $F1 disk images to it. Issues:
>>
>> 1) DOS3.3Launcher reports an error message because it requires a full pathname to be passed for some reason. Bitsy Bye passes only the 15-letter selected file name as it has already set the ProDOS prefix to the directory containing the selected file.
>>
>> 2) DOS3.3Launcher uses 65c02 opcodes and I believe it will fail on 6502-based Apple ][, ][+, and un-enhanced //e machines.
>>
>>
>> Anyone want to look into a fix these DOS3.3Launcher issues?
>>
>> -JB
>> @JBrooksBSI
See the ProDOS 8 technical manual page 88 for info on passing a launch file to .SYSTEM programs:
"Here is how the procedure works: the selector program looks at the first byte of the interpreter at $2000. If it is a JMP ($4C) instruction, and bytes $2003 and $2004 are both $EE, then byte $2005 is interpreted as a buffer size indicator with the buffer starting at $2006. The string at $2006 would be the normal ProDOS pathname or partial pathname, starting with a length byte.
Byte Content
$2000-$2002 JMP CONT
$2003 $EE
$2004 $EE
$2005 $41
$2006 $07
$2007-$200D Startup Code
.
.
.
$2047 CONT
.
.
.
The two $EEs let the selector program know that this particular interpreter can run a startup program. The interpreters that support this feature will supply their own default string, which may be a startup program or a flag of your choice."
> That BASIS.SYSTEM setup is very clever, John. Thought that was a typo at first. "Anyone" could also code a graphics or text viewer or what have you and have it chain directly from Bitsy Bye. Does it only pass $F1 aux types?
Thanks. Yes, a text file viewer would also be a handy use of BASIS.SYSTEM.
Bitsy Bye only directly handles two types of files: DIR files and SYS files.. Anything else gets passed to BASIS/BASIC, or fails to be launched with a beep.
-JB
@JBrooksBSI
|
|
|
|
| Re: new ProDOS ports [message #358713 is a reply to message #358662] |
Fri, 15 December 2017 23:27 |
gids.rs
Messages: 1395
Registered: October 2012
Karma: 0
|
Senior Member |
|
|
On Friday, December 15, 2017 at 10:37:14 AM UTC-6, John Brooks wrote:
> On Friday, December 15, 2017 at 5:04:05 AM UTC-8, I am Rob wrote:
>>> Ditto with the Squirt launcher, which looks great and can display graphics/text files too, but also cannot launch file-based games.
>>>
>>> Imagine a disk image with every A2 game ever... With a convenient directory and launching application that works with cross compatibility across the Apple II line to play all 8-bit games... (targeting the enhanced //e with a CFFA card)... nirvana
>>
>>
>>
>> I started doing that here...
>> Every file based binary game that ran under Integer Basic or Basic.system I could find at the time.
>>
>> http://mirrors.apple2.org.za/ftp.apple.asimov.net/images/gam es/collections/Int.Basic.Pdos8.2mg.zip
>>
>>
>> As far as running large games that started at $07FD or used almost all of lower 48 kb, I use a separate file selector for that. It is basically just a revised Prodos 2.0.3 BYE selector that removes Basic.system and allows to select Binary files as well as system files and can load files at $07FD but not extend into or use the $BF00 area.
>>
>> I also revised the DOS version of SPLIT to work under Prodos and a driver for it that can load Dos games that use all of the lower 48kb memory (including $BF00) and the language card. The game would be loaded into and run from Aux memory. I haven't yet tested this theory yet though as haven't had time and the only way to tell if a game uses the language card is to disassemble it.
>>
>> As long as the games doesn't contain any DOS commands, it should be able to work under Prodos this way.
>>
>> As NASA keeps saying about Mars, "We will get there one day."
>
> Does your integer basic on ProDOS support launching an INT basic program?
>
> If so, it would be possible to make a BASIS.SYSTEM which uses the selected file's type to call basic.system, intbasic, or directly load a very large single-file binary game.
>
> -JB
> @JBrooksBSI
I used the cassette command LOAD which then calls the Prodos MLI and prompts for a filename. This way IB has nothing to do with DOS 3.3 to load its files.
The other problem with IB would be when it is loaded. IB has to be launched to initialize a few pointers, then it goes straight to the > prompt.
So you can't just load IB, then have it load the INT BASIC program, then launch the RUN routine.
I tried making IB into subroutines so I could launch the initialization routines separately if needed, but ended up breaking IB, so I gave up.
|
|
|
|
| Re: new ProDOS ports [message #358715 is a reply to message #358713] |
Sat, 16 December 2017 00:43 |
|
|
Originally posted by: John Brooks
On Friday, December 15, 2017 at 8:27:12 PM UTC-8, I am Rob wrote:
> On Friday, December 15, 2017 at 10:37:14 AM UTC-6, John Brooks wrote:
>> On Friday, December 15, 2017 at 5:04:05 AM UTC-8, I am Rob wrote:
>>>> Ditto with the Squirt launcher, which looks great and can display graphics/text files too, but also cannot launch file-based games.
>>>>
>>>> Imagine a disk image with every A2 game ever... With a convenient directory and launching application that works with cross compatibility across the Apple II line to play all 8-bit games... (targeting the enhanced //e with a CFFA card)... nirvana
>>>
>>>
>>>
>>> I started doing that here...
>>> Every file based binary game that ran under Integer Basic or Basic.system I could find at the time.
>>>
>>> http://mirrors.apple2.org.za/ftp.apple.asimov.net/images/gam es/collections/Int.Basic.Pdos8.2mg.zip
>>>
>>>
>>> As far as running large games that started at $07FD or used almost all of lower 48 kb, I use a separate file selector for that. It is basically just a revised Prodos 2.0.3 BYE selector that removes Basic.system and allows to select Binary files as well as system files and can load files at $07FD but not extend into or use the $BF00 area.
>>>
>>> I also revised the DOS version of SPLIT to work under Prodos and a driver for it that can load Dos games that use all of the lower 48kb memory (including $BF00) and the language card. The game would be loaded into and run from Aux memory. I haven't yet tested this theory yet though as haven't had time and the only way to tell if a game uses the language card is to disassemble it.
>>>
>>> As long as the games doesn't contain any DOS commands, it should be able to work under Prodos this way.
>>>
>>> As NASA keeps saying about Mars, "We will get there one day."
>>
>> Does your integer basic on ProDOS support launching an INT basic program?
>>
>> If so, it would be possible to make a BASIS.SYSTEM which uses the selected file's type to call basic.system, intbasic, or directly load a very large single-file binary game.
>>
>> -JB
>> @JBrooksBSI
>
>
> I used the cassette command LOAD which then calls the Prodos MLI and prompts for a filename. This way IB has nothing to do with DOS 3.3 to load its files.
>
> The other problem with IB would be when it is loaded. IB has to be launched to initialize a few pointers, then it goes straight to the > prompt.
>
> So you can't just load IB, then have it load the INT BASIC program, then launch the RUN routine.
>
> I tried making IB into subroutines so I could launch the initialization routines separately if needed, but ended up breaking IB, so I gave up.
Ok. Good to know. Sounds like it was quite a challenge to get IB onto ProDOS.
What about requiring 128K and loading integer basic into aux LC with either DOS 3.3 or DOS on ProDOS?
-JB
@JBrooksBSI
|
|
|
|
| Re: new ProDOS ports [message #358725 is a reply to message #358695] |
Sat, 16 December 2017 05:00 |
Alex Lee
Messages: 220
Registered: November 2012
Karma: 0
|
Senior Member |
|
|
On 2017-12-15 22:12:02 +0000, Steve Nickolas said:
> On Fri, 15 Dec 2017, qkumba wrote:
>
>> DOS3.3Launcher needs to go away.
>
> This. It's a cheap kludge, and the problem is better handled IMO by
> properly converting the software to run on ProDOS in the first place.
>
> -uso.
Well, I will say it has a couple of nice features on the IIGS.
Firstly, when you setup a single binary or whole disk for use with DOS
Launcher, you can specify that the program will run at its original
intended speed of 1Mhz. This means you don't have to manually set the
speed to 'Slow' through the classic IIGS control panel every time you
want to play a game.
Secondly, you can quit back to what ever program launcher you used to
start a DOS Launcher compatible game through the IIGS control panel as
well, whereas if the game didn't originally have a quit command, you
couldn't do this. I do know qkumba has added a quit feature to some
ProDOS conversions however.
- Alex
|
|
|
|
| Re: new ProDOS ports [message #358728 is a reply to message #358725] |
Sat, 16 December 2017 06:01 |
Steve Nickolas
Messages: 2036
Registered: October 2012
Karma: 0
|
Senior Member |
|
|
On Sat, 16 Dec 2017, Alex Lee wrote:
> Firstly, when you setup a single binary or whole disk for use with DOS
> Launcher, you can specify that the program will run at its original intended
> speed of 1Mhz. This means you don't have to manually set the speed to 'Slow'
> through the classic IIGS control panel every time you want to play a game.
That's not hard to add.
-uso.
|
|
|
|
|
|
| Re: new ProDOS ports [message #358740 is a reply to message #358695] |
Sat, 16 December 2017 10:12 |
|
|
Originally posted by: frank_o_rama
Philosophically I agree with you. However when my kids just want to play some fun games I remember, I only want a version that works. Have you guys properly converted EVERY GAME I've ever played yet? ;)
F
On Friday, December 15, 2017 at 2:12:04 PM UTC-8, Steve Nickolas wrote:
> On Fri, 15 Dec 2017, qkumba wrote:
>
>> DOS3.3Launcher needs to go away.
>
> This. It's a cheap kludge, and the problem is better handled IMO by
> properly converting the software to run on ProDOS in the first place.
>
> -uso.
|
|
|
|
| Re: new ProDOS ports [message #358741 is a reply to message #358729] |
Sat, 16 December 2017 10:25 |
Steve Nickolas
Messages: 2036
Registered: October 2012
Karma: 0
|
Senior Member |
|
|
.org $0300
0300: 38 slowgs: sec ; are we a IIgs?
0301: 20 1F FE jsr $FE1F ; clear carry on GS
0304: B0 15 bcs @1 ; not a GS, so exit function
0306: AD 36 C0 lda $C036 ; lock CPU to 1 MHz
0309: 29 7F and #$7F ; CPU speed bit mask off
030B: 8D 36 C0 sta $C036
030E: A9 F0 lda #$F0 ; white (15) on black (0)
0310: 8D 22 C0 sta $C022
0313: AD 34 C0 lda $C034 ; set border to black (0)
0316: 29 0F and #$0F ; don't touch other nibble
0318: 8D 34 C0 sta $C034
031B: 60 @1: rts
This code should be fully relocatable without reassembly, so just stuff
this 28-byte function somewhere, and call it to clock down the CPU and set
the screen colors appropriately.
Though most of you prolly already knew this. ;)
-uso.
|
|
|
|
| Re: new ProDOS ports [message #358744 is a reply to message #358740] |
Sat, 16 December 2017 11:48 |
qkumba
Messages: 1584
Registered: March 2013
Karma: 0
|
Senior Member |
|
|
> Philosophically I agree with you. However when my kids just want to play some fun games I remember, I only want a version that works. Have you guys properly converted EVERY GAME I've ever played yet? ;)
As you can see before this thread was hijacked to discuss entirely unrelated things (and let us please move this conversation to somewhere else), it's a work in progress. If you have requests, there's an existing other thread for that.
|
|
|
|
| Re: new ProDOS ports [message #358768 is a reply to message #358715] |
Sat, 16 December 2017 16:36 |
|
|
Originally posted by: awanderin
John Brooks <jbrooks@blueshiftinc.com> writes:
> On Friday, December 15, 2017 at 8:27:12 PM UTC-8, I am Rob wrote:
>> On Friday, December 15, 2017 at 10:37:14 AM UTC-6, John Brooks wrote:
>>> On Friday, December 15, 2017 at 5:04:05 AM UTC-8, I am Rob wrote:
>>>> >Ditto with the Squirt launcher, which looks great and can
>>>> > display graphics/text files too, but also cannot launch
>>>> > file-based games.
>>>> >
>>>> > Imagine a disk image with every A2 game ever... With a
>>>> > convenient directory and launching application that works with
>>>> > cross compatibility across the Apple II line to play all 8-bit
>>>> > games... (targeting the enhanced //e with a CFFA
>>>> > card)... nirvana
>>>>
>>>>
>>>>
>>>> I started doing that here...
>>>> Every file based binary game that ran under Integer Basic or
>>>> Basic.system I could find at the time.
>>>>
>>>> http://mirrors.apple2.org.za/ftp.apple.asimov.net/images/gam es/collections/Int.Basic.Pdos8.2mg.zip
>>>>
>>>>
>>>> As far as running large games that started at $07FD or used
>>>> almost all of lower 48 kb, I use a separate file selector for
>>>> that. It is basically just a revised Prodos 2.0.3 BYE selector
>>>> that removes Basic.system and allows to select Binary files as
>>>> well as system files and can load files at $07FD but not extend
>>>> into or use the $BF00 area.
>>>>
>>>> I also revised the DOS version of SPLIT to work under Prodos and
>>>> a driver for it that can load Dos games that use all of the
>>>> lower 48kb memory (including $BF00) and the language card. The
>>>> game would be loaded into and run from Aux memory. I haven't
>>>> yet tested this theory yet though as haven't had time and the
>>>> only way to tell if a game uses the language card is to
>>>> disassemble it.
>>>>
>>>> As long as the games doesn't contain any DOS commands, it should
>>>> be able to work under Prodos this way.
>>>>
>>>> As NASA keeps saying about Mars, "We will get there one day."
>>>
>>> Does your integer basic on ProDOS support launching an INT basic program?
>>>
>>> If so, it would be possible to make a BASIS.SYSTEM which uses the
>>> selected file's type to call basic.system, intbasic, or directly
>>> load a very large single-file binary game.
>>>
>>> -JB
>>> @JBrooksBSI
>>
>>
>> I used the cassette command LOAD which then calls the Prodos MLI and
>> prompts for a filename. This way IB has nothing to do with DOS 3.3
>> to load its files.
>>
>> The other problem with IB would be when it is loaded. IB has to be
>> launched to initialize a few pointers, then it goes straight to the
>>> prompt.
>>
>> So you can't just load IB, then have it load the INT BASIC program,
>> then launch the RUN routine.
>>
>> I tried making IB into subroutines so I could launch the
>> initialization routines separately if needed, but ended up breaking
>> IB, so I gave up.
>
> Ok. Good to know. Sounds like it was quite a challenge to get IB onto ProDOS.
>
> What about requiring 128K and loading integer basic into aux LC with
> either DOS 3.3 or DOS on ProDOS?
>
> -JB
> @JBrooksBSI
What about just calling INTBasic's cold-start ($E000 equivalent) and
then waiting until the ">" prompt character comes through CSW ($36-37)?
It would simple enough to set the CSW hook before JMPing to INTBASIC
cold-start. Has this been tried but it didn't work?
--
--
Jerry awanderin at gmail dot com
|
|
|
|
| Re: new ProDOS ports [message #358789 is a reply to message #358715] |
Sun, 17 December 2017 01:13 |
gids.rs
Messages: 1395
Registered: October 2012
Karma: 0
|
Senior Member |
|
|
On Friday, December 15, 2017 at 11:43:16 PM UTC-6, John Brooks wrote:
> On Friday, December 15, 2017 at 8:27:12 PM UTC-8, I am Rob wrote:
>> On Friday, December 15, 2017 at 10:37:14 AM UTC-6, John Brooks wrote:
>>> On Friday, December 15, 2017 at 5:04:05 AM UTC-8, I am Rob wrote:
>>>> >Ditto with the Squirt launcher, which looks great and can display graphics/text files too, but also cannot launch file-based games.
>>>> >
>>>> > Imagine a disk image with every A2 game ever... With a convenient directory and launching application that works with cross compatibility across the Apple II line to play all 8-bit games... (targeting the enhanced //e with a CFFA card)... nirvana
>>>>
>>>>
>>>>
>>>> I started doing that here...
>>>> Every file based binary game that ran under Integer Basic or Basic.system I could find at the time.
>>>>
>>>> http://mirrors.apple2.org.za/ftp.apple.asimov.net/images/gam es/collections/Int.Basic.Pdos8.2mg.zip
>>>>
>>>>
>>>> As far as running large games that started at $07FD or used almost all of lower 48 kb, I use a separate file selector for that. It is basically just a revised Prodos 2.0.3 BYE selector that removes Basic.system and allows to select Binary files as well as system files and can load files at $07FD but not extend into or use the $BF00 area.
>>>>
>>>> I also revised the DOS version of SPLIT to work under Prodos and a driver for it that can load Dos games that use all of the lower 48kb memory (including $BF00) and the language card. The game would be loaded into and run from Aux memory. I haven't yet tested this theory yet though as haven't had time and the only way to tell if a game uses the language card is to disassemble it.
>>>>
>>>> As long as the games doesn't contain any DOS commands, it should be able to work under Prodos this way.
>>>>
>>>> As NASA keeps saying about Mars, "We will get there one day."
>>>
>>> Does your integer basic on ProDOS support launching an INT basic program?
>>>
>>> If so, it would be possible to make a BASIS.SYSTEM which uses the selected file's type to call basic.system, intbasic, or directly load a very large single-file binary game.
>>>
>>> -JB
>>> @JBrooksBSI
>>
>>
>> I used the cassette command LOAD which then calls the Prodos MLI and prompts for a filename. This way IB has nothing to do with DOS 3.3 to load its files.
>>
>> The other problem with IB would be when it is loaded. IB has to be launched to initialize a few pointers, then it goes straight to the > prompt.
>>
>> So you can't just load IB, then have it load the INT BASIC program, then launch the RUN routine.
>>
>> I tried making IB into subroutines so I could launch the initialization routines separately if needed, but ended up breaking IB, so I gave up.
>
> Ok. Good to know. Sounds like it was quite a challenge to get IB onto ProDOS.
>
> What about requiring 128K and loading integer basic into aux LC with either DOS 3.3 or DOS on ProDOS?
>
> -JB
> @JBrooksBSI
Putting IB onto Prodos was easy enough, I spent most of the time trying to decipher how the verbs worked, and I still don't have a handle on it. Since LOAD "filename" is a DOS command, I wanted to see if I could make it into an IB command using the cassette LOAD command, and use IB's parser to parse the filename to be used with Prodos. That is where I stalled, so settled on having to input the filename.
IB doesn't use the input hooks for input after initializing, it calls the monitor input routine at $FD75 directly, so there is never any return to the calling program.
This means any/all LOAD commands have to be parsed by IB first, then passed on to DOS. So, no matter what you do, you will always end up at the ">" prompt when IB is first initialized.
To get around the CATALOG command without DOS, I used the ampersand (&) from IB to jump into the applesoft prompt, then one could CATALOG from Prodos, then use the ampersand from Prodos to return to IB. Then type in the filename with the IB cassette LOAD command. Again, exiting IB to applesoft (which is the same as typing FP at the IB prompt) didn't allow for a return to the calling program, so could not launch a Prodos CATALOG command with the IB ampersand.
If I would have succeeded in converting IB to subroutines, then this would have made it easier to allow IB to use Prodos commands.
I decided it would be easier to convert an IB program to applesoft and just run from there. I have all the rules for converting IB to applesoft including an applesoft MOD function, if anyone needs them.
|
|
|
|
| Re: new ProDOS ports [message #358802 is a reply to message #358768] |
Sun, 17 December 2017 09:49 |
Michael J. Mahon
Messages: 1767
Registered: October 2012
Karma: 0
|
Senior Member |
|
|
awanderin <awanderin@gmail.com> wrote:
> John Brooks <jbrooks@blueshiftinc.com> writes:
>
>> On Friday, December 15, 2017 at 8:27:12 PM UTC-8, I am Rob wrote:
>>> On Friday, December 15, 2017 at 10:37:14 AM UTC-6, John Brooks wrote:
>>>> On Friday, December 15, 2017 at 5:04:05 AM UTC-8, I am Rob wrote:
>>>> >> Ditto with the Squirt launcher, which looks great and can
>>>> >> display graphics/text files too, but also cannot launch
>>>> >> file-based games.
>>>> >>
>>>> >> Imagine a disk image with every A2 game ever... With a
>>>> >> convenient directory and launching application that works with
>>>> >> cross compatibility across the Apple II line to play all 8-bit
>>>> >> games... (targeting the enhanced //e with a CFFA
>>>> >> card)... nirvana
>>>> >
>>>> >
>>>> >
>>>> > I started doing that here...
>>>> > Every file based binary game that ran under Integer Basic or
>>>> > Basic.system I could find at the time.
>>>> >
>>>> > http://mirrors.apple2.org.za/ftp.apple.asimov.net/images/gam es/collections/Int.Basic.Pdos8.2mg.zip
>>>> >
>>>> >
>>>> > As far as running large games that started at $07FD or used
>>>> > almost all of lower 48 kb, I use a separate file selector for
>>>> > that. It is basically just a revised Prodos 2.0.3 BYE selector
>>>> > that removes Basic.system and allows to select Binary files as
>>>> > well as system files and can load files at $07FD but not extend
>>>> > into or use the $BF00 area.
>>>> >
>>>> > I also revised the DOS version of SPLIT to work under Prodos and
>>>> > a driver for it that can load Dos games that use all of the
>>>> > lower 48kb memory (including $BF00) and the language card. The
>>>> > game would be loaded into and run from Aux memory. I haven't
>>>> > yet tested this theory yet though as haven't had time and the
>>>> > only way to tell if a game uses the language card is to
>>>> > disassemble it.
>>>> >
>>>> > As long as the games doesn't contain any DOS commands, it should
>>>> > be able to work under Prodos this way.
>>>> >
>>>> > As NASA keeps saying about Mars, "We will get there one day."
>>>>
>>>> Does your integer basic on ProDOS support launching an INT basic program?
>>>>
>>>> If so, it would be possible to make a BASIS.SYSTEM which uses the
>>>> selected file's type to call basic.system, intbasic, or directly
>>>> load a very large single-file binary game.
>>>>
>>>> -JB
>>>> @JBrooksBSI
>>>
>>>
>>> I used the cassette command LOAD which then calls the Prodos MLI and
>>> prompts for a filename. This way IB has nothing to do with DOS 3.3
>>> to load its files.
>>>
>>> The other problem with IB would be when it is loaded. IB has to be
>>> launched to initialize a few pointers, then it goes straight to the
>>>> prompt.
>>>
>>> So you can't just load IB, then have it load the INT BASIC program,
>>> then launch the RUN routine.
>>>
>>> I tried making IB into subroutines so I could launch the
>>> initialization routines separately if needed, but ended up breaking
>>> IB, so I gave up.
>>
>> Ok. Good to know. Sounds like it was quite a challenge to get IB onto ProDOS.
>>
>> What about requiring 128K and loading integer basic into aux LC with
>> either DOS 3.3 or DOS on ProDOS?
>>
>> -JB
>> @JBrooksBSI
>
> What about just calling INTBasic's cold-start ($E000 equivalent) and
> then waiting until the ">" prompt character comes through CSW ($36-37)?
> It would simple enough to set the CSW hook before JMPing to INTBASIC
> cold-start. Has this been tried but it didn't work?
>
That's how I initialize Applesoft--it works perfectly.
--
-michael - NadaNet 3.1 and AppleCrate II: http://michaeljmahon.com
|
|
|
|
|
|
|
|
| Re: new ProDOS ports [message #358824 is a reply to message #358802] |
Sun, 17 December 2017 12:54 |
gids.rs
Messages: 1395
Registered: October 2012
Karma: 0
|
Senior Member |
|
|
On Sunday, December 17, 2017 at 8:49:40 AM UTC-6, Michael J. Mahon wrote:
> awanderin <awanderin@gmail.com> wrote:
>> John Brooks <jbrooks@blueshiftinc.com> writes:
>>
>>> On Friday, December 15, 2017 at 8:27:12 PM UTC-8, I am Rob wrote:
>>>> On Friday, December 15, 2017 at 10:37:14 AM UTC-6, John Brooks wrote:
>>>> > On Friday, December 15, 2017 at 5:04:05 AM UTC-8, I am Rob wrote:
>>>> >>> Ditto with the Squirt launcher, which looks great and can
>>>> >>> display graphics/text files too, but also cannot launch
>>>> >>> file-based games.
>>>> >>>
>>>> >>> Imagine a disk image with every A2 game ever... With a
>>>> >>> convenient directory and launching application that works with
>>>> >>> cross compatibility across the Apple II line to play all 8-bit
>>>> >>> games... (targeting the enhanced //e with a CFFA
>>>> >>> card)... nirvana
>>>> >>
>>>> >>
>>>> >>
>>>> >> I started doing that here...
>>>> >> Every file based binary game that ran under Integer Basic or
>>>> >> Basic.system I could find at the time.
>>>> >>
>>>> >> http://mirrors.apple2.org.za/ftp.apple.asimov.net/images/gam es/collections/Int.Basic.Pdos8.2mg.zip
>>>> >>
>>>> >>
>>>> >> As far as running large games that started at $07FD or used
>>>> >> almost all of lower 48 kb, I use a separate file selector for
>>>> >> that. It is basically just a revised Prodos 2.0.3 BYE selector
>>>> >> that removes Basic.system and allows to select Binary files as
>>>> >> well as system files and can load files at $07FD but not extend
>>>> >> into or use the $BF00 area.
>>>> >>
>>>> >> I also revised the DOS version of SPLIT to work under Prodos and
>>>> >> a driver for it that can load Dos games that use all of the
>>>> >> lower 48kb memory (including $BF00) and the language card. The
>>>> >> game would be loaded into and run from Aux memory. I haven't
>>>> >> yet tested this theory yet though as haven't had time and the
>>>> >> only way to tell if a game uses the language card is to
>>>> >> disassemble it.
>>>> >>
>>>> >> As long as the games doesn't contain any DOS commands, it should
>>>> >> be able to work under Prodos this way.
>>>> >>
>>>> >> As NASA keeps saying about Mars, "We will get there one day."
>>>> >
>>>> > Does your integer basic on ProDOS support launching an INT basic program?
>>>> >
>>>> > If so, it would be possible to make a BASIS.SYSTEM which uses the
>>>> > selected file's type to call basic.system, intbasic, or directly
>>>> > load a very large single-file binary game.
>>>> >
>>>> > -JB
>>>> > @JBrooksBSI
>>>>
>>>>
>>>> I used the cassette command LOAD which then calls the Prodos MLI and
>>>> prompts for a filename. This way IB has nothing to do with DOS 3.3
>>>> to load its files.
>>>>
>>>> The other problem with IB would be when it is loaded. IB has to be
>>>> launched to initialize a few pointers, then it goes straight to the
>>>> > prompt.
>>>>
>>>> So you can't just load IB, then have it load the INT BASIC program,
>>>> then launch the RUN routine.
>>>>
>>>> I tried making IB into subroutines so I could launch the
>>>> initialization routines separately if needed, but ended up breaking
>>>> IB, so I gave up.
>>>
>>> Ok. Good to know. Sounds like it was quite a challenge to get IB onto ProDOS.
>>>
>>> What about requiring 128K and loading integer basic into aux LC with
>>> either DOS 3.3 or DOS on ProDOS?
>>>
>>> -JB
>>> @JBrooksBSI
>>
>> What about just calling INTBasic's cold-start ($E000 equivalent) and
>> then waiting until the ">" prompt character comes through CSW ($36-37)?
>> It would simple enough to set the CSW hook before JMPing to INTBASIC
>> cold-start. Has this been tried but it didn't work?
>>
>
> That's how I initialize Applesoft--it works perfectly.
>
> --
> -michael - NadaNet 3.1 and AppleCrate II: http://michaeljmahon.com
As I mentioned in the reply to John, this doesn't work for Integer Basic because the initialization routine doesn't end with a jump to the input hooks.
It ends with a call to $FD75, which is the applesoft input routine, which is an endless loop waiting for a keypress for input.
|
|
|
|
| Re: new ProDOS ports [message #358825 is a reply to message #358824] |
Sun, 17 December 2017 13:05 |
gids.rs
Messages: 1395
Registered: October 2012
Karma: 0
|
Senior Member |
|
|
On Sunday, December 17, 2017 at 11:54:34 AM UTC-6, I am Rob wrote:
> On Sunday, December 17, 2017 at 8:49:40 AM UTC-6, Michael J. Mahon wrote:
>> awanderin <awanderin@gmail.com> wrote:
>>> John Brooks <jbrooks@blueshiftinc.com> writes:
>>>
>>>> On Friday, December 15, 2017 at 8:27:12 PM UTC-8, I am Rob wrote:
>>>> > On Friday, December 15, 2017 at 10:37:14 AM UTC-6, John Brooks wrote:
>>>> >> On Friday, December 15, 2017 at 5:04:05 AM UTC-8, I am Rob wrote:
>>>> >>>> Ditto with the Squirt launcher, which looks great and can
>>>> >>>> display graphics/text files too, but also cannot launch
>>>> >>>> file-based games.
>>>> >>>>
>>>> >>>> Imagine a disk image with every A2 game ever... With a
>>>> >>>> convenient directory and launching application that works with
>>>> >>>> cross compatibility across the Apple II line to play all 8-bit
>>>> >>>> games... (targeting the enhanced //e with a CFFA
>>>> >>>> card)... nirvana
>>>> >>>
>>>> >>>
>>>> >>>
>>>> >>> I started doing that here...
>>>> >>> Every file based binary game that ran under Integer Basic or
>>>> >>> Basic.system I could find at the time.
>>>> >>>
>>>> >>> http://mirrors.apple2.org.za/ftp.apple.asimov.net/images/gam es/collections/Int.Basic.Pdos8.2mg.zip
>>>> >>>
>>>> >>>
>>>> >>> As far as running large games that started at $07FD or used
>>>> >>> almost all of lower 48 kb, I use a separate file selector for
>>>> >>> that. It is basically just a revised Prodos 2.0.3 BYE selector
>>>> >>> that removes Basic.system and allows to select Binary files as
>>>> >>> well as system files and can load files at $07FD but not extend
>>>> >>> into or use the $BF00 area.
>>>> >>>
>>>> >>> I also revised the DOS version of SPLIT to work under Prodos and
>>>> >>> a driver for it that can load Dos games that use all of the
>>>> >>> lower 48kb memory (including $BF00) and the language card. The
>>>> >>> game would be loaded into and run from Aux memory. I haven't
>>>> >>> yet tested this theory yet though as haven't had time and the
>>>> >>> only way to tell if a game uses the language card is to
>>>> >>> disassemble it.
>>>> >>>
>>>> >>> As long as the games doesn't contain any DOS commands, it should
>>>> >>> be able to work under Prodos this way.
>>>> >>>
>>>> >>> As NASA keeps saying about Mars, "We will get there one day."
>>>> >>
>>>> >> Does your integer basic on ProDOS support launching an INT basic program?
>>>> >>
>>>> >> If so, it would be possible to make a BASIS.SYSTEM which uses the
>>>> >> selected file's type to call basic.system, intbasic, or directly
>>>> >> load a very large single-file binary game.
>>>> >>
>>>> >> -JB
>>>> >> @JBrooksBSI
>>>> >
>>>> >
>>>> > I used the cassette command LOAD which then calls the Prodos MLI and
>>>> > prompts for a filename. This way IB has nothing to do with DOS 3.3
>>>> > to load its files.
>>>> >
>>>> > The other problem with IB would be when it is loaded. IB has to be
>>>> > launched to initialize a few pointers, then it goes straight to the
>>>> >> prompt.
>>>> >
>>>> > So you can't just load IB, then have it load the INT BASIC program,
>>>> > then launch the RUN routine.
>>>> >
>>>> > I tried making IB into subroutines so I could launch the
>>>> > initialization routines separately if needed, but ended up breaking
>>>> > IB, so I gave up.
>>>>
>>>> Ok. Good to know. Sounds like it was quite a challenge to get IB onto ProDOS.
>>>>
>>>> What about requiring 128K and loading integer basic into aux LC with
>>>> either DOS 3.3 or DOS on ProDOS?
>>>>
>>>> -JB
>>>> @JBrooksBSI
>>>
>>> What about just calling INTBasic's cold-start ($E000 equivalent) and
>>> then waiting until the ">" prompt character comes through CSW ($36-37)?
>>> It would simple enough to set the CSW hook before JMPing to INTBASIC
>>> cold-start. Has this been tried but it didn't work?
>>>
>>
>> That's how I initialize Applesoft--it works perfectly.
>>
>> --
>> -michael - NadaNet 3.1 and AppleCrate II: http://michaeljmahon.com
>
>
> As I mentioned in the reply to John, this doesn't work for Integer Basic because the initialization routine doesn't end with a jump to the input hooks.
>
> It ends with a call to $FD75, which is the applesoft input routine, which is an endless loop waiting for a keypress for input.
Doh! Never mind! I followed the wrong routine at $FD75.
|
|
|
|
|
|
| Re: new ProDOS ports [message #358827 is a reply to message #358789] |
Sun, 17 December 2017 13:24 |
gids.rs
Messages: 1395
Registered: October 2012
Karma: 0
|
Senior Member |
|
|
> IB doesn't use the input hooks for input after initializing, it calls the monitor input routine at $FD75 directly, so there is never any return to the calling program.
Now that I stuck my foot in my mouth, I see that IB initialization enters at $FD75 where as applesoft cold start eventually calls $FD67 which then eventually calls the input hook at $0038.0039.
Now that I followed the correct line, I can see now how it works.
|
|
|
|
| Re: new ProDOS ports [message #358839 is a reply to message #295590] |
Sun, 17 December 2017 17:01 |
Tempest
Messages: 529
Registered: November 2012
Karma: 0
|
Senior Member |
|
|
|
I just tried Ultima V and the in game date seems to be messed up. It was something like C-23-CC3. Those C's should be 1's I think.
|
|
|
|
| Re: new ProDOS ports [message #358841 is a reply to message #358824] |
Sun, 17 December 2017 18:34 |
Michael J. Mahon
Messages: 1767
Registered: October 2012
Karma: 0
|
Senior Member |
|
|
I am Rob <gids.rs@sasktel.net> wrote:
> On Sunday, December 17, 2017 at 8:49:40 AM UTC-6, Michael J. Mahon wrote:
>> awanderin <awanderin@gmail.com> wrote:
>>> John Brooks <jbrooks@blueshiftinc.com> writes:
>>>
>>>> On Friday, December 15, 2017 at 8:27:12 PM UTC-8, I am Rob wrote:
>>>> > On Friday, December 15, 2017 at 10:37:14 AM UTC-6, John Brooks wrote:
>>>> >> On Friday, December 15, 2017 at 5:04:05 AM UTC-8, I am Rob wrote:
>>>> >>>> Ditto with the Squirt launcher, which looks great and can
>>>> >>>> display graphics/text files too, but also cannot launch
>>>> >>>> file-based games.
>>>> >>>>
>>>> >>>> Imagine a disk image with every A2 game ever... With a
>>>> >>>> convenient directory and launching application that works with
>>>> >>>> cross compatibility across the Apple II line to play all 8-bit
>>>> >>>> games... (targeting the enhanced //e with a CFFA
>>>> >>>> card)... nirvana
>>>> >>>
>>>> >>>
>>>> >>>
>>>> >>> I started doing that here...
>>>> >>> Every file based binary game that ran under Integer Basic or
>>>> >>> Basic.system I could find at the time.
>>>> >>>
>>>> >>> http://mirrors.apple2.org.za/ftp.apple.asimov.net/images/gam es/collections/Int.Basic.Pdos8.2mg.zip
>>>> >>>
>>>> >>>
>>>> >>> As far as running large games that started at $07FD or used
>>>> >>> almost all of lower 48 kb, I use a separate file selector for
>>>> >>> that. It is basically just a revised Prodos 2.0.3 BYE selector
>>>> >>> that removes Basic.system and allows to select Binary files as
>>>> >>> well as system files and can load files at $07FD but not extend
>>>> >>> into or use the $BF00 area.
>>>> >>>
>>>> >>> I also revised the DOS version of SPLIT to work under Prodos and
>>>> >>> a driver for it that can load Dos games that use all of the
>>>> >>> lower 48kb memory (including $BF00) and the language card. The
>>>> >>> game would be loaded into and run from Aux memory. I haven't
>>>> >>> yet tested this theory yet though as haven't had time and the
>>>> >>> only way to tell if a game uses the language card is to
>>>> >>> disassemble it.
>>>> >>>
>>>> >>> As long as the games doesn't contain any DOS commands, it should
>>>> >>> be able to work under Prodos this way.
>>>> >>>
>>>> >>> As NASA keeps saying about Mars, "We will get there one day."
>>>> >>
>>>> >> Does your integer basic on ProDOS support launching an INT basic program?
>>>> >>
>>>> >> If so, it would be possible to make a BASIS.SYSTEM which uses the
>>>> >> selected file's type to call basic.system, intbasic, or directly
>>>> >> load a very large single-file binary game.
>>>> >>
>>>> >> -JB
>>>> >> @JBrooksBSI
>>>> >
>>>> >
>>>> > I used the cassette command LOAD which then calls the Prodos MLI and
>>>> > prompts for a filename. This way IB has nothing to do with DOS 3.3
>>>> > to load its files.
>>>> >
>>>> > The other problem with IB would be when it is loaded. IB has to be
>>>> > launched to initialize a few pointers, then it goes straight to the
>>>> >> prompt.
>>>> >
>>>> > So you can't just load IB, then have it load the INT BASIC program,
>>>> > then launch the RUN routine.
>>>> >
>>>> > I tried making IB into subroutines so I could launch the
>>>> > initialization routines separately if needed, but ended up breaking
>>>> > IB, so I gave up.
>>>>
>>>> Ok. Good to know. Sounds like it was quite a challenge to get IB onto ProDOS.
>>>>
>>>> What about requiring 128K and loading integer basic into aux LC with
>>>> either DOS 3.3 or DOS on ProDOS?
>>>>
>>>> -JB
>>>> @JBrooksBSI
>>>
>>> What about just calling INTBasic's cold-start ($E000 equivalent) and
>>> then waiting until the ">" prompt character comes through CSW ($36-37)?
>>> It would simple enough to set the CSW hook before JMPing to INTBASIC
>>> cold-start. Has this been tried but it didn't work?
>>>
>>
>> That's how I initialize Applesoft--it works perfectly.
>>
>> --
>> -michael - NadaNet 3.1 and AppleCrate II: http://michaeljmahon.com
>
>
> As I mentioned in the reply to John, this doesn't work for Integer Basic
> because the initialization routine doesn't end with a jump to the input hooks.
>
> It ends with a call to $FD75, which is the applesoft input routine, which
> is an endless loop waiting for a keypress for input.
>
So it doesn't print a prompt?
And if it doesn't, hook the input vector.
--
-michael - NadaNet 3.1 and AppleCrate II: http://michaeljmahon.com
|
|
|
|
| Re: new ProDOS ports [message #358863 is a reply to message #358841] |
Sun, 17 December 2017 22:19 |
gids.rs
Messages: 1395
Registered: October 2012
Karma: 0
|
Senior Member |
|
|
On Sunday, December 17, 2017 at 5:34:37 PM UTC-6, Michael J. Mahon wrote:
> I am Rob <gids.rs@sasktel.net> wrote:
>> On Sunday, December 17, 2017 at 8:49:40 AM UTC-6, Michael J. Mahon wrote:
>>> awanderin <awanderin@gmail.com> wrote:
>>>> John Brooks <jbrooks@blueshiftinc.com> writes:
>>>>
>>>> > On Friday, December 15, 2017 at 8:27:12 PM UTC-8, I am Rob wrote:
>>>> >> On Friday, December 15, 2017 at 10:37:14 AM UTC-6, John Brooks wrote:
>>>> >>> On Friday, December 15, 2017 at 5:04:05 AM UTC-8, I am Rob wrote:
>>>> >>>>> Ditto with the Squirt launcher, which looks great and can
>>>> >>>>> display graphics/text files too, but also cannot launch
>>>> >>>>> file-based games.
>>>> >>>>>
>>>> >>>>> Imagine a disk image with every A2 game ever... With a
>>>> >>>>> convenient directory and launching application that works with
>>>> >>>>> cross compatibility across the Apple II line to play all 8-bit
>>>> >>>>> games... (targeting the enhanced //e with a CFFA
>>>> >>>>> card)... nirvana
>>>> >>>>
>>>> >>>>
>>>> >>>>
>>>> >>>> I started doing that here...
>>>> >>>> Every file based binary game that ran under Integer Basic or
>>>> >>>> Basic.system I could find at the time.
>>>> >>>>
>>>> >>>> http://mirrors.apple2.org.za/ftp.apple.asimov.net/images/gam es/collections/Int.Basic.Pdos8.2mg.zip
>>>> >>>>
>>>> >>>>
>>>> >>>> As far as running large games that started at $07FD or used
>>>> >>>> almost all of lower 48 kb, I use a separate file selector for
>>>> >>>> that. It is basically just a revised Prodos 2.0.3 BYE selector
>>>> >>>> that removes Basic.system and allows to select Binary files as
>>>> >>>> well as system files and can load files at $07FD but not extend
>>>> >>>> into or use the $BF00 area.
>>>> >>>>
>>>> >>>> I also revised the DOS version of SPLIT to work under Prodos and
>>>> >>>> a driver for it that can load Dos games that use all of the
>>>> >>>> lower 48kb memory (including $BF00) and the language card. The
>>>> >>>> game would be loaded into and run from Aux memory. I haven't
>>>> >>>> yet tested this theory yet though as haven't had time and the
>>>> >>>> only way to tell if a game uses the language card is to
>>>> >>>> disassemble it.
>>>> >>>>
>>>> >>>> As long as the games doesn't contain any DOS commands, it should
>>>> >>>> be able to work under Prodos this way.
>>>> >>>>
>>>> >>>> As NASA keeps saying about Mars, "We will get there one day."
>>>> >>>
>>>> >>> Does your integer basic on ProDOS support launching an INT basic program?
>>>> >>>
>>>> >>> If so, it would be possible to make a BASIS.SYSTEM which uses the
>>>> >>> selected file's type to call basic.system, intbasic, or directly
>>>> >>> load a very large single-file binary game.
>>>> >>>
>>>> >>> -JB
>>>> >>> @JBrooksBSI
>>>> >>
>>>> >>
>>>> >> I used the cassette command LOAD which then calls the Prodos MLI and
>>>> >> prompts for a filename. This way IB has nothing to do with DOS 3.3
>>>> >> to load its files.
>>>> >>
>>>> >> The other problem with IB would be when it is loaded. IB has to be
>>>> >> launched to initialize a few pointers, then it goes straight to the
>>>> >>> prompt.
>>>> >>
>>>> >> So you can't just load IB, then have it load the INT BASIC program,
>>>> >> then launch the RUN routine.
>>>> >>
>>>> >> I tried making IB into subroutines so I could launch the
>>>> >> initialization routines separately if needed, but ended up breaking
>>>> >> IB, so I gave up.
>>>> >
>>>> > Ok. Good to know. Sounds like it was quite a challenge to get IB onto ProDOS.
>>>> >
>>>> > What about requiring 128K and loading integer basic into aux LC with
>>>> > either DOS 3.3 or DOS on ProDOS?
>>>> >
>>>> > -JB
>>>> > @JBrooksBSI
>>>>
>>>> What about just calling INTBasic's cold-start ($E000 equivalent) and
>>>> then waiting until the ">" prompt character comes through CSW ($36-37)?
>>>> It would simple enough to set the CSW hook before JMPing to INTBASIC
>>>> cold-start. Has this been tried but it didn't work?
>>>>
>>>
>>> That's how I initialize Applesoft--it works perfectly.
>>>
>>> --
>>> -michael - NadaNet 3.1 and AppleCrate II: http://michaeljmahon.com
>>
>>
>> As I mentioned in the reply to John, this doesn't work for Integer Basic
>> because the initialization routine doesn't end with a jump to the input hooks.
>>
>> It ends with a call to $FD75, which is the applesoft input routine, which
>> is an endless loop waiting for a keypress for input.
>>
>
> So it doesn't print a prompt?
>
> And if it doesn't, hook the input vector.
>
> --
> -michael - NadaNet 3.1 and AppleCrate II: http://michaeljmahon.com
The order of the IB cold start is:
initialize some variables at $F000
print the prompt
reset the stack
call monitor input routine at $FD75, which eventually gets to the input vector. Almost same as applesoft which calls $FD6A from its cold start.
|
|
|
|
| Re: new ProDOS ports [message #358885 is a reply to message #358827] |
Mon, 18 December 2017 01:32 |
|
|
Originally posted by: awanderin
I am Rob <gids.rs@sasktel.net> writes:
>> IB doesn't use the input hooks for input after initializing, it
> calls the monitor input routine at $FD75 directly, so there is never
> any return to the calling program.
>
>
> Now that I stuck my foot in my mouth, I see that IB initialization
> enters at $FD75 where as applesoft cold start eventually calls $FD67
> which then eventually calls the input hook at $0038.0039.
>
> Now that I followed the correct line, I can see now how it works.
But $FD75 eventually calls RDKEY ($FD0C) which does use KSW ($38-39) to
get the actual character, so this vector can be rerouted to do whatever
you want before actually getting a character and returning it to the
caller. GETLNZ ($FD67) eventually falls through to $FD75, so they're
part of the same line-input routine.
--
--
Jerry awanderin at gmail dot com
|
|
|
|
| Re: new ProDOS ports [message #358915 is a reply to message #358839] |
Mon, 18 December 2017 11:52 |
qkumba
Messages: 1584
Registered: March 2013
Karma: 0
|
Senior Member |
|
|
> I just tried Ultima V and the in game date seems to be messed up. It was something like C-23-CC3. Those C's should be 1's I think.
In-game date? Please tell me how to display it and I will investigate.
|
|
|
|
| Re: new ProDOS ports [message #358950 is a reply to message #358915] |
Mon, 18 December 2017 16:10 |
Tempest
Messages: 529
Registered: November 2012
Karma: 0
|
Senior Member |
|
|
On Monday, December 18, 2017 at 11:52:21 AM UTC-5, qkumba wrote:
>> I just tried Ultima V and the in game date seems to be messed up. It was something like C-23-CC3. Those C's should be 1's I think.
>
> In-game date? Please tell me how to display it and I will investigate.
The date that displays just below the party status window. You can see it in this screenshot where it says 4-5-139. When I tried it is was something like C-C5-C39
https://en.wikipedia.org/wiki/File:Ultima5.jpg
|
|
|
|
|
|
|
|
|
|
| Re: new ProDOS ports [message #359202 is a reply to message #359193] |
Thu, 21 December 2017 00:20 |
|
|
Originally posted by: Gankosakae
Tempest於 2017年12月21日星期四 UTC+8上午9時58分52秒寫道：
> I tried it again and got the same result. The date says CC-5-94C
>
> So I'm the only one with this problem? No one else?
Hi all who caring about Ultima IV and Ultima V.
I'm using Virtual II Emulator to test Ultima IV and Ultima V with original image from asimov.
My steps are activating mockingboard music, creating a character and journey onward.
In Ultima IV,talking to Lord British with "HELP" and "BYE", something happened like the following screenshot.
The bug may not happening every time but try several times it will happen.
https://imgur.com/K0Fs5OT
In Ultima V,the date is normal like the following screenshot.
https://imgur.com/j5NoWr0
Best regards.
|
|
|
|
|
|
|
|
| Re: new ProDOS ports [message #359238 is a reply to message #359202] |
Thu, 21 December 2017 11:37 |
Tempest
Messages: 529
Registered: November 2012
Karma: 0
|
Senior Member |
|
|
On Thursday, December 21, 2017 at 12:20:36 AM UTC-5, Gankosakae wrote:
> In Ultima V,the date is normal like the following screenshot.
> https://imgur.com/j5NoWr0
> Best regards.
Ok. I wonder if something with my setup is causing this then? I have an Enhanced IIe with a Rev C SCSI card, Super Serial Card, Disk Controller, and Mockingboard. I also may have a Mouse card in there, I'll have to check. I didn't activate the Mockingboard when testing.
I can try and re-transfer the disk image over and see if that helps.
|
|
|
|
| Re: new ProDOS ports [message #359270 is a reply to message #359209] |
Thu, 21 December 2017 14:27 |
qkumba
Messages: 1584
Registered: March 2013
Karma: 0
|
Senior Member |
|
|
> I tried to talk to the Lord British for HELP and say goodBYE five times and the bug happened again.
I see it too now. The game is relying on some DOS internal state that I didn't notice before. I can fix that.
> Anyway, thanks for qkumba's hard work.
Thanks.
|
|
|
|
| Re: new ProDOS ports [message #359271 is a reply to message #359238] |
Thu, 21 December 2017 14:27 |
qkumba
Messages: 1584
Registered: March 2013
Karma: 0
|
Senior Member |
|
|
> Ok. I wonder if something with my setup is causing this then? I have an Enhanced IIe with a Rev C SCSI card, Super Serial Card, Disk Controller, and Mockingboard. I also may have a Mouse card in there, I'll have to check. I didn't activate the Mockingboard when testing.
>
> I can try and re-transfer the disk image over and see if that helps.
I think that something has damaged your PRTY.DATA file. I downloaded Alex's image last night and the date displayed correctly for me on start.
|
|
|
|
|
|
| Re: new ProDOS ports [message #359296 is a reply to message #359271] |
Thu, 21 December 2017 16:10 |
Tempest
Messages: 529
Registered: November 2012
Karma: 0
|
Senior Member |
|
|
On Thursday, December 21, 2017 at 2:27:50 PM UTC-5, qkumba wrote:
> I think that something has damaged your PRTY.DATA file. I downloaded Alex's image last night and the date displayed correctly for me on start.
Yeah I think you might be right. I'm going to re-download it and see what happens.
|
|
|
|
|
|
|
|
Members
Search
Help
Register
Login
Home
