Major Description
ReactOS version: 0.4.15-dev-6127-gc706222
Compiler: GCC
Arch: 32 bits
Software that triggers: Available in the iso of Lego Island 1.1.
Environment: VirtualBox 6 and AC97 enabled
Steps to reproduce the bug:
1. Start under ReactOS the AUTORUN.EXE available under the CD "E:\SETUP" directory.
Expected: To reproduce the audio and the animation. And outputting only using the "Wave" channel output. Even if you mute all the channels in master, the output will be "on" under Windows XP unless you mute "Wave".
Current behavior: Not playing any audio.
Debugging best output:
(drivers/ksfilter/ks/connectivity.c:281) ZwOpenKey() failed with status 0xc0000034 |
(sdk/lib/drivers/sound/mmixer/controls.c:481) MMixerCountMixerControls PinId 11 is not connected by any node |
This pin is failing. And I suspect that we lack something that I can't fully understand.
------------------------------------------------------------------------------------
Adding more info: The thing that is wrong is that ReactOS is not happy playing the video/audio file that is playing the Autorun: INSTALLS.SMK . Seems to be a Smacker video, an video/audio standard made by EpicGames (lolz) and wikipedia page said about it that:
Smacker audio is one of the audio formats that can be used in the Smacker container. For compression, Differential pulse code modulation (DPCM) is used. The difference between two successive samples is compressed using Huffman coding. The Huffman tables are adapted once per audio frame.
|
There is a tool that exposes the bug too: It's downloadable from here: https://www.radgametools.com/bnkdown.htm , but I will attach it here anyway because it's light, and also the video-audio file: https://archive.org/details/radtools
To say, the tool also provides you the option to reproduce the file with DirectSound, but in that case, under ReactOS that video hangs too waiting for audio to load. So... Seems something that we don't have implemented (codec? way to play them?)
