Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Apple Disk Server Beta. Need testers.
158 views
Skip to first unread message
Egan Ford
Jan 4, 2012, 2:03:45 AM1/4/12
to
http://asciiexpress.net/diskserver
4 min video: http://asciiexpress.net/diskserver/video.mp4
abstract: stream 140K .dsk files to your Apple ][+ or //e floppy
drive.
There are issues that I have not worked out yet. On my setup (//e
with disk ][) the images consistently work or fail exactly the same
way. All the OS images work. If I take any failed disk, rip it with
ADTPro, format it, then write it back, it boots (exact same bits in
the original and ripped image). Still stumped. I know it is not a
data transfer issue, there are 3 checks for that.
Anyway, looking for feedback, different configs (e.g. duodisk,
etc...).
Thanks.
4 min video: http://asciiexpress.net/diskserver/video.mp4
abstract: stream 140K .dsk files to your Apple ][+ or //e floppy
drive.
There are issues that I have not worked out yet. On my setup (//e
with disk ][) the images consistently work or fail exactly the same
way. All the OS images work. If I take any failed disk, rip it with
ADTPro, format it, then write it back, it boots (exact same bits in
the original and ripped image). Still stumped. I know it is not a
data transfer issue, there are 3 checks for that.
Anyway, looking for feedback, different configs (e.g. duodisk,
etc...).
Thanks.
Kevin Dady
Jan 4, 2012, 10:35:18 AM1/4/12
to
Antoine Vignau
Jan 4, 2012, 12:13:15 PM1/4/12
to
brutaldeluxe dot fr please
David Schmidt
Jan 4, 2012, 12:34:18 PM1/4/12
to
Egan Ford
Jan 4, 2012, 1:13:07 PM1/4/12
to
c2t.c and .h is the C code that creates the audio files.
The assembly source is diskload*.s
diskload.s: hifi audio download code
diskload2.s: disk format, write, screen code
diskload3.s: inflate code
In c2t.h you'll find dos.
David Schmidt
Jan 4, 2012, 2:03:45 PM1/4/12
to
the CFFA3000 too.
David Schmidt
Jan 5, 2012, 7:02:17 AM1/5/12
to
I used my iPad 2 with iOS 5.0.1, whatever version of Safari Apple
pushes. I needed to set volume to 100%; anything less than that didn't
work. I found that the web page often didn't render the INSTA-DISK line
with audio player control when it first came up; I often needed to pinch
and un-pinch the page to get it to show up correctly.
I have two Platinum IIe machines. One was never able to "hear" the
INSTA-DISK phase correctly. I would say ETA 9 SEC, but then would error
out every time. That machine didn't like the online game server either,
so I suspect its hearing is marginal. The ADTPro server (audio from a
Mac, something I didn't try last night) still works with that machine,
so it must be down to the amount of sound my iPad can pump out.
The second IIe worked well, with occasional failures of indeterminate
origin. Retrying generally worked.
Non-standard hardware I have:
Vlad's HDDD worked fine. I pushed DOS and ProDOS images, both booted fine.
Rich's CFFA3000 didn't work, failing at INSTA-DISK's format step - which
is not unusual for its Disk II emulation. Which brings me to a
suggestion for that. While I know it would be unusual to push a disk
image to the CFFA3000 since you could just copy the .dsk to the CF or
USB drive, it would still be nice to make the format step optional. It
could be a checkbox at the server end - format or not - and then push an
audio stream that included a non-formatting INSTA-DISK and audio stream
that didn't wait for the format to happen.
Nice work on this - I love the way the pad tells the Apple how much
pad-time remains before the next chunk is sent. I'll definitely be
stealing the compress/inflate for audio bootstrapping.
Egan Ford
Jan 5, 2012, 1:05:12 PM1/5/12
to
On Jan 5, 5:02 am, David Schmidt <schmi...@my-deja.com> wrote:
> On 1/4/2012 2:03 PM, David Schmidt wrote:
>
> I used my iPad 2 with iOS 5.0.1, whatever version of Safari Apple
> pushes. I needed to set volume to 100%; anything less than that didn't
> work. I found that the web page often didn't render the INSTA-DISK line
> with audio player control when it first came up; I often needed to pinch
> and un-pinch the page to get it to show up correctly.
I have not installed iOS 5 yet. I suspect an issue with that. The
> On 1/4/2012 2:03 PM, David Schmidt wrote:
>
> I used my iPad 2 with iOS 5.0.1, whatever version of Safari Apple
> pushes. I needed to set volume to 100%; anything less than that didn't
> work. I found that the web page often didn't render the INSTA-DISK line
> with audio player control when it first came up; I often needed to pinch
> and un-pinch the page to get it to show up correctly.
web page (see the source) is really pretty basic. And I used Apple's
recommend HTML. I'll test again on my kids iOS 5 phone.
> I have two Platinum IIe machines. One was never able to "hear" the
> INSTA-DISK phase correctly. I would say ETA 9 SEC, but then would error
> out every time. That machine didn't like the online game server either,
> so I suspect its hearing is marginal. The ADTPro server (audio from a
> Mac, something I didn't try last night) still works with that machine,
> so it must be down to the amount of sound my iPad can pump out.
works for me. Other had similar issues (50/50 at this point). Can
you retry again. I'd like this to be 100% reliable.
> The second IIe worked well, with occasional failures of indeterminate
> origin. Retrying generally worked.
could always track it down to a system sound (mostly e-mail
notifications). Testing with my iPhone helped the most since it would
vibrate on any alert when the headphone jack is in used. There was a
1:1 correlation. OTOH, I got so frustrated with iPhone alerts that I
stopped testing on it, so I may have missed random failures. I hope
boosting the volume ends any mystery errors.
> Non-standard hardware I have:
>
> Vlad's HDDD worked fine. I pushed DOS and ProDOS images, both booted fine.
> Rich's CFFA3000 didn't work, failing at INSTA-DISK's format step - which
> is not unusual for its Disk II emulation. Which brings me to a
> suggestion for that. While I know it would be unusual to push a disk
> image to the CFFA3000 since you could just copy the .dsk to the CF or
> USB drive, it would still be nice to make the format step optional. It
> could be a checkbox at the server end - format or not - and then push an
> audio stream that included a non-formatting INSTA-DISK and audio stream
> that didn't wait for the format to happen.
created. I can easily add a second file with no-format. It may take
me a while to figure out how to add a check box, then dynamically
create the file, then detect when done, then clean up with minimal
fuss for the user.
> Nice work on this - I love the way the pad tells the Apple how much
> pad-time remains before the next chunk is sent.
> I'll definitely be
> stealing the compress/inflate for audio bootstrapping.
bunch of OSS code for Java for your ADT server code.
The inflate 6502 code is actually from Piotr Fusik (http://
atariarea.krap.pl/x-asm/inflate.html). However I did port it from his
Atari assembler to ca65. It is in the aforementioned zip file as
diskload3.s.
David,
Thanks again for all your testing. If you wouldn't mind a 2nd pass,
I'd appreciate it. The diskserver site is updated with the 75% volume
files. The gameserver site will be updated in about an hour.
Thanks again.
David Schmidt
Jan 5, 2012, 1:45:00 PM1/5/12
to
Oh, one other thing I forgot to mention: one speedup that ADT client
does (but not ADTPro - too lazy so far) is it starts the drive motor a
little while before it is needed. That avoids the spin-up delay once a
full buffer is ready to write and lets you start writing much more
quickly. So, during inflate, if there's a point where you're
"almost-done," one loop left to go or whatever, hit the motoron switch.
On 1/5/2012 1:05 PM, Egan Ford wrote:
> I've boosted the volume from 50% to 75%. I just tested and it still
> works for me. Other had similar issues (50/50 at this point). Can
> you retry again. I'd like this to be 100% reliable.
Yep, sure.
>> The second IIe worked well, with occasional failures of indeterminate
>> origin. Retrying generally worked.
>
> I get 100% success rate if the audio is not interrupted. On failure I
> could always track it down to a system sound (mostly e-mail
> notifications). Testing with my iPhone helped the most since it would
> vibrate on any alert when the headphone jack is in used. There was a
> 1:1 correlation. OTOH, I got so frustrated with iPhone alerts that I
> stopped testing on it, so I may have missed random failures. I hope
> boosting the volume ends any mystery errors.
Surely, killing all apps would stop that from happening? I didn't do it
last night, but I can start out by killing all-but-Safari.
>> Non-standard hardware I have:
>>
>> Vlad's HDDD worked fine. I pushed DOS and ProDOS images, both booted fine.
>
> Cool. I do not know what that is.
http://www.bootzero.com/HDDD_A2_v1.2/HDDD_A2v1.2.html
>> Rich's CFFA3000 didn't work, failing at INSTA-DISK's format step - which
>> is not unusual for its Disk II emulation.
>
user selects... it could be as brain-dead as "Disk A (no format)" and
"Disk A" in the selection list. Or have two lists.
>> I'll definitely be
>> stealing the compress/inflate for audio bootstrapping.
>
> The compress code is standard RFC 1951 DEFLATE. There has to be a
> bunch of OSS code for Java for your ADT server code.
Probably. But translation from C/C++ to Java is pretty straightforward.
That's how I came up with the original ADTPro server in Java in the
first place.
> The inflate 6502 code is actually from Piotr Fusik (http://
> atariarea.krap.pl/x-asm/inflate.html). However I did port it from his
> Atari assembler to ca65. It is in the aforementioned zip file as
> diskload3.s.
Yep, I saw that. :-)
> Thanks again for all your testing. If you wouldn't mind a 2nd pass,
> I'd appreciate it. The diskserver site is updated with the 75% volume
> files. The gameserver site will be updated in about an hour.
>
> Thanks again.
Happy to help. This is cool stuff.
does (but not ADTPro - too lazy so far) is it starts the drive motor a
little while before it is needed. That avoids the spin-up delay once a
full buffer is ready to write and lets you start writing much more
quickly. So, during inflate, if there's a point where you're
"almost-done," one loop left to go or whatever, hit the motoron switch.
On 1/5/2012 1:05 PM, Egan Ford wrote:
> I've boosted the volume from 50% to 75%. I just tested and it still
> works for me. Other had similar issues (50/50 at this point). Can
> you retry again. I'd like this to be 100% reliable.
>> The second IIe worked well, with occasional failures of indeterminate
>> origin. Retrying generally worked.
>
> I get 100% success rate if the audio is not interrupted. On failure I
> could always track it down to a system sound (mostly e-mail
> notifications). Testing with my iPhone helped the most since it would
> vibrate on any alert when the headphone jack is in used. There was a
> 1:1 correlation. OTOH, I got so frustrated with iPhone alerts that I
> stopped testing on it, so I may have missed random failures. I hope
> boosting the volume ends any mystery errors.
last night, but I can start out by killing all-but-Safari.
>> Non-standard hardware I have:
>>
>> Vlad's HDDD worked fine. I pushed DOS and ProDOS images, both booted fine.
>
> Cool. I do not know what that is.
>> Rich's CFFA3000 didn't work, failing at INSTA-DISK's format step - which
>> is not unusual for its Disk II emulation.
>
> I'll add it to the to-do list. Right now all the audio files are pre
> created.
Right, I figured you'd just create two files and send the one that the
> created.
user selects... it could be as brain-dead as "Disk A (no format)" and
"Disk A" in the selection list. Or have two lists.
>> I'll definitely be
>> stealing the compress/inflate for audio bootstrapping.
>
> The compress code is standard RFC 1951 DEFLATE. There has to be a
> bunch of OSS code for Java for your ADT server code.
That's how I came up with the original ADTPro server in Java in the
first place.
> The inflate 6502 code is actually from Piotr Fusik (http://
> atariarea.krap.pl/x-asm/inflate.html). However I did port it from his
> Atari assembler to ca65. It is in the aforementioned zip file as
> diskload3.s.
> Thanks again for all your testing. If you wouldn't mind a 2nd pass,
> I'd appreciate it. The diskserver site is updated with the 75% volume
> files. The gameserver site will be updated in about an hour.
>
> Thanks again.
Egan Ford
Jan 5, 2012, 3:14:46 PM1/5/12
to
On Jan 5, 11:45 am, David Schmidt <schmi...@my-deja.com> wrote:
> Oh, one other thing I forgot to mention: one speedup that ADT client
> does (but not ADTPro - too lazy so far) is it starts the drive motor a
> little while before it is needed. That avoids the spin-up delay once a
> full buffer is ready to write and lets you start writing much more
> quickly. So, during inflate, if there's a point where you're
> "almost-done," one loop left to go or whatever, hit the motoron switch.
I'll look into it.
> Oh, one other thing I forgot to mention: one speedup that ADT client
> does (but not ADTPro - too lazy so far) is it starts the drive motor a
> little while before it is needed. That avoids the spin-up delay once a
> full buffer is ready to write and lets you start writing much more
> quickly. So, during inflate, if there's a point where you're
> "almost-done," one loop left to go or whatever, hit the motoron switch.
> Surely, killing all apps would stop that from happening? I didn't do it
> last night, but I can start out by killing all-but-Safari.
alerts with a single switch, but it is a different switch for mail.
> Right, I figured you'd just create two files and send the one that the
> user selects... it could be as brain-dead as "Disk A (no format)" and
> "Disk A" in the selection list. Or have two lists.
> Happy to help. This is cool stuff.
Michael J. Mahon
Jan 5, 2012, 4:21:05 PM1/5/12
to
David Schmidt wrote:
> Oh, one other thing I forgot to mention: one speedup that ADT client
> does (but not ADTPro - too lazy so far) is it starts the drive motor a
> little while before it is needed. That avoids the spin-up delay once a
> full buffer is ready to write and lets you start writing much more
> quickly. So, during inflate, if there's a point where you're
> "almost-done," one loop left to go or whatever, hit the motoron switch.
For reliable operation, the motor should be started about a second
> Oh, one other thing I forgot to mention: one speedup that ADT client
> does (but not ADTPro - too lazy so far) is it starts the drive motor a
> little while before it is needed. That avoids the spin-up delay once a
> full buffer is ready to write and lets you start writing much more
> quickly. So, during inflate, if there's a point where you're
> "almost-done," one loop left to go or whatever, hit the motoron switch.
before the disk is required to be up to speed.
-michael
NadaNet 3.1 for Apple II parallel computing!
Home page: http://home.comcast.net/~mjmahon/
"The wastebasket is our most important design
tool--and it's seriously underused."
Egan Ford
Jan 5, 2012, 4:39:09 PM1/5/12
to
David Schmidt
Jan 5, 2012, 4:46:40 PM1/5/12
to
better be able to turn it back off again in case of failure.
Those are some of the questions that remain for me why I haven't done it
myself yet... what if things get really slow at some point - or retries
start happening? What if a reply never comes?
Egan Ford
Jan 5, 2012, 5:37:17 PM1/5/12
to
On Jan 5, 2:46 pm, David Schmidt <schmi...@my-deja.com> wrote:
> On 1/5/2012 4:39 PM, Egan Ford wrote:
>
>
>
>
>
>
>
>
>
> > On Jan 5, 2:21 pm, "Michael J. Mahon"<mjma...@aol.com> wrote:
> >> David Schmidt wrote:
> >>> Oh, one other thing I forgot to mention: one speedup that ADT client
> >>> does (but not ADTPro - too lazy so far) is it starts the drive motor a
> >>> little while before it is needed. That avoids the spin-up delay once a
> >>> full buffer is ready to write and lets you start writing much more
> >>> quickly. So, during inflate, if there's a point where you're
> >>> "almost-done," one loop left to go or whatever, hit the motoron switch.
>
> >> For reliable operation, the motor should be started about a second
> >> before the disk is required to be up to speed.
>
> >> -michael
>
> >> NadaNet 3.1 for Apple II parallel computing!
> >> Home page: http://home.comcast.net/~mjmahon/
>
> >> "The wastebasket is our most important design
> >> tool--and it's seriously underused."
>
> > What about 10 seconds before? Is more OK?
>
> Well, yeah, you could just leave the blasted thing running... but you'd
> better be able to turn it back off again in case of failure.
1. Turn after download, but before inflate
> On 1/5/2012 4:39 PM, Egan Ford wrote:
>
>
>
>
>
>
>
>
>
> > On Jan 5, 2:21 pm, "Michael J. Mahon"<mjma...@aol.com> wrote:
> >> David Schmidt wrote:
> >>> Oh, one other thing I forgot to mention: one speedup that ADT client
> >>> does (but not ADTPro - too lazy so far) is it starts the drive motor a
> >>> little while before it is needed. That avoids the spin-up delay once a
> >>> full buffer is ready to write and lets you start writing much more
> >>> quickly. So, during inflate, if there's a point where you're
> >>> "almost-done," one loop left to go or whatever, hit the motoron switch.
>
> >> For reliable operation, the motor should be started about a second
> >> before the disk is required to be up to speed.
>
> >> -michael
>
> >> NadaNet 3.1 for Apple II parallel computing!
> >> Home page: http://home.comcast.net/~mjmahon/
>
> >> "The wastebasket is our most important design
> >> tool--and it's seriously underused."
>
> > What about 10 seconds before? Is more OK?
>
> Well, yeah, you could just leave the blasted thing running... but you'd
> better be able to turn it back off again in case of failure.
2. If inflate fails, turn off before error message
3. If inflate ok, write starts, end of write should power down motor,
right?
I am thinking that this will save about 5 seconds out of 3 minutes.
It may not be worth it.
David Schmidt
Jan 5, 2012, 9:52:26 PM1/5/12
to
> I am thinking that this will save about 5 seconds out of 3 minutes.
> It may not be worth it.
it when you hear the drive start up, wait, then finally start stepping?
Michael J. Mahon
Jan 6, 2012, 2:04:27 AM1/6/12
to
Egan Ford <data...@gmail.com> wrote:
> On Jan 5, 11:45 am, David Schmidt <schmi...@my-deja.com> wrote:
>> Oh, one other thing I forgot to mention: one speedup that ADT client
>> does (but not ADTPro - too lazy so far) is it starts the drive motor a
>> little while before it is needed. That avoids the spin-up delay once a
>> full buffer is ready to write and lets you start writing much more
>> quickly. So, during inflate, if there's a point where you're
>> "almost-done," one loop left to go or whatever, hit the motoron switch.
>
> I'll look into it.
>
>> Surely, killing all apps would stop that from happening? I didn't do it
>> last night, but I can start out by killing all-but-Safari.
>
> Alerts happen without without the apps running. I can disable all
> alerts with a single switch, but it is a different switch for mail.
You can (temporarily) switch to "pull" email, so that no alerts will occur.
> On Jan 5, 11:45 am, David Schmidt <schmi...@my-deja.com> wrote:
>> Oh, one other thing I forgot to mention: one speedup that ADT client
>> does (but not ADTPro - too lazy so far) is it starts the drive motor a
>> little while before it is needed. That avoids the spin-up delay once a
>> full buffer is ready to write and lets you start writing much more
>> quickly. So, during inflate, if there's a point where you're
>> "almost-done," one loop left to go or whatever, hit the motoron switch.
>
> I'll look into it.
>
>> Surely, killing all apps would stop that from happening? I didn't do it
>> last night, but I can start out by killing all-but-Safari.
>
> Alerts happen without without the apps running. I can disable all
> alerts with a single switch, but it is a different switch for mail.
-michael - NadaNet 3.1 and AppleCrate II: http://home.comcast.net/~mjmahon
Michael J. Mahon
Jan 6, 2012, 2:04:26 AM1/6/12
to
detected that the drive had stopped. So that would be several seconds times
the number of restarts.
David Schmidt
Jan 6, 2012, 11:15:38 AM1/6/12
to
On 1/5/2012 1:05 PM, Egan Ford wrote:
> I have not installed iOS 5 yet. I suspect an issue with that. The
> web page (see the source) is really pretty basic. And I used Apple's
> recommend HTML. I'll test again on my kids iOS 5 phone.
It seems to be related to the volume/player control, not really the
> web page (see the source) is really pretty basic. And I used Apple's
> recommend HTML. I'll test again on my kids iOS 5 phone.
HTML. It renders in stages on FireFox, but ultimately comes out looking
ok - on iOS Safari, it never recovers from the interim stages until you
resize the screen.
> I've boosted the volume from 50% to 75%. I just tested and it still
> works for me. Other had similar issues (50/50 at this point). Can
> you retry again. I'd like this to be 100% reliable.
iPad to 100% volume; I also tried with my Mac Mini, and needed to do the
same thing. I saw basically identical behavior among the two host
machines (including my hard-of-hearing IIe platinum not hearing
INSTA-DISK correctly).
I like the way the web page is shaping up. Having the instructions
front and center is a great idea; maybe even having a little
cheat-sheeet on the page with the player control would be good too, so
we don't have to go hunting for that (by reloading). Maybe you can do
away with the README page that way, too.
Egan Ford
Jan 6, 2012, 12:38:47 PM1/6/12
to
On Jan 6, 9:15 am, David Schmidt <schmi...@my-deja.com> wrote:
> On 1/5/2012 1:05 PM, Egan Ford wrote:
> It seems to be related to the volume/player control, not really the
> HTML. It renders in stages on FireFox, but ultimately comes out looking
> ok - on iOS Safari, it never recovers from the interim stages until you
> resize the screen.
That is just odd. And I do not know if there is anything I can do
> On 1/5/2012 1:05 PM, Egan Ford wrote:
> It seems to be related to the volume/player control, not really the
> HTML. It renders in stages on FireFox, but ultimately comes out looking
> ok - on iOS Safari, it never recovers from the interim stages until you
> resize the screen.
about it. Here is the code:
INSTA-DISK:<audio controls src="the_bilestoad.wav" type="audio/wav" /
>Sorry need audio controls.</audio>
BLuRry, has offered to redo the site and make it a bit less HTML 1.0-
ish. Perhaps that will fix it.
> I don't perceive a difference in levels.
recorded amplitude should be .75. I'll create 1.0 files this weekend.
I want to test a different theory, can you visit http://asciiexpress.net/gameserver.1
(note the .1) and try any HIFI game? That is my older code that uses
8000 bps instead of 9600 bps. That code actually works with Virtual ]
[ whereas the 9600 code does not. I think there is a possibility that
9600 may just be too aggressive. Perhaps all IIs were not created
equal. Perhaps machine configuration has something to do with it.
Dunno.
Thanks again for all the testing.
BTW late last night I added the motor code and no-format options. I
will update the site with new files after we figure out what the issue
is with your other IIe. I have another tester with similar issues.
But I do not have enough testers to find any correlations.
> I like the way the web page is shaping up. Having the instructions
> front and center is a great idea; maybe even having a little
> cheat-sheeet on the page with the player control would be good too, so
> we don't have to go hunting for that (by reloading). Maybe you can do
> away with the README page that way, too.
Egan Ford
Jan 6, 2012, 12:43:39 PM1/6/12
to
On Jan 6, 12:04 am, Michael J. Mahon <mjma...@aol.com> wrote:
Looks like about 1 second. Perhaps 2. If you watch my video you can
see that I write the block to the screen first, then motor starts,
then write. I think its about 1-2 seconds.
see that I write the block to the screen first, then motor starts,
then write. I think its about 1-2 seconds.
D Finnigan
Jan 6, 2012, 2:04:52 PM1/6/12
to
time. Some of the custom versions of DOS managed to slice it pretty short.
ProDOS was notably shorter than DOS 3.3.
--
]DF$
Mac GUI Vault - A source for retro Apple II and
Macintosh computing.
http://macgui.com/vault/
Antoine Vignau
Jan 6, 2012, 4:45:15 PM1/6/12
to
On 6 jan, 20:04, dog_...@macgui.com (D Finnigan) wrote:
>
> There were some discussions awhile back about tuning this parameter of wait
> time. Some of the custom versions of DOS managed to slice it pretty short.
> ProDOS was notably shorter than DOS 3.3.
>
> --
> ]DF$
> Mac GUI Vault - A source for retro Apple II and
> Macintosh computing.http://macgui.com/vault/
The ProDOS mode:
>
> There were some discussions awhile back about tuning this parameter of wait
> time. Some of the custom versions of DOS managed to slice it pretty short.
> ProDOS was notably shorter than DOS 3.3.
>
> --
> ]DF$
> Mac GUI Vault - A source for retro Apple II and
> Macintosh computing.http://macgui.com/vault/
=============================
*****************************************
*
* subr to tell if motor is stopped
*
* if motor is stopped, controller's
* shift reg will not be changing.
*
* return y=0 and zero flag set if it is stopped.
*
*****************************************
CHKDRV LDX SLOTZ
CHKDRV0 LDY #0 ;init loop counter
CHKDRV1 LDA Q6L,X ;read the shift reg
JSR CKDRTS ;delay
PHA
PLA ;MORE delay
CMP Q6L,X ;has shift reg changed?
BNE CKDRTS ;yes, motor is moving
LDA #IBNODRV ;anticipate error.
DEY ;NO,DEC retry counter
BNE CHKDRV1 ;and try 256 times
CKDRTS RTS ;THEN return
The DOS 3.3 mode:
=============================
* * NOW CHECK IF THE MOTOR IS ON, THEN START IT *
SAMESLOT LDA Q7L,X
LDA Q6L,X
LDY #8
*
LDA Q6L,X
PHA
PLA
PHA
PLA
STX SLOT
CMP Q6L,X
BNE ITISON
DEY
BNE CHKIFON
It is now your turn to count the cycles ;-)
Antoine
Michael J. Mahon
Jan 6, 2012, 6:39:22 PM1/6/12
to
Egan Ford wrote:
> On Jan 6, 9:15 am, David Schmidt <schmi...@my-deja.com> wrote:
>
>>On 1/5/2012 1:05 PM, Egan Ford wrote:
>>It seems to be related to the volume/player control, not really the
>>HTML. It renders in stages on FireFox, but ultimately comes out looking
>>ok - on iOS Safari, it never recovers from the interim stages until you
>>resize the screen.
>
>
> That is just odd. And I do not know if there is anything I can do
> about it. Here is the code:
>
> INSTA-DISK:<audio controls src="the_bilestoad.wav" type="audio/wav" /
>
>>Sorry need audio controls.</audio>
>
>
> BLuRry, has offered to redo the site and make it a bit less HTML 1.0-
> ish. Perhaps that will fix it.
>
>
>>I don't perceive a difference in levels.
>
>
> How did you measure it? If you open up the file in Audacity the
> recorded amplitude should be .75. I'll create 1.0 files this weekend.
>
> I want to test a different theory, can you visit http://asciiexpress.net/gameserver.1
> (note the .1) and try any HIFI game? That is my older code that uses
> 8000 bps instead of 9600 bps. That code actually works with Virtual ]
> [ whereas the 9600 code does not. I think there is a possibility that
> 9600 may just be too aggressive. Perhaps all IIs were not created
> equal. Perhaps machine configuration has something to do with it.
> Dunno.
Since users were always expected to adjust the volume (and tone)
> On Jan 6, 9:15 am, David Schmidt <schmi...@my-deja.com> wrote:
>
>>On 1/5/2012 1:05 PM, Egan Ford wrote:
>>It seems to be related to the volume/player control, not really the
>>HTML. It renders in stages on FireFox, but ultimately comes out looking
>>ok - on iOS Safari, it never recovers from the interim stages until you
>>resize the screen.
>
>
> That is just odd. And I do not know if there is anything I can do
> about it. Here is the code:
>
> INSTA-DISK:<audio controls src="the_bilestoad.wav" type="audio/wav" /
>
>>Sorry need audio controls.</audio>
>
>
> BLuRry, has offered to redo the site and make it a bit less HTML 1.0-
> ish. Perhaps that will fix it.
>
>
>>I don't perceive a difference in levels.
>
>
> How did you measure it? If you open up the file in Audacity the
> recorded amplitude should be .75. I'll create 1.0 files this weekend.
>
> I want to test a different theory, can you visit http://asciiexpress.net/gameserver.1
> (note the .1) and try any HIFI game? That is my older code that uses
> 8000 bps instead of 9600 bps. That code actually works with Virtual ]
> [ whereas the 9600 code does not. I think there is a possibility that
> 9600 may just be too aggressive. Perhaps all IIs were not created
> equal. Perhaps machine configuration has something to do with it.
> Dunno.
controls on their cassette decks, with no expectation of being able
to move the deck between machines without re-adjustment, there was
no strong reason to maintain cassette sensitivity to a tight spec.
The actual sensitivity may vary somewhat depending on tolerances or
engineering changes of parts.
Egan Ford
Jan 7, 2012, 1:56:37 AM1/7/12
to
On Jan 6, 9:15 am, David Schmidt <schmi...@my-deja.com> wrote:
> I don't perceive a difference in levels. I still needed to jack up the
> iPad to 100% volume; I also tried with my Mac Mini, and needed to do the
> same thing. I saw basically identical behavior among the two host
> machines (including my hard-of-hearing IIe platinum not hearing
> INSTA-DISK correctly).
I just uploaded v3.
> I don't perceive a difference in levels. I still needed to jack up the
> iPad to 100% volume; I also tried with my Mac Mini, and needed to do the
> same thing. I saw basically identical behavior among the two host
> machines (including my hard-of-hearing IIe platinum not hearing
> INSTA-DISK correctly).
Changes:
1. Added no-format and format versions as requested.
2. Volume at 100%. Cannot get any louder.
3. Start motor before inflate.
4. Got rid of WAITING FOR DATA countdown. Instead I simulate the
inflate code, count the cycles and compute the exact time it needs.
The only variable is the write time and that has stabilized since pre-
starting the motor. All disks take less than 3 minutes now to
download and write.
Can you test it this weekend? And do not forget to test
http://asciiexpress.net/gameserver.1 and tell me if HIFI works from
there.
Thanks again.
David Schmidt
Jan 7, 2012, 9:41:06 AM1/7/12
to
On Jan 7, 1:56 am, Egan Ford <dataj...@gmail.com> wrote:
> 1. Added no-format and format versions as requested.
Works. Good implementation on the website. Still looking for some
> 1. Added no-format and format versions as requested.
cheat-sheet info there... "plug audio cable in to Cassette Out (II+),
audio plug next to joystick port (IIe)" or so.
> 2. Volume at 100%. Cannot get any louder.
regulation, because behavior hasn't changed since the "50%" level the
other day. One notch down from 100% volume on my end, and I start to
get CRC errors, no matter what Audacity says.
> 3. Start motor before inflate.
> 4. Got rid of WAITING FOR DATA countdown. Instead I simulate the
> inflate code, count the cycles and compute the exact time it needs.
> The only variable is the write time and that has stabilized since pre-
> starting the motor. All disks take less than 3 minutes now to
> download and write.
> Can you test it this weekend? And do not forget to testhttp://asciiexpress.net/gameserver.1and tell me if HIFI works from
> there.
Interesting: game server works 100% of the time on my reticent IIe at
100% volume with BOTH lo and hi-fi settings.
Disk server still fails; the behavior is this: Hitting LOAD, you get
the beep at 3.5ish seconds, then after 5 or 6 seconds, the message
"LOADING INSTA-DISK, ETA 9 SEC. ERROR" shows up. So I get the LOADING
message with (as far as I can tell) instant failure.
Egan Ford
Jan 7, 2012, 12:18:35 PM1/7/12
to
On Jan 7, 7:41 am, David Schmidt <david4...@gmail.com> wrote:
> > 1. Added no-format and format versions as requested.
>
> Works. Good implementation on the website. Still looking for some
> cheat-sheet info there... "plug audio cable in to Cassette Out (II+),
> audio plug next to joystick port (IIe)" or so.
It's coming.
> > 1. Added no-format and format versions as requested.
>
> Works. Good implementation on the website. Still looking for some
> cheat-sheet info there... "plug audio cable in to Cassette Out (II+),
> audio plug next to joystick port (IIe)" or so.
> > 2. Volume at 100%. Cannot get any louder.
>
> Behavior at my end is exactly the same.
> Interesting: game server works 100% of the time on my reticent IIe at
> 100% volume with BOTH lo and hi-fi settings.
1) and not http://asciiexpress.net/gameserver that works on both
machines? And the later only works on one of your machines, the same
machine that diskserver works with?
> Disk server still fails; the behavior is this: Hitting LOAD, you get
> the beep at 3.5ish seconds, then after 5 or 6 seconds, the message
> "LOADING INSTA-DISK, ETA 9 SEC. ERROR" shows up. So I get the LOADING
> message with (as far as I can tell) instant failure.
time, correct (actually within .1 sec)?
Can you tell me the configuration of both your IIes? I want to see if
I can duplicate the error.
I suspect that my 8000 (gameserver.1) bps code is more reliable than
the 9600 bps code on certain machines. I do not think it is a volume
issue, but a code issue. A code issue at 9600 that may not be
solvable for certain machines. If the CPU is slower (or faster) or
interrupted for any reason it will fail.
Thanks again.
Egan Ford
Jan 7, 2012, 2:36:54 PM1/7/12
to
On Jan 7, 7:41 am, David Schmidt <david4...@gmail.com> wrote:
> On Jan 7, 1:56 am, Egan Ford <dataj...@gmail.com> wrote:
>
> > 1. Added no-format and format versions as requested.
>
> Works. Good implementation on the website. Still looking for some
> cheat-sheet info there... "plug audio cable in to Cassette Out (II+),
> audio plug next to joystick port (IIe)" or so.
>
> > 2. Volume at 100%. Cannot get any louder.
>
> Behavior at my end is exactly the same. The iPad must do some volume
> regulation, because behavior hasn't changed since the "50%" level the
> other day. One notch down from 100% volume on my end, and I start to
> get CRC errors, no matter what Audacity says.
>
> > 3. Start motor before inflate.
>
> Works, if a little early. ;-)
>
> > 4. Got rid of WAITING FOR DATA countdown. Instead I simulate the
> > inflate code, count the cycles and compute the exact time it needs.
> > The only variable is the write time and that has stabilized since pre-
> > starting the motor. All disks take less than 3 minutes now to
> > download and write.
>
> That makes the process look smoother.
>
> > Can you test it this weekend? And do not forget to testhttp://asciiexpress.net/gameserver.1andtell me if HIFI works from
>
> > 1. Added no-format and format versions as requested.
>
> Works. Good implementation on the website. Still looking for some
> cheat-sheet info there... "plug audio cable in to Cassette Out (II+),
> audio plug next to joystick port (IIe)" or so.
>
> > 2. Volume at 100%. Cannot get any louder.
>
> Behavior at my end is exactly the same. The iPad must do some volume
> regulation, because behavior hasn't changed since the "50%" level the
> other day. One notch down from 100% volume on my end, and I start to
> get CRC errors, no matter what Audacity says.
>
> > 3. Start motor before inflate.
>
> Works, if a little early. ;-)
>
> > 4. Got rid of WAITING FOR DATA countdown. Instead I simulate the
> > inflate code, count the cycles and compute the exact time it needs.
> > The only variable is the write time and that has stabilized since pre-
> > starting the motor. All disks take less than 3 minutes now to
> > download and write.
>
> That makes the process look smoother.
>
> > there.
>
> Interesting: game server works 100% of the time on my reticent IIe at
> 100% volume with BOTH lo and hi-fi settings.
>
> Disk server still fails; the behavior is this: Hitting LOAD, you get
> the beep at 3.5ish seconds, then after 5 or 6 seconds, the message
> "LOADING INSTA-DISK, ETA 9 SEC. ERROR" shows up. So I get the LOADING
> message with (as far as I can tell) instant failure.
I forgot to ask. You can try http://asciiexpress.net/gameserver and
>
> Interesting: game server works 100% of the time on my reticent IIe at
> 100% volume with BOTH lo and hi-fi settings.
>
> Disk server still fails; the behavior is this: Hitting LOAD, you get
> the beep at 3.5ish seconds, then after 5 or 6 seconds, the message
> "LOADING INSTA-DISK, ETA 9 SEC. ERROR" shows up. So I get the LOADING
> message with (as far as I can tell) instant failure.
select TRACK from any game? That is 44.1kHZ instead of 48kHz. Thanks.
Egan Ford
Jan 7, 2012, 3:19:22 PM1/7/12
to
On Jan 7, 7:41 am, David Schmidt <david4...@gmail.com> wrote:
> On Jan 7, 1:56 am, Egan Ford <dataj...@gmail.com> wrote:
>
> > 1. Added no-format and format versions as requested.
>
> Works. Good implementation on the website. Still looking for some
> cheat-sheet info there... "plug audio cable in to Cassette Out (II+),
> audio plug next to joystick port (IIe)" or so.
>
> > 2. Volume at 100%. Cannot get any louder.
>
> Behavior at my end is exactly the same. The iPad must do some volume
> regulation, because behavior hasn't changed since the "50%" level the
> other day. One notch down from 100% volume on my end, and I start to
> get CRC errors, no matter what Audacity says.
>
> > 3. Start motor before inflate.
>
> Works, if a little early. ;-)
>
> > 4. Got rid of WAITING FOR DATA countdown. Instead I simulate the
> > inflate code, count the cycles and compute the exact time it needs.
> > The only variable is the write time and that has stabilized since pre-
> > starting the motor. All disks take less than 3 minutes now to
> > download and write.
>
> That makes the process look smoother.
>
> > Can you test it this weekend? And do not forget to testhttp://asciiexpress.net/gameserver.1andtell me if HIFI works from
>
> > 1. Added no-format and format versions as requested.
>
> Works. Good implementation on the website. Still looking for some
> cheat-sheet info there... "plug audio cable in to Cassette Out (II+),
> audio plug next to joystick port (IIe)" or so.
>
> > 2. Volume at 100%. Cannot get any louder.
>
> Behavior at my end is exactly the same. The iPad must do some volume
> regulation, because behavior hasn't changed since the "50%" level the
> other day. One notch down from 100% volume on my end, and I start to
> get CRC errors, no matter what Audacity says.
>
> > 3. Start motor before inflate.
>
> Works, if a little early. ;-)
>
> > 4. Got rid of WAITING FOR DATA countdown. Instead I simulate the
> > inflate code, count the cycles and compute the exact time it needs.
> > The only variable is the write time and that has stabilized since pre-
> > starting the motor. All disks take less than 3 minutes now to
> > download and write.
>
> That makes the process look smoother.
>
> > there.
>
> Interesting: game server works 100% of the time on my reticent IIe at
> 100% volume with BOTH lo and hi-fi settings.
>
> Disk server still fails; the behavior is this: Hitting LOAD, you get
> the beep at 3.5ish seconds, then after 5 or 6 seconds, the message
> "LOADING INSTA-DISK, ETA 9 SEC. ERROR" shows up. So I get the LOADING
> message with (as far as I can tell) instant failure.
Another question. When you use http://asciiexpress.net/gameserver
>
> Interesting: game server works 100% of the time on my reticent IIe at
> 100% volume with BOTH lo and hi-fi settings.
>
> Disk server still fails; the behavior is this: Hitting LOAD, you get
> the beep at 3.5ish seconds, then after 5 or 6 seconds, the message
> "LOADING INSTA-DISK, ETA 9 SEC. ERROR" shows up. So I get the LOADING
> message with (as far as I can tell) instant failure.
(without the .1) with HIFI games do you get LOADING ..... OK CHKSUM
ERROR or LOADING ..... ERROR.
Thanks.
Egan Ford
Jan 7, 2012, 3:24:37 PM1/7/12
to
On Jan 7, 7:41 am, David Schmidt <david4...@gmail.com> wrote:
> On Jan 7, 1:56 am, Egan Ford <dataj...@gmail.com> wrote:
>
> > 1. Added no-format and format versions as requested.
>
> Works. Good implementation on the website. Still looking for some
> cheat-sheet info there... "plug audio cable in to Cassette Out (II+),
> audio plug next to joystick port (IIe)" or so.
>
> > 2. Volume at 100%. Cannot get any louder.
>
> Behavior at my end is exactly the same. The iPad must do some volume
> regulation, because behavior hasn't changed since the "50%" level the
> other day. One notch down from 100% volume on my end, and I start to
> get CRC errors, no matter what Audacity says.
>
> > 3. Start motor before inflate.
>
> Works, if a little early. ;-)
>
> > 4. Got rid of WAITING FOR DATA countdown. Instead I simulate the
> > inflate code, count the cycles and compute the exact time it needs.
> > The only variable is the write time and that has stabilized since pre-
> > starting the motor. All disks take less than 3 minutes now to
> > download and write.
>
> That makes the process look smoother.
>
> > Can you test it this weekend? And do not forget to testhttp://asciiexpress.net/gameserver.1andtell me if HIFI works from
>
> > 1. Added no-format and format versions as requested.
>
> Works. Good implementation on the website. Still looking for some
> cheat-sheet info there... "plug audio cable in to Cassette Out (II+),
> audio plug next to joystick port (IIe)" or so.
>
> > 2. Volume at 100%. Cannot get any louder.
>
> Behavior at my end is exactly the same. The iPad must do some volume
> regulation, because behavior hasn't changed since the "50%" level the
> other day. One notch down from 100% volume on my end, and I start to
> get CRC errors, no matter what Audacity says.
>
> > 3. Start motor before inflate.
>
> Works, if a little early. ;-)
>
> > 4. Got rid of WAITING FOR DATA countdown. Instead I simulate the
> > inflate code, count the cycles and compute the exact time it needs.
> > The only variable is the write time and that has stabilized since pre-
> > starting the motor. All disks take less than 3 minutes now to
> > download and write.
>
> That makes the process look smoother.
>
> > there.
>
> Interesting: game server works 100% of the time on my reticent IIe at
> 100% volume with BOTH lo and hi-fi settings.
>
> Disk server still fails; the behavior is this: Hitting LOAD, you get
> the beep at 3.5ish seconds, then after 5 or 6 seconds, the message
> "LOADING INSTA-DISK, ETA 9 SEC. ERROR" shows up. So I get the LOADING
> message with (as far as I can tell) instant failure.
Last question (I hope), can you try moon patrol from http://asciiexpress.net/gameserver
>
> Interesting: game server works 100% of the time on my reticent IIe at
> 100% volume with BOTH lo and hi-fi settings.
>
> Disk server still fails; the behavior is this: Hitting LOAD, you get
> the beep at 3.5ish seconds, then after 5 or 6 seconds, the message
> "LOADING INSTA-DISK, ETA 9 SEC. ERROR" shows up. So I get the LOADING
> message with (as far as I can tell) instant failure.
(not .1) HIFI, and when it errors type 801.80f and send me the output?
Thanks.
Message has been deleted
Egan Ford
May 3, 2014, 2:28:41 PM5/3/14
to
On 4/30/14, 3:59 PM, dcp...@gmail.com wrote:
> Something has happened that when I attempted to create a disk from the disk server that it took out both my duodisk and my unidisk that I just purchased! Any ideas what may have happened? I was able to create a couple of disks with the duodisk before this happened and bought a single drive and first attempt to create a 3,3 drive it erred and neither will read disks now to boot the system!
Ouch! I have no idea. I've only tested with the disc ][. And I am
doing nothing fancy here, just standard RWTS calls. I highly doubt
software can hose a drive.
I can reassemble my duo disk and test that as well next weekend or the
weekend after (out this weekend).
Can you setup ADTPro and create a DOS 3.3 disk to check your drives?
> Something has happened that when I attempted to create a disk from the disk server that it took out both my duodisk and my unidisk that I just purchased! Any ideas what may have happened? I was able to create a couple of disks with the duodisk before this happened and bought a single drive and first attempt to create a 3,3 drive it erred and neither will read disks now to boot the system!
Ouch! I have no idea. I've only tested with the disc ][. And I am
doing nothing fancy here, just standard RWTS calls. I highly doubt
software can hose a drive.
I can reassemble my duo disk and test that as well next weekend or the
weekend after (out this weekend).
Can you setup ADTPro and create a DOS 3.3 disk to check your drives?
0 new messages