Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일

(시리즈 글이 9개 있습니다.)
.NET Framework: 618. C# - NAudio를 이용한 MP3 파일 재생
; https://www.sysnet.pe.kr/2/0/11092

닷넷: 2236. C# - Audio 장치 열람 (Windows Multimedia, NAudio)
; https://www.sysnet.pe.kr/2/0/13594

닷넷: 2237. C# - Audio 장치 열기 (Windows Multimedia, NAudio)
; https://www.sysnet.pe.kr/2/0/13595

닷넷: 2238. C# - WAV 기본 파일 포맷
; https://www.sysnet.pe.kr/2/0/13596

닷넷: 2239. C# - WAV 파일의 PCM 데이터 생성 및 출력
; https://www.sysnet.pe.kr/2/0/13597

닷넷: 2240. C# - WAV 파일 포맷 + LIST 헤더
; https://www.sysnet.pe.kr/2/0/13598

닷넷: 2241. C# - WAV 파일의 PCM 사운드 재생(Windows Multimedia)
; https://www.sysnet.pe.kr/2/0/13599

닷넷: 2243. C# - PCM 사운드 재생(NAudio)
; https://www.sysnet.pe.kr/2/0/13601

닷넷: 2244. C# - PCM 오디오 데이터를 연속(Streaming) 재생 (Windows Multimedia)
; https://www.sysnet.pe.kr/2/0/13602




C# - PCM 오디오 데이터를 연속(Streaming) 재생 (Windows Multimedia)

지난 글까지 해서 기본적인 사운드 파일 재생을 할 수 있게 되었는데요, 현실적으로 아직 해결되지 못한 사례가 하나 있습니다. 보통 짧은 음악 파일은 그냥 메모리에 들고 있으면 되지만, 가령 영화 정도 되는 분량의 데이터라면 단순히 메모리에 들고 있는 식으로 처리하는 것은 부담스러울 수밖에 없습니다.

즉, 소리 데이터를 적절하게 끊어서 재생해야 하는데요, 이에 대한 고민이 담긴 글이 바로 아래의 2개 내용입니다.

5.큰 파일 재생
; http://www.soen.kr/lecture/library/waveform/5.htm

6. 콜백
; http://www.soen.kr/lecture/library/waveform/6.htm

가볍게 한번 훑어보시면 저작자가 하는 이야기가 무엇인지 쉽게 이해가 되실 것입니다. 결국, 우리가 알아야 하는 방법은 7번 글에 나옵니다.

7.멀티 헤더
; http://www.soen.kr/lecture/library/waveform/7.htm




Windows Multimedia는 waveOutOpen으로 장치 핸들을 얻고, 하나의 WAVEHDR 구조체가 담고 있는 데이터를 waveOutPrepareHeader/waveOutWrite/waveOutUnprepareHeader로 출력을 하는 구조입니다.

따라서, 방법은 간단합니다. 그냥 연이어서 음이 끊기지 않을 정도만 WAVEHDR 구조체를 지속적으로 장치에 전달하기만 하면 되는 것입니다. 따라서, 그 정도의 WAVEHDR에 채울 데이터만 메모리에 읽어서 처리하면 굳이 음악 파일 하나를 통째로 로드할 필요가 없습니다.

그런데, C#에서 이 처리를 하려면 우선 해결해야 할 과제가 하나 있습니다. 지난 글에서 실습했을 때, 데이터 버퍼를 Native 영역에 전달하기 위해 fixed 영역을 지정했는데요, 이것을 없애야 합니다. 바로 이것을 위해 GCHandle을 사용할 수 있습니다.

try
{
    do
    {
        WaveHeader waveHeader = new WaveHeader();
        waveHeader.bufferLength = wf.PCM.Length;

        GCHandle handle = GCHandle.Alloc(wf.PCM, GCHandleType.Pinned);

        waveHeader.dataBuffer = new nint(ptr);

        result = NativeMethods.waveOutPrepareHeader(hWaveOut, &waveHeader, WaveHeader.Size);
        // ...[생략]...
        result = NativeMethods.waveOutWrite(hWaveOut, &waveHeader, WaveHeader.Size);
        // ...[생략]...
        result = NativeMethods.waveOutUnprepareHeader(hWaveOut, &waveHeader, WaveHeader.Size);
    } while (false);
}
finally
{
    NativeMethods.waveOutClose(hWaveOut);
}

물론, Free도 해줘야 합니다. 마침 Free를 위해 가장 좋은 위치가 있는데요, 바로 waveOutOpen에 전달했던 waveOutCallbackFunc입니다.

MmResult result = NativeMethods.waveOutOpen(out IntPtr hWaveOut, -1, &format, waveOutCallbackFunc,
    IntPtr.Zero, WaveInOutOpenFlags.CallbackFunction);

