home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
CBM Funet Archive
/
cbm-funet-archive-2003.iso
/
cbm
/
crossplatform
/
converters
/
msdos
/
arklnx.readme
< prev
next >
Wrap
Text File
|
1993-09-25
|
6KB
|
146 lines
arklnx BY pETER wEIGHILL
======
arklnx IS A dos BASED PROGRAM WHICH CAN BE USED TO CREATE INFORMATION
ABOUT .ark AND .lnx FILES CONTAINING SIDPLAYER .mus MUSIC FILES AND THEIR
ASSOCIATED .str, .wds & .pic FILES.
yOU CAN EITHER USE THE exeCUTABLE VERSION OR USE THE basIC VERSION WITH
qbasic AS SUPPLIED WITH ms-dos 5 & 6.
tHIS PROGRAM WILL HOPEFULLY MAKE KEEPING A RECORD OF MUSIC FILES STORED
IN YOUR ARCHIVES EASIER.
jUST TYPE IN THE NAME OF THE FILE TO BE VIEWED AND CHOOSE WHICH FORMAT
YOU REQUIRE AND A REPORT FILE WILL BE CREATED WITH ONE OF THE FOLLOWING
fILE EXTENSIONS:
.as - ark FILE, SHORT FORMAT
.al - ark FILE, LONG FORMAT
.ls - lnx FILE, SHORT FORMAT
.ll - lnx FILE, LONG FORMAT
bELOW ARE EXAMPLES OF THE SHORT AND LONG FORMAT OUTPUT. bOTH SHOW THE
FILENAME, THE EXENSIONS OF THAT FILENAME (.mus.str.wds.pic) AND THE TOTAL
BLOCKS USED BY ALL THOSE FILES. tHE LONG FORMAT ALSO SHOWS THE DESCRIPTION
WHICH IS CONTAINED IN THE *.mus FILES.
sHORT FORMAT:
============
9 lng tl sally .mus.str
8 o holy night .mus.str.wds
11 piper .mus.str.wds
7 peopleeater .mus
21 rock me.mus.wds
lONG fORMAT:
============
9 lng tl sally .mus.str /(c)apr{$fd}{$fd}{$fd}{$fd}{$fd}{$fd}{$fd}{$fd}{$fd}{$fd}{$fd}{$fd}{$fd}{$fd}{$fd}{$fd}{$fd}{$fd}{$fd}{$fd}1987\
{$7c} ***** long tall sally ****** {$7c}
{$7c} recorded by 'little richard' {$7c}
{$7c}sidranged by jerry roth (dr j){$7c}
\-dec-stereoed{$fd}{$fd}mark ad ii{$fd}1987/
8 o holy night .mus.str.wds o holy night . .
wds j.s.dwight mus a.adam .
6 voice by dc star & cpr #,
{$fd}{$fd}{$fd}{$fd}{$fd}{$fd}{$fd}{$fd}{$fd}{$fd}{$fd}{$fd}{$fd} /
- december 1987 --------/{$7c}----
11 piper .mus.str.wds /-------------------\ /--------\
{$7c}the piper from over{$7c} {$7c} stereo {$7c}
{$7c} the way {$7c} {$7c} sid by {$7c}
{$7c} by may h. brahe {$7c} {$7c} lyric {$7c}
\-------------------/ \--------/
7 peopleeater .mus purple people eater /..\
music by sheb wooley # / -- \
----------- -- {$7c}\''/{$7c}
sid kermit r. woodall // - {$7c}-
--------------------------------
21 rock me .mus .wds /--\ \ / \
{$7c} \ {$7c} {$7c} {$7c} . \
{$7c} -\\-\/-\/-/ + {$7c} {$7c} {$7c}-\ \ + /-\
{$7c} {$7c}{$7c} {$7c}-/{$7c} {$7c} {$7c} {$7c}/\{$7c} {$7c} {$7c} {$7c} {$7c} {$7c}-/
\--// \-/\-\ \ \/\/ / \ \ \ \-/
bELOW i HAVE LISTED THE FORMAT OF THE .ark AND .lnx FILE FORMATS AS i
BELIEVE THE ARE. tHIS IS JUST MY GUESS THOUGH FROM WHAT i HAVE SEEN OF THEM
AND THE PROGRAMS lynx AND arkive MAY HAVE A DIFFERENT WAY OF WORKING OUT
'WHAT IS WHAT' IN EACH FILE.
tHE block SIZE IN THE FILES IS 254 BYTES LONG SINCE THE FIRST 2 BYTES
ON EACH SECTOR OF A DISK IS NOT PART OF THE FILE AND IS USED BY THE DISK
DRIVE.
.lnx
{$7e}{$7e}{$7e}{$7e}
hEADER: jUNK UNTIL 3 OR MORE ZEROS ARE REACHED.
return ($0d)
nO. OF BLOCKS FOR HEADER (ASCII NUMBER FORMAT)
+ VERSION HEADER EG.(lynx vii by will ...)
return ($0d)
nO. OF FILES IN .lnx FILE (ASCII NUMBER FORMAT)
return ($0d)
fILE: no fixed length PER FILE HEADER SINCE 'nO. OF BLOCKS'
AND 'nO. OF BYTES IN LAST BLOCK' ARE NOT FIXED LENGTHS.
fILENAME, PADDED WITH SHIFTED SPACES ($a0) TO 16 CHARACTERS LONG
return ($0d)
nO. OF BLOCKS FOR FILE (ASCII NUMBER FORMAT)
return ($0d)
fILE TYPE (LETTER p FOR PRG, s FOR seq)
return ($0d)
nO. OF BYTES USED IN LAST BLOCK (ASCII NUMBER FORMAT)
return ($0d)
.ark
{$7e}{$7e}{$7e}{$7e}
hEADER: bYTE FOR nO. OF FILES IN .ark FILE
ark FORMAT DOES NOT INCLUDE THE NUMBER OF BLOCKS USED FOR
THE HEADER SINCE THIS CAN BE CALCULATED BY MULTIPLYING THE
0NUMBER OF FILES BY 29, ADDING 1 AND ROUNDING UP TO NEAREST 254.
fILE: fixed LENGTH OF 29 PER FILE HEADER.
bYTE FOR FILE TYPE (SAME METHOD AS DISK DRIVE EG $81 seq, $82 prg)
bYTE FOR nO. OF BYTES USED IN LAST BLOCK
rEST OF HEADER IS WHAT IS NORMALLY STORED IN THE DIRECTORY
HEADER ON A DISK FROM THE BEGINING OF THE FILENAME TO
THE SIZE OF THE FILE.
bYTE POSITON 3, FILENAME, PADDED WITH SHIFTED SPACES ($a0) TO
16 CHARACTERS LONG
bYTE POSTION 28/29, nO. OF BLOCKS FOR FILE IN LO/HI BYTE FORMAT.
* USUALLY HI BYTE NOT USED SINCE MOST FILES SMALLER THAN 256
BLOCKS.
.mus FORMAT
{$7e}{$7e}{$7e}{$7e}{$7e}{$7e}{$7e}{$7e}{$7e}{$7e}{$7e}
tWO METHODS TO LOCATE THE DESCRIPTION AT THE END OF A .mus FILE.
1. pREFERED METHOD, SINCE QUICKER, WORKS MOST OF THE TIME AND WORKS MORE
OFTEN THAN METHOD 2.
bYTES $03/$04, LO/HI SIZE OF 1ST MUSIC VOICE
bYTES $05/$06, LO/HI SIZE OF 2ND MUSIC VOICE
bYTES $07/$08, LO/HI SIZE OF 3RD MUSIC VOICE
oFFSET FOR DESCRIPTION = SUM OF SIZE OF EACH VOICE + 8 EXTRA BYTES FOR
THE SIZE BYTES & START ADDRESS.
cHECK TO SEE THAT BYTE BEFORE DESCRIPTION OFFSET IS AN "o", IF NOT THEN
TRY METHOD 2.
2. sKIP FIRST 8 BYTES OF HEADER INFORMATION.
tHEN FIND OFFSET FOR THIRD "o" IN FILE. dESCRIPTION USUALLY AFTER THIS
THIRD "o".
(mETHOD SOMETIMES FAILS AND FINDS THIRD "o" IN MUSIC AREA OF FILE, SINCE
i DO NOT KNOW THE EXACT FORMAT OF THE MUSIC DATA, i CANNOT WORK OUT
HOW TO GET AROUND THIS PROBLEN.)
3. iF BOTH METHODS FAIL THEN DESCRIPTION SHOWN COULD EITHER BE BLANK OR BE
JUNK.
uPLOADED & WRITTEN BY STUCE@CSV.WARWICK.AC.UK