IPB

Welcome Guest ( Log In | Register )

2 Pages V   1 2 >  
Reply to this topicStart new topic
Next Release?, Version 5 plans?
DARcode
post Jan 10 2009, 16:23
Post #1





Group: Members (Donating)
Posts: 679
Joined: 10-January 05
From: Italy
Member No.: 18968



Howdy David,
I've just encoded some more CD's and was wondering what you have planned for the next release.
More work on dynamic noise shaping maybe? Any speed optimizations?
Is the finalization of the Winamp plugin among priorities?
Single executable (wavpack.exe + wvunpack.exe + wvgain.exe) still in your plans?
What about version 5 goals? Anything planned for that milestone?

Thanks and keep up the great work.

Dc


--------------------
WavPack 4.70.0 -b384hx6cmv/qaac 2.32 -V 100
Go to the top of the page
+Quote Post
Mr_Rabid_Teddybe...
post Jan 10 2009, 16:47
Post #2





Group: Members
Posts: 1197
Joined: 3-September 03
From: Bergen, Norway
Member No.: 8667



I think I mentioned this elsewhere, but I have a feature request:

A flag to pass wvgain to make it skip files that already have replaygain info.


--------------------
"ONLY THOSE WHO ATTEMPT THE IMPOSSIBLE WILL ACHIEVE THE ABSURD"
- Oceania Association of Autonomous Astronauts
Go to the top of the page
+Quote Post
tev777
post Jan 10 2009, 20:28
Post #3





Group: Members
Posts: 179
Joined: 10-October 03
From: Florida, USA
Member No.: 9235



If this is going to be a feature request I would love to see a quality mode for lossy encoding as opposed to setting a bit rate. I have no reason to expect anyone to listen to me. I just thought I would put it out there.


--------------------
--
Eric
Go to the top of the page
+Quote Post
sidewalking
post Jan 11 2009, 04:56
Post #4





Group: Members
Posts: 105
Joined: 16-September 03
Member No.: 8871



QUOTE (DARcode @ Jan 10 2009, 08:23) *
Single executable (wavpack.exe + wvunpack.exe + wvgain.exe) still in your plans?

emot-haw.gif *drooling*
Go to the top of the page
+Quote Post
Dynamic
post Jan 12 2009, 01:47
Post #5





Group: Members
Posts: 793
Joined: 17-September 06
Member No.: 35307



QUOTE (tev777 @ Jan 10 2009, 20:28) *
If this is going to be a feature request I would love to see a quality mode for lossy encoding as opposed to setting a bit rate. I have no reason to expect anyone to listen to me. I just thought I would put it out there.


If you want to choose the quality in a VBR / Constant Quality type of mode, you could try using lossyWAV preprocessor followed by Wavpack lossless (for .lossy.wv double filename extension). It dynamically measures the noise floor and zeroes the bits below the noise floor, effectively adding noise below the noise floor, raising the floor just a little and allowing any lossless encoder that can (Wavpack, FLAC, TAK, WMAlossless) to exploit the "wasted bits" feature. You can also convert without further loss from lossy.wv to lossy.flac if a playback device only supports FLAC, for example, while retaining a similar bitrate. You can also store and compress a correction file. It isn't totally integrated with any lossless codec, unlike Wavpack-lossy, so it does require two stages to encode (although the output of lossyWAV can be piped into wavpack's standard input).

In short, the lossyWAV "standard" profile is almost certainly transparent, and to my knowledge even the "portable" profile hasn't been ABXed, even on the sorts of problem samples where Wavpack lossy can sometimes suffer if pushed below 300-360 kbps. You can take it beyond "portable" using the "-q" quality scale below 2.5, if you need a lower bitrate, but -q0 certainly has some detectable noise under critical listening.

lossyWV standard is typically higher bitrate than the recommended Wavpack lossy settings, portable is similar, and you need to stretch somewhere towards lossyWAV's -q0 to drop below 300 kbps on average.

I feel a certain reassurance about the fact it's measuring the existing noise floor to set the allowed additional noise from bit-zeroing, as this ought to protect against situations where artifacts might be observed. In fact, I'm now using lossyWV (standard) for ripping, as a near-lossless proxy for a lossless archive from which I can create MP3s etc for portable devices. I was a little reticent to use Wavpack lossy in that way.

I don't think there's anything to stop an identical method and quality scale to determine allowable noise from being used to dynamically determine the allowable prediction error in Wavpack lossy instead of the number of bits that can be zeroed. Whether this would produce significantly higher efficiency than exploiting only the wasted-bits feature, I can't guess. If introduced as a VBR mode within Wavpack Lossy it would need to offer simplicity and/or added efficiency to outweigh the inability to transcode losslessly to FLAC, TAK or WMAlossless.

Anyway, the upshot is, if you want to try a "constant quality" a.k.a. "VBR" scale for lossy compression with minimal psychoacoustic assumptions and no lowpass filtering or temporal spreading (at the expense of higher bitrate than traditional lossy-only codecs), you can try out lossyWAV today in conjunction with Wavpack or a few other popular lossless compressors.

It may help provide the assurance of quality, if that's what you're after. If, OTOH, you're after transparency at lower bitrates than you can safely achieve with WV lossy now (a typical benefit of VBR compared to ABR/CBR in encoders like LAME for MP3), I guess it's debatable and untested whether lossyWAV portable (-q2.5) or something slightly lower (e.g. -q1.5) is as transparent as normal wavpack lossy would be at an equivalent bitrate.
Go to the top of the page
+Quote Post
bryant
post Jan 12 2009, 05:37
Post #6


WavPack Developer


Group: Developer (Donating)
Posts: 1287
Joined: 3-January 02
From: San Francisco CA
Member No.: 900



I did spend a week around Christmas working on the 4.60 release, and it should be ready in a few weeks. I made an early alpha available because it fixed a bug that someone found regarding decoding WavPack files with more than 14 channels (related to Ambisonics). The Windows binaries and *nix source package is here:

Windows binaries
Linux distribution

In addition to that fix, I have also added some requested features (although unfortunately none mentioned in this thread) and fixed a few other bugs:
  • new option --raw-pcm to allow encoding raw pcm data (allows specification of sampling rate, bit-depth, and number of channels)
  • new option -ww “Field=@File.ext” to allow appending binary tags during encoding (for cover art)
  • added ability to specify “unassigned” channels with --channel-order option (needed for creating 16 channel “raw” files)
  • fixed bug where APEv2 tags without headers would not be detected
  • fixed a bug that could cause decoding of a valid WavPack correction file to report errors where none exist (although decoding was still accurate)
  • added functions to libwavpack for handling binary fields in APE tags (done in a backward compatible way)
  • added “lossless” and “category” fields to metadata keywords handled by the winamp plugin

I also plan on adding the option to wvgain to skip files that already have Replaygain data (I was thinking of -n for “new”) but other than getting something together for the winamp plugin, I don’t have time for any of the other items right now. Sorry... sad.gif