[UnmanagedCallersOnly(CallConvs = new Type[] { typeof(CallConvStdcall) })]
static void waveOutCallback(IntPtr hWaveOut, WaveMessage uMsg, IntPtr dwInstance, IntPtr wavhdr, IntPtr dwReserved)
{
    System.Console.WriteLine($"waveOutCallback: {uMsg}");
}

소리 재생이 완료되면 WaveMessage uMsg 인자에 WaveMessage.WaveOutDone이 담겨져 날아오게 되고, 따라서 이 시점에 4번째 IntPtr wavhdr로 넘어온 포인터를 사용하면 됩니다. 물론 현재의 WAVEHEADER로는 안 되고 GCHandle을 포함하도록 확장한 다음,

[StructLayout(LayoutKind.Sequential)]
public struct WaveHeader
{
    // ...[생략]...

    public GCHandle GcHandle;
}

값을 설정하는 코드도 추가하면,

try
{
    do
    {
        WaveHeader waveHeader = new WaveHeader();
        waveHeader.bufferLength = wf.PCM.Length;

        GCHandle handle = GCHandle.Alloc(wf.PCM, GCHandleType.Pinned);
        waveHeader.GcHandle = handle;

        waveHeader.dataBuffer = new nint(ptr);

        result = NativeMethods.waveOutPrepareHeader(hWaveOut, &waveHeader, WaveHeader.Size);
        // ...[생략]...
        result = NativeMethods.waveOutWrite(hWaveOut, &waveHeader, WaveHeader.Size);
        // ...[생략]...
        result = NativeMethods.waveOutUnprepareHeader(hWaveOut, &waveHeader, WaveHeader.Size);
    } while (false);
}
finally
{
    NativeMethods.waveOutClose(hWaveOut);
}

이제 콜백 함수에서 안전하게 Free 처리를 할 수 있습니다.

[UnmanagedCallersOnly(CallConvs = new Type[] { typeof(CallConvStdcall) })]
static void waveOutCallback(IntPtr hWaveOut, WaveMessage uMsg, IntPtr dwInstance, IntPtr wavhdr, IntPtr dwReserved)
{
    if (uMsg == WaveMessage.WaveOutDone)
    {
        WaveHeader header = Marshal.PtrToStructure<WaveHeader>(wavhdr);
        header.GcHandle.Free();
    }
        
    System.Console.WriteLine($"waveOutCallback: {uMsg}");
}

그런데, 저 단계에서 waveOutUnprepareHeader를 해서 WAVEHEADER도 해제하는 것이 좋지 않을까요? 이 작업은, 문서의 경고에 따라 하지 않는 것이 좋습니다.

waveOutProc callback function
; https://learn.microsoft.com/en-us/previous-versions/dd743869(v=vs.85)

Applications should not call any system-defined functions from inside a callback function, except for EnterCriticalSection, LeaveCriticalSection, midiOutLongMsg, midiOutShortMsg, OutputDebugString, PostMessage, PostThreadMessage, SetEvent, timeGetSystemTime, timeGetTime, timeKillEvent, and timeSetEvent. Calling other wave functions will cause deadlock.


(첨부 파일은 이 글의 예제 코드를 포함>합니다.)




자, 그럼 완료 처리를 대행하는 것과, 일정량의 소리 데이터를 (해제는 어차피 callback에서 할 것이므로) waveOutPrepareHeader/waveOutWrite 단계로 밀어 넣어주기만 하면 됩니다.

그런데, 어느 정도로 소리 데이터를 보내주는 것이 좋을까요?

아마도, 2초 정도의 분량만 항상 마련이 되어 있으면 좋지 않을까 싶습니다. 즉 1초씩 끊어서 2번의 waveOutPrepareHeader/waveOutWrite로 넣어주고, Done callback이 발생하게 되면 첫 번째 1초의 WAVEHEADER 데이터가 모두 연주된 것이고 현재 두 번째 1초 데이터가 연주를 시작했을 것이므로 곧바로 waveOutPrepareHeader/waveOutWrite를 이용해 추가로 1초 분량의 WAVEHEADER를 추가해 주는 식일 것입니다.

반면, 컴퓨터 세계에서 2초는 너무 길 수도 있습니다. 테스트에 따라 100ms 정도로 2번 정도의 예비 데이터만 보내도 아마 잘 동작하는 경우도 많을 것입니다. 그런 부분은 적절하게 환경에 맞게, 경험으로 조정하면 될 듯합니다. (혹시, 현업에 계신 분들은 어떤 식으로 처리하는지 덧글로 조언 부탁드립니다. ^^)

NAudio를 사용해 위와 같은 방식의 재생을 구현하려면 아마도 다음의 코드를 참고하면 될 듯합니다.

