FMOD GetDriverName

[Kai]

Hallo Leutz, hab grad nen prob, was bestimmt nur ne kleinigkeit ist.

Will mit der neuen FMOD Version die Funktion FMOD_System_GetDriverName() aufrufen, nur hat die Funktion nun einen neuen Parameter.
Aber irgendwie weiß ich damit nix anzufangen.
Kann mir wer helfen?

Laut Hilfe soll die Funktion so declariert werden:

Code: Alles auswählen

FMOD_RESULT System::getDriverInfo(
  int  id, 
  char *  name, 
  int  namelen, 
  FMOD_GUID *  guid
);

Parameters

id

Index of the sound driver device. The total number of devices can be found with System::getNumDrivers. 

name

Address of a variable that receives the name of the device. Optional. Specify 0 or NULL to ignore. 

namelen

Length in bytes of the target buffer to receieve the string. Required if name parameter is not NULL. 

guid

Address of a variable that receives the GUID that uniquely identifies the device. Optional. Specify 0 or NULL to ignore. 

GUID ist ne Structur, hab schon versucht diese zu übergeben, aber egal was ich mache, immer der selbe Fehler.

---------------------------
PureBasic - Linker error
---------------------------
POLINK: error: Unresolved external symbol '_FMOD_System_GetDriverName'.

POLINK: fatal error: 1 unresolved external(s).


---------------------------
OK
---------------------------

So hab ich es versucht:

Code: Alles auswählen

FMOD_System_GetDriverName( system.l, id.l, *name.b, Namelen.l, *guid.FMOD_GUID )

FMOD_System_GetDriverName(lFMOD_System, lNext, 0, 0, 0)

[Froggerprogger]

Nutzt Du das Include-File ?
Das ist noch für fmod ex 4.06. Dort steht drin:

Code: Alles auswählen

Procedure.l FMOD_System_GetDriverName (system.l, id.l, *name.b, Namelen.l)
  ProcedureReturn CallFunction(fmodLib, "FMOD_System_GetDriverName", system.l, id.l, *name.b, Namelen.l)
EndProcedure

api-Änderungen sind zwar selten, aber hier anscheinend eingetreten. Du müsstest also in deinem include-file das dann ändern zu (so in etwa, nicht getestet):

Code: Alles auswählen

Procedure.l FMOD_System_GetDriverName (system.l, id.l, *name.b, Namelen.l, *guid.FMOD_GUID)
  ProcedureReturn CallFunction(fmodLib, "FMOD_System_GetDriverName", system.l, id.l, *name.b, Namelen.l, *guid.FMOD_GUID)
EndProcedure

damit der linker später die Funktion findet.

[ts-soft]

Da er die GUID nicht braucht, reicht doch die Übergabe von #Nul
PS: GUID Structure ist in PB vordefiniert

[Kai]

@Froggerprogger
Danke für denn Tipp, aber das hab ich ja bereits gemacht^^
Soweit wusste ich das natürlich, nur ist es egal ob ich es per *guid.FMOD_GUID oder einfach nur 0 übergebe, immer derselbe Fehler.

PS. ich nutze die Include von Flype per import: Hier erhältlich

Sowie die neuste FMOD Version Stable 4.16 von http://www.fmod.org/

@ts-soft
thx for tip^^

[Kai]

Habe mal, damit ihr es leicht nachtesten überprüfen what ever könnt, dll, lib, include und nen beispiel hier hochgeladen.

[Froggerprogger]

Hab hier kein Windows zum Testen. Kannst du denn direkt die dll mittels CallFunction nutzen? Dann sollte es an der lib liegen. Also klappt sowas wie:

Code: Alles auswählen

fmodLib = LoadLibrary(...)
...
CallFunction(fmodLib, "FMOD_System_Create", @system.l)
CallFunction(fmodLib, "FMOD_System_GetDriverName", system.l, id.l, *name.b, Namelen.l, *guid.FMOD_GUID)

?

[Kai]

Hab hier kein Windows zum Testen. Kannst du denn direkt die dll mittels CallFunction nutzen? Dann sollte es an der lib liegen. Also klappt sowas wie:

Code: Alles auswählen

fmodLib = LoadLibrary(...)
...
CallFunction(fmodLib, "FMOD_System_Create", @system.l)
CallFunction(fmodLib, "FMOD_System_GetDriverName", system.l, id.l, *name.b, Namelen.l, *guid.FMOD_GUID)

?

Code: Alles auswählen

EnableExplicit

Global fmodLib.l = OpenLibrary(#PB_Any, "fmodex.dll")
If fmodLib <> 0
 Global lNext.l
 
 Global lFMOD_System.l
 Global lFmod_DriversNum.l
 Global lFMOD_Name.s = Space(255)
 Global lFMOD_Len.l = 255
 
 Debug CallFunction(fmodLib, "FMOD_System_Create", @lFMOD_System)
 Debug CallFunction(fmodLib, "FMOD_System_GetNumDrivers", lFMOD_System, @lFmod_DriversNum)
 Debug "------"
  
  For lNext = 0 To lFmod_DriversNum - 1
   If CallFunction(fmodLib, "FMOD_System_GetDriverInfo", lFMOD_System, lNext, @lFMOD_Name, @lFMOD_Len, 0) = 0
    
    ;auslesen des Parameters lFMOD_Name?
    Debug lFMOD_Name
    
   EndIf
  Next
  
 CloseLibrary(fmodLib)
EndIf

EDIT: Es geht, der Byte Parameter muß eine Adresse auf ein String sein..

[Froggerprogger]

OK, des Rätsels Lösung! (wobei mir nicht ganz klar ist, wo genau das Problem lag und liegt. Ob das ein PB-Compiler-, Linker- oder WasAuchImmer-Problem ist.)
Deklaration also als *str.b, aber Übergabeparameter ein vorallokierter @str.s

Allerdings gibt das so sicherlich Probleme, wenn man im Unicode-Modus kompiliert.

[Kai]

OK, des Rätsels Lösung! (wobei mir nicht ganz klar ist, wo genau das Problem lag und liegt. Ob das ein PB-Compiler-, Linker- oder WasAuchImmer-Problem ist.)
Deklaration also als *str.b, aber Übergabeparameter ein vorallokierter @str.s

Allerdings gibt das so sicherlich Probleme, wenn man im Unicode-Modus kompiliert.

Nur das keine Missverständnisse aufkommen, per CallFunction läuft es, nur mit Import immer noch nicht.

Ich benutz jetzt einfach direkt die dll ohne import.

[Froggerprogger]

Vielleicht klappts auch mit dem reinen wrapper-include (nicht dem import).
Also:
1. Direkt per CallFunction: OK
2. Import: Klappt nicht
3. Include-File, welches lediglich die CallFunction-Aufrufe wrappt: Klappt sicherlich auch?

Ich bevorzuge bei sowas die 3. Variante. Bei der 2. hat man immer irgendwann nach dll-updates Probleme mit der Library, bei 1. macht man schnell mal einen Fehler bei der Parameterübergabe an CallFunction und hat auch keinen Syntaxcheck, Autovervollständigen, etc. wie bei 3.

Aber ist natürlich Geschmackssache, wobei 3. durchaus ein bißchen mehr Natriumglutamat hat.