I have taken over the maintenance of the CoreWavPack DirectShow filters (many thanks to Christophe Paris for getting me the latest version of the code). They are now hosted on GitHub (https://github.com/dbry/WavPack-DirectShow) and build with VS 2008.
Major changes for version 1.2.0:
- moved to VS 2008, created 64-bit version with installer
- fixed crashing bug related to hybrid files with DNS
- fixed issue with custom sampling rates being ignored
- fixed issues with 12-bit, 20-bit, and 32-bit integer playback
- fixed issues with 7.1 and non-standard channel configurations
- decode streams with full headers (tested with LAV splitter)
They are not generally available on my download page yet because I want to get a little mileage on them, but they are available here:
32-bit CoreWavPack DirectShow Installer (http://www.wavpack.com/CoreWavPack-1.2.0-Setup.exe)
64-bit CoreWavPack DirectShow Installer (http://www.wavpack.com/CoreWavPack-1.2.0-Setup-x64.exe)
Thanks in advance for any testing, comments, or suggestions!
There is a relevant thread over on Doom9 here (http://forum.doom9.org/showthread.php?t=162258) that I thought could use a link to here, but I spent 5 minutes trying to register over there and failed (plus there's a 5 day waiting period anyway).
I'm sure there must be plenty of common users (I saw several familiar names while looking for answers to the random question) so could someone please post a link over there? Thanks!
I've posted a link to this thread in Doom9 thread.
Thanks for the update. Testing.
Thanks. Haven't used this filters but I just tried a bit.
It's nice that these filters can decode .wv + .wvc correctly if I manually connect two file sources (each for .wv and .wvc) to the Wavpack Audio Splitter.
If File Source filter with high enough precedence were also provided, it might have been possible by directshow players to automatically handle correction files, but I'm not sure.
It's not so nice that these filters are incompatible with LAVFilters or something (using different media subtype, etc), therefore cannot be used to decode wavpack in other container formats such as matroska.
Thanks for the update. Testing.
I've posted a link to this thread in Doom9 thread.
Cool...thanks!
If File Source filter with high enough precedence were also provided, it might have been possible by directshow players to automatically handle correction files, but I'm not sure.
That's actually how it's supposed to work now, and it works fine for me with MPC and WMP. Are you not seeing that?
It's not so nice that these filters are incompatible with LAVFilters or something (using different media subtype, etc), therefore cannot be used to decode wavpack in other container formats such as matroska.
Yes, this is an issue. It turns out that the LAV filters and the CoreCodec filters use the same GUIDs, but have different formats (CoreCodec strips the WavPack headers like in Matroska and the LAV filters do not). Christophe Paris and I have been talking a little about this and have some ideas. For now I make sure that the decoder will not hook up to the LAV splitter (it sort of worked before, but only by coincidence), but I may be able to put in a simple hack to make it work correctly with the LAV splitter.
That's actually how it's supposed to work now, and it works fine for me with MPC and WMP. Are you not seeing that?
Oh, sorry to have missed that. Indeed correction file is loaded by MPC process.
Yes, this is an issue. It turns out that the LAV filters and the CoreCodec filters use the same GUIDs, but have different formats (CoreCodec strips the WavPack headers like in Matroska and the LAV filters do not). Christophe Paris and I have been talking a little about this and have some ideas. For now I make sure that the decoder will not hook up to the LAV splitter (it sort of worked before, but only by coincidence), but I may be able to put in a simple hack to make it work correctly with the LAV splitter.
Thanks, good to hear that you have already looked into it.
I have added the ability to the decoder to detect and decode streams with full headers (like those provided by the LAV splitter, which I used for testing) and have updated the installers at the beginning of this thread.
Hopefully I didn't break anything!
I have added the ability to the decoder to detect and decode streams with full headers (like those provided by the LAV splitter, which I used for testing) and have updated the installers at the beginning of this thread.
Wow, that's fast. Yes, it now seems to work as intended on wavpack in matroska, in combination with LAV splitter.
Thanks for your works!
Thanks for your testing and suggestions!
I have now released this officially on the WavPack downloads page (http://www.wavpack.com/downloads.html), but please let me know if any other issues are found.
I have now released this officially on the WavPack downloads page (http://www.wavpack.com/downloads.html)
Works fine so far, thanks
Works well with my MKV's with WV audio as well as my lossless + correction files, thanks a bunch.
I found a little bug - it doesn't play mono [1 channel] files with Media Player Classic 1.6.8 from KL-Codec pack. I use mono files in my audio recording programs, if you're wondering why would someone use mono files.
Well that's certainly better than LAV filters that can't play WavPack at all for some reason on my system. I would advise that you try playing some mono WV file with your system, just to make sure.
Ha! I had old WavPack splitter installed so that's why LAV filter was unable to decode WV. I uninstalled CoreWavPack and re-enabled WavPack in LAV and now it works with all audio files. Problem solved. Still that means your DX filter doesn't work with mono files.
Cheers!
it doesn't play mono [1 channel] files with Media Player Classic 1.6.8
It's working fine for me on Windows XP using GraphStudio so I guess it's a MPC problem or there is something wrong in your audio flow.
Sample file:
http://s000.tinyupload.com/index.php?file_...789034966263686 (http://s000.tinyupload.com/index.php?file_id=00344789034966263686)