https://github.com/teetow/teevegas/blob/master/src/NAudio/Wave/WaveProviders/BufferedWaveProvider.cs

https://github.com/naudio/NAudio

https://markheath.net/post/how-to-play-back-streaming-mp3-using




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]







[최초 등록일: ]
[최종 수정일: 5/2/2024]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... 61  62  63  64  65  66  67  68  69  70  71  72  73  74  [75]  ...
NoWriterDateCnt.TitleFile(s)
12062정성태11/21/201919050디버깅 기술: 133. windbg - CoTaskMemFree/FreeCoTaskMem에서 발생한 덤프 분석 사례 - 두 번째 이야기
12061정성태11/20/201919451Windows: 167. CoTaskMemAlloc/CoTaskMemFree과 윈도우 Heap의 관계
12060정성태11/20/201921109디버깅 기술: 132. windbg/Visual Studio - HeapFree x64의 동작 분석
12059정성태11/20/201920377디버깅 기술: 131. windbg/Visual Studio - HeapFree x86의 동작 분석
12058정성태11/19/201920950디버깅 기술: 130. windbg - CoTaskMemFree/FreeCoTaskMem에서 발생한 덤프 분석 사례
12057정성태11/18/201916790오류 유형: 579. Visual Studio - Memory 창에서 유효한 주소 영역임에도 "Unable to evaluate the expression." 오류 출력
12056정성태11/18/201922471개발 환경 구성: 464. "Microsoft Visual Studio Installer Projects" 프로젝트로 EXE 서명 및 MSI 파일 서명 방법파일 다운로드1
12055정성태11/17/201916655개발 환경 구성: 463. Visual Studio의 Ctrl + Alt + M, 1 (Memory 1) 등의 단축키가 동작하지 않는 경우
12054정성태11/15/201918310.NET Framework: 869. C# - 일부러 GC Heap을 깨뜨려 GC 수행 시 비정상 종료시키는 예제
12053정성태11/15/201919891Windows: 166. 윈도우 10 - 명령행 창(cmd.exe) 속성에 (DotumChe, GulimChe, GungsuhChe 등의) 한글 폰트가 없는 경우
12052정성태11/15/201918698오류 유형: 578. Azure - 일정(schedule)에 등록한 runbook이 1년 후 실행이 안 되는 문제(Reason - The key used is expired.)
12051정성태11/14/201922261개발 환경 구성: 462. 시작하자마자 비정상 종료하는 프로세스의 메모리 덤프 - procdump [1]
12050정성태11/14/201919877Windows: 165. AcLayers의 API 후킹과 FaultTolerantHeap
12049정성태11/13/201920287.NET Framework: 868. (닷넷 프로세스를 대상으로) 디버거 방식이 아닌 CLR Profiler를 이용해 procdump.exe 기능 구현
12048정성태11/12/201920393Windows: 164. GUID 이름의 볼륨에 해당하는 파티션을 찾는 방법
12047정성태11/12/201922739Windows: 163. 안전하게 eject시킨 USB 장치를 물리적인 재연결 없이 다시 인식시키는 방법
12046정성태10/29/201917250오류 유형: 577. windbg - The call to LoadLibrary(...\sos.dll) failed, Win32 error 0n193
12045정성태10/27/201917178오류 유형: 576. mstest.exe 실행 시 "Visual Studio Enterprise is required to execute the test." 오류 - 두 번째 이야기
12044정성태10/27/201916763오류 유형: 575. mstest.exe - System.Resources.MissingSatelliteAssemblyException: The satellite assembly named "Microsoft.VisualStudio.ProductKeyDialog.resources.dll, ..."
12043정성태10/27/201918318오류 유형: 574. Windows 10 설치 시 오류 - 0xC1900101 - 0x4001E
12042정성태10/26/201918042오류 유형: 573. OneDrive 하위에 위치한 Documents, Desktop 폴더에 대한 권한 변경 시 "Unable to display current owner"
12041정성태10/23/201918990오류 유형: 572. mstest.exe - The load test results database could not be opened.
12040정성태10/23/201919365오류 유형: 571. Unhandled Exception: System.Net.Mail.SmtpException: Transaction failed. The server response was: 5.2.0 STOREDRV.Submission.Exception:SendAsDeniedException.MapiExceptionSendAsDenied
12039정성태10/22/201916855스크립트: 16. cmd.exe의 for 문에서는 ERRORLEVEL이 설정되지 않는 문제
12038정성태10/17/201916930오류 유형: 570. SQL Server 2019 RC1 - SQL Client Connectivity SDK 설치 오류
12037정성태10/15/201924440.NET Framework: 867. C# - Encoding.Default 값을 바꿀 수 있을까요?파일 다운로드1
... 61  62  63  64  65  66  67  68  69  70  71  72  73  74  [75]  ...