Index of /atarilibrary/atari_cd09/SYSTEMS/EMULATE/8_BIT/800XLDJ

      Name                    Last modified       Size  Description


[DIR] Parent Directory        11-May-2007 21:20      -  
[TXT] 800XLDJ.APP             25-Nov-1995 06:03   142k  
[TXT] 800XLDJ.DJC             25-Nov-1995 06:03     1k  
[TXT] 800XLDJ.SET             25-Nov-1995 06:03     1k  
[TXT] 800XLDJ.UP1             25-Nov-1995 06:03     1k  
[TXT] 800XLDJ.UPL             25-Nov-1995 06:03     1k  
[TXT] 800XLDJF.APP            25-Nov-1995 06:03   147k  
[TXT] F030MFP.IMG             25-Nov-1995 06:03     8k  
[TXT] FALKDJ.TXT              25-Nov-1995 06:03     5k  

                    Info's zum 800XL DJ
                    -------------------
                             by
                 Kolja 'joust' Koischwitz &
                 Christian 'chrisker' Krger

 dieser text ist _keine_ anleitung sondern enth„lt 'nur' wichtige
 zusatzinformationen zum DJ !
 
 eine gute, ausfhrliche anleitung existiert derzeit noch nicht -
 man kann in absehbarer zeit mit einer anleitung in hypertext-
 form rechnen - die meisten funktionen sollten aber auch so selbst-
 erkl„rend sein - (mit rumprobieren kann man eigentlich alles raus-
 kriegen - man sollte einfach mal alles anwaehlen auch mit doppel-
 klick (z.B. im dir-fenster fuer die dirfensterfunktionen) -
 rechtsklick ist brigens gleichgesetzt mit einem doppelklick...
 ich denke sowieso das ex - XL-benutzer weniger probleme mit
 programmen ohne anleitung haben ;-)))

 wird speziell zwischen der normal und falcon version unterschieden,
 so macht ein vorangestelltes (F030/SE) deutlich, daž mit dem
 folgenden hinweis NUR die 'falcon 030 / screeneye'-version gemeint
 ist.
 
 wem dieser text in form und stil nicht passt der braucht in ja nicht
 lesen - ich habe wichtigeres und besseres zu tun als mich mit langen
 schreiben aufzuhalten.... 


'bla-bla' - allgemeines
-----------------------

der DJ ist 'seid so fair - zahlt und nervt nicht mehr' - ware. ;-)
das heižt das wir gerne spenden fr dieses programm in empfang
nehmen (kann ja auch eine ganze menge - wenn man rechnet welche
peripherie ger„te es alle erzetzt...), aber weitere features wohl
nicht in das programm einbauen werden (es sei denn es kommt ein
dermažen guter vorschlag der kolja und mich vom hocker haut...)
grobe bugs werden wir selbstverst„ndlich noch bekaempfen...
(an alle bestizer eines ST-kompatibelen mit (E)SCC: eine anpassung
 an dieses chip wird es definitiv NICHT geben !) evt. untersttzung
 fuer einen 'aufgebohrten' (auf 38400 baud) gebrachten MFP 
 (geht ja relativ easy...(das aufbohren) - haengt aber auch von der
 anzahl der spenden und meiner in arbeit befindlichen diplom-arbeit
 ab....)

