Hajime Hoshi

I realized that it is easily possible to implement an `io.Reader` that switches which is played dynamically. Of course this requires some buffers but probably for example 0.25[s] is enough.

Ah yes, the underlying buffer in Ebiten is not controllable so far, so we have to allow some legs. 0.5[s] seems to match with the current implementation. Another possible way...

> EDIT: Or, I might add an API to adjust the buffer size. Anyway I'll try some experiments... This was introduced (#2026).

Unfortunately the composer is busy now. Let's defer this to v2.4

I feel like my usage of descriptor heaps is wrong...

I'll backport 42d5d91829bcd6dfc559ef53d7fa546f3119daa2 to v2.3 for approprite memory usages. EDIT: Applying this is not so easy. Let's wait until an actual issue happens...

This still happens with alpha.9 ``` directx: ID3D12Device::CreateGraphicsPipelineState failed: HRESULT(2289696773): goroutine 1 [running, locked to thread]: runtime/debug.Stack() runtime/debug/stack.go:24 +0x65 main.logErrorAndExit({0x6c7a00, 0xc0000c2070}, 0xc0000cea10) github.com/wasedaigo/rpgsnack-runtime/main.go:124 +0x3f main.main() github.com/wasedaigo/rpgsnack-runtime/main.go:112 +0x3d3 ```

I reverted the fix c183555cc8985f8b9df80fb1bc9034e79ddc9fd5 as this didn't help the reporter's machine.

We would need an actual device if we want to fix this.

Thanks. Does this happen with v2.3.3?