Das klingt eher danach, als wenn Du die GUS als 'passive' Wiedergabekarte nutzt. Da benoetigt die GUS eher mehr CPU als eine uebliche Karte, da der CPU gemixte Audiostream immer erst ins RAM der GUS kopiert werden muss, bis der GF1 dies abspielen kann.
Der 386 ist mehr als schnell genug. Um die Kommandos zum abspielen der im RAM befindlichen Samples zu senden, wuerde selbst ein C64 voll und ganz ausreichen.
Ich sehe bei deinem System zunächst keinen Grund, warum Cubic Player nicht laufen sollte.
Wenn es Dir um die Größe des Players geht, probiere mal XTC-Play. Das ist 100% in Assembler und bei dem Funktionsumfang mit 257 KB sehr kompakt.
1.
Titel: AW: MODs auf nem 386er
2.
Jaleo needs:1) a soundcard (for MIDI: OPL2, OPL3, MPU-401, GUS, AWE32).
2) a 286 or higher
3) a mouse
Nein, man kann natuerlich nur aufwaerts konvertieren.
Aber warum muss man denn an GLX festhalten? Es gibt eine ganze Menge Player fuer die GUS. Wenn man den Eindruck hat, dass ein Player falsch spielt, kann man das File im Tracker vergleichshören.
Um mal ein paar zu nennen:
XTC-Play 0.97c <- guter GUS PnP support
Cubic Player 2.6pre (oder eine fruehere Version, wenn der Kommandozeilenstart nicht geht)
CapaMOD 3.12 <- war urspruenglich sogar eine GUS only Entwicklung
Inertia Player 1.22
Dual Module Player 2.94
Protected Module Player 2.31
Jaleo 0.67h
...
Mindestens einer davon wird doch S3M Files wie ST 3.2 spielen?
Probiere mal den XTC Player: http://www.uni-koblenz.de/~kilroy/xtc/xtcp097c.zip
Edit: Willst Du einen Tracker oder einen Player?
Man sollte auch beachten, dass die meisten Player nur das unkomprimierte Format von Impulse Tracker Files koennen. Die kann man ggf. mit dem IT konvertieren.
Weiterhin ist zu beachten, dass nur das XM-Format direkt fuer GUS classic designed ist. Das IT Format hat einige Effekte, die die GUS nicht in Hardware kann und die ggf. in Software gerechnet werden muessen.
Entweder der jeweilige Player ignoriert das dann, oder rechnet es auf der CPU. Das kann man aber auf einem 386SX-20 vergessen.
Alternativ kann man eine GUS PnP nutzen, da der DSP dort einige Effekte mehr kann.
Effektiv heisst das:
Beim XM Format koennen alle Effekte in Hardware auf der GUS ohne CPU Last gerechnet werden.
Beim IT Format gibt es Effekte, die die GUS nicht in Hardware kann. Diese dann auf einem 386SX-20 stattdessen in Software zu rechnen ist live aussichtslos.
Zitat von dr.zeisslerdanke, ist bei meiner karte auch so.
das bild ist zwar superscharf und im vergleich zur oak lichtjahre besser, aber in manchen 320x200 betriebsarten ist es komisch gerastert, es könnte aber auch am lcd liegen. 1024x768 geht nicht, da das dann interlaced mit weniger als 50 hz am lcd ankommt und der nur >=56 hz verkraftet.muss mich mal nach ner alternative für isa umsehen; hätte da jemand was für mich ? schnell, super bildquali und sehr kompatibel wäre toll
Funktioniert VMODE fuer ET4000 bei Dir nicht?
Hier ein Auszug der Features:
Vmode includes commands to provide additional scan rates that
may improve synchronization with a variety of monitors. Normally, the
default scan rates are effective, but some monitors may require
different scan rates for the most satisfactory display results. By
setting these modes, frequencies are adjusted that affect displayed
modes. The following are available via the VMODE command.
You may wish to add to your autoexec.bat file the Vmode command and parameter
for the best display possible on your monitor.
example: VMODE x
VMODE Modes Vertical Horizontal
x Value affected Refresh Rate Frequency Resolution
35K 29,2A,30 56Hz 35KHz 800x600 *
38K 29,2A,30 60Hz 38KHz 800x600 *
48K 29,2A,30 72.7Hz 48KHz 800x600 *
45M 37,38 87Hz 35.5KHz 1024x768 interlaced *
65M 37,38 60.5Hz 49.0KHz 1024x768 non-interlaced *
72M 37,38 69.8Hz 56.3KHz 1024x768 non-interlaced *
72H 11,12,25,2E 72.7Hz 38.7KHz 640x480 *
1280-I 3F 87Hz 48.1KHz 1280x1024 interlaced *
1280-60 3F 60Hz 64.4KHz 1280x1024 *
1280-70 3F 70Hz 75KHz 1280x1024 *Der grosse gesockelte Chip nahe dem VGA Ausgang.
Ich wollte mit meinem Posting nicht ausdruecken, dass ihr nicht Recht habt.
Das soll nur meine Erfahrungswerte beisteuern und keineswegs eine Wertung des anderen Postings darstellen.
Zitat von AntzSpiel' mich derzeit auch gerade mit Qemm,
bzw. suche ein Board, mit dessen Bios der Stealth Mapping Modus funktioniert.
Nicht so einfach, da es scheinbar bei Allen mit Award 4.51 nicht geht, leider das verbreiteste Bios bei Sockel 7-Boards.
Kann ich so nicht bestaetigen. Ich habe mehrere Sockel 7 Rechner mit Award 4.51 BIOS und bei keinem hat QEMM bisher Probleme gemacht (QEMM97).
Vielleicht hast Du irgendeine exotischere Hardware verbaut oder eine neuere Grafikkarte mit ungewoehnlichen BIOS Layout?
Da hat vielleicht die Stealth Erkennung von Optimize Probleme.
Stealth manuell zu troubleshooten ist zugegebenermassen sehr zeitaufwendig.
Wenn der ET4000 DAC einer im DIL Package ist, dann wird er nur 256 Farben koennen.
Wie diese: http://mail.lipsia.de/~enigma/neu/pics/et4000.jpg
Ausserdem gibt es ET4000 ISA Karten, die VESA Unterstuetzung schon per BIOS haben.
Zitat von cadesBatterie nich onboard, Diskettenlaufwerk funtioniert (siehe Video), bis ein Fehler kommt.
Hat sich jemand schon das Video angesehen und kann was zu den Fehlern sagen?
Du hast also an BAT EXT eine externe Battery gesteckt stattdessen?
Sonst waere ziemlich klar, dass es meckert.
edit: Ich tippe auf J10, da der Anschluss verstecksicher ausgelegt ist. Ist jedoch nur eine Vermutung.
Versuche mal eine Phoenix BIOS Setup Disk zu besorgen.
Vermutlich kann man das Problem erschlagen, indem man sich ein Kabel baut, wo man die ID Pins korrekt brueckt fuer Color.
Ansonsten reicht fuer den 386 fuer DOS Spiele eine Karte mit 512 kB.
Nur wenn man Win3 mit 1024x768 bei 256 Farben nutzen will, muss man mind. 1 MB haben.
Zu empfehlen sind im allgemeinen die spaeteren ISA Chipsets von WDC, z.B. der WDC90C30 oder ET4000 oder CL GD5428 (Spea Vega), wie auch schon die genannte ATI Mach32 (ATI VGAWonder XL oder XXL geht auch). Einige seltenere Chipsets gibt es auch, die ganz vernuenftig sind, wie Acumos2.
Der Geschwindigkeitsunterschied ist bei den schnellen ISA Karten fuer den 386er sowieso weniger relevant. Interessanter ist, ob die Karte die exotischeren Modi kann, EGA Hardwarescrolling usw.
Siehe hier rechts:
http://zimmers.net/anonftp/pub/cb…g-vic-right.gif
Pin 4 ist CVBS
Pin 3 Audio Out
Pin 2 Masse
Das gibt im allgemeinen schon ein sehr gutes Bild.
Falls Du auf S-Video wechselst, dann ist Pin 1 Luminance.
Verwechselst Du da vielleicht gerade das Copyright Datum mit dem Produktionsdatum?
Das hat normal nicht viel miteinander zu tun.
Der erste P60 für Sockel 4 wurde 22. Maerz 1993 vorgestellt.
P90 für Sockel 7 am 7. Maerz 1994...
Was steht denn als Produktionsdatum drauf?
Du gibst aber schnell auf.
Bei Borland Pascal 7 waren auf der Bonus Disk die Quelltexte der Standard-Units dabei. Als das Problem bekannt wurde, gab es sehr schnell eine gepatchte Version der crt unit.
Der Speedbug ist also fuer selbst geschriebene Programme ueberhaupt kein Thema mehr.
z.B. damit kann man seine turbo.tpl patchen: Patching Turbo Pascal
Was willst Du denn vorführen?
Novell Netware Umgebung mit Hilfe eines Netware Servers in einer virtuellen Maschine auf einem zweiten Laptop, der über Netzwerk angeschlossen ist?
Dazu DBase3 mit Clipper 5.2 ?
Sidekick?
CrossPoint?
Terminal wie Terminate und ZModem-Transfer oder Fido Pull?
NeoPaint, DeluxePaint 2E, WorStar 4, WordPerfect 6 ?
Borland Pascal 7, Derive ?
Monitor geht normal über VGA Splitter.
Nein, das ist eigentlich eine Videoverarbeitungskarte mit Video-In und Out, wahlweise wird das VGA Signal ueber VESA angebunden. Die Karte hat ein eigenes BIOS, das die Video Funktionen des VGA-BIOS dann uebernimmt.
d.h. wenn man das Signal ueber VESA durchschleift, dann sieht man erst ein Bild, wenn das BIOS der Karte diese initialisiert hat.
Es ist eine Matrox IP-8/AT.
Das Problem hat ueberhaupt nichts mit optisch oder nicht optisch zu tun.
Ich hatte damals ein System Builder Pack mit 6 MS Optical Basic Maeusen gekauft fuer die aelteren PCs und gerade mein IBM PS/2 beschwert sich schon im BIOS, dass er die Maus nicht erkennt.
Da ist auch nichts zu machen.
Bei neueren Board bis ca. Athlon Irongates haengt es dann stark vom Treiber ab, ob er die Maus erkennt. Bis dazu, dass er die Maus nur sporadisch detektiert. Ich vermute, da ist etwas bei der Initialisierung nicht Standard-Konform.
Insofern war die Wahl ein System Builder Pack zu kaufen fuer das Ziel ein Griff ins Klo :-/.
Andere optische Maeuse funktionieren problemlos, auch am IBM PS/2 System von 1987.
Ich wollte eben nur anmerken, dass es da neuere Maeuse gibt, die Probleme machen.
Was den PS/2 Port auf Pentium Mainboard angeht, der ist oftmals nur fuer Maeuse gedacht. Ich hatte da bisher noch keine Probleme, dass er vom Board aus nicht ging. Man muss dabei gewaehrleisten, dass der IRQ, der damit belegt wird auch nicht von irgendwelchen Steckkarten belegt wird.