als einen angemessenen mindestfairwarebetrag sehen wir DM 40,- an.
grožzgigere spenden  werden selbstverst„ndlich auch gerne ent-
gegengenommen. wer weniger als DM 40,- zahlt, zahlt unserer ansicht
nach eigentlich zu wenig. diese leute sind uns aber immer noch
lieber als die, die gar nix zahlen... (logisch...) - also: wer das
programm benutzt sollte auch so FAIR sein und unsere arbeit
(gesammte entwicklungszeit ca. 3/4 jahr !!!) auch belohnen !!!
angesichts der tatsache das ein 1050 laufwerk immernoch fr DM 399,-
erh„ltlich ist und das man sich diese ausgabe durch den DJ ersparen
kann, halten wir der betrag fr seeeeehhhhhrrrrr fair...
(man rechne (wir gehen jetzt mal von den 1050 laufwerken aus):

 anzahl   emulierte peripherie    einzelpreis    betrag
 -------------------------------------------------------
   8             1050                399,-        3192,-
   1        irgendein drucker     ca.200,-         200,-
  (F030/SE)
   1       RGB-farbmonitor/TV     ca.400,-         400,-
 -------------------------------------------------------
                                       summe:  DM 3792,-

der fairware-betrag liegt also knapp ber 1% der emulierten
ger„te !! (ganz zu schweigen von dem gewinn an komfort,
geschwindigkeit (eine 1050 bringt ca. 15000 Baud der DJ
19200) und den gesparten kosten fr disketten (durch die
packbarkeit der XL-Disketten auf ST seite...))

ACHTUNG ! (der bliche schmonsens) fr dieses programm besteht
keinerlei haftung bezglich funktionstchtigkeit etc.
wer sich mit diesem programm seine hard- oder software zerdrischt
ist selbst schuld - fertig.


bugs die keine sind
-------------------
"ehhh - das wollte ich gerade machen und das geht nicht - warum ??
- is wohl ein bug na warte dir werde ich mailen..."

hier eine kleine liste von 'vielleicht' ungereimtheiten die aber
keine faehlerrr darstellen sondern beabsichtigt sich so praesentieren..

wenn 'echte' laufwerke zusammen mit dem dj betrieben werden sollen,
so mssen die betreffenden dj-laufwerke mit der gleichen ID durch
doppelklick auf das entsprechende laufwerkssymbol ausgeschaltet werden!
(logisch - sonst kommen sich DJ und XL-laufwerk ins 'gehege')
(die staubschutzhaube der DJ-laufwerke sieht doch gut aus ! ;-))
gleiches gilt natrlich in anderer beziehung - will ich z.B. das DJ lauf-
werk 1 ansprechen so muss natuerlich mein echtes laufwerk 1 ausge-
schaltet sein !
               
WinX benutzer (ich bin auch einer ;-) ) sollten die hintergrund-
bedienung der im dialog menue ausgeschaltet lassen - gibt sonst zuviel
aerger...
aužerdem drauf achten das die minimale fenstergr”že die WinX default-
m„žig hat fr den DJ ausgeschaltet wird - sonst kann es teilweise
redraw probleme (z.B. mit zeichensaetzen im directory-fenster) geben.
dafuer kann man folgendes in der WINX.INF datei eingeben
(legt zus„tzlich (weils beim DJ recht praktisch ist) den UP/DOWN bzw.
LEFT/RIGHT scroller zusammen):

800XL* = 9- 10- 12-     # DJ hat keine minimale Fenstergr”že etc.

da nun die min. fenstergr”že fr den DJ ausgschaltet ist, kann es
bei sehr kleinen festern etwas zu 'bereichsbertretungen' der scroll-
fensteremelemete kommen (sie bermalen leicht andere fensterelemente)
- sieht nicht soooo sch”n aus ist aber nur optischer natur... 


direkter, schreibender zugriff von XL auf die st-medien (disks, fest-
pladden etc.) ist aus sicherheitsgrnden NICHT m”glich ! (also kein
bug) - lesend kann direkt zugegriffen werden. sollen XL-daten auf
den st gebracht werden, so kann man sich eine diskette erzeugen,
die betreffenden dateien im directory fenster markieren und im einem
'swupsch' diese fr den ST exportieren - ich denke das ist keine
grosse huerde....

geladene disk's werden erst beim 'einlegen' in ein laufwerk auf
ihre dateistuktur hin berprft daher kann man auch disketten-
files laden die keine sind
erst beim versuch auf diese zuzugreifen (in dem man sie eben auf
sie ein laufwerk zieht) wird eine fehlermeldung ausgegeben -

