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