soundkarte/ speaker dierkt ansprechen

kaische · 18. März 2007, 16:51

hallo,
wie kann ich mit der "kernel32.dll" funktion "beep" direkt den speaker resp. die soundkarte ansteuern? endziel soll sein, das eben aus den lautsprechern ein ton mit definierter frequenz und definierter dauer kommen soll.
soweit ich gml richtig verstanden habe, muß man immer funktionswerte an eine variable zurückgeben [wie z.b.: aaa=external_call(...)] - soweit so gut, aber was nutzt es mir, wenn der rückgabewert in der variablen steht und ich ihn nicht an die soundkarte senden kann? brauche ich eine weitere dll-funktion? oder ist mein vorhaben mit gm nicht machbar? oder bin ich völlig auf dem holzweg? hat mich überhaupt einer verstanden *lol*?
greetz kaische :o)

Windapple · 18. März 2007, 16:55

Du musst dir erst mal selber eine Dll schreiben, die mit der Kernel32.dll kommuniziert. Der Game Maker kann nämlich bei Dlls nur mit den Datentypen PChar und Double (in Delphi, weiß nicht was das in anderen Programmiersprachen ist) arbeiten. Deswegen musst du eine Dll programmieren, die beispielsweise eine Hertzzahl in Double in einen Wert umwandelt, mit dem dann die Kernel32.dll was anfangen kann.

Edit: Ich hab mich mal ein bisschen eingelesen, das Beep der WinAPI steuert den kleinen Lautsprecher im PC, nicht die normalen Lautsprecher oder die Soundkarte an. Das heißt nur der Lautsprecher im PC piept (und ich kann das nicht hören, da mein Gehäuse keinen Pieper hat).

kaische · 18. März 2007, 17:10

zum einen sind frequenz und dauer vom typ her single (was von der logik immer in double paßt) und zum anderen versteh ich nicht, warum ich mit der kernell32 komunizieren soll, wo ich doch nur den funktionsumfang dieser nutzen will - komunizieren will ich doch mit der soundkarte...der witz an der sache ist, daß mir die ganze sache vor ~10 jahren an der uni mal geglückt ist (vb 4.0 oder 5.0 oder so), ich aber keinerlei aufzeichnungen oder source-codes mehr habe

Windapple · 18. März 2007, 17:12

Das Beep piept nicht auf der Soundkarte, das tönt im PC Speaker.
Und kommunizieren musst du ja mit der Dll, du musst der ja sagen was sie tun soll. Also Beep mit Parametern aufrufen.

kaische · 18. März 2007, 17:33

sorry, raff ich net

das mit dem speaker war mir schon klar... und das es kein berauschendes ergebnis ist, paßt schon. aber wie ich den dem "beep" hantiere, leuchtet mir einfach net ein... ich glaub ich hab hier ein sehr grundlegendes verständnisproblem mit die comjuta *ächz*

ich habe folgende funktion
global.frequenz = external_define("kernel32.dll","beep",dll_stdcall,ty_real,2,ty_real, ty_real)

und diesen rückgabewert
external_call(global.frequenz,440,500) -> bem.: 440 ist frequenz, 500 dauer in milisek.

und eben hier ärger mit gm

weil ich den external_call - à la "ausgabe = external_call(...) -zuweisen muß und nicht direkt verarbeiten kann ...

bestimmt, hast du mir schon längst die antwort gegeben, aber ich hab sie nicht gecheckt *lol*

Windapple · 18. März 2007, 17:36

Du kannst einfach external_call(global.frequenz,440,500) aufrufen, du musst da keinen Rückgabewert entgegennehmen.

kaische · 18. März 2007, 17:59

ha! hab ich gemacht (sogar schon vor deiner antwort *g*) und beim kompilieren kommt:

ERROR in
action number 1
of Create Event
for object controller:

Error defining an external function.

ich hab also beim external_define nen fehler!?

mein api-viewer übersetzt den befehl beep für delphi folgendermaßen:
function Beep (dwFreq : Integer; dwDuration : Integer) : Integer; stdcall; external 'kernel32' name 'Beep'

ich seh kein land ....

Windapple · 18. März 2007, 18:16

Eben, Integer. Und Integer ist nicht Double. Integer hat 32bit, Double 64bit. Da der Game Maker kein Integer kann, kannst du das nicht so einfach deklarieren sondern musst eine Dll entwickeln, die Double von GM annimmt und Beep dann mit Integer aufruft.

kaische · 18. März 2007, 18:22

