Zitat:

---

Original von Palgucker:
hallo Carlito

hjoerg schrieb:

Beachte auch, das viele Modem einfach mal nur 5 Befehle hintereinander akzeptieren.


Vielleicht ist das einfach der "Knackpunkt"

Setze doch einfach nach jeden 5. AT-Befehl im Init-String einen >>r<< ( Carriage Return )

Das müsste dann bei Dir so aussehen:

AT&F2&H1&I0&R2&C1rAT&D0M0X3r

mfg Palgucker

---

Zitat:

---

Original von hjoerg:
>56K Faxmodem V.92 von 3Com U.S.Robotics


Es wäre schon hilfreich wenn Du genau sagst welches von denen...

Es hilft auch nicht Befehle von anderen Modem-Herstellern einfach zu übertragen, gerade URS sind da sehr eigen

Beachte auch, das viele Modem einfach mal nur 5 Befehle hintereinander akzeptieren.
Der gute Rest wird einfach ignoriert.
--


_______
by
AMIGA-DREAM z.Z. only WinUAE
hjörg
Nethands



_______


Bild: http://www.danasoft.com/sig-ger.jpg

---

Zitat:

---

Original von Palgucker:
Versuch doch einfach mal M0 im Init-String unterzubringen oder poste doch mal Deinen Init-String, falls es nicht funktioniert.

mfg Palgucker

---

Zitat:

---

Original von mausle:

Zitat:

---

Original von Carlito:
Wählvorspann
ATDT

---

Probier mal
ATM2DT oder eine der anderen
Zahlen, kann auch bei der
Initialisierung rein


[ Dieser Beitrag wurde von mausle am 01.02.2004 editiert. ]

---

Zitat:

---

Original von alexw:
Ich schreibe auch gelegentlich an einer Game-Engine und einem Spiel, das erst zu einem kleinen Teil fertig ist und da habe ich auch gemerkt, dass bei der Benutzung von AHI (Device-Schnittstelle) vom PPC aus der Rechner manchmal einfriert. Ich vermute, dass das damit zusammenhängt, dass AHI auf dem 68k läuft und das Programm auf dem PPC und es deshalb Probleme mit den beiden Caches der Prozessoren kommt (oder so ).
Ich habe es dann so gelöst, dass der Sound in einem völlig separaten 68k-Programm läuft, das vom PPC-Programm gestartet wird. Das PPC-Programm schickt dann Nachrichten mit Sound-Befehlen an das Sound-Programm und dieses führt sie dann aus. Etwas besseres ist mir nicht eingefallen. Für mein Spiel reicht das aber aus, weil die Sounds nicht so extrem synchron mit den Aktionen auf dem Bildschirm ablaufen müssen. Seitdem jedenfalls läuft mein Spiel völlig ohne Abstürze.

Alex.

---

Zitat:

---

Original von rhockauf:
Hi ciancarlo

habe dir doch gesaht das sie 100% ok ist

ich verkaufe nur funktionierende karten.

es lag wohl doch an etwas anderen


cu rhockauf

---

Zitat:

---

Original von chkamiga:
Und wie hast du das Problem gelöst?
--
http://people.freenet.de/CHRAmiga.de


CHRKUM@web.de

---

Zitat:

---

Original von chkamiga:
Im Boot-Menü wird ja die Karte nicht Komplett getestet,
sondern(denke ich) nur das Zorro-Interface.

Hast du keine Möglichkeit die Karte mal in einem anderen
Amiga zu stecken?
--
http://people.freenet.de/CHRAmiga.de


CHRKUM@web.de

---

Zitat:

---

Original von Uwe:
Der Fehler ist mir bekannt.

Ich vermute es liegt an der exec.library von OS3.1.
Mit der exec.library von OS3.9BB2 scheint es zu funktionieren.

Für Programmierer:

Meine Test haben ergeben, daß das Programm in den exec-Funktionen
GetMsg() oder ReplyMsg() hängenbleibt, d.h. es wird die Funktion
aufgerufen, aber es gibt keine Rückkehr ins Programm.

Den genauen Grund kenne ich leider noch nicht.

Kennt sich jemand damit aus?

Uwe

---

Zitat:

---

Original von Uwe:
Wie ich sehe versuchst du "Beneath A Steel Sky" zu starten.

Versuch es mal mit scummvm_xxx -f -gnormal -qde sky

Benutzt du die Amiga-Version?
Diese wird von ScummVM nicht unterstützt.

Nimm stattdessen die PC-Version. Diese kann kostenlos
unter http://www.scummvm.org heruntergeladen werden.

Für andere Spiele mußt du den entsprechenden Spielnamen eingeben.
Siehe README-Datei.

ScummVM unterstützt kein AGA. Du solltest es auf dem Grafikkartenrechner
versuchen.


An alle ScummVM_WOS-Benutzer:

Nach kurzer Zeit friert mir ScummVM ein. Das Spiel reagiert auf keine
Eingaben mehr und bleibt stehen. Die Musik spielt aber noch weiter.

Ich habe den Verdacht, daß der Fehler bei allen Betriebssystemen < OS3.9BB2
auftritt. Kann das jemand bestätigen?

Dieser Fehler tritt schon seit ScummVM 0.4.x auf.

Uwe

---