dillon@CORY.BERKELEY.EDU (Matt Dillon) (01/01/87)
Kim asked me to send this to the net due to problems with her news
site. Thus, I have her address at the end instead of mine.
-Matt
vvvvvvvvvvvvvvvvvvvvvvvvv Fix for the Juggler vvvvvvvvvvvvvvvvvvvvvvvvvvvv
Here is a fix that should take care of most of the problems I've seen
mentioned with the recently posted Juggler demo. All that I needed
to get it up and running was to delete a single character from one of
the uuencoded "movie.data" files that shouldn't be there.
The file in question is "file 5 of 8" ... that is, the 4th movie.data
file. Here's the 1st few lines of that file for identification purposes:
M__\6: :W+__Y4Z6 #X,#3>___PU)" !_ ?QO__^*>0@#_P/[+__Z_3@
M)) 7*+" !_&8O__GT/?___Q9 LHI__GI;"!Q^P%U1__^'R$(5 8#W.__
M_S+A*'0_ ?\O__O](2 @ 0 @$ PC$H= #\<J__^:RO___]%A@"H_//^.NB
.
.
.
Search for the line beginning with the string "M<3?Z[G". That string is
unique enough for uemacs to find it ... it is towards the end of the file.
Here's the entire BAD line (note that it's one character longer than the
other lines):
M<3?Z[G'7_ 9 " ,.<9_\ $_\84 $@(% !8'!P 6!P< !@0# !8'!P_____Q@H
^
|
|_____ delete this character (the '7')
Your GOOD line should look like:
M<3?Z[G'_ 9 " ,.<9_\ $_\84 $@(% !8'!P 6!P< !@0# !8'!P_____Q@H
That's it! You can now cat/join the seven uuencoded movie.data files
together, uudecode, and juggle away.
BTW, the CORRECT lengths of the uuencoded movie.data files are:
Posted as File Length (bytes)
----------- -------------- --------------
file 2 of 8 movie.data.uu1 58053
file 3 of 8 movie.data.uu2 58094
file 4 of 8 movie.data.uu3 58094
file 5 of 8 movie.data.uu4 58094 (was 58095 before fixing)
file 6 of 8 movie.data.uu5 58094
file 7 of 8 movie.data.uu6 58094
file 8 of 8 movie.data.uu7 58793 *
-------------- ------
movie.data.uue 407316 *
* Note that these files may be longer than shown if there are extra
trailing characters past the "end" line. All of the other files
MUST be the lengths given above to uudecode correctly.
The movie.data file should be 295610 bytes after uudecoding. Also, Juggler
and Juggler.info should be 13784 and 562 bytes long, after uudecoding.
If you don't have them, uuencode and uudecode are available for native
Amiga use from Fish Disk #38 ... they're also on most every UNIX(R) system
around.
A couple of observations: Juggler and movie.data can be in a directory
other than the root directory of a floppy ... just be sure to assign
movie: to that directory (e.g., assign movie: df1:juggler if they are in
the directory "juggler" on df1:). Also, juggling speeds 4-9 are very, VERY
slow ... 0 thru 3 are the best "working speeds". Finally, for some reason
(probably because its programmed to :-) ), on speeds 3 and 4 (and probably
slower) it will resume juggling at the default speed (1) after a few cycles.
Juggler is a REALLY nice demo (icon not withstanding :-) )! Many thanks
to Eric Graham for creating it, and to Andy Finkel for posting it (hopefully
you won't incur too much wrath from the "Lords of the Net", Andy).
<climbing up on soapbox, and turning up the FLAMES, now ...>
Why in the world are we still using braindamaged software like uuencode/
uudecode?! Even lowly binary transfer formats like Intel Hex, or Moto
S-recs have checksumming on a per-line basis! And we spend bunches of
bucks and time developing protocols like Kermit, [XYZ]modem, and so forth
that have error checking capabilities, and yet we ignore simple solutions
to a problem that continually *bites* us here on the net ... that of
transfering binaries!
For all the effort that went into "tightening up" News 2.11 (50% rules,
limited length of .signatures, and so on), alot more could have been
saved in terms of reducing net.traffic if new versions of uuencode/uudecode
had been released with some built-in error checking *and* correcting
capability. ECC on a per-line basis shouldn't be terribly expensive these
days. Grrrr ....
<climbing down off of soapbox, wondering if I've talked myself into something here>
Have a Happy New Year, y'all!
/kim
P.S. To whoever mentioned that they had trouble getting the posted binary
of EGad to work (sorry, I don't remember who) ... make SURE that
you don't have any blank lines between the two halves of the
uuencoded files ... that'll kill the decode. The posted files
worked OK for me.
UUCP: {sun,decwrl,hplabs,pyramid,ihnp4,seismo,oliveb,cbosgd}!amdahl!kim
DDD: 408-746-8462
USPS: Amdahl Corp. M/S 249, 1250 E. Arques Av, Sunnyvale, CA 94086
CIS: 76535,25
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^