I have successfully loaded ADTpro into my Apple //e's RAM using the instructions provided here:
At this point I have tried to transfer an ADTpro disk and a Print Shop disk using the following steps:
1. Start ADTpro audio serving program on my host computer (Windows 7)
2. Press 'R' on my Apple to receive an image
3. Type the name of the image 'e.g. "PRINT.DSK" or "ADTPRO-1.2.9.DSK"'
4. Select the formatted disk on my DuoDisk drive (I've tried both drives)
5. Press Return on the Apple and wait.
At this point, I receive the following error on the host:
(When I try Print Shop, the first instance of the word 'image' is replaced by 'nibble')
On the Apple, I receive the message 'RECEIVING BLOCK 00001 OF 00280' and a 'V' enclosed by two horizontal lines.
Perhaps I've missed a step, or there is something wrong with my configuration. If anyone can provide advice on this, I would appreciate it.
You will find that Audio is pretty finicky about the sound level; you might have a look at this page:
specifically pay attention to the Boosting section:
Also, could you update your install to the 2.0.0 version?
We can start debugging from there.
Loading the bootstrap via audio seemed rather easier than I expected, probably because the operation was entirely simplex.
Ive found that regular transfers with the audio which requires duplex operation is much more difficult.
Ive spent some time with the audio version for the purpose of testing, as I use a superserial card to to real transfers and found
that given a proper sound level, the transfer doesnt always work, and then 1 in 10 it does.
Serial cards for the unit are easy to come by, I suggest you pick one up on ebay if you are going to be doing some serious transfers
You are right. Although I have not tried audio transfers, I have tried transfers with Ethernet and doing it that way is good if the host computer and the apple II are far away from each other and the only thing that connects them is an Ethernet cable.
Using serial is faster than Ethernet in my experience.
Since most have said that audio transfers are very slow, it is clear that using serial is the fastest and the most reliable way to do this.
When I did my first bootstrapping, I did it via serial and I followed the instructions precisely. I had absolutely no problems. This is how I got all my other disks. Pro-Dos and others.
I left the serial card arrow in the same place and I have done the same with the dip switches. I have not changed any setting and it still works doing regular transfers.
I've updated to 2.0.0, but now I encounter a different issue. The system gets to a certain point then hangs. When I set ADTpro tp receive 4 blocks at a time, it hung at 'RECEIVING BLOCK 00016 OF 00280', When set to receive 1 block at a time: 'RECEIVING BLOCK 00004 OF 00280', and when set to receive 5 blocks: 'RECEIVING BLOCK 00015 OF 00280'. The host displays 'Request: image from host to Apple'.
EDIT: When I attempted to perform the transfer with drive 2 while receiving 5 blocks at a time, it hung at 'RECEIVING BLOCK 00020'. While the output was different, the issue remains that the transfer is hanging.
See now that is interesting..............
I have encountered the very same thing using the audio method as you have described word for word.
This could in fact be a software issue of some kind and worth bringing to the attention of the ADTpro developer
Hmmm. Quite. If only there were a way...
Awesome program. Probably my most used of the collection.
I had actually recorded the dump of the transfer some time back. It seems to die on recieved unknown command
snipplet included below. I can send you the complete dump if you wish
A nice feature would be some sort of meter on both sides that could send a solid tone in both directions to show the strength of the signal levels received to set up the volume control
I agree. That would be nice.
Can you point me to the disk image you're trying to send?
That would be the ADTpro disk image. It was the only one I tried via audio
That's a good test case... the ADTPro disk image has some code that's tough to compress early in the disk image, so that would be a situation where the audio connection would need to be in pretty good shape. It's the one that I used to test the most, so I can attest that it has worked in the past. To be safest, I'd suggest trying with 1 block at a time, try varying the sound up another 10% from where it was. Generally folks need things louder, not softer.
I just wonder why you decided to use the Audio anyhow as the very basic connection.
Why not the Gameport ?
(i.e. the annunciators )
maybe a thought worth ....
In former days the gameport was even used for programming Eproms:
it might be a usefull alternative "port" in future update of ADT ...
no need for adjusting loudness....
The gameport would be a great option for data transmission. NadaNet is a fantastic example of its capabilities:
And Ap2222PC uses the game port for disk transfers:
My goal for using Audio was to enable bootstrapping and transfers with no additional hardware required... just about everyone has those 3.5mm jacks lying around. It takes soldering to get a game port connection up and running in most cases. If you're going to do that... you might as well go serial!
I agree in nearly every statement - except the last one.... going serial requires some kind of serial interface
( at least at the old models previous to the IIGS and IIc ).....
the gameport is used "bare" without additional cards...
but you are correct with "the need to use a soldering iron...."
from that point of view your right.... audiocables are availiable in nearly every house...
my posting was just a reminder that there is also another alternative to the audio-option
that works without need of tinkering with volume controls.....
in fact the gameport is ( if used in propagated way ) a kind of serial connection...
I think the audio would be fine if the following could be done.
Besides the meters I mentioned previously, maybe a small program on both sides that sends a test pattern 010101010101010
that gives a *BAD* status until the recieving end gets expected pattern over a period of seconds as the audio is adjusted and then displays while recieving them
You Get the idea..
I also wonder how fast a parallel transfer would be, could that be implimented?
This strays a bit from the initial topic, but how do I switch the jumper block on a Super Serial Card from 'Terminal' to 'Modem'?
EDIT: Nevermind, I managed to switch it. The jumper block was just stuck in the socket (I don't think it's been removed in thirty years).
Great - that's one more person that doesn't have to worry about Audio.
What I mean is... you have to go serial on the host side. What will you be connecting those annunciators to?
I've gotten the transfer to work perfectly with serial, but I am still willing to do tests with audio if it can help.
Thanks for that. I've been thinking about a kind of tester app that all have been mentioning above for some time. The ability to discern packets or not flowing on the audio stream is possible, and might even be easy. Having the Apple discern volume levels would be much more complex, and outside the scope of what I personally have time for. But anyway, if inspiration strikes before anyone else volunteers to code it up, you'll be the first to know.
right, discerning audio levels on the apple may be quite complex, and perhaps overkill. Discerning a test pattern though would probably be more appropriate.
I should point out that I dont use the audio version. I use serial, I'm only involved here to assist with audio testing
Ok, I think I have a workable solution. Since folks don't seem to have too much trouble pushing audio data to the Apple II, I embedded some smarts in the client that will continuously send a "ping" message whenever the "About" message is showing (the (?) menu item). Once the audio levels are adjusted correctly, the server will display a message with an increasing count that shows the message number received:
Let me know if you'd like to give this a try, and I'll send along a download URL.
My system's set up; I can give it a try.
I am having the exact same issue.
The sending works just fine, but the receiving doesn't work at all. I tried every possible combination to the volume, cleared all the filters from my PC and still the receive does not work.
I will be happy if you provide me link as well for this patched version to see if it works.
I honestly don't mean to be nasty, but why on earth are folks trying to use audio?
Serial with a cheap USB to serial adapter is ultra fast and reliable, at least compared to audio.
@David. Why do you even support audio anymore?
I really don't get it, other than it has a certain "because I can" aspect to it. By the same token I can stick forks in my eyes, but ... well, I don't.
Again, I'm not trying to be nasty, but do you want to get data from your PC to your Apple, or do you want to spend endless hours frigging around with something that will, once you get it right, (at the very best) be unreliable and slow?
While I can't speak for anyone else, the reason I was using audio was because I couldn't afford anything else. My Apple was a gift and though I was interested, I couldn't afford any extra hardware. I could easily see someone else in a similar situation.
Well, that's not encouraging at all... it doesn't sound like you're headed in the right direction. Something fairly binary isn't working.
The test version is here:
and download the October 5th version.
Here's an intro:
The ADTPro client can send out test packets continuously so that you can make any necessary adjustments to your operating system or wiring until they are successfully "heard" at the host. The test packets are activated at the client end by simply accessing the "About" screen of ADTPro, which is the question mark "(?)" from the main menu.
Whenever the "About" message is displayed, the ADTPro audio client will be continuously sending a test packet to the server. Once the test server starts successfully receiving these test packets, the server will show a message at the bottom of the window that says "Heard audio signal #x".
The number in the message "Heard audio signal #x" will increment for every message successfully received. So once the correct volume levels have been reached, the number should be observed as continuously increasing whenever the "(?)" menu item is active.
Thank you so much!!! It did worked! I am very happy person.
@Bill. Why support the apple ][ anymore, with the advent of something more modern? Even in the setup of your question I cant see how it possibly would contribute to the thread. Im not going to get into the virtues of disk versus audio versus serial versus ethernet. He wrote a program, it supports it , people use it.
Well, not all aspects of the Apple II are as cantankerous as using audio as a means to transfer large amounts of data. Most are quite enjoyable and come easily without frustration and wasted time. Besides, my comment was not about modern vs. obsolete, it was about how you want to spend your time: doing something fun and enjoyable, or struggling with something that does not work very reliably at best.
From this am I to assume that there is no room for simple discussion or the expression of one's opinion? Fair enough, rules is rules, even if they have never been stated. So, I guess by that measure your most recent post is a invalid as mine.
In any case, my opinion aside, there seems to be a solution and the OP has a better alternative available to him as well.
I had, until recently, toyed with the idea of designing a very simple card based on the WDC65C51 for express use with ATDpro. Something that would be Wired to work with a cheap straight-through 9-pin RS232 cable available anywhere and that could be sold for under $10. However, other higher priority projects have intervened.
Fact is, while I do use the serial connection for ADTpro, The audio port was used to do the inital boot strapping to allow that to happen. Without which id have no way of initially getting adtpro onto disk in the first place.
Audio is also hardware native to the IIe and other itterations of the apple II. It seems like a good common denominator for file transfer
Ive noticed several websites and projects that cater towards loading from sound files aside from adtpro that validates my point
an android app also exists for the same purpose.
Ill hedge my bets that there are no altair users out there who are inoperational for lack of a bootstrap loader and CRC checker, so long as they can physically flip a few octal switches by hand to get things rolling
I think this comes down to what is a waste of time versus what you believe is a waste of time. Im sure if I had something time critical to do , left only with an apple II to do it (cant imagine how) then yes, i would forgo audio as a means for file transfer
Also when starting post with "honestly, I done mean to be nasty" youve already admitted that the following post would be incitefull.
I'm glad to hear it. What did you have to change to make it work?