A VBR lossy mode is certainly something I have wanted to do for a long time. I think there would be some efficiency advantage over LossyWav (which is a great idea and implementation, I think) because it would not be limited by the 6 dB steps in additional quantization noise and could take advantage of joint stereo, but this will also have to wait.

Thanks everyone for your support and, as always, I appreciate any testing or comments on the alphas! smile.gif
Go to the top of the page
+Quote Post
sidewalking
post Jan 12 2009, 06:28
Post #7





Group: Members
Posts: 105
Joined: 16-September 03
Member No.: 8871



QUOTE (bryant @ Jan 11 2009, 21:37) *
Thanks everyone for your support and, as always, I appreciate any testing or comments on the alphas! smile.gif

No, thank YOU for starting off the year in a fine way - with a new WavPack version. I will start messing around with (errr, "testing") the alpha right away. biggrin.gif
Go to the top of the page
+Quote Post
tedgo
post Jan 12 2009, 09:19
Post #8





Group: Members
Posts: 1089
Joined: 16-April 04
From: Bavaria, Germany
Member No.: 13548



QUOTE (bryant @ Jan 12 2009, 05:37) *
... new option -ww "Field=@File.ext" to allow appending binary tags during encoding (for cover art)...

Great news! smile.gif
Thanks for this new feature and your good work!

But:
1.) What exactly do i have to type in when i want to add cover art (e. g. folder.jpg) during encoding with foobar2000?
2.) And is there a possibility to copy an embedded cover art during transcoding e. g. from FLAC or WavPack with embedded cover art, too? Since foobar2000 refuses to do so...

EDIT:
Sorry, for the first question, i forgot the '='. rolleyes.gif
The recommended field is "Cover Art (Front)" for front cover, isn't it?
And what about my second question? Would be great if it's been possible, although i can't imagine how that should work...

EDIT2:
Made a quick test with foobar.
With -hhilmqx -ww "Cover Art (Front)=@Image.jpg" - %d encoding fails when the cover art (image.jpg) is in the source folder it only works when the cover art is in the target folder.
Is it possible to make it work with the source folder, too?
I create my target folders with foobar, they don't exist before encoding...

This post has been edited by tedgo: Jan 12 2009, 10:41
Go to the top of the page
+Quote Post
bryant
post Jan 13 2009, 08:24
Post #9


WavPack Developer


Group: Developer (Donating)
Posts: 1287
Joined: 3-January 02
From: San Francisco CA
Member No.: 900



QUOTE (tedgo @ Jan 12 2009, 00:19) *
EDIT2:
Made a quick test with foobar.
With -hhilmqx -ww "Cover Art (Front)=@Image.jpg" - %d encoding fails when the cover art (image.jpg) is in the source folder it only works when the cover art is in the target folder.
Is it possible to make it work with the source folder, too?
I create my target folders with foobar, they don't exist before encoding...

