misc
old amiga disks

wanted: Jinks data disk
|
I
have just conservated these
from my old amiga disks piles.
A.C.S.
mag. disk 109
collection of demo/intro asm sources, two
files missing: sdi1.s and sdi2.s
|
Future
Classics 1
gamepack, missing DRDATA.fpf,
cracked by vision |
Karstadt
Viruskiller
contains some exotic music routines/tunes
|
Aegis
Sonix 1.3
contains rare sonix-song files (some
made by me)
|
Giana
Sisters full
ed.:
red sector (amegas), mr zeropage
(melting disk) and the giana ham picture with original intro tune |
Predators
Megademo
Disk 1, Disk
2
contains 2 little games and mod.BeamOfLight
|
Backlash
game (one-file exe), this lha file also
contains Battleships and Crystal- hammer (one-file exes)
|
DrFruit,
PTC
games, maybe needs hacking to work today, also
contains loader (with sampled sound) for Jinks |
Chambers of
Shaolin
game with impressive hippel-type sound and
asian atmosphere pics, cracked by quartex (text*)
|
Chamonix
Challenge
game with very nice infogrames type tune
|
Future
Tanks
game with obarski tunes
|
Victory
Road
rambo style game with exotic music
routine/tune,
cracked by quartex (text*)
|
* these type interesting (!)
szene text to cli screen when booting (no intro) |
eXternal
Format Rippers 2.3

