Beiträge von enigma

Es gilt noch zu beachten:
Im BIOS PS/2 aktivieren.
und einige neue Maeuse funktionieren nicht mehr mit aelteren PS/2 Anschluessen.
Beispiel
MS Optical Basic Mouse geht nicht
MS IntelliMouse Explorer geht...

Bei den Optionen gibt es einen Punkt, wo Du das Verzeichnis mit den ganzen Units (also den Bibliotheken) vorgeben musst. Sonst kennt er nur die grundlegenden aus der turbo.tpl.

Die Verlangsamung durch Stealthing ist nur auf langsamen 386er Systemen merkbar, so dass man dort darueber nachdenken kann, eine schnellere Konfiguration ohne Stealthing als Alternative anzulegen.
Es hängt dabei aber auch stark davon ab, was man nutzt.
Typischerweise tritt der Verlangsamungs Effekt dann verstärkt auf, wenn viele abwechselnde Zugriffe auf Treiber und I/O Bereiche stattfinden, denn dann muss der Speichermanager immer die Speicherbereiche umschalten. Soundkarten Playback per DMA Transfer ist auch ein typisches Szenario.
Jedoch ist das alles nicht überzubewerten, denn ab einem mittelschnellen 486er liegt der Effekt schon im bereich von Benchmarkmesstoleranzen.

Man muss selbst abwägen, ob einem mehr freie UMBs wichtiger sind.

Ich tippe einfach mal darauf, dass er bloss vergessen hat GLIDE_REFRESH_RATE in der Registry auf 60 zu setzen und er mit 85 Hz losgelegt hat, wodurch sich das TFT abgeschaltet hat.

Gut, ich bin vielleicht etwas QEMM vorbelastet, da ich es seit Version 5 EMM386 vorziehe.
Wenn man jedoch mit EMM386 zuwenig freie UMBs bekommt, stellt das ROM Stealthing noch eine Alternative dar mehr UMBs zu bekommen (im obigen Beispiel immerhin 66 kB).
Gerade wenn man Karten mit großen ROMs hat, bekommt man da umso mehr Platz heraus.
EMM386 bietet, was solche Techniken angeht, jedoch nur die grundlegendsten Funktionen und kennt kein Stealthing.
Ob es bei 386MAX so eine Funktion gibt weiss ich nicht.

Einfach mal die Beispiele anschauen, ggf. mal die SWAG anschauen: Main SWAG (Sourceware Archive Group) HTML Index

Erstmal strukturiert mit normalen Programmen anfangen und wenn man das halbwegs begriffen hat kann man mit Turbo Vision anfangen.

Wichtigste Helfer am Anfang sind
SHIFT F1, CTRL F5
CTRL F1 wenn man schon was hingeschrieben hat.
ALT F5 um die Ausgabe anzuschauen

zum Textbloecke kopieren habe ich fuer mich immer persistene Bloecke in den Optionen aktiviert.
und dann die normalen Wordstar Funktionen genutzt,
CTRL K B - Begin Block Marker
CTRL K K - End Block Marker
CTRL K C - Kopieren
CTRL K V - Verschieben
CTRL K X - Ausschneiden
CTRL K Y - Loeschen

In einer ueblichen Konfiguration sieht das bei mir so aus:

Module, die den Speicher unterhalb 1 MB verwenden:    Name       Insgesamt     = Konventioneller  +  Hoher Speicher  --------  ----------------   ----------------    ---------------  MSDOS        16957   (17K)      16957   (17K)          0    (0K)  RSTRCFG        128    (0K)        128    (0K)          0    (0K)  QEMM386        784    (1K)        784    (1K)          0    (0K)  DPMS          1808    (2K)       1808    (2K)          0    (0K)  COMMAND       5184    (5K)       5184    (5K)          0    (0K)  STACHIGH     12224   (12K)          0    (0K)      12224   (12K)  ANSI          4256    (4K)          0    (0K)       4256    (4K)  DOSKEY        4160    (4K)          0    (0K)       4160    (4K)  CTMOUSE       3344    (3K)          0    (0K)       3344    (3K)  SLCD         38384   (37K)          0    (0K)      38384   (37K)  MSCDEX       15408   (15K)          0    (0K)      15408   (15K)  SMARTDRV     28816   (28K)          0    (0K)      28816   (28K)  KEYB          6224    (6K)          0    (0K)       6224    (6K)  Frei        718528  (702K)     630080  (615K)      88448   (86K)Speicher-Zusammenfassung:  Speichertyp           Insgesamt       =     Verwendet     +       Frei  -----------------  -----------------     ---------------     ---------------  Konventioneller      655360   (640K)      25280    (25K)     630080   (615K)  Hoher                201264   (197K)     112816   (110K)      88448    (86K)  Adapter RAM/ROM      393216   (384K)     393216   (384K)          0     (0K)  Erweiterung (XMS)  32304592 (31547K)    2862544  (2795K)   29442048 (28752K)  -----------------  -----------------     ---------------     ---------------  Insg. Speicher     33554432 (32768K)    3393856  (3314K)   30160576 (29454K)  Insg. unter 1 MB     856624   (837K)     138096   (135K)     718528   (702K)  Insgesamter Expansionsspeicher (EMS)               32440320 (31680K)  Freier Expansionsspeicher (EMS)                    29442048 (28752K)  Maximale GrӇe fr ausfhrbares Programm             629984   (615K)  GrӇter freier Block im hohen Speicherblock           87424    (85K)  MS-DOS ist resident im oberen Speicherbereich (High Memory Area).

