similar to: Ports

On 1/22/17, Dave Yeo <dave.r.yeo at gmail.com> wrote: > On 01/22/17 09:57 AM, Ozkan Sezer wrote: >> On 1/22/17, Dave Yeo <dave.r.yeo at gmail.com> wrote: >>> On 01/22/17 05:35 AM, Ozkan Sezer wrote: >>>> The attached set of patches adds support for OS/2 using Watcom compiler >>>> (tested with Open Watcom 1.9). My only interest was building a

On 01/22/17 05:35 AM, Ozkan Sezer wrote: > The attached set of patches adds support for OS/2 using Watcom compiler > (tested with Open Watcom 1.9). My only interest was building a working > dll (the last patch in the set adds a makefile for it), therefore I did > not touch other places: If there is interest, I can do so. Most of the patches can have s/__EMX__/__OS2__/ excepting the

You might want to fix this: diff -x CVS -uwrN ../OggVorbis.clean/vorbis-tools/oggenc/platform.c ./vorbis-tools/oggenc/platform.c --- ../OggVorbis.clean/vorbis-tools/oggenc/platform.c Thu Feb 1 01:25:36 2001 +++ ./vorbis-tools/oggenc/platform.c Thu Feb 1 01:23:08 2001 @@ -52,7 +58,7 @@ } #endif -#ifdef __WATCOMC__ || __BORLANDC__ +#if defined(__WATCOMC__) || defined(__BORLANDC__) void

The attached set of patches adds support for OS/2 using Watcom compiler (tested with Open Watcom 1.9). My only interest was building a working dll (the last patch in the set adds a makefile for it), therefore I did not touch other places: If there is interest, I can do so. Regards. -- O.S. -------------- next part -------------- A non-text attachment was scrubbed... Name:

After downloading the nightly snapshot last night, I've spent a good part of the day trying to build the package with Borland C++Builder 4. I have some things to report, and also need some help. [Note: this message is long and messy :)] {Converting DSP files to BPR files} I made the necessary BPR files from the DSP files with the Visual C++ Project Conversion Utility. This works okay

Following a few months of lurking on the list, and vainly trying to get vorbis to compile on os/2, I finally managed to get the nightly gzip from saturday to compile (fairly) cleanly, and so have finally been able to play with Vorbis on my OS of choice :) Using the EMX runtime system, and bash for OS/2 (along with a few ported GNU apps), both configure and make work fine (except for ogg123

On 01/23/17 01:01 AM, Erik de Castro Lopo wrote: > Dave Yeo wrote: > >> >GCC supports __declspec(dllexport) though it still needs a def file, >> >with no exports. Libtool doesn't currently and as flac uses libtool... > So you're happy with this patch? > > http://lists.xiph.org/pipermail/flac-dev/2017-January/006170.html > No. Lots of errors such

Hello everybody, I've put some functions/modifications into the Ogg Vorbis encoder source. (The new functions are in the first 500 lines of the oggenc.c, some definitions are in the oggenc.h) I hope, you can use it. Here is the full source (same source on 3 locations): http://www.geocities.com/mpxplay/oggenc.zip http://www.tar.hu/mpxplay/oggenc.zip http://www.extra.hu/galileog/oggenc.zip

On Saturday 31 January 2004 08:27, oddsock wrote: > At 03:07 PM 1/30/2004, you wrote: > >Thanks for your work on this oddsock. It's a major feature that's been > >missing from the Win32 environment. I presume you will be offering a > > Win32 binary on your site at some stage. > > why sure! http://www.icecast.org:8082/files/ezstream_win32_0.1.0_setup.exe >

This patch cleans up the vorbis-tools Makefile.am files so they work with both automake 1.4 and 1.6. Some changes to configure.in were also needed in order to get things to work (and to fix some ac 2.50 issues). Please remove config.h from cvs as it is a generated file and empty anyway. automake 1.6 isn't really incompatable with 1.4, it's just more picky about you sticking to the rules:

It seems that configuring/building with "--enable-static --disable-shared" causes some problems with building vorbis-tools -- the Makefile.am's in oggenc and ogg123 do not appear to be correct. That is, if you build ao, ogg, and vorbis statically and try to compile oggenc or ogg123, you'll get unresolved symbol linker errors. This happens on all POSIX architectures and

The following patch against current CVS uses autoconf to detect how to define alloca (used in vorbis-tools/oggenc/audio.c). The inclusion of <alloca.h> is done based on the definition of HAVE_ALLOCA_H rather than __sun. This change is necessary for compilation on IRIX. Thanks, Michael Index: configure.in =================================================================== RCS file:

I realize not many people (one :) ) want to build vorbis with BCB, but what about vorbisfile.c, os.h, oggenc.c, and getopt? And someone must care about the MSVC files. I really tried not to bring up any questions about BCB itself (although I had some). Please, someone, take a look at the original message, and excuse me if I'm too impatient...

Hey, Sesse asked me to do a patch to the auto* set-up to allow for FLAC to be added. The patch touches configure.in and oggenc/Makefile.am It is disabled by default, use --enable-flac as an arg to configure to enable it. You might want to maybe add more checks, since FLAC's API tends to change more than is good for anyone ;) Hope that helps, Thomas -- The Dave/Dina Project : future

This patch (along with all the previous patches) gets oggenc and ogg123 working. This does not get vorbiscomment working, although I assume that would be trivial -- just add the getopt stuff to the project just like I did in ogg123. In addition to this patch, as I just mentioned, getopt1.c getopt.h and getopt.c need to be copied from oggenc to ogg123 and added. The host check in

vorbis-tools/oggenc/utf8.c:164 has a //-style comment; it should be /* ... */ so that non-gcc compilers won't barf (e.g., solaris Forte 6.1 cc). Patch included, if you're really lazy. :-) {+} Jeff Squyres {+} squyres@cse.nd.edu {+} Perpetual Obsessive Notre Dame Student Craving Utter Madness {+} "I came to ND for 4 years and ended up staying for a decade" Index: oggenc/utf8.c

Hello, as usual for me with precompiled libraries, the ones of the vorbis- sdk didn't work for me in WATCOM/Win32, so i compiled them on my own (vorbis_static.lib / vorbisfile_static.lib - it was possible after some slight changes like slightly modifiyng the typedef types that Watcom didn't know) The libraries work fine so far (like getting the file info), but when calling ov_read

Attached several patches that I have been using to the tremor tree. Please review and apply as you see fit. Regards. -- O.S. -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-os.h-change-elif-_WIN32-to-elif-defined-_WIN32.patch Type: text/x-patch Size: 728 bytes Desc: not available URL:

Help-- I've been experimenting with the encoder, using lots of different types of music, and I'm floored by great sound quality of the ogg format. Here's my problem--- I prefer not to use the Windows graphical environment for encoding or decoding, regardless of how good the program (like dbPowerAMP), but I can't find a DOS commandline decoder for converting Ogg files back to

Help-- I've been experimenting with the encoder, using lots of different types of music, and I'm floored by great sound quality of the ogg format. Here's my problem--- I prefer not to use the Windows graphical environment for encoding or decoding, regardless of how good the program (like dbPowerAMP), but I can't find a DOS commandline decoder for converting Ogg files back to