High framerate (HFR at 48fps) was used in The Hobbit and will be used in upcoming films like the Avatar sequels, so why not watch all your movies at higher framerates?Ī lot of people don’t realize this, but 99% of TVs made before this feature was introduced are actually capable of displaying 50FPS and 60FPS, and of course most LCD monitors display 60FPS as well. This just means they take the source video, which is usually between 24-30FPS, and add new, interpolated frames between the original frames that make the motion look much more smooth. Last but not least, I am really aching for WavPack v5 support in Kodi, LibreELEC, VLC etc.Many modern TVs now include an extra frames feature, usually either 120Hz or 240Hz. However my skills are totally insufficient to that aim (only forked setmind's project a year ago, because I wanted to make the sources compile for PowerPC).Īlthough your preferred SACD ripping target seems to be single files with integrated cuesheets (DIFFMASTER + CUE -> WavPack-DSD), may I redirect your attention to the latest fork by EuFlo - it offers advanced tagging for DSF.Ī was a bit surprised by the fact that a single file wv-dsd (from DIFFmaster) rip offers no compression gains over individual track wv-dsd files (from DSF) counterpart. Seeking (.mka only) is a bit problematic for short duration pieces but when linked to the other parts, the playback is gapless.Īs for having wavpack-dsd output in sacd_extract - I would love that too. In short, MISSION ACCOMPLISHED - going into and out of the Matroska container no longer renders a wavpack stream unplayable. You may lose the buried dsf tags & DSD MD5 hashvalue upon cutting and merging but not a SINGLE audio sample! Superbly handles cutting & merging of wavpack-dsd files now. Hello was able to compile the mkvtoolnix master sources from git with your changes (5 files) for Ubuntu.
#Mkvtoolnix 5.3.0 code#
Let me take a look at and experiment with the relevant code and come back. I'm not a C++ programmer, but have C snippets that do most of what's required. I am happy to help with any changes required to get this working correctly. This is pretty trivial to do also (it's similar to how "non-standard" sample rates are stored) and I also have code to do this. This should not be too bad because it appears as 8-bit PCM, but unfortunately there is no way to determine the sample rate without parsing the actual WavPack blocks and get the "multiplier" for the DSD rate. The header flag bit that indicates DSD data should have triggered parsers that did not know about DSD data to error out, but this was generally not done, so we have WavPack DSD audio embedded in Matroska files. BTW, ignoring checksum failures is one of the things that the -b option does in wvunpack. The easiest thing is to simply always delete these checksums during both muxing and demuxing and I have created a simple function to do this that I can share. However, if it's included it must be correct, and since blocks may be re-created during Matroska demuxing these can easily get messed up. This is for the undecoded block and was added to improve format robustness, but to retain compatibility with old WavPack it's completely optional. I have some experience with this from FFmpeg and can give a very quick summary of the probable relevant changes:Īn optional raw checksum has been added to each WavPack block. Within the next few days I will get MKVToolNix building here (or at least experiment with the executables) and figure out exactly what's happening. Here's a guide to what's new for version 5
Last but not least the exact command you actually requested (no file generation): Restored ZZZZZ.dff in 4.94 secs (lossless)Ĭomplete name : C:\Temp\dff\wavpack\ZZZZZ.dffįormat/Info : Direct Stream Digital Interchange File FormatĬomplete name : C:\Temp\dff\wavpack\ZZZZZ.wv WVUNPACK Hybrid Lossless Audio Decompressor Win64 Version 5.3.0Ĭopyright (c) 1998 - 2020 David Bryant. mka and played back again, would you consider adding a repair command line option to wavpack.exe & wvunpack.exe to salvage such "uncommon" DSD-Wavpacks? wv output (generated by mkvextract) does not play on its own BUT can be remuxed into. However doing the rollback (mka -> wv -> dff) fails at the last step.Ĭan you confirm that MKVtoolnix (by does not fully support WavPack v5 (especially for extraction)? Writing library : libebml v1.3.10 + libmatroska v1.5.2 Writing application : mkvmerge v46.0.0 ('No Deeper Escape') 64-bit
cutting) that into Matroska works surprisingly well. Attempting to cut a DSD track by compressing it to Wavpack and repackaging (incl.
0 kommentar(er)