jeppa - eben dies hab ich auch grad nachgelesen ... nu, dann muß ich mich nem anderen projekt widmen, da ich keine programmierumgebung hab, mit der ich dll's schreiben kann... oder warten bis jemand ne dll liefert, die das kann, was ich ich will *loool*

fettes danke für deine hilfe!

greetz kaische

Windapple · 18. März 2007, 18:36

Ich hab dir schnell ne Dll gebastelt. Den Aufruf müsstest du selber verdrahten können, sähe so aus:

GML-Quellcode

global.frequenz=external_define("gm_beep.dll","beep",dll_stdcall,ty_real,2,ty_real,ty_real);
external_call(global.frequenz,440,500);

Kann das leider nicht testen, da mein PC keinen Speaker drin hat. Aber da keine Fehler auftreten müsste es theoretisch laufen, probier es einfach mal aus.

kaische · 18. März 2007, 19:33

WOOOOOOOOW!

ich bin dein fan, von jetzt bis zum ende aller tage - laß dir knutschen

*lol*
det funzt wiedsau! ich weiß gar net wie mir wird *ggg*
wie geht sowas? ich bin im fieber und will das auch können...

ich glaub zwar net, daß ich mich in irgendeiner weise mal revanchieren kann (es sei denn du brauchst paar schicke midis *g*)

viel spaß noch beim korrigieren der geistigen ergüsse deiner penäler

thx & greetz kaische

King Andre · 18. März 2007, 20:56

Is das wieder so ne lahme DLL, die das Spiel pausiert? Ich hatte schon einmal eine solche aber da blieb immer das Spiel nebenbei stehen, so war es z.B. auch nicht möglich, damit ne Musik zu generieren...

kaische · 18. März 2007, 21:23

nönö - da is nix lahm! die is so, wie ICH sie haben wollte *kicher*
aber musik, naja MUSIK kann man damit nicht machen - außer man will sein atari aus den 70ern reanimieren oder ein handy des letzten jahrtausends mit feinsten klingeltönen verzieren (sofern man sie denn druffgejuckelt kriecht ;))

T-Moe · 19. März 2007, 10:46

@Andre: Die Tatsache, dass das Spiel pausiert wird wenn du die DLL aufrufst liegt darin, dass der GM DLLs asynchron aufruft, das heisst er wartet auf den Rueckgabewert der DLL bevor er fortfaehrt. Es gibt DLLs, vor allem DLLs die Funktionen dauerhaft oder in schleifen ausfuehren, die diesen Effekt umgehen indem sie einen eigenen Thread starten. Aber deren Programmierung ist zumindest in C (und afaik auch in Delphi, right, WA?) zu umstaendlich fuer etwas billiges wie ein Biep.

Das asynchrone Aufrufen ist uebrigens nicht auf den GM beschraenkt sondern ist das Standardverfahren fuer so gvut wie alle Programmiersprachen.

Windapple · 19. März 2007, 14:18

Original von T-Moe
@Andre: Die Tatsache, dass das Spiel pausiert wird wenn du die DLL aufrufst liegt darin, dass der GM DLLs asynchron aufruft, das heisst er wartet auf den Rueckgabewert der DLL bevor er fortfaehrt. Es gibt DLLs, vor allem DLLs die Funktionen dauerhaft oder in schleifen ausfuehren, die diesen Effekt umgehen indem sie einen eigenen Thread starten. Aber deren Programmierung ist zumindest in C (und afaik auch in Delphi, right, WA?) zu umstaendlich fuer etwas billiges wie ein Biep.

Das asynchrone Aufrufen ist uebrigens nicht auf den GM beschraenkt sondern ist das Standardverfahren fuer so gvut wie alle Programmiersprachen.

Ja, die Frage ist jetzt, ob der Beep die Abarbeitung des Delphi Codes hindert, oder ob der einfach ausgelöst wird und gleich der Rückgabewert kommt. So wie es aussieht scheint es ja nicht zu stoppen. Mit Threads in Delphi hab ich mich schon etwas beschäftigt, habe mal auf ne Anfrage hin ne spezielle Variante der Image Conversion Dll gemacht.
Ist aber wirklich nicht mein Fachgebiet

King Andre · 20. März 2007, 16:01

Hm, schade. Habs jetzt mal ausprobiert und festgestellt, dass es leider das Spiel pausiert. Falls sich da eine Lösung finden ließe, wäre das toll... Ansonsten, nya...

€dit:
700. Post!