вроде там учитывается кодировка

Ничего там не учитывается.
Всегда будет "W".

teadrinker
https://hotkeyit.github.io/v2/docs/commands/WinApi.htm

Не знал про эту фичу, забавно. Но GetCommandLine — это не название какого-то метода AHK, это просто пример вызова winapi-функции, которая как раз так и называется. Но это, по-моему, только в AHK_H, в обычном такого нет.

Честно без понятия, вроде там учитывается кодировка, не буду врать и придумывать.
Однако я покопался еще и нашел метод, который уже встроен в AHK v2 "GetCommandLine", который вызывает методы WinApi.

Сократил по итогу код в две строчки:

Sound := FileRead("C:\1.wav", "RAW")
PlaySound(Sound, 0, 0x4|0x2)

Возможно это не совсем подходящий форум по вопросам AHK V2, но всё же вопрос идёт с проблемой вызова Playsound, может быть знающие смогут мне объяснить, почему функция отказывается принимать мой файл, который я поместил в буфер?

Это метод воспроизведения для AHK_L:

fileread,sound,*c C:\Windows\Media\notify.wav
PlaySound(sound)
Sleep, 1000
ExitApp

PlaySound(sound) {
	DllCall("winmm.dll\PlaySound","uint",&sound,"uint",0,"uint",0x4)
	}

В AHK_L Функция PlaySound спокойно принимает буфер данные, используя на конце код 0x4.

Используя AHK_H V2, я сталкиваюсь с некоторыми проблемами:

sound := fileread("C:\Windows\Media\notify.wav", "RAW")
PlaySound(sound)
Sleep 1000
ExitApp

PlaySound(sound) {
	DllCall("winmm.dll\PlaySound","uint",&sound,"uint",0,"uint",0x4)
	}

Мне пишет:

Что же я делаю не так?Возможно AHK_H V2 передаёт параметры неправильно?Или я делаю что-то не так?

UPD:

На зарубежном форуме мне помогли найти ответ:

Sound := FileRead("C:\1.wav", "RAW")
PlaySound(Sound)
Sleep 1000

PlaySound( Sound ) {
	Return DllCall("winmm.dll\PlaySound" ( 1 ? "W" : "A" ), "Ptr", Sound, "UInt", 0
	, "UInt", ((SND_MEMORY:=0x4)|(SND_NODEFAULT:=0x2)))
	}

Вопрос решён.