Hmm. I'm not exactly sure how cover art is handled in foobar, but if you are specifying "-" for the input then WavPack has no way of knowing the actual input folder because it's coming from standard input (it tries both the input and output folders, but only those that it knows about). You might try encoding with a file instead of using pipes (I think there's a option for that). If not, hopefully someone with foobar knowledge can help.

Thanks for trying it out and, yes, you have the correct tag name for cover art.
Go to the top of the page
+Quote Post
tedgo
post Jan 13 2009, 08:53
Post #10





Group: Members
Posts: 1089
Joined: 16-April 04
From: Bavaria, Germany
Member No.: 13548



Thanks for your answer smile.gif

I tried it without using pipes and got this:


And got this error message in foobar2000 in all cases (image.jpg in source folder, image.jpg in target folder, image.jpg in both folders):
CODE
1 out of 1 tracks converted with major problems.

Source: "D:\Eigene Musik\Alben\Unbearbeitet\Björk\1993 - Debut\013. Big Time Sensuality.wv"
  An error occurred while finalizing the encoding process (Object not found) : "D:\Eigene Musik\Image\013. Big Time Sensuality.wv"
  Conversion failed: Object not found

So using this function without pipes may probably don't work at all with your 4.60 alpha...
Or i made a mistake with my string:
-hhilmqx -ww "Cover Art (Front)=Image.jpg" %s %d
Trying without the cover art part works fine though...

If it's a foobar problem, maybe someone with 'exorbitant' foobar knowledge can help here, so i don't have to open a new thread in the foobar forum rolleyes.gif .

EDIT:
Oh, what fool i am...
Forgot again the '@' rolleyes.gif
It works, but only with image.jpg in the target folder, too.
So don't using pipes doesn't solve my 'problem' crying.gif

This post has been edited by tedgo: Jan 13 2009, 09:09
Go to the top of the page
+Quote Post
DARcode
post Jan 13 2009, 23:47
Post #11





Group: Members (Donating)
Posts: 679
Joined: 10-January 05
From: Italy
Member No.: 18968



Great work on the APEv2 tags! Many thanks!

Anyone's got a list of valid cover tags names please?


--------------------
WavPack 4.70.0 -b384hx6cmv/qaac 2.32 -V 100
Go to the top of the page
+Quote Post
tev777
post Jan 14 2009, 00:53
Post #12





Group: Members
Posts: 179
Joined: 10-October 03
From: Florida, USA
Member No.: 9235



@Dynamic

I tried losswav with the settings listed in the KB, but couldn't get it to work. Thanks for the suggestion.


--------------------
--
Eric
Go to the top of the page
+Quote Post
shadowking
post Jan 14 2009, 04:43
Post #13





Group: Members
Posts: 1523
Joined: 31-January 04
Member No.: 11664



QUOTE (tev777 @ Jan 14 2009, 09:53) *
@Dynamic

I tried losswav with the settings listed in the KB, but couldn't get it to work. Thanks for the suggestion.


You can get an ABR quality mode using -b[x] when x = bits per sample - e.g 3.0~4.0
This way you won't need to adjust bitrate for mono signals or different sampling rates.


--------------------
Wavpack -b450x1
Go to the top of the page
+Quote Post
bryant
post Jan 14 2009, 06:17
Post #14


WavPack Developer


Group: Developer (Donating)
Posts: 1287
Joined: 3-January 02
From: San Francisco CA
Member No.: 900



QUOTE (tedgo @ Jan 12 2009, 23:53) *
EDIT:
Oh, what fool i am...
Forgot again the '@' rolleyes.gif
It works, but only with image.jpg in the target folder, too.
So don't using pipes doesn't solve my 'problem' crying.gif

Hehe, I was about to point out that error when I saw your edit!

Anyway, wavpack.exe should not crash because of that error, so I will look into that.

As for the location of the image.jpg, I guess that foobar puts the temporary file into some temporary folder rather than the source folder (which actually makes a lot more sense, now that I think about it). Perhaps there is (or could be) a replacement code representing the source folder for things like this.

Of course, since foobar is handling putting the APE tags on the WavPack file anyway, it should probably handle copying the cover art too.


QUOTE (DARcode @ Jan 13 2009, 14:47) *
Anyone's got a list of valid cover tags names please?

There may be more, but the only two I have heard of (and list in the WavPack format document) are "Cover Art (Front)" and "Cover Art (Back)".
Go to the top of the page
+Quote Post
tedgo
post Jan 14 2009, 10:53
Post #15





Group: Members
Posts: 1089
Joined: 16-April 04
From: Bavaria, Germany
Member No.: 13548



Wavpack.exe crashes all times when the Image.jpg is in the source folder instead of the target folder still.

And I'd be glad if foobar2000 would copy existing cover art during conversion/transcoding, but it doesn't crying.gif
I at least don't know how it should do that...

Maybe I'll convert outside foobar with your new wavpack 4.60 once it is in final stage.
A good news anyway, that it will handle embedded cover art now smile.gif

This post has been edited by tedgo: Jan 14 2009, 10:56
Go to the top of the page
+Quote Post
Dynamic
post Jan 14 2009, 19:33
Post #16





Group: Members
Posts: 793
Joined: 17-September 06
Member No.: 35307



I hope I'm not veering too far off topic. Apologies if I am.
Sorry about the width of this post. I thought the CODEBOX elements would alleviate that, but it doesn't seem so.

QUOTE (tev777 @ Jan 14 2009, 00:53) *
@Dynamic

I tried losswav with the settings listed in the KB, but couldn't get it to work. Thanks for the suggestion.


For simplicity and avoiding spaces in path names specified on the commandline, I've copied lossywav.exe and wavpack.exe to a new folder called C:\audio

These settings work for lossyWAV version 1.1.0b, but not for 1.0 as I recall. I don't know if they work for 1.2 beta versions. Open a command prompt (Start\Run\cmd.exe) and type C:\audio\lossywav to see the version. I copied these pretty much from the EAC and Lossywav entry in the KB.

Note that the program you call is not lossywav directly, but the Command Prompt, cmd.exe, that comes with Windows! That's a little counterintuitive!

In EAC's compression options, I have
CODE

[Tick] Use ext. prog. for compr.
Param pass. sch.: User Defined Encoder
Use file extension: .wv (Note that EAC can't use a double extension like .lossy.wv in current versions)
Program, incl path, used for compression: C:\WINDOWS\system32\cmd.exe

Additional command-line options:
/d /c C:\audio\lossyWAV %s --silent --stdout|C:\audio\wavpack.exe -h --blocksize=512 --merge-blocks -i -w "Cuesheet=@*.cue" -w "Artist=%a" -w "Title=%t" -w "Album=%g" -w "Year=%y" -w "Track=%n" -w "Genre=%m" - %d

Bit rate: (irrelevant, but I set it to 512 kBit/s as a guide to final file size only)
[Tick] Delete WAV after compression
[blank] Use CRC check
[blank] Add ID3 tag
[Tick] Check for external programs return code


I usually then go through the files created and change the filename extension to .lossy.wv, or I simply store them in my D:\My Music\_lossyWV-images folder, in which I assume they're all lossyWV rather than lossless) and in which my .log files reveal my full encoding commandline.

So far, I hadn't bothered setting it up in foobar2000, but I just did, as follows:
CODE

Encoder: c:\windows\system32\cmd.exe
Extension : lossy.wv
Parameters: /d /c c:\audio\lossywav - --standard --silent --stdout|c:\audio\wavpack -hm --blocksize=512 --merge-blocks -i - %d
Format is : lossless or hybrid
Highest BPS mode supported: 24


This worked in creating a playable 483kbps lossyWV file, though I had an error in fb2k v0.9.4.2 in writing the appropriate tags to the file:
CODE
CLI encoder: C:\WINDOWS\system32\cmd.exe
Destination file: D:\Peace Pipe - Cry of Love.lossy.wv
"C:\WINDOWS\system32\cmd.exe" /d /c c:\audio\lossywav - --standard --silent --stdout|c:\audio\wavpack -hm --blocksize=512 --merge-blocks -i - "Peace Pipe - Cry of Love.lossy.wv"
directory: D:\
Writing tags to encoded file failed (Unsupported format or corrupted file)

I haven't got to the bottom of that yet, and if it's problematic enough, I might upgrade fb2k or even change to lossyFLAC or lossyTAK to see if they work properly or change the filename extension to wv (without the "lossy." bit in front). So far, I haven't used fb2k to generate lossyWV files except for this test.

This post has been edited by Dynamic: Jan 14 2009, 19:38
Go to the top of the page
+Quote Post
Mr_Rabid_Teddybe...
post Jan 17 2009, 23:20
Post #17





Group: Members
Posts: 1197
Joined: 3-September 03
From: Bergen, Norway
Member No.: 8667



BTW:
Tried to compile 4.60 on OpenBSD 4.4 with their system compiler (a heavily patched GCC 3.3.5).
It fails. Output posted under.
The CFLAGS etc. are for configure to find the iconv headers. In OpenBSD libiconv are a package in the
ports collection, which must be installed before you can compile Wavpack.

However, compiling the sources with GCC 4.2, which are an installable package in their ports collection, succeeds.
(The programs are then called egcc, ecpp, etc. not to be confused with the system compiler.)

But I do reckon that if Wavpack should be able to make it into the official OpenBSD ports collection,
it would be a prerequisite that the sources would compile with their system compiler. (Maybe?)

CODE

myself@hostbox:~/stuff/wavpack-4.60.0$ export CFLAGS="-I/usr/local/include"
myself@hostbox:~/stuff/wavpack-4.60.0$ export CPPFLAGS="$CFLAGS"
myself@hostbox:~/stuff/wavpack-4.60.0$ export LDFLAGS="-L/usr/local/lib"
myself@hostbox:~/stuff/wavpack-4.60.0$ ./configure --enable-mmx
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /usr/local/bin/gmkdir -p
checking for gawk... no
checking for mawk... no
checking for nawk... nawk
checking whether make sets $(MAKE)... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking for style of include used by make... GNU
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking dependency style of gcc... gcc3
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /usr/local/bin/ggrep
checking for egrep... /usr/local/bin/ggrep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking whether byte ordering is bigendian... no
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ISO C89... (cached) none needed
checking dependency style of gcc... (cached) gcc3
checking build system type... i386-unknown-openbsd4.4
checking host system type... i386-unknown-openbsd4.4
checking for a sed that does not truncate output... /usr/local/bin/gsed
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking whether ln -s works... yes
checking how to recognize dependent libraries... match_pattern /lib[^/]+(\.so\.[0-9]+\.[0-9]+|\.so|_pic\.a)$
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking dependency style of g++... gcc3
checking how to run the C++ preprocessor... g++ -E
checking for g77... g77
checking whether we are using the GNU Fortran 77 compiler... yes
checking whether g77 accepts -g... yes
checking the maximum length of command line arguments... 196608
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for objdir... .libs
checking for ar... ar
checking for ranlib... ranlib
checking for strip... strip
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC
checking if gcc PIC flag -fPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes
checking whether -lc should be explicitly linked in... yes
checking dynamic linker characteristics... openbsd4.4 ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
configure: creating libtool
appending configuration tag "CXX" to libtool
checking for ld used by g++... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes
checking for g++ option to produce PIC... -fPIC
checking if g++ PIC flag -fPIC works... yes
checking if g++ static flag -static works... yes
checking if g++ supports -c -o file.o... yes
checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes
checking dynamic linker characteristics... openbsd4.4 ld.so
checking how to hardcode library paths into programs... immediate
appending configuration tag "F77" to libtool
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking for g77 option to produce PIC... -fPIC
checking if g77 PIC flag -fPIC works... yes
checking if g77 static flag -static works... no
checking if g77 supports -c -o file.o... yes
checking whether the g77 linker (/usr/bin/ld) supports shared libraries... yes
checking dynamic linker characteristics... openbsd4.4 ld.so
checking how to hardcode library paths into programs... immediate
checking for a BSD-compatible install... /usr/bin/install -c
checking whether gcc and cc understand -c and -o together... yes
checking for ANSI C header files... (cached) yes
checking for cos in -lm... yes
checking host system type... (cached) i386-unknown-openbsd4.4
checking iconv.h usability... yes
checking iconv.h presence... yes
checking for iconv.h... yes
checking for iconv... no
checking for iconv in -liconv... yes
configure: creating ./config.status
config.status: creating Makefile
config.status: creating wavpack.pc
config.status: creating src/Makefile
config.status: creating include/Makefile
config.status: creating cli/Makefile
config.status: executing depfiles commands
myself@hostbox:~/stuff/wavpack-4.60.0$ make
Making all in src
/bin/sh ../libtool --tag=CC --mode=compile gcc -DPACKAGE_NAME=\"wavpack\" -DPACKAGE_TARNAME=\"wavpack\" -DPACKAGE_VERSION=\"4.60.0\" -DPACKAGE_STRING=\"wavpack\ 4.60.0\" -DPACKAGE_BUGREPORT=\"bryant@wavpack.com\" -DLIBWAVPACK_MAJOR=4 -DLIBWAVPACK_MINOR=60 -DLIBWAVPACK_MICRO=0 -DLIBWAVPACK_VERSION_STRING=\"4.60.0-alpha\" -DVERSION_OS=\"OpenBSD\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DSTDC_HEADERS=1 -DOPT_MMX=1 -I. -I/usr/local/include -mmmx -I/usr/local/include -MT libwavpack_la-bits.lo -MD -MP -MF .deps/libwavpack_la-bits.Tpo -c -o libwavpack_la-bits.lo `test -f 'bits.c' || echo './'`bits.c
mkdir .libs
gcc -DPACKAGE_NAME=\"wavpack\" -DPACKAGE_TARNAME=\"wavpack\" -DPACKAGE_VERSION=\"4.60.0\" "-DPACKAGE_STRING=\"wavpack 4.60.0\"" -DPACKAGE_BUGREPORT=\"bryant@wavpack.com\" -DLIBWAVPACK_MAJOR=4 -DLIBWAVPACK_MINOR=60 -DLIBWAVPACK_MICRO=0 -DLIBWAVPACK_VERSION_STRING=\"4.60.0-alpha\" -DVERSION_OS=\"OpenBSD\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DSTDC_HEADERS=1 -DOPT_MMX=1 -I. -I/usr/local/include -mmmx -I/usr/local/include -MT libwavpack_la-bits.lo -MD -MP -MF .deps/libwavpack_la-bits.Tpo -c bits.c -fPIC -DPIC -o .libs/libwavpack_la-bits.o
gcc -DPACKAGE_NAME=\"wavpack\" -DPACKAGE_TARNAME=\"wavpack\" -DPACKAGE_VERSION=\"4.60.0\" "-DPACKAGE_STRING=\"wavpack 4.60.0\"" -DPACKAGE_BUGREPORT=\"bryant@wavpack.com\" -DLIBWAVPACK_MAJOR=4 -DLIBWAVPACK_MINOR=60 -DLIBWAVPACK_MICRO=0 -DLIBWAVPACK_VERSION_STRING=\"4.60.0-alpha\" -DVERSION_OS=\"OpenBSD\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DSTDC_HEADERS=1 -DOPT_MMX=1 -I. -I/usr/local/include -mmmx -I/usr/local/include -MT libwavpack_la-bits.lo -MD -MP -MF .deps/libwavpack_la-bits.Tpo -c bits.c -o libwavpack_la-bits.o >/dev/null 2>&1
mv -f .deps/libwavpack_la-bits.Tpo .deps/libwavpack_la-bits.Plo
/bin/sh ../libtool --tag=CC --mode=compile gcc -DPACKAGE_NAME=\"wavpack\" -DPACKAGE_TARNAME=\"wavpack\" -DPACKAGE_VERSION=\"4.60.0\" -DPACKAGE_STRING=\"wavpack\ 4.60.0\" -DPACKAGE_BUGREPORT=\"bryant@wavpack.com\" -DLIBWAVPACK_MAJOR=4 -DLIBWAVPACK_MINOR=60 -DLIBWAVPACK_MICRO=0 -DLIBWAVPACK_VERSION_STRING=\"4.60.0-alpha\" -DVERSION_OS=\"OpenBSD\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DSTDC_HEADERS=1 -DOPT_MMX=1 -I. -I/usr/local/include -mmmx -I/usr/local/include -MT libwavpack_la-float.lo -MD -MP -MF .deps/libwavpack_la-float.Tpo -c -o libwavpack_la-float.lo `test -f 'float.c' || echo './'`float.c
gcc -DPACKAGE_NAME=\"wavpack\" -DPACKAGE_TARNAME=\"wavpack\" -DPACKAGE_VERSION=\"4.60.0\" "-DPACKAGE_STRING=\"wavpack 4.60.0\"" -DPACKAGE_BUGREPORT=\"bryant@wavpack.com\" -DLIBWAVPACK_MAJOR=4 -DLIBWAVPACK_MINOR=60 -DLIBWAVPACK_MICRO=0 -DLIBWAVPACK_VERSION_STRING=\"4.60.0-alpha\" -DVERSION_OS=\"OpenBSD\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DSTDC_HEADERS=1 -DOPT_MMX=1 -I. -I/usr/local/include -mmmx -I/usr/local/include -MT libwavpack_la-float.lo -MD -MP -MF .deps/libwavpack_la-float.Tpo -c float.c -fPIC -DPIC -o .libs/libwavpack_la-float.o
gcc -DPACKAGE_NAME=\"wavpack\" -DPACKAGE_TARNAME=\"wavpack\" -DPACKAGE_VERSION=\"4.60.0\" "-DPACKAGE_STRING=\"wavpack 4.60.0\"" -DPACKAGE_BUGREPORT=\"bryant@wavpack.com\" -DLIBWAVPACK_MAJOR=4 -DLIBWAVPACK_MINOR=60 -DLIBWAVPACK_MICRO=0 -DLIBWAVPACK_VERSION_STRING=\"4.60.0-alpha\" -DVERSION_OS=\"OpenBSD\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DSTDC_HEADERS=1 -DOPT_MMX=1 -I. -I/usr/local/include -mmmx -I/usr/local/include -MT libwavpack_la-float.lo -MD -MP -MF .deps/libwavpack_la-float.Tpo -c float.c -o libwavpack_la-float.o >/dev/null 2>&1
mv -f .deps/libwavpack_la-float.Tpo .deps/libwavpack_la-float.Plo
/bin/sh ../libtool --tag=CC --mode=compile gcc -DPACKAGE_NAME=\"wavpack\" -DPACKAGE_TARNAME=\"wavpack\" -DPACKAGE_VERSION=\"4.60.0\" -DPACKAGE_STRING=\"wavpack\ 4.60.0\" -DPACKAGE_BUGREPORT=\"bryant@wavpack.com\" -DLIBWAVPACK_MAJOR=4 -DLIBWAVPACK_MINOR=60 -DLIBWAVPACK_MICRO=0 -DLIBWAVPACK_VERSION_STRING=\"4.60.0-alpha\" -DVERSION_OS=\"OpenBSD\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DSTDC_HEADERS=1 -DOPT_MMX=1 -I. -I/usr/local/include -mmmx -I/usr/local/include -MT libwavpack_la-metadata.lo -MD -MP -MF .deps/libwavpack_la-metadata.Tpo -c -o libwavpack_la-metadata.lo `test -f 'metadata.c' || echo './'`metadata.c
gcc -DPACKAGE_NAME=\"wavpack\" -DPACKAGE_TARNAME=\"wavpack\" -DPACKAGE_VERSION=\"4.60.0\" "-DPACKAGE_STRING=\"wavpack 4.60.0\"" -DPACKAGE_BUGREPORT=\"bryant@wavpack.com\" -DLIBWAVPACK_MAJOR=4 -DLIBWAVPACK_MINOR=60 -DLIBWAVPACK_MICRO=0 -DLIBWAVPACK_VERSION_STRING=\"4.60.0-alpha\" -DVERSION_OS=\"OpenBSD\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DSTDC_HEADERS=1 -DOPT_MMX=1 -I. -I/usr/local/include -mmmx -I/usr/local/include -MT libwavpack_la-metadata.lo -MD -MP -MF .deps/libwavpack_la-metadata.Tpo -c metadata.c -fPIC -DPIC -o .libs/libwavpack_la-metadata.o
gcc -DPACKAGE_NAME=\"wavpack\" -DPACKAGE_TARNAME=\"wavpack\" -DPACKAGE_VERSION=\"4.60.0\" "-DPACKAGE_STRING=\"wavpack 4.60.0\"" -DPACKAGE_BUGREPORT=\"bryant@wavpack.com\" -DLIBWAVPACK_MAJOR=4 -DLIBWAVPACK_MINOR=60 -DLIBWAVPACK_MICRO=0 -DLIBWAVPACK_VERSION_STRING=\"4.60.0-alpha\" -DVERSION_OS=\"OpenBSD\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DSTDC_HEADERS=1 -DOPT_MMX=1 -I. -I/usr/local/include -mmmx -I/usr/local/include -MT libwavpack_la-metadata.lo -MD -MP -MF .deps/libwavpack_la-metadata.Tpo -c metadata.c -o libwavpack_la-metadata.o >/dev/null 2>&1
mv -f .deps/libwavpack_la-metadata.Tpo .deps/libwavpack_la-metadata.Plo
/bin/sh ../libtool --tag=CC --mode=compile gcc -DPACKAGE_NAME=\"wavpack\" -DPACKAGE_TARNAME=\"wavpack\" -DPACKAGE_VERSION=\"4.60.0\" -DPACKAGE_STRING=\"wavpack\ 4.60.0\" -DPACKAGE_BUGREPORT=\"bryant@wavpack.com\" -DLIBWAVPACK_MAJOR=4 -DLIBWAVPACK_MINOR=60 -DLIBWAVPACK_MICRO=0 -DLIBWAVPACK_VERSION_STRING=\"4.60.0-alpha\" -DVERSION_OS=\"OpenBSD\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DSTDC_HEADERS=1 -DOPT_MMX=1 -I. -I/usr/local/include -mmmx -I/usr/local/include -MT libwavpack_la-unpack.lo -MD -MP -MF .deps/libwavpack_la-unpack.Tpo -c -o libwavpack_la-unpack.lo `test -f 'unpack.c' || echo './'`unpack.c
gcc -DPACKAGE_NAME=\"wavpack\" -DPACKAGE_TARNAME=\"wavpack\" -DPACKAGE_VERSION=\"4.60.0\" "-DPACKAGE_STRING=\"wavpack 4.60.0\"" -DPACKAGE_BUGREPORT=\"bryant@wavpack.com\" -DLIBWAVPACK_MAJOR=4 -DLIBWAVPACK_MINOR=60 -DLIBWAVPACK_MICRO=0 -DLIBWAVPACK_VERSION_STRING=\"4.60.0-alpha\" -DVERSION_OS=\"OpenBSD\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DSTDC_HEADERS=1 -DOPT_MMX=1 -I. -I/usr/local/include -mmmx -I/usr/local/include -MT libwavpack_la-unpack.lo -MD -MP -MF .deps/libwavpack_la-unpack.Tpo -c unpack.c -fPIC -DPIC -o .libs/libwavpack_la-unpack.o
gcc -DPACKAGE_NAME=\"wavpack\" -DPACKAGE_TARNAME=\"wavpack\" -DPACKAGE_VERSION=\"4.60.0\" "-DPACKAGE_STRING=\"wavpack 4.60.0\"" -DPACKAGE_BUGREPORT=\"bryant@wavpack.com\" -DLIBWAVPACK_MAJOR=4 -DLIBWAVPACK_MINOR=60 -DLIBWAVPACK_MICRO=0 -DLIBWAVPACK_VERSION_STRING=\"4.60.0-alpha\" -DVERSION_OS=\"OpenBSD\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DSTDC_HEADERS=1 -DOPT_MMX=1 -I. -I/usr/local/include -mmmx -I/usr/local/include -MT libwavpack_la-unpack.lo -MD -MP -MF .deps/libwavpack_la-unpack.Tpo -c unpack.c -o libwavpack_la-unpack.o >/dev/null 2>&1
mv -f .deps/libwavpack_la-unpack.Tpo .deps/libwavpack_la-unpack.Plo
/bin/sh ../libtool --tag=CC --mode=compile gcc -DPACKAGE_NAME=\"wavpack\" -DPACKAGE_TARNAME=\"wavpack\" -DPACKAGE_VERSION=\"4.60.0\" -DPACKAGE_STRING=\"wavpack\ 4.60.0\" -DPACKAGE_BUGREPORT=\"bryant@wavpack.com\" -DLIBWAVPACK_MAJOR=4 -DLIBWAVPACK_MINOR=60 -DLIBWAVPACK_MICRO=0 -DLIBWAVPACK_VERSION_STRING=\"4.60.0-alpha\" -DVERSION_OS=\"OpenBSD\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DSTDC_HEADERS=1 -DOPT_MMX=1 -I. -I/usr/local/include -mmmx -I/usr/local/include -MT libwavpack_la-unpack3.lo -MD -MP -MF .deps/libwavpack_la-unpack3.Tpo -c -o libwavpack_la-unpack3.lo `test -f 'unpack3.c' || echo './'`unpack3.c
gcc -DPACKAGE_NAME=\"wavpack\" -DPACKAGE_TARNAME=\"wavpack\" -DPACKAGE_VERSION=\"4.60.0\" "-DPACKAGE_STRING=\"wavpack 4.60.0\"" -DPACKAGE_BUGREPORT=\"bryant@wavpack.com\" -DLIBWAVPACK_MAJOR=4 -DLIBWAVPACK_MINOR=60 -DLIBWAVPACK_MICRO=0 -DLIBWAVPACK_VERSION_STRING=\"4.60.0-alpha\" -DVERSION_OS=\"OpenBSD\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DSTDC_HEADERS=1 -DOPT_MMX=1 -I. -I/usr/local/include -mmmx -I/usr/local/include -MT libwavpack_la-unpack3.lo -MD -MP -MF .deps/libwavpack_la-unpack3.Tpo -c unpack3.c -fPIC -DPIC -o .libs/libwavpack_la-unpack3.o
gcc -DPACKAGE_NAME=\"wavpack\" -DPACKAGE_TARNAME=\"wavpack\" -DPACKAGE_VERSION=\"4.60.0\" "-DPACKAGE_STRING=\"wavpack 4.60.0\"" -DPACKAGE_BUGREPORT=\"bryant@wavpack.com\" -DLIBWAVPACK_MAJOR=4 -DLIBWAVPACK_MINOR=60 -DLIBWAVPACK_MICRO=0 -DLIBWAVPACK_VERSION_STRING=\"4.60.0-alpha\" -DVERSION_OS=\"OpenBSD\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DSTDC_HEADERS=1 -DOPT_MMX=1 -I. -I/usr/local/include -mmmx -I/usr/local/include -MT libwavpack_la-unpack3.lo -MD -MP -MF .deps/libwavpack_la-unpack3.Tpo -c unpack3.c -o libwavpack_la-unpack3.o >/dev/null 2>&1
mv -f .deps/libwavpack_la-unpack3.Tpo .deps/libwavpack_la-unpack3.Plo
/bin/sh ../libtool --tag=CC --mode=compile gcc -DPACKAGE_NAME=\"wavpack\" -DPACKAGE_TARNAME=\"wavpack\" -DPACKAGE_VERSION=\"4.60.0\" -DPACKAGE_STRING=\"wavpack\ 4.60.0\" -DPACKAGE_BUGREPORT=\"bryant@wavpack.com\" -DLIBWAVPACK_MAJOR=4 -DLIBWAVPACK_MINOR=60 -DLIBWAVPACK_MICRO=0 -DLIBWAVPACK_VERSION_STRING=\"4.60.0-alpha\" -DVERSION_OS=\"OpenBSD\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DSTDC_HEADERS=1 -DOPT_MMX=1 -I. -I/usr/local/include -mmmx -I/usr/local/include -MT libwavpack_la-wputils.lo -MD -MP -MF .deps/libwavpack_la-wputils.Tpo -c -o libwavpack_la-wputils.lo `test -f 'wputils.c' || echo './'`wputils.c
gcc -DPACKAGE_NAME=\"wavpack\" -DPACKAGE_TARNAME=\"wavpack\" -DPACKAGE_VERSION=\"4.60.0\" "-DPACKAGE_STRING=\"wavpack 4.60.0\"" -DPACKAGE_BUGREPORT=\"bryant@wavpack.com\" -DLIBWAVPACK_MAJOR=4 -DLIBWAVPACK_MINOR=60 -DLIBWAVPACK_MICRO=0 -DLIBWAVPACK_VERSION_STRING=\"4.60.0-alpha\" -DVERSION_OS=\"OpenBSD\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DSTDC_HEADERS=1 -DOPT_MMX=1 -I. -I/usr/local/include -mmmx -I/usr/local/include -MT libwavpack_la-wputils.lo -MD -MP -MF .deps/libwavpack_la-wputils.Tpo -c wputils.c -fPIC -DPIC -o .libs/libwavpack_la-wputils.o
gcc -DPACKAGE_NAME=\"wavpack\" -DPACKAGE_TARNAME=\"wavpack\" -DPACKAGE_VERSION=\"4.60.0\" "-DPACKAGE_STRING=\"wavpack 4.60.0\"" -DPACKAGE_BUGREPORT=\"bryant@wavpack.com\" -DLIBWAVPACK_MAJOR=4 -DLIBWAVPACK_MINOR=60 -DLIBWAVPACK_MICRO=0 -DLIBWAVPACK_VERSION_STRING=\"4.60.0-alpha\" -DVERSION_OS=\"OpenBSD\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DSTDC_HEADERS=1 -DOPT_MMX=1 -I. -I/usr/local/include -mmmx -I/usr/local/include -MT libwavpack_la-wputils.lo -MD -MP -MF .deps/libwavpack_la-wputils.Tpo -c wputils.c -o libwavpack_la-wputils.o >/dev/null 2>&1
mv -f .deps/libwavpack_la-wputils.Tpo .deps/libwavpack_la-wputils.Plo
/bin/sh ../libtool --tag=CC --mode=compile gcc -DPACKAGE_NAME=\"wavpack\" -DPACKAGE_TARNAME=\"wavpack\" -DPACKAGE_VERSION=\"4.60.0\" -DPACKAGE_STRING=\"wavpack\ 4.60.0\" -DPACKAGE_BUGREPORT=\"bryant@wavpack.com\" -DLIBWAVPACK_MAJOR=4 -DLIBWAVPACK_MINOR=60 -DLIBWAVPACK_MICRO=0 -DLIBWAVPACK_VERSION_STRING=\"4.60.0-alpha\" -DVERSION_OS=\"OpenBSD\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DSTDC_HEADERS=1 -DOPT_MMX=1 -I. -I/usr/local/include -mmmx -I/usr/local/include -MT libwavpack_la-words.lo -MD -MP -MF .deps/libwavpack_la-words.Tpo -c -o libwavpack_la-words.lo `test -f 'words.c' || echo './'`words.c
gcc -DPACKAGE_NAME=\"wavpack\" -DPACKAGE_TARNAME=\"wavpack\" -DPACKAGE_VERSION=\"4.60.0\" "-DPACKAGE_STRING=\"wavpack 4.60.0\"" -DPACKAGE_BUGREPORT=\"bryant@wavpack.com\" -DLIBWAVPACK_MAJOR=4 -DLIBWAVPACK_MINOR=60 -DLIBWAVPACK_MICRO=0 -DLIBWAVPACK_VERSION_STRING=\"4.60.0-alpha\" -DVERSION_OS=\"OpenBSD\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DSTDC_HEADERS=1 -DOPT_MMX=1 -I. -I/usr/local/include -mmmx -I/usr/local/include -MT libwavpack_la-words.lo -MD -MP -MF .deps/libwavpack_la-words.Tpo -c words.c -fPIC -DPIC -o .libs/libwavpack_la-words.o
gcc -DPACKAGE_NAME=\"wavpack\" -DPACKAGE_TARNAME=\"wavpack\" -DPACKAGE_VERSION=\"4.60.0\" "-DPACKAGE_STRING=\"wavpack 4.60.0\"" -DPACKAGE_BUGREPORT=\"bryant@wavpack.com\" -DLIBWAVPACK_MAJOR=4 -DLIBWAVPACK_MINOR=60 -DLIBWAVPACK_MICRO=0 -DLIBWAVPACK_VERSION_STRING=\"4.60.0-alpha\" -DVERSION_OS=\"OpenBSD\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DSTDC_HEADERS=1 -DOPT_MMX=1 -I. -I/usr/local/include -mmmx -I/usr/local/include -MT libwavpack_la-words.lo -MD -MP -MF .deps/libwavpack_la-words.Tpo -c words.c -o libwavpack_la-words.o >/dev/null 2>&1
mv -f .deps/libwavpack_la-words.Tpo .deps/libwavpack_la-words.Plo
/bin/sh ../libtool --tag=CC --mode=compile gcc -DPACKAGE_NAME=\"wavpack\" -DPACKAGE_TARNAME=\"wavpack\" -DPACKAGE_VERSION=\"4.60.0\" -DPACKAGE_STRING=\"wavpack\ 4.60.0\" -DPACKAGE_BUGREPORT=\"bryant@wavpack.com\" -DLIBWAVPACK_MAJOR=4 -DLIBWAVPACK_MINOR=60 -DLIBWAVPACK_MICRO=0 -DLIBWAVPACK_VERSION_STRING=\"4.60.0-alpha\" -DVERSION_OS=\"OpenBSD\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DSTDC_HEADERS=1 -DOPT_MMX=1 -I. -I/usr/local/include -mmmx -I/usr/local/include -MT libwavpack_la-extra1.lo -MD -MP -MF .deps/libwavpack_la-extra1.Tpo -c -o libwavpack_la-extra1.lo `test -f 'extra1.c' || echo './'`extra1.c
gcc -DPACKAGE_NAME=\"wavpack\" -DPACKAGE_TARNAME=\"wavpack\" -DPACKAGE_VERSION=\"4.60.0\" "-DPACKAGE_STRING=\"wavpack 4.60.0\"" -DPACKAGE_BUGREPORT=\"bryant@wavpack.com\" -DLIBWAVPACK_MAJOR=4 -DLIBWAVPACK_MINOR=60 -DLIBWAVPACK_MICRO=0 -DLIBWAVPACK_VERSION_STRING=\"4.60.0-alpha\" -DVERSION_OS=\"OpenBSD\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DSTDC_HEADERS=1 -DOPT_MMX=1 -I. -I/usr/local/include -mmmx -I/usr/local/include -MT libwavpack_la-extra1.lo -MD -MP -MF .deps/libwavpack_la-extra1.Tpo -c extra1.c -fPIC -DPIC -o .libs/libwavpack_la-extra1.o
gcc -DPACKAGE_NAME=\"wavpack\" -DPACKAGE_TARNAME=\"wavpack\" -DPACKAGE_VERSION=\"4.60.0\" "-DPACKAGE_STRING=\"wavpack 4.60.0\"" -DPACKAGE_BUGREPORT=\"bryant@wavpack.com\" -DLIBWAVPACK_MAJOR=4 -DLIBWAVPACK_MINOR=60 -DLIBWAVPACK_MICRO=0 -DLIBWAVPACK_VERSION_STRING=\"4.60.0-alpha\" -DVERSION_OS=\"OpenBSD\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DSTDC_HEADERS=1 -DOPT_MMX=1 -I. -I/usr/local/include -mmmx -I/usr/local/include -MT libwavpack_la-extra1.lo -MD -MP -MF .deps/libwavpack_la-extra1.Tpo -c extra1.c -o libwavpack_la-extra1.o >/dev/null 2>&1
mv -f .deps/libwavpack_la-extra1.Tpo .deps/libwavpack_la-extra1.Plo
/bin/sh ../libtool --tag=CC --mode=compile gcc -DPACKAGE_NAME=\"wavpack\" -DPACKAGE_TARNAME=\"wavpack\" -DPACKAGE_VERSION=\"4.60.0\" -DPACKAGE_STRING=\"wavpack\ 4.60.0\" -DPACKAGE_BUGREPORT=\"bryant@wavpack.com\" -DLIBWAVPACK_MAJOR=4 -DLIBWAVPACK_MINOR=60 -DLIBWAVPACK_MICRO=0 -DLIBWAVPACK_VERSION_STRING=\"4.60.0-alpha\" -DVERSION_OS=\"OpenBSD\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DSTDC_HEADERS=1 -DOPT_MMX=1 -I. -I/usr/local/include -mmmx -I/usr/local/include -MT libwavpack_la-extra2.lo -MD -MP -MF .deps/libwavpack_la-extra2.Tpo -c -o libwavpack_la-extra2.lo `test -f 'extra2.c' || echo './'`extra2.c
gcc -DPACKAGE_NAME=\"wavpack\" -DPACKAGE_TARNAME=\"wavpack\" -DPACKAGE_VERSION=\"4.60.0\" "-DPACKAGE_STRING=\"wavpack 4.60.0\"" -DPACKAGE_BUGREPORT=\"bryant@wavpack.com\" -DLIBWAVPACK_MAJOR=4 -DLIBWAVPACK_MINOR=60 -DLIBWAVPACK_MICRO=0 -DLIBWAVPACK_VERSION_STRING=\"4.60.0-alpha\" -DVERSION_OS=\"OpenBSD\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DSTDC_HEADERS=1 -DOPT_MMX=1 -I. -I/usr/local/include -mmmx -I/usr/local/include -MT libwavpack_la-extra2.lo -MD -MP -MF .deps/libwavpack_la-extra2.Tpo -c extra2.c -fPIC -DPIC -o .libs/libwavpack_la-extra2.o
extra2.c: In function `decorr_stereo_pass':
extra2.c:85: internal compiler error: in ix86_expand_binop_builtin, at config/i386/i386.c:13230
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://gcc.gnu.org/bugs.html> for instructions.
*** Error code 1

Stop in /home/myself/stuff/wavpack-4.60.0/src (line 387 of Makefile).
*** Error code 1

Stop in /home/myself/stuff/wavpack-4.60.0 (line 310 of Makefile).
myself@hostbox:~/stuff/wavpack-4.60.0$



EDIT: Typo.

This post has been edited by Mr_Rabid_Teddybear: Jan 18 2009, 00:05


--------------------
"ONLY THOSE WHO ATTEMPT THE IMPOSSIBLE WILL ACHIEVE THE ABSURD"
- Oceania Association of Autonomous Astronauts
Go to the top of the page
+Quote Post
bryant
post Jan 26 2009, 07:33
Post #18


WavPack Developer


Group: Developer (Donating)
Posts: 1287
Joined: 3-January 02
From: San Francisco CA
Member No.: 900



QUOTE (Mr_Rabid_Teddybear @ Jan 17 2009, 14:20) *
But I do reckon that if Wavpack should be able to make it into the official OpenBSD ports collection,
it would be a prerequisite that the sources would compile with their system compiler. (Maybe?)

Thanks for testing this (and sorry for the delay in responding). smile.gif

The error you're getting with their compiler is right in the middle of the MMX code, so if you eliminated the --enable-mmx option it should go away. It turns out that in Debian the MMX is not allowed by default because the WavPack code does not check for the actual existence of the MMX intructions and they want to stay compatible back to the 486 (and I read a little about properly detecting MMX in all variations of CPUs from the 486 up and quickly abandoned that idea). My guess is that with OpenBSD they wouldn't allow using MMX without checking either, so I think we're probably okay.

If I knew more about automake I might put in an option to build without iconv, but it seems like most systems have it available somehow, even if it's terribly broken (like on Solaris).

David
Go to the top of the page
+Quote Post
ssjkakaroto
post Jan 26 2009, 23:20
Post #19





Group: Members
Posts: 203
Joined: 22-May 02
Member No.: 2096



Directly encoding raw-pcm is a very nice feature smile.gif
Thanks bryant!


--------------------
Allegari nihil et allegatum non probare, paria sunt.
Go to the top of the page
+Quote Post
Mr_Rabid_Teddybe...
post Jan 26 2009, 23:53
Post #20





Group: Members
Posts: 1197
Joined: 3-September 03
From: Bergen, Norway
Member No.: 8667



QUOTE (bryant @ Jan 25 2009, 22:33) *
The error you're getting with their compiler is right in the middle of the MMX code, so if you eliminated the --enable-mmx option it should go away. It turns out that in Debian the MMX is not allowed by default because the WavPack code does not check for the actual existence of the MMX intructions and they want to stay compatible back to the 486 (and I read a little about properly detecting MMX in all variations of CPUs from the 486 up and quickly abandoned that idea). My guess is that with OpenBSD they wouldn't allow using MMX without checking either, so I think we're probably okay.

Yes. You are right. OpenBSD are, like Debian, supposed to run on a very wide variety of hardware. The code compiled fine with the system versions of 'make' and 'gcc' when --enable-mmx are omitted.

QUOTE (bryant @ Jan 25 2009, 22:33) *
If I knew more about automake I might put in an option to build without iconv, but it seems like most systems have it available somehow, even if it's terribly broken (like on Solaris).

Automake and autoconf are packages in ports in OpenBSD also, they are not used for the system. And the libiconv package are very quickly pulled in if you install anything from ports anyway, so most OpenBSD systems will have it no matter... And I have not heard there's anything wrong with the OpenBSD ports version of libiconv, it only adds the extra step of adding /usr/local/ to the search path before compiling. So iconv dependency should be a no-problem on OpenBSD.




--------------------
"ONLY THOSE WHO ATTEMPT THE IMPOSSIBLE WILL ACHIEVE THE ABSURD"
- Oceania Association of Autonomous Astronauts
Go to the top of the page
+Quote Post
GeSomeone
post Feb 11 2009, 16:57
Post #21





Group: Members
Posts: 920
Joined: 22-October 01
From: the Netherlands
Member No.: 335



QUOTE (bryant @ Jan 14 2009, 07:17) *
I guess that foobar puts the temporary file into some temporary folder rather than the source folder (which actually makes a lot more sense, now that I think about it).

I think the temporary file is also in the destination folder dry.gif
Go to the top of the page
+Quote Post
Mr_Rabid_Teddybe...
post Mar 6 2009, 17:32
Post #22





Group: Members
Posts: 1197
Joined: 3-September 03
From: Bergen, Norway
Member No.: 8667



BTW (somewhat OT)
Wavpack are now in the OpenBSD ports collection. It took them some time, regarding it uses Theo de Raadt's favourite license and all...
http://openports.se/audio/wavpack

Cheers!



--------------------
"ONLY THOSE WHO ATTEMPT THE IMPOSSIBLE WILL ACHIEVE THE ABSURD"
- Oceania Association of Autonomous Astronauts
Go to the top of the page
+Quote Post
DARcode
post Apr 1 2009, 13:23
Post #23





Group: Members (Donating)
Posts: 679
Joined: 10-January 05
From: Italy
Member No.: 18968



Approaching beta stage yet?


--------------------
WavPack 4.70.0 -b384hx6cmv/qaac 2.32 -V 100
Go to the top of the page
+Quote Post
Mr_Rabid_Teddybe...
post May 3 2009, 03:00
Post #24





Group: Members
Posts: 1197
Joined: 3-September 03
From: Bergen, Norway
Member No.: 8667



QUOTE (DARcode @ Apr 1 2009, 04:23) *
Approaching beta stage yet?

I think Mr. Bryant has a new day job that keeps him busy... Let's appreciate that.
However, I'm holding back ripping a major CD collection awaiting the new -n flag
to wvgain... wink.gif



--------------------
"ONLY THOSE WHO ATTEMPT THE IMPOSSIBLE WILL ACHIEVE THE ABSURD"
- Oceania Association of Autonomous Astronauts
Go to the top of the page
+Quote Post
DARcode
post May 28 2009, 00:06
Post #25





Group: Members (Donating)
Posts: 679
Joined: 10-January 05
From: Italy
Member No.: 18968



I'm aware and glad for him for his involvement in Livescribe, still it's been a while we haven't heard about WV dev.


--------------------
WavPack 4.70.0 -b384hx6cmv/qaac 2.32 -V 100
Go to the top of the page
+Quote Post

2 Pages V   1 2 >
Reply to this topicStart new topic
1 User(s) are reading this topic (1 Guests and 0 Anonymous Users)
0 Members:

 



RSS Lo-Fi Version Time is now: 20th April 2014 - 13:03