Return to MTsort guide base window ... Return to Translators base window

The current handler accepts the following Gasp format ...

The event data is 16bit aligned, starting with a word 0xfnnn, where nnn is the number of event words.

Initial sequence of ...

(label, tag, bgo_esum, bgo_mult, 
 camel1, camel2, camel3, camel4, camel5,
 ge_count, ge_start, ib_count, ib_start)

Camel data is auto-detected - may not be present.
NOTE: CAMEL DATA AUTO-DETECTION CURRENTLY ONLY WORKS IF CAMEL WORDS ARE ZERO
Followed by ge_count sequences of (ge_id, ge_energy, ge_time)
Followed by ib_count sequences of (ib_id, ib_energy, ib_time)

All data words are output in Eurogam group format, with Ge group number equal to ge_id.

Hence an input format statement could look like ...

header[255] (label, tag, bgo_esum, bgo_mult, ge_count, ge_start, ib_count, ib_start)
camel[254]  (p1, p2, p3, p4, p5)
ge[1:ge_count] (e,t)

ib[101:ib_count+100] (e,t)

Tape file details

All tape records are 32768 bytes in length.
Each tape file consists of one of more header records containing, amongst other items, the run number.
Followed by data records with a 32 byte header.

The runfile details to be provided for the input handler for tape sorts should be of the form ...

TAPE1 RUN3
TAPE1 RUN4
TAPE2 RUN5
etc.
The first word on each line (tape name field) is only checked to see if it changes, to force the program to unload the current tape, and allow the user to load the next tape.
However, the second field (file name) is checked against the file header. It should be of the form "RUN" followed by the correct run number.


Maintained by Janet Sampson and John Cresswell (University of Liverpool)
Email to support@ns.ph.liv.ac.uk