Da sind also 197K hoher Speicher nutzbar und mit EMS und geladenen Treibern noch 86K frei. Entweder ihr müßt da supergroße TSRs laden oder da fehlen einfach freie UMBs? Sind da vielleicht Steckkarten mit großen ROMs, I/O Bereichen etc. verbaut?
Sowas wuerde die UMBs wegnehmen.
Da koennte es sich lohnen mal zu schauen, was die Stealth Technologie von QEMM da noch zusätzlich verfügbar macht.
In obiger Konfiguration bekommt man ohne ROM Stealthing 131K nutzbaren oberen Speicher.

Ansonsten hier mal noch was fürs Auge:

Module, die den Speicher unterhalb 1 MB verwenden:    Name       Insgesamt     = Konventioneller  +  Hoher Speicher  --------  ----------------   ----------------    ---------------  SYSTEM        4381    (4K)     870685  (850K)   42941009 (419345  RSTRCFG        128    (0K)        128    (0K)          0    (0K)  QEMM386        784    (1K)        784    (1K)          0    (0K)  DPMS          1968    (2K)       1968    (2K)          0    (0K)  LOADHI         112    (0K)        112    (0K)          0    (0K)  COMMAND       5184    (5K)       2064    (2K)       3120    (3K)  STACHIGH     12224   (12K)          0    (0K)      12224   (12K)  ANSI          4256    (4K)          0    (0K)       4256    (4K)  FILES         3872    (4K)          0    (0K)       3872    (4K)  INSTALL        160    (0K)          0    (0K)        160    (0K)  CTMOUSE       3344    (3K)          0    (0K)       3344    (3K)  XMSDSK         688    (1K)          0    (0K)        688    (1K)  DOS-UP         224    (0K)          0    (0K)        224    (0K)  DOSDATA       5424    (5K)          0    (0K)       5424    (5K)  SLCD         38384   (37K)          0    (0K)      38384   (37K)  FCBS           272    (0K)          0    (0K)        272    (0K)  WKBUFFER       528    (1K)          0    (0K)        528    (1K)  LASTDRIV      2304    (2K)          0    (0K)       2304    (2K)  MSCDEX       15408   (15K)          0    (0K)      15408   (15K)  SMARTDRV     28816   (28K)          0    (0K)      28816   (28K)  KEYB          6224    (6K)          0    (0K)       6224    (6K)  DOSKEY        4160    (4K)          0    (0K)       4160    (4K)  Frei        717360  (701K)     645504  (630K)      71856   (70K)Speicher-Zusammenfassung:  Speichertyp           Insgesamt       =     Verwendet     +       Frei  -----------------  -----------------     ---------------     ---------------  Konventioneller      655360   (640K)       9856    (10K)     645504   (630K)  Hoher              42943022 (4193655   42942304 (4193584      71856    (70K)  Adapter RAM/ROM      393216   (384K)     393216   (384K)          0     (0K)  Erweiterung (XMS)  33170896 (32393K)   20506064 (20025K)   12664832 (12368K)  -----------------  -----------------     ---------------     ---------------  Insg. Speicher     33554432 (32768K)   20172240 (19699K)   13382192 (13069K)  Insg. unter 1 MB   42949576 (4194295   42942402 (4193594     717360   (701K)  Insgesamter Expansionsspeicher (EMS)               32440320 (31680K)  Freier Expansionsspeicher (EMS)                    12664832 (12368K)  Maximale GrӇe fr ausfhrbares Programm             645488   (630K)  GrӇter freier Block im hohen Speicherblock           71392    (70K)  MS-DOS ist resident im oberen Speicherbereich (High Memory Area).

bzw. ohne Ramdisk:

Module, die den Speicher unterhalb 1 MB verwenden:    Name       Insgesamt     = Konventioneller  +  Hoher Speicher  --------  ----------------   ----------------    ---------------  SYSTEM        4381    (4K)    1007869  (984K)   42939638 (419332  QEMM386        784    (1K)        784    (1K)          0    (0K)  DPMS          1952    (2K)       1952    (2K)          0    (0K)  LOADHI         112    (0K)        112    (0K)          0    (0K)  COMMAND       5184    (5K)       2064    (2K)       3120    (3K)  FILES         3872    (4K)          0    (0K)       3872    (4K)  MSCDEX       15408   (15K)          0    (0K)      15408   (15K)  DOSKEY        4160    (4K)          0    (0K)       4160    (4K)  CTMOUSE       3344    (3K)          0    (0K)       3344    (3K)  STACHIGH     12224   (12K)          0    (0K)      12224   (12K)  SLCD         38352   (37K)          0    (0K)      38352   (37K)  ANSI          4272    (4K)          0    (0K)       4272    (4K)  LASTDRIV      2304    (2K)          0    (0K)       2304    (2K)  SMARTDRV     28816   (28K)          0    (0K)      28816   (28K)  KEYB          6224    (6K)          0    (0K)       6224    (6K)  DOS-UP         224    (0K)          0    (0K)        224    (0K)  DOSDATA       5424    (5K)          0    (0K)       5424    (5K)  FCBS           272    (0K)          0    (0K)        272    (0K)  WKBUFFER       528    (1K)          0    (0K)        528    (1K)  INSTALL        160    (0K)          0    (0K)        160    (0K)  Frei        651152  (636K)     645632  (631K)       5520    (5K)Speicher-Zusammenfassung:  Speichertyp           Insgesamt       =     Verwendet     +       Frei  -----------------  -----------------     ---------------     ---------------  Konventioneller      655360   (640K)       9728    (10K)     645632   (631K)  Hoher              42940980 (4193455   42940925 (4193450       5520     (5K)  Adapter RAM/ROM      393216   (384K)     393216   (384K)          0     (0K)  Erweiterung (XMS)  33375120 (32593K)    3752848  (3665K)   29622272 (28928K)  -----------------  -----------------     ---------------     ---------------  Insg. Speicher     33554432 (32768K)    3281008  (3204K)   30273424 (29564K)  Insg. unter 1 MB   42947533 (4194095   42941022 (4193459     651152   (636K)  Insgesamter Expansionsspeicher (EMS)               32620544 (31856K)  Freier Expansionsspeicher (EMS)                    29622272 (28928K)  Maximale GrӇe fr ausfhrbares Programm             645552   (630K)  GrӇter freier Block im hohen Speicherblock            2416     (2K)  MS-DOS ist resident im oberen Speicherbereich (High Memory Area).

Zitat von Aqua

Wenn Expanded Memory nicht unbedingt benötigt wird, würde ich XMS Speicher benutzen. (EMM386.EXE NOEMS)
EMS ist nämlich ein Speicherfresser.

Ein Einsatz von Menuitems wäre auch hilfreich.
Du kannst ja mal Memmaker.exe ausführen und schauen, was der dir in den oberen Speicher hochlädt.
Memmaker stellt auch die Frage, ob man XMS oder EMS Speicher benutzen will.
Manuell versuchen danach zusätzlich noch etwas hochzuladen kannst du dann immer noch.

Ich nehme an, er hat MS-DOS 5 laufen. Da gibt es weder die BootMenu Moeglichkeit noch MemMaker direkt von DOS aus.
Warum soll EMS ein Speicherfresser sein? Normalerweise teilt der Manager das nach Bedarf dynamisch zu.

In der Zeile:
DEVICEhigh=C:\WINDOWS\EMM386.EXE 1024 ram
kann erstmal das DEVICEHIGH ersetzt werden mit DEVICE
und dann steht da natuerlich schon da, dass du nur 1024 kB nutzen willst.
Probiere mal:
DEVICE=C:\woDOSist\EMM386.EXE RAM
oder
DEVICE=C:\woDOSist\EMM386.EXE RAM AUTO

Mit dem Speicher ists so:
0-640 K RAM
640 K bis 1 MB reserviert fuer I/O und ROM (z.B. Grafikkarte und BIOS)
1 MB bis 1 MB+64 kB heisst HMA - High Memory Area.

Himem.sys ermoeglicht die Nutzung des Speichers ueber 1 MB, somit auch der HMA
Der Speicher wird ueber den XMS Standard angeboten
Hat man mehr Speicher als 1 MB kann man dann MSDOS in den HMA Bereich laden.
Dazu kann man in der config.sys schreiben: DOS=HIGH

EMM386 / QEMM386 usw. ermoeglichen es, den Speicher über 1 MB anzubieten als haette man eine EMS-Speichererweiterungskarte im Rechner (Expanded Memory von einer Memory Expansion Card). Die EMS Emulation funktioniert so, dass 64 kB grosse Speicherseiten in einen Bereich zwischen 640 kB und 1 MB eingeblendet werden können. Dieser Bereich heisst PageFrame und sieht genauso aus, als würde eine real vorhandene Erweiterungskarte dort 64 kB RAM einblenden.
Weiterhin kann der Speichermanager die Reservierung für eventuelle I/O Karten in bestimmten Bloecken zwischen 640K und 1 MB abschalten und somit dort wieder RAM verfügbar machen. Dieser heisst dann Upper Memory Blocks (UMBs). Mit DEVICEHIGH bzw. LH kann man Terminate and Stay Resident (TSR) Programme dort hin laden.
Die Programme bieten noch eine ganze Reihe weiterer Funktionen, was jetzt hier aber zu weit fuehren wuerde.

Zitat von Blue

solang nix illegales dabei ist.

Ich hatte auch ueberlegt aus meinem privaten Archiv etwas beizusteuern, jedoch ist die exakte Unterscheidung ob es legal ist gerade bei sehr alten Sachen unmoeglich.
Genau genommen gilt dies genauso fuer Shareware und Treiber, bei denen es ohne explizites Einverstaendnis der Urhebers nicht erlaubt ist diese auf Seiten Dritter anzubieten.

Realistisch betrachtet bewegt sich so ein Archiv damit genauso in der Grauzone der Duldung. Daraus ergibt sich jetzt fuer mich das Problem, dass Du entscheiden musst, ob Du von mir hochgeladene Software, deren Legalitaet ungeklaert ist duldest oder nicht. Das heisst, Du musst es selbst pruefen und entscheiden.

Wenn Du das uebernehmen willst, kannst Du mir gerne einen ftp Account einrichten.
Ich wuerde mir weiterhin wuenschen, dass eine Art files.bbs angelegt wird, wo eine Kurzbeschreibung der Dateien eingepflegt ist.
Gibt es Limits, wieviel man hochladen kann?

Hatte die Cirrus urspruenglich 2 MB und es waren 2 Sockel zum aufruesten auf 3 MB vorhanden?
Auf dem Foto sieht man nur 2 MB.

Ich habe das bei meinem 386DX-40 einfach dadurch gelöst, dass ich in die oberen 16 MB ein Ramdrive packe, was dan ungecached ist. Unter Win95 nehme ich dann den gesamten RAM, aber da mache ich auch nichts, wo die Performance relevant waere.

Du schreibst mit 128 kB L2 Cache bekommst Du nur 8 MB gecached?
Bei mir sind nur 64 kB Cache drauf und es werden 16 MB abgedeckt. Da scheint es also Unterschiede bei den verbauten Tag RAMs zu geben.

Vielleicht mal noch als Tipp:
Statt Interlnk zu nehmen, kannst Du auch ganz einfach ein normales Terminal Programm nehmen und größere Dateien per Nullmodem übertragen. Der 386er hat sicher einen 16450, also sollte man nicht über ~19200 Baud gehen. Mit ZModem kann man dann auch gleich mehrere Dateien wählen und es einfach laufen lassen.
Insgesamt ist das (mit etwas Vorbereitung) sicher schneller als es auf Disketten zu packen und wieder zu entpacken.
(Der Unterschied ist, dass man damals auf den Disketten sein Backup liegen hatte, wo man heute einen neuen Rechner mit grosser HDD hat z.B.)

Wenn es sonst um Netzwerk ohne Netzwerkkarte geht, kannst Du eine RAS Einwahl über seriell von WfW 3.11 einrichten, wenn Du auf der Gegenseite einen NT4 Server einrichtest. Da seriell eine Punkt zu Punkt Verbindung ist, kannst Du nur das nicht routingfähige Protokoll NetBEUI nutzen.

Um überformatierte Disketten lesen zu können, musst du vgaread.exe vorher laden.
Alternativ gibts noch fdformat, das fdread mitbringt.

Teilweise überlappen sich die Formate die vgaread und fdread koennen.
Wenn du vgacopy entsprechend eingestellt hast, dann legt er vgaread.exe gleich beim hochformatieren einer Diskette auf dieser ab.

DOS allein kann Disketten mit mehr Spuren/Sektoren als Standard nicht ohne zusätzliche Eingriffe lesen.

Mit dem booten von uebergrossen Disketten sollte man so anstellen:
Disk hochformatieren, vgaread.exe mit schreiben lassen. Damit liegt vgaread.exe im normalen gültigen Spur/Sektor Bereich.
vgaread nicht laden, System per sys.com übertragen, damit liegt dies auch im gültigen Bereich.
Weitere Treiber drauf kopieren, die in der config.sys geladen werden.
vgaread laden und den zusätzlichen Platz nutzen, für weitere Files.
In der autoexec.bat sollte man, wenn möglich zuerst vgaread.exe laden.

Screenthief hat eigentlich immer sehr gut funktioniert, solange man keine super exotischen Modi faehrt.

Es gibt da so Standard Kommandozeilen:
rar a -va -r archiv files
rar e -v archiv ziel
rar x -v archiv ziel

statt -va kann man auch -vv1440 angeben.

rar -? gibt dir die gebraeuchlichsten Optionen
-va ist automatische Volumegroessenerkennung
-vv gibt die Groeße vor, mit bestimmten Zahlen als Templates
-r Unterverzeichnisse

Folgender Ablauf empfiehlt sich (Bezogen auf DOS RAR 2.0, NC):
rar.exe im Pfad

Packen:
man stellt sich in den Ordner mit den zu packenden Dateien.
rar a -r -va a:\archiv.rar *.*

Entpacken:
man legt einen Ordner an, wo die entpackten Dateien reinsollen und wechselt dort rein
rar e -v a:\archiv.rar *.* .

Modifikationen:
Ein Arbeitsverzeichnis beim packen angeben, so dass er erst auf HDD packt und dann das Archiv auf Diskette kopiert (spart auf langsamen Rechnern Zeit, da der Laufwerksmotor nicht neu anlaufen muss)

Die Teilarchive vorher manuell auf HDD kopieren und dann von HDD entpacken.

Die gleichen Parameter koennen auch fuer ARJ uebernommen werden.
Im NC uebernimmt CTRL-ENTER den aktuellen Dateinamen in die Eingabezeile, wenn man am Anfang steht oder ein Leerzeichen als letztes Zeichen eingetippt hat.

Da ich nicht der Programmierer bin, kann ich da ohne das reverse zu engineeren auch nur vermuten. Jedoch ist folgendes wahrscheinlich:
Zum bestimmen des Wertes der momentanen Lautstärke eines Kanals bildet man am einfachsten das Amplitudenquadrat des Signals. Bei einer Soundblaster kommt für die Kanaele Softwaremixing zum Einsatz, so dass die Werte im Hauptspeicher vorliegen. Nutzt man jedoch eine GUS, so mixt der GF1 das von selbst und die Samples liegen im GUS RAM. Um nun die aktuellen Samplewerte der Einzelkanäle vor dem Mixing zu bekommen, muesste man sich abhängig von der Tonhöhe die aktuelle Sampleposition für jeden Einzelkanal errechnen und das aus dem RAM der GUS zuruecklesen (wobei man da noch nicht die Interpolation beruecksichtigt hat) - oder - man rechnet parallel in Software die Samplewiedergabe auf der CPU mit ohne anschließendes Mixing.
Der Aufwand ist in jedem Fall erheblich, da man den Soundplayer dafür extra anpassen muss. Man verliert den Vorteil des Hardwaremixings der GUS zum Großteil, nur um einen weiteren Grafikeffekt zusätzlich darzustellen.

Oder es hat noch jemand eine ganz andre Idee?

Man kann schlecht fuer Soundkarten programmieren, die es noch nicht gibt ;-).
BTW: Wenn die Musik stumm bleibt nach dem Vektor Part kann man die Demo auch mit
unreal.exe P4
starten, wo es dann beim Vektorball Part startet, mit Musik.
(geht bis P9, was der Endpart ist).

Die Version 1.0 der Unreal Demo hat den Effekt, jedoch keinen GUS support. (Dafür SoundMaster II)

Ja stimmt da war was,
mit VMODE kann man noch bis zu 70 Hz bei 1024x768 einstellen.
Das übernimmt sogar mit der Win95 Treiber.