DOS ain't dead - WavPack v5.0, rewritten, just released

Doug

17.12.2016, 06:35

WavPack v5.0, rewritten, just released (Announce)

New version of WavPack/WavUnpack, v5.0.0, re-written from scratch, still works with HX extender:

http://www.wavpack.com/

Packing is lossless, and in my experience, file size averages about 40%-50% smaller (in other words, 50%-60% of the original .WAV file size).

WAVPACK.EXE and WVUNPACK.EXE will use long filenames if an lfn driver has been installed.

MPXPlay can play .WV (WavPack) files directly.

- Doug B.

Rugxulo Usono, 17.12.2016, 07:05 @ Doug	WavPack v5.0, rewritten, just released Post reply
	Although I've never really used or needed it, just for completeness ... : > 12/13/2002: The real-mode DOS versions [1] [2] > of WavPack have been updated to version 3.4 and now include all of > the features of the current Windows versions except long filenames > and self-extraction.

RayeR

CZ,
20.12.2016, 11:54

@ Doug

WavPack v5.0, rewritten, just released

Post reply

Hi,
I managed to make a native DJGPP port of Wavpack 5.0 (after messing with autoshit and configure - this steps I had to do under Linux), get it here http://rayer.g6.cz/download/download.htm#WAVPACK
I also found and fixed a bug in WVUNPACK after some years. The program was accidentally deleting the decompressed file just after it was done. I found, there is a check if created file length is zero, then there was some problem and delete the file. And guess what, it returned zero. So I tracked the DoGetFileSize() in utils.c module and found there are separate Win32 and Unix code. The DJGPP follows unix path with code
struct stat statbuf; if (!hFile || fstat (fileno (hFile), &statbuf) || !(statbuf.st_mode & S_IFREG)) return 0; return (int64_t) statbuf.st_size;
It is probably wrong or incompletly implemented in DJGPP. So I made a new DJGPP section where I used old good filelength(fileno(hFile) function, even we have 64-bit lfilelength() version in DJGPP 2.05 but I don't know if it supports >2GB files, maybe under NTVDM on NTFS... Anyway it works now for <2GB files :) I will also try to recompile FFMPEG with new wavpack library including the modified sources.

---
DOS gives me freedom to unlimited HW access.

RayeR

CZ,
20.12.2016, 16:28

@ RayeR

WavPack v5.0, rewritten, just released

Post reply

Explanation of DJGPP fstat issue is here https://groups.google.com/forum/#!topic/comp.os.msdos.djgpp/Y35gPx0y9_U

---
DOS gives me freedom to unlimited HW access.

Doug 20.12.2016, 19:23 @ RayeR	WavPack v5.0, rewritten, just released Post reply
	Very cool to have the new WavPack in native DOS! I use it frequently. Much appreciated. - Doug B.

RayeR

CZ,
21.12.2016, 05:57

@ Doug

WavPack 5.0.0, FFMPEG 2.2.16, x264 0.142.2245 for DOS

Post reply

I also rebuild my FFMPEG and x264 port for DOS:
https://sourceforge.net/projects/ffmpeg-x264-dos/files
whats new in package: wavpack 5.0.0, x264 snapshot 20.12.2016, libvorbis 1.3.5

---
DOS gives me freedom to unlimited HW access.

Zyzzle 24.12.2016, 09:41 @ RayeR	WavPack v5.0, rewritten, just released Post reply
	It is truly wonderful to have the latest WavPack in native DOS! Thank you so very much for compiling it. Seems to be as fast or faster than the 4.31.2 version from 2006, although bloat has increased more than 10x from 125kb for version 4.31.2 to more than 1.34 mb for the v5.0 executable!

Oso2k 25.12.2016, 01:45 @ Zyzzle	WavPack v5.0, rewritten, just released Post reply
	> It is truly wonderful to have the latest WavPack in native DOS! Thank you > so very much for compiling it. Seems to be as fast or faster than the > 4.31.2 version from 2006, although bloat has increased more than 10x from > 125kb for version 4.31.2 to more than 1.34 mb for the v5.0 executable! Executable is likely not stripped.