aus geschwindigkeits und sychronisationsgrnden wird 
der 'statusdiplay' (anzeige des akt. sektors und art (lesend,
schreibend etc.) ohne beachtung einer fensterliste farbe etc. auf den
bildschirm gepinselt -> ist nicht weiter schlimm, da er eigent-
lich nur zur diagnose dient (also fr uns) und keinerlei 'bleibende
sch„den' verursacht - die optik wird also nur evt. etwas gest”rt...


'known bugs' - bekannte fehler und abhilfe
------------------------------------------
kein programm mit diesem ausmaž kann nicht fehlerfrei sein - obwohl
die recht hohe 'erstlings' versionsnummer erkennen l„žt, daž
eine recht ausfhrliche testphase stattgefunden hat -

leider liežen/lassen sich nicht alle bugs (fehler) 100% bereinigen.
das hat z.T. technische grnde oder sind fehler die nicht direkt von
uns beeinflužbar sind.

dazu geh”ren:

durch einen fehler in EGEM (wird derzeit behoben), ist es nicht
moeglich eine pfadtrennung (Backslash ('\')) in die editfelder ein-
zugeben - ausserdem werden auch zeichen angenommen die nicht
bestandteil eines dateinamens sein drfen -> abhilfe:
z.B. doppelklick auf das filename feld (z.B. im print dialog) und
den filename via fileselektor setzen - (werden die meisten sowieso
machen) oder das zeichen via direktes eingeben auf der zehnertastatur
des ascii-codes bzw. shift-insert (bei let em' fly benutzern) erzeugen
- (wer das zuletzt gesagte nicht versteht oder dessen TOS das nicht
untersttzt kanns gleich wieder vergessen - so wichtig war's nicht ;-))

das XL-bustiming ist ziemlich kritisch - man sollte daher vermeiden
waerend XL-IO-vorg„ngen die maus 'wild' zu bewegen oder gar dialoge,
popups oder dropdown-menues etc. zu ”ffen - der XL k”nnte dabei
'h„ngenbleiben' 
wenn der XL tats„chlich mal bei IO h„ngengeblieben ist stellt meist
ein druck auf die 'break'- aste des XL's abhilfe dar, da diese be-
t„tigung die SIO-routinen neu initalisiert
(an die experten: ist nicht ganz korrekt ausgedrckt (ich weiss es
 auch besser), aber am verst„ndlichsten...)

(F030/SE):
beim digitalisieren ist das timing besonders kritisch - daher wird
w„hrend eines io-zugriffs auf den dj die digitalisierung gestoppt -
trotzdem kann es (wenn ein xl programm stckchenweise immer wieder
liest) zu den oben erw„hnten 'verklemmungen' kommen -> abhilfe:
die oben erw„hnten mažnahmen bzw. zur vermeidung die zeit in
'back in eventloop after XXX ms' hochdrehen - das ist die zeit
die der dj generell auf das eintreten von neuen zugriffen wartet ohne
etwas anderes zu tun... (dieser Wert sollte wenn ScreenEye verwendet wird
mindestens 400ms sein !!!) - alternativ kann man auch manuell solange
die digitalisierung via F6 anhalten, bis die zugriffe abgeschlossen
sind...

der digitalisierungsschirm kann natrlich nur dann mit F10 angew„hlt
werden, wenn das screen-eye treiber programm vorher geladen wurde!

das umschalten des 'margin-modes' mit F9 (wenn digitalisiert wird) 
hat folgenden sinn:
man kann mit den cursor-tasten (mit und ohne shift) den zu digitalisierenden
bildausschnitt einstellen
beim XL ist es aber praktisch wenn man sich zwei verschiedene ausschnitte
definiert: einen der das XL-bild vollst„ndig zeigt (z.B. der bereich
der inklusive farbrand sichtbar ist (zu hilfe: man gehe in das XL-basic
„ndere die randfarbe mit POKE 712,14 und stelle den digitalisierung-
bereich ein) und einen der nur den ausschnitt enth„lt der normalerweise
(z.B. unter Basic) beschreibbar ist (der blaue bereich).
zwischen den beiden eingestellten randbereichen kann man mit F9 wechseln. 

ist bei der aktuell gewaehlten digitalisierungsauflosesung der eingestellte
breich gr”žer als die vorhandene aufl”sung so wird automatisch ein
zentrierter maximalauschnitt digitalisert. daher kann z.T. eine
randeinstellung nur sinnvoll aus den niedrieger digitalisierenden auf-
l”sungen vorgenommen werden (um die r„nder vernftig einstellen zu k”nnen
sollte man schon alles sehen).
                              
bei bestimmten randgr”žen in bestimmter aufl”sung kann es probleme 
mit der digitalisierung geben (falschfarbenmuster) - oft bringt ein
nochmaliges umschalten der aufl”sung abhilfe - laesst sich das problem
damit nicht beseitigen w„hlt man den horizontalen randbereich um eins
gr”žer oder kleiner.
  

'helferlein' - ntzliche zusatzprogramme zum DJ
-----------------------------------------------
hier eine auswahl von programmen die sehr gut mit dem DJ
'zusammenarbeiten' und seine leistungf„higkeit erh”hen:


*** ATOMIK-Packer (3.6x) ***

mit diesem packer kann man sich seine disketten files bequem einpacken
lassen. diese diskettenfiles werden dann beim einlesen von dj wieder
online entpackt. wir haben uns fr den atomik-packer aus folgenden
grnden entschieden:
*freie verfgbarkeit
*ganze directorys k”nnen mit Atomik in einem abwasch gepackt werden
*das auspacken der daten ist schnell und beansprucht nicht viel
 mehr speicher als die ungepackten daten
*die komprimierrate ist fr diese art von packern HERVORRAGEND !

leider muss man aber folgende nachteile in kauf nehmen:
*der atomik-packer l„uft nicht unter Mag!X - (ist nicht soooo schlimm -
 man packt sich z.B. alle diskettenfiles in einem verzeichnis wenn man
 single tos am laufen hat. nutzen kann man aber dann diese gepackten
 daten auch mit dem DJ unter Mag!X....) 
*der packvorgang dauert recht lange (ist aber eben auch sehr effektiv)
 also am besten diskettenfiles 'sammeln' und den packer drberlaufen
 lassen wenn man sowieso gerade was anderes vor hat...



*** ESC/P-Emulator - ein GemView Lademodul ***
 
mit diesem lademodul (welches meine wenigkeit verzapft hat) kann
man sich druckfiles die fr einen ESC/P drucker bestimmt sind
(die sogenannten EPSON kompatibelen 9-Nadler) interpretieren lassen.
die daten werden sozusagen in ein bild gedruckt.
damit kann man seine XL-druckerausgaben (via DJ in eine datei aus-
gedruckt) auf den ST's weiterverwenden (bearbeiten oder auf anderen
druckern ausgeben) - untersttzt werden neben textdruck auch diverse
formen des grafikdrucks !!! (man kann also seinen alten Print-Shop
wieder anschmeissen und z.B. die ergebnisse auf seinem laser betrachten)
n„heres in der anleitung welche dem lademodul beiliegt
(sollte auf allen guten ftp servern und auch im maus netz verfgbar
 sein..).


*** ein paralell laufendes programm (oder ACC) welches das   ***
*** VIEW-Protokoll unterstzt (z.B. GemView oder Show-Image) ***

man kann sich inhalte der xl-dateien auf einer DJ-XL-disk
direkt mit diesen viewern betrachten... (kurz und knapp....)


*** PicSwitch 1.xx ***

das einzige bildlade / konvertierungsprogramm (das ich kenne) welches
auch die XL grafikformate (micropainter, koala-paint, graphics 9 etc.)
verarbeiten kann - ist fast 'gem-konform' (hat kleinere probleme bei
nicht original ST-aufloesungen).
bis jemand sich mal die mhe macht entsprechende lademodule fr GemView
zu schreiben ist dieses programm ein ganz anst„ndige alternative...
(shareware uneingeschr„nkt)



viel spass beim 'plattenauflegen'       
und                                                                             X
gruss                                   
Christian 'chrisker' Krger 


bug reports, anmerkungen, glckwnsche und spenden
an:

Christian Krger
Im Erpelgrund 16
13503 Berlin

email (so mag ich's am liebsten ;-) : chrisker@cs.tu-berlin.de