ADTPro 1.1.6 released
schmidtd
I've received from users around the globe. The server now has
translations in:
French - thanks to Antoine VIGNAU
Spanish - thanks to Gabriel Alejandro Calomeni
Korean - thanks to Steven Y. Choi (since version 1.1.5)
The rest amounts to simple bug fixes on my part; the most interesting
of which is for Uthernet users, where the Dir-Esc-Dir-Esc dance is no
longer required to get connected.
New functionality:
* [Server] French translation provided by Antoine VIGNAU
* [Server] Spanish translation provided by
Gabriel Alejandro Calomeni
Bug fixes:
* [Client] Ethernet version can now connect immediately
after startup without having to do DIR commands first
* [Client] Clearing out system memory bitmap enables
bootstrapping on top of BASIC.SYSTEM (the not-quite-
bare metal bootstrapping scenario)
* [Server] Better button handling when disconnecting and
otherwise interrupting transfers
* [Server] Changes to bootstrapping pacing interval affect
an active transfer in real time
Toinet
>
> Bug fixes:
>
> * [Client] Ethernet version can now connect immediately
> after startup without having to do DIR commands first
>
Great news, David! After 1 GB of the DIR/ESC dance, I was quite tired!
That will greatly ease my life.
Thanks for that great piece of software,
antoine
D Finnigan
>
> * [Server] Better button handling when disconnecting and
> otherwise interrupting transfers
>
> * [Server] Changes to bootstrapping pacing interval affect
> an active transfer in real time
>
These sound like good bug fixes! Thanks.
schmidtd
You bet. The first was reported by our resident French expert Antoine
at the last release. I had noticed it, but developed a blindness to
it. The second... well, surely I'm the only person on the planet who
bootstraps these things more than once in a lifetime. But it was a
feature I wanted. An accelerated GS can bootstrap much faster than
the stock 1MHz Apple can...
D Finnigan
MacADT. Here's how it goes:
If a disk is being transferred from the Apple II, and that disk has more
than X bad sectors, where X is usually some number greater than 4, then the
waiting server on the Macintosh end will stop waiting and instead say
transfer error. The result is that when the ADT client on the Apple has read
the part of the disk, it hangs when transmitting it, because the server is
no longer waiting for a response.
I was wondering if this is a time-out issue or some-such.
datajerk
Great stuff. Thanks again.
Ivan X
> bootstraps these things more than once in a lifetime.
You'll be delighted to know, if you don't already, that there was a session
at KansasFest 2010 demonstrating, in part, how to do exactly this.
It is a pretty awesome feature -- the cassette interface especially since it
enables booting up with no additional hardware at all. I thought about doing
it when I wanted to fire up the dormant II+ in my office, when I remembered
that I could get my floppies, which were only six blocks away at my home.
Therefore, of course, I did neither.
--- news://freenews.netfront.net/ - complaints: ne...@netfront.net ---
schmidtd
> > surely I'm the only person on the planet who
> > bootstraps these things more than once in a lifetime.
>
> You'll be delighted to know, if you don't already, that there was a session
> at KansasFest 2010 demonstrating, in part, how to do exactly this.
Cool! I didn't know that. I'll run out of lame excuses not to go one
of these years.
> It is a pretty awesome feature -- the cassette interface especially since it
> enables booting up with no additional hardware at all. I thought about doing
> it when I wanted to fire up the dormant II+ in my office, when I remembered
> that I could get my floppies, which were only six blocks away at my home.
> Therefore, of course, I did neither.
That's the only reasonable course of action. :-)
Ivan X
> of these years.
I declare you out of excuses already. My first one was last year, and it's
really way too much fun to not attend if you're into Apple II stuff. I mean,
really stupid, unexplainable, unreasonable fun.
That applies to all the rest of you who haven't been as well.
Eric Rucker
> I declare you out of excuses already. My first one was last year, and it's
> really way too much fun to not attend if you're into Apple II stuff. I mean,
> really stupid, unexplainable, unreasonable fun.
>
> That applies to all the rest of you who haven't been as well.
And, depending on your cost of living, it may actually be cheaper to
GO to KFest. What was it, I think Ken said, "you can't afford NOT to
go?"
(My cost of living is absurdly low, though.)
Steve Nickolas
I actually wrote a bootloader which is connected with the system I use to
pack my games. It's actually possible on a ][+ or //e to load a compressed
image of ProDOS, then a compressed image of a system file, with a little
stub activated by typing nothing else but LOAD.
-uso.
schmidtd
> Ivan X wrote:
> >> surely I'm the only person on the planet who
> >> bootstraps these things more than once in a lifetime.
>
> > You'll be delighted to know, if you don't already, that there was a
> session
> > at KansasFest 2010 demonstrating, in part, how to do exactly this.
>
> > It is a pretty awesome feature -- the cassette interface especially since
> > it
> > enables booting up with no additional hardware at all. I thought about
> > doing
> > it when I wanted to fire up the dormant II+ in my office, when I
> remembered
> > that I could get my floppies, which were only six blocks away at my home.
> > Therefore, of course, I did neither.
>
>
> I actually wrote a bootloader which is connected with the system I use to
> pack my games. It's actually possible on a ][+ or //e to load a compressed
> image of ProDOS, then a compressed image of a system file, with a little
> stub activated by typing nothing else but LOAD.
That's very cool. More the approach I took with the /// - there are
multiple phases to the bootstrapping, but they all happen
automatically once you kick it off.
How much compression do you get out of the ProDOS image? And what
compression method do you use? Is there much benefit in the overall
time/space trade-off in compressing it?
Steve Nickolas
I use Exomizer, a tool intended for compressing C64 programs that generates
a C64 BASIC payload. The payload of PRODOS itself was compressed from 15360
bytes to 11367, which isn't that much compression, but the big advantage is
the stub it creates - by doing a single-byte patch to the stub (changing the
C64's "SYS" token to an FPBASIC "CALL" token) and stripping off the 2-byte
(address) header, I created a file I could load on an Apple. (This is the
same thing I do for Apple Crunch. Exomizer wants files with Commodore-style
2-byte headers, so I put the headers on and take them off.)
The initial payload - which doesn't benefit from compression, but I use it
since it's stupid simple - is this:
000000r 1 putch = $FDED
000000r 1 read = $FEFD
000000r 1
000000r 1 .org $6000
006000 1 A0 00 entry: ldy #$00
006002 1 B9 69 60 @1: lda signon, y
006005 1 F0 08 beq @2
006007 1 09 80 ora #$80
006009 1 20 ED FD jsr putch
00600C 1 C8 iny
00600D 1 D0 F3 bne @1
00600F 1 20 47 60 @2: jsr vartio ; get
ProDOS-8 payload
006012 1 20 FD FE jsr read
006015 1 18 clc
006016 1 A5 67 lda $67
006018 1 65 50 adc $50
00601A 1 85 69 sta $69
00601C 1 A5 68 lda $68
00601E 1 65 51 adc $51
006020 1 85 6A sta $6A
006022 1 20 58 60 jsr progio
006025 1 20 FD FE jsr read
006028 1 20 0D 08 jsr 2061
00602B 1 20 47 60 jsr vartio ; get SYS
payload
00602E 1 20 FD FE jsr read
006031 1 18 clc
006032 1 A5 67 lda $67
006034 1 65 50 adc $50
006036 1 85 69 sta $69
006038 1 A5 68 lda $68
00603A 1 65 51 adc $51
00603C 1 85 6A sta $6A
00603E 1 20 58 60 jsr progio
006041 1 20 FD FE jsr read
006044 1 4C 0D 08 jmp 2061
006047 1 A9 50 vartio: lda #$50
006049 1 A0 00 ldy #$00
00604B 1 85 3C sta $3C
00604D 1 84 3D sty $3D
00604F 1 A9 52 lda #$52
006051 1 85 3E sta $3E
006053 1 84 3F sty $3F
006055 1 84 D6 sty $D6
006057 1 60 rts
006058 1 A5 67 progio: lda $67
00605A 1 A4 68 ldy $68
00605C 1 85 3C sta $3C
00605E 1 84 3D sty $3D
006060 1 A5 69 lda $69
006062 1 A4 6A ldy $6A
006064 1 85 3E sta $3E
006066 1 84 3F sty $3F
006068 1 60 rts
006069 1 4C 4F 41 44 signon: .byte "LOADING PRODOS-8 PAYLOAD FROM
TAPE", 13, 0
00606D 1 49 4E 47 20
006071 1 50 52 4F 44
00608C 1
The "JSR/JMP 2061", or $080D, jumps over the stub - any program compressed
with Exomizer "exomizer sfx 0xADDR -n -o filename.pak filename.prg" will
start at this address - and in fact there are 3 actual stages of loading.
The first stage is the above code run through exomizer. The second stage is
an ordinary PRODOS (version 1.2 or later only, as it uses the $2003 vector
which only 1.2 and later have) file, also run through exomizer, and the
third stage is usually a SYSTEM file run through exomizer.
Someone, I can't remember who (this is getting annoyingly common), posted on
a previous thread a link to a program called a2audioup. I use this to then
take an fpbasic payload and convert it into something that can be run with
LOAD, by generating the proper header (length low-endian, followed by a byte
with the high order bit set), running a2audioup on it, then doing the same
with the actual payload. I add about a second's pause after the longer
file, then merge them together, using ffmpeg to "sanitize" the WAV file. I
believe I put a 5 second pause after each component to give the computer
time to catch up.
-uso.
rich12345
wrote:
> Someone, I can't remember who (this is getting annoyingly common), posted on
> a previous thread a link to a program called a2audioup.
it is mentioned here:
Ivan X
> GO to KFest. What was it, I think Ken said, "you can't afford NOT to
> go?"
Right, that was in response to a conversation we were having in which I
relayed a friend's rejoinder to my concern whether it was a frivolous
expense that it was probably cheaper for me to go than to stay in NYC for
the week.
Ivan X
Nickolas" <lyrica...@dosius.ath.cx> wrote:
> I actually wrote a bootloader which is connected with the system I use to
> pack my games. �It's actually possible on a ][+ or //e to load a
> compressed
> image of ProDOS, then a compressed image of a system file, with a little
> stub activated by typing nothing else but LOAD.
> I use Exomizer, a tool intended for compressing C64 programs that generates
> a C64 BASIC payload.
I absolutely love this sort of thing. What a great hack.
--- news://freenews.netfront.net/ - complaints: ne...@netfront.net ---