/
dieoska
/
ddnet
ОбзорДокументацияВойти
/
dieoska
/
ddnet
Код
Запросы
0
Задачи
Вики
Пакеты
0
Релизы
0
CI/CD
Аналитика
Безопасность
ДокументацияПоддержка
Политика конфиденциальностиПользовательское соглашениеПолитика использования «cookies»Согласие субъекта персональных данных
2026 ©
ddnet/
.../external/wavpack/
..
VERSION.txt

Rename VERSION to VERSION.txt

5 лет назад
arm.S

applied patch from Richie Nyhus to convert CRLF to LF, as it should be

18 лет назад
arml.S

applied patch from Richie Nyhus to convert CRLF to LF, as it should be

18 лет назад
bits.c

applied patch from Richie Nyhus to convert CRLF to LF, as it should be

18 лет назад
coldfire.S

applied patch from Richie Nyhus to convert CRLF to LF, as it should be

18 лет назад
float.c

applied patch from Richie Nyhus to convert CRLF to LF, as it should be

18 лет назад
license.txt

applied patch from Richie Nyhus to convert CRLF to LF, as it should be

18 лет назад
metadata.c

applied patch from Richie Nyhus to convert CRLF to LF, as it should be

18 лет назад
readme.txt

applied patch from Richie Nyhus to convert CRLF to LF, as it should be

18 лет назад
unpack.c

applied patch from Richie Nyhus to convert CRLF to LF, as it should be

18 лет назад
wavpack.h

applied patch from Richie Nyhus to convert CRLF to LF, as it should be

18 лет назад
words.c

applied patch from Richie Nyhus to convert CRLF to LF, as it should be

18 лет назад
wputils.c

applied patch from Richie Nyhus to convert CRLF to LF, as it should be

18 лет назад
wvfilter.c.no_compile

Merging the client manually into the server but i can't get the client to accept the console class of the server -.-" yet..

16 лет назад
readme.txt
////////////////////////////////////////////////////////////////////////////
// **** WAVPACK **** //
// Hybrid Lossless Wavefile Compressor //
// Copyright (c) 1998 - 2006 Conifer Software. //
// All Rights Reserved. //
// Distributed under the BSD Software License (see license.txt) //
////////////////////////////////////////////////////////////////////////////
 
This package contains a tiny version of the WavPack 4.40 decoder that might
be used in a "resource limited" CPU environment or form the basis for a
hardware decoding implementation. It is packaged with a demo command-line
program that accepts a WavPack audio file on stdin and outputs a RIFF wav
file to stdout. The program is standard C, and a win32 executable is
included which was compiled under MS Visual C++ 6.0 using this command:
 
cl /O1 /DWIN32 wvfilter.c wputils.c unpack.c float.c metadata.c words.c bits.c
 
WavPack data is read with a stream reading callback. No direct seeking is
provided for, but it is possible to start decoding anywhere in a WavPack
stream. In this case, WavPack will be able to provide the sample-accurate
position when it synchs with the data and begins decoding. The WIN32 macro
is used for Windows to force the stdin and stdout streams to be binary mode.
 
Compared to the previous version, this library has been optimized somewhat
for improved performance in exchange for slightly larger code size. The
library also now includes hand-optimized assembly language versions of the
decorrelation functions for both the ColdFire (w/EMAC) and ARM processors.
 
For demonstration purposes this uses a single static copy of the
WavpackContext structure, so obviously it cannot be used for more than one
file at a time. Also, this decoder will not handle "correction" files, plays
only the first two channels of multi-channel files, and is limited in
resolution in some large integer or floating point files (but always
provides at least 24 bits of resolution). It also will not accept WavPack
files from before version 4.0.
 
The previous version of this library would handle float files by returning
32-bit floating-point data (even though no floating point math was used).
Because this library would normally be used for simply playing WavPack
files where lossless performance (beyond 24-bits) is not relevant, I have
changed this behavior. Now, these files will generate clipped 24-bit data.
The MODE_FLOAT flag will still be returned by WavpackGetMode(), but the
BitsPerSample and BytesPerSample queries will be 24 and 3, respectfully.
What this means is that an application that can handle 24-bit data will
now be able to handle floating point data (assuming that the MODE_FLOAT
flag is ignored).
 
To make this code viable on the greatest number of hardware platforms, the
following are true:
 
speed is about 5x realtime on an AMD K6 300 MHz
("high" mode 16/44 stereo; normal mode is about twice that fast)
 
no floating-point math required; just 32b * 32b = 32b int multiply
 
large data areas are static and less than 4K total
executable code and tables are less than 40K
no malloc / free usage
 
To maintain compatibility on various platforms, the following conventions
are used:
 
a "char" must be exactly 8-bits
a "short" must be exactly 16-bits
an "int" must be at least 16-bits, but may be larger
the "long" type is not used to avoid problems with 64-bit compilers
 
Questions or comments should be directed to david@wavpack.com