Sound file formats as they
appear in a
mempeeker,
a tool where
memory can be
viewed as a
bitplane.
|
Ultra fast Amiga OS .library
(68k)
with eXternal clients (similar to other X-Systems), providing sound or
data finding (ripping) and disk reading funcionality for any other
programs.
Comes with a Delitracker II
Genie and an Eagleplayer
2.01+ Engine and also some shell tools (with
partial wb/icon support) to scan files, memory, directorys
and also disks
for sound/formats.
If you need a lot of stuff to be decrunched and ripped in an automated
batch, use afilter as a co-tool... xfrmaster.readme.
supported formats
download
XFR version 2.3
(use this md5sum to verify any xfr
archives)
recent changes:
- Jan Blumenthal
requests XFR to be part of next Eagleplayer release
- with: A.M.Composer 1.2 + client & source by Don Adan
past changes
comming next: the "BROMBEERE: list 49,859 modules along with
samplenames
into a file"-option for xfrlist
library compatible to OS 1.3 to 3.9+, shell tools require at least 2.0+
to work full featured -- third party software with xfr support:
WRip
by Bert Jahn (WHDLoad project) --
currently the deligenie is noticeably faster and supports more xfr
functions, compared to the eagleengine -- assembler and some c
developer
material is within
the release archive -- I still need a proper .i to .h translator.
client-developers:
please study at least once or twice this
introduction |
Amiga
Filterium 1.14
|
Customizable 68k filetype recognition and
scanning shell-tool (with extensive icon and tooltype support), able to
invoke virus checks by XVS, decrunching by XFD, unpacking by XAD and
other gimmicks like eor decode, ASCII search and bitmap/hex display of
memory. All actions are recursive (self-calling) to quickly get files
that are within files and so on. Output can be saved or sent to other
programs like multiview or editors. Any processing
steps can be configured via easy builtin scripting language. Can be
configured to use your favourite filerequester out of five variants.
Special demo/game disk ripper and ProWizard plugins and also guides
how to use afilter automatedly with cygnus ed, opus and multiview are
included.
download
download XFR plugin for afilter
(incl modified afilter.cfg)
- I am stil looking for annother set of icons for the
afilter macros and the main program
- in the shell enter afilter ? to get online
help
compatible to OS 1.3 to 3.9+, bitmap viewer requires
classic chipset or uae |
| improved
ARQ |
This is an improved
version of the Amiga Requester Improver, so that the requester does
open under the mouse. The docs
are within the original
by Martin Laubach. Here
is a link to the unpatched
original on aminet, but you can only get the
patch from clicking "download" below! I'm
sorry Martin, I have tried to contact you on some different adresses
and by
newsgroups but failed. Write to silva@psi5.com if you are in
trouble about my release.
download
requires at least OS 1.3, probably won't work
(shouldn't be used) under OS 4.0+
|
Andy
Silva Modules
|
mod.Silva - NuFILTER
http://www.psi5.com/~silva/personal/mod/
|
PseudoDOS Megademo
|
The PseudoDOS Megademo
with the fancy name "Curiosity" has been made in 1992 as a one file
tetrapacker crunched executable. It makes use of a custom made
"DeTrack" noisetracker desizer to keep a hand full of our favourite
ripped modules in memory. These soundpieces have been ripped from other
demos. Press the right mouse button to switch between them or watch and
wait for annother part, where music is changed automatedly. Parts can
be skipped with the left mouse button. Watch out for a really curious
surprise. :-)
download
|
XFR clients
|
|
formats
|
|
responsible
|
internal
|
|
Amiga Interchange File Format supposed to support all iff data incl. pictures,
samples, documents, etc
Amiga binary file supports basic hunk types, not
overlay
880k amiga disk image
|
|
|
Tracker
|
|
generic Amiga Tracker module
Startrekker 4 channels
Startrekker 8 channels
Startrekker AM data block found
separately in no relation to song
Soundtracker 15 samples
8bit raw sample this type is not found, but may
be the output of any intergrated extractor feature of a ripper
|
|
|
SoundFX
|
|
SoundFX 1.3 supports
makeshift conversion to 31 voice tracker format
|
|
|
Hippel
|
|
Hippel TFMX
Hippel TFMX COmpact SOng
Hippel replay no size calculation
Hippel COSO replay no size calculation
|
|
|
FutureComposer
|
|
Future Composer 1.3
Future Composer 1.4
|
|
conan
|
SidMon
|
|
Sid Monitor 1 some
different kinds are partially supported, no size calculation, player
can be patched to work if it does not work
|
|
|
SidMonII
|
|
SidMonII Midiversion no
size calculation
|
|
jack
|
SoundMon
|
|
Sound Monitor 2.0 by
Brian Postma
|
|
|
Delta2
|
|
Delta Music 2 w/ replay
|
|
shred
|
BenDaglish
|
|
Ben Daglish w/ replay no size calculation, player can be patched to work if
it does not work, sometimes scan only
|
|
|
Klaren
|
|
Ivo Zör / Ron Klaren aka Custommade, no size
calculation, scan only
|
|
|
DavidWhittacker
|
|
David Whittacker size
calculation sometimes fails, player can be patched to make the song
unplayed (not safe)
|
|
|
ma
|
|
Music Assembler w/ player
|
|
shred
|
JamCracker
|
|
JamCracker Pro 1.x by
M. Gemmel XAG/Betrayal
|
|
|
EarAche
|
|
Ear Ache no size
calculation
|
|
|
FredMon
|
|
Fred Monitor w/ player
|
|
lclevy
|
PumaTracker
|
|
Puma Tracker 1.0 scan
only
|
|
adan
|
DeTrack
|
|
Noisetracker Desizer 1.0 rarely released packer aka TrackerPacker / PseudoDOS
ModuleCruncher by Vampire of PseudoDOS Group in 1992
|
|
|
LME
|
|
Legless Music Editor
|
|
adan
|
PSA
|
|
Professional Sound Artists
|
|
|
AON
|
|
Art of Noise 4/8 channels
|
|
kaarej
|
AHX
|
|
AHX versions 1 and
2 and maybe others if they exist
|
|
kaarej
|
Digibooster
|
|
Digibooster
Digibooster Pro
|
|
kaarej
|
AProSys
|
|
AProSys
|
|
jack
|
Mugician
|
|
Digital Mugician
|
|
jack
|
Synthesis
|
|
Synthesis In Stereo 4.0 aka InStereo
|
|
jack
|
Actionamics
|
|
Actionamics Sound Tool aka AST
|
|
jack
|
MajorTom
|
|
Major Tom
|
|
jack
|
Oktalyzer
|
|
Oktalyzer 1.0-1.58 by
Armin Sander
|
|
conan
|
AMC
|
|
A.M.Composer 1.2 format
by Marc Hawlizeck
|
|
Don Adan
|
client filename
|
|
format name format and
ripper description, maybe format author
|
|
client author
|
Please submit bugreports, comments or
anything only to the responsible persons. Responsible are the persons
named in the right column, or, if no name appears there or a name is
written in lower case and in gray the I am the primary responsible
person. Gray lower case names mean secondary responsibility, e.g.
because I
used sources and/or format informations or a ripping howto from
them. You may check the links to identify
anybody. Hints: Jack is Jack the Ripper by James Ostrowick, Conan
is Megaripper by Conan, Shred is Soundcracker by Richard
Körber and kaarej is Serialripper by Kaare Johansen. In certain
cases I have been allready discovering a format many years ago
alone or together with "Zeg". The offered material has given
me an idea how to calculate the size or I have been rewriting a routine
or porting it to 68k assembler.
Proper format author names may be found through the links.
All neccessary client/format version and usage informations are also
supplied within the clients and can be listed with the xfrlibinfo
untility contained in the xfrmaster archive. Sometimes there is even
more infotext shown by xfrlibinfo than displayed here.
The content and ammount of those texts depends on the clients
themselfes. Each client contains its own texts and there is no
global formats or clients database used. This page is only a brief
overview.
XFR
DEVELOPERS
The clients table (scroll up) states a pretty
reference which informations to put into a client and how to use the xfr?_long
and xfr?_short fields.
The name to the left is the filename of a client. It must not contain a
space. A more detailed client name and version string (eg. DeTrack XFR
Client v1, 11/2002 by silva@psi5.com/PseudoDOS) is set
in place after the XFRCLIENT_SHORT label and is read from xfrC_short. The client
credits after the XFRCLIENT_LONG
label (read from xfrC_long) may contain further info on the client author eg. contact opts. and a homepage.
An information about the origin
of the informations and material used is ideal to be here in the client or on the hp, and general os compatibility notes or other requirements
may go here also. The format name is
set with the XFR_FORMATNAME tag
or correspondingly read from xfrF_short.
It may contain a format version or spec. The soft gray text in the middle is the format description
that is set by the XFR_DESCRIPTION
tag and correspondingly read from xfrF_long.
It's a brief summary of the format (e.g.
type, date and author) and the feature
restrictions, extras and usage of the ripper.
Maybe some more words of where a format has been found or the name of a
game that had it can be placed into a readme file. You may check the links for proper format author names and infos and
to get material from which you can make clients that aren't made yet.
excerpt from xfr.i
|
|
excerpt from example client source
|
|
STRUCTURE xfrClient,0
...
APTR
xfrC_short
APTR
xfrC_long
...
STRUCTURE xfrFormat,0
...
APTR xfrF_short
APTR xfrF_long
...
|
|
XFRCLIENT_VERSION = 1
XFRCLIENTHEADER
dc.b "$VER: "
XFRCLIENT_SHORT dc.b "client name version",0
XFRCLIENT_LONG dc.b
"client credits",0
even
XFRCLIENT_FIRSTFORMAT
dc.l
XFR_FORMATNAME,.short
dc.l XFR_DESCRIPTION,.long
...
dc.l TAG_END
.short
dc.l "format
name",0
.long
dc.l "format
description",0
...
even
|
When it is a simple client with a single
format and one version you may (but do not need to) let the client name
point to the same text as where the format name is. Sometimes in a
client that supports multiple formats, the XFR_DESCRIPTION tags may
refer to the same text. To make that text unique, put a channel number
or format version rather in the format name, but do this naming
convention only to distinguish similar formats (that need allmost
different replays or detection methods) and not all the time. Be
careful with naming co-formats, e.g. "Startrekker AM data"
is the format name for the separate Startrekker AM data. Naming
it "Startrekker AM" only can be confusing. Allways describe special situations briefly in
the client-internal format description. I want to pop up
these informations from a program when a format is found. Later this
can be localised. If (only if) more description is needed, do that in a
readme file.
If you want to implement extraordinary things like making alterations
to a piece of data or adding a header, do this in a separate patch or
conversion routine and allow the user to take a 1:1 rip.
In future versions I will maybe merge the "client name version" and
"client credits" parts into one part. I'm not sure where to put the
'by' of a client, rather to the version or to the credits. Now
only the first is also the amiga typical version string for the
amiga shell command version. How long this version string
may be? Which chars it may contain or not? In xfr the xfrclient_long
string may contain $a return codes for a little formated text output
(required for use of these texts within requester). Is this also
allowed
for amiga version strings?
Other plans: support track reading with other disk formats, expecially
longtrack formats.
...and what comes next?
past
announcements newest=top to bottom=oldest
- fixed odd address guru bug in xfrmaster.library (occured at
modules with odd size, bug found by Don Adan)
-
- implemented xfrERROR_OUTOFDATA:
in conjunction with xfrOBJECT_MINFILE
client can now signal to the program that a format is significantly
identified but would need the whole file to be sure (and/or to calc
size).
- upgraded xfrlist,
internal IFF format
and Oktalyzer (Armin
Sander) client to work with xfrlist
crediting Hubert Maier
jr. and Don Adan for clues or reports
-
frontend:
- incl. Delitracker XFR Genie with support for
conversion and non-music formats (arq recommended)
- incl. EagleXFR Eagleplayer2.01+
ripper Engine with littly improved Eagleripper userinterface
and ability to save modules independent from EaglePlayer registration
(thanks giving to Jan Blumental for Eagleexotic source and his
patience; building ep Engine without appropriate docs has been a
lot of work :-)
- xfrlibinfo now displays the clients version numbers
in the all clients list
- cosmetic: removed seemingly useless blank lines from xfrscan
text output
system:
- must set version number to 2 because of having two
new functions: xfrSaveObjectTags() with
additional options and xfrFixName() to
build f.e. mod. -> intelligently to a filename. both can work
together and are very flexible as they support some very usefull
things, f.e. numbering names when encountering exisiting files,
optional pc-style naming
convention and a default name for nameless data (xfrB_defaultname added to xfrBase structure)
- new flag xfrFF_SOUNDFORMAT
may be set with XFR_FLAGS
tag in a client and read from xfrFormat_flags
(by a program) to understand the logistic class of a format (music
player cannot play pictures, etc); please do
build this into all your exiting and future sound ripper clients
(Genie displays wrong requester text for 1.0 sound formats)
- xfr.i now split into xfr_lib.i and xfr.i
(only concerning assembly language)
- more proper C language includes, please contribute
translation of xfr.i to xfr.h :-)
- ripper clients now may provide data/module/format
conversion routines
- this version is published through aminet and various other
world wide places that fit, e.g. exotica and some amiga news page
-
xfrmaster.library 1.1 / xfrtools 1.1) - limited release
xfrtools 1.2 has been supplied with
xfrmaster.library 2.0
- fixed possible
endless loop in internal client binary format
- xfrscan now able
to scan chipmem or fastmem and to read disks and scan them (is done by
xfrmaster.library itself, xfrscan is just the frontend); please do not
scan floppys that are formated or have a normal amiga dos filesystem
directory on it. Scanning these may produce very false results. try
list them to distinguish.
- the last character in the names of found and saved
files is now also present (has been missing with xfrmaster.library 1.0)
- detailed usage documentation added twice, one in
the readme and one extra
- CTRL+C break now works in both xfrscan, xfrlist
and also in xfrlibinfo
- ZAP option removed from xfrscan, its also a littly
more fast when \ -> | -> / -> - scanning
- xfrlist now can take multiples files or dirs
and quotation marks " ... " there
-
16/12/2002 - xfr master library 1.0 release
- standard amiga library (similar to xvs, xad, xfd, ...) with
external sub-librarys for any data format is now doing most of
the rip work known from afilter, though its not really used by afilter
now
- supplied stand alone tool named xfrscan is able to
use XFR and do rip most of the formats and processing all files in a
directory with a 'hide' pattern (actually selects which files not to
process, e.g. #?.info) and very compact text output
- XFR is much more faster than afilter
- via XFR its rip capabilities now can be accessed from any
program that opens xfrmaster.library
-
19/11/2002 - amiga filterium version 1.14
extendable filetypes processor/ripper
This has been an update
without
a change of the archive version number. in the last afilter.lha there
was still a v 1.13 main program. You can check your afilter
version by entering afilter ? in the command line or similar.
- fixed a bug in the progress bar that caused a guru with
files that were smaller than the bar itself
- the progress bar is now properly drawn for very short files
- afilter.cfg: added some macros, changed
preconfigured filerequester type from REQ to ASL, changed the
path to multiview that was specifiy to my system to the standard sys:utilities/multiview
- more understandable help text output for afilter
? and little better status reports
- updates and and a little arrangement change in the afilter.guide
- the memview plugin is still not compatible to gfxcards,
that do not display classic amiga modes
-
15/11/2002 - version 1.14, afilter 1.13
- version 1.13 rarely released last year, now given the
archive as 1.14 with little changes
- has extended stringbuffers internally, so module names can
be longer
- detailed text output in the case of syntax errors in the
configuration files
- icon tooltypes for "unarchive" adjusted (now useable)
- xfd plugin does a 'missing header trick' to work with files
that lost their amiga binary header
- example sourcecode xad.asm is in the archive
-
??/8/2001 - version 1.12
additionally supports req.library (cygnus ed, early delitracker) for
the filerequesters
-
04/07/2001 - version 1.1
fixes (thank you buzz, crown, zeg, who else?):
- stop scan now with both mouse buttons, also waits
for release of the left button
- progress bar now ok for very long files also
- user choice if a file exists will be take as temporary
default for that run
- new option if file exists: do the default or previously
selected option for all files
- NOUSER flag forces ADDNUMBER at file saving instead of ask
user or open file requester
- iff plugin now ignores empty name chunks
- Soundtracker15 rip improoved
- Hippel rip now ignores Hülsbeck TFMX-SONG (mdat.
files)
- eor now can (en)crypt with byte, word, long or text
keys
18/03/2001 - version 1.0
out, featuring too much new to describe here (hint: quit is back ;)
13/10/2000 - beta update
thanx to my beta-users
07/07/2000
this page and first beta version online
- THE END -